Guide | Att migrera från Oracle Exadata till IBM Power Systems
Sanningen är att Oracle Exadata inte är särskilt svårt att migrera till IBM Power Systems.
Tvärtom. Efter en migrering till Power Systems så får du en bättre övergripande plattform än tidigare.
Redan 2008 introducerade Oracle sin serie av "Engineered Systems" med "Oracle Exadata Database Machine." 2010 följdes detta av "Exalogic" och sedan 2012 "Exalytics".
Systemens specifika inriktning:
• Exadata är specialiserat på att köra Oracledatabaser
• Exalogic är specialiserat på att köra Oracle systemprogram
• Exalytics beskrivs som världens första konstruerade system, speciellt utformat för att leverera högpresterande analyser, modellering och planering
Oracle lägger tyngden på det faktum att det handlar om ”konstruerade system”, med särskild hänsyn till hur de är utformade, integrerade och tillverkade av Oracle för Oracle.
Det låter med andra ord som det är relativt svårt att modifiera och migrera till ett annat system. Men är det verkligen det?
I grunden är Exadata ett x86-system som kör Oracle Linux. En röd tråd i alla Oracle Engineered Systems är att servrarna är byggda med industristandard komponenter, inklusive:
• Intel x86 -processorer
• Infiniband -nätverk
• Lagringsservrar byggda med PCI -flash -teknik
• Exadata Smart Flash -cache och hårddiskar
• Oracle RAC
• Andra produkter från Oracle
Exadata kör standard Oracledatabasen, samma som körs på IBM Power Systems. Det kan också köra alla program som fungerar med Oracledatabaser, precis som Power gör, även om Oracle starkt avråder från att köra något annat än databaser på Exadata.
De viktigaste komponenterna i Exadata är:
• Databasserver
• Lagringsserver
• InfiniBand-nätverk
• Lagringsserver
• InfiniBand-nätverk
Viktigt att komma ihåg är att systemen inte kommer med Oracle programvarulicenser. Kunder måste alltså köpa licenser för Oracle-databasen och systemprogramvaran för Oracle Exadata separat. De allra flesta kunder uppmuntras också att skaffa licenser för Oracle RAC och Oraclepartitionering.
Vilka features har Exadata som är unika och kan ställa till med problem vid en migration?
HCC (Hybrid Columnar Compression)
HCC är en speciell typ av komprimering som använder en kombination av både rad- och kolumn-metoder för att lagra data. Den här funktionen stöder bara "massbelastade data" och är inte utformad för att användas med data som ofta ändras, till exempel OLTP.
HCC -datalagring är organiserad i logiska strukturer som kallas komprimeringsenheter (CU). Varje CU innehåller flera Oracleblock.
HCC gäller bara tabell-segment och inte index- eller loggsegment.
Denna komprimeringsmetod möjliggör vanligtvis större komprimering än andra metoder som Oracle Advanced-komprimering (OLTP) och kan minska den mängd fysiskt diskutrymme och dataskanningstid som krävs. Men det är värt att tänka på att hög komprimering eller dekomprimering kan ha en mycket negativ inverkan på prestandan.
Innan HCC -tabellerna flyttas till en annan plattform måste de konverteras till vanliga tabeller. Det är enkelt gjort via kommandot "ändra tabellflyttning". Konverteringen måste dock göras under stillestånd, och varaktigheten beror på tabellens storlek.
Även om den här funktionen kan resultera i viss ökad migrationskomplexitet, förhindrar den inte en lyckad databas-migrering. IBM har verktyg som hjälper till att utvärdera och analysera HCC-funktionen samt de allra flesta funktioner i Exadata.
HCC -datalagring är organiserad i logiska strukturer som kallas komprimeringsenheter (CU). Varje CU innehåller flera Oracleblock.
HCC gäller bara tabell-segment och inte index- eller loggsegment.
Denna komprimeringsmetod möjliggör vanligtvis större komprimering än andra metoder som Oracle Advanced-komprimering (OLTP) och kan minska den mängd fysiskt diskutrymme och dataskanningstid som krävs. Men det är värt att tänka på att hög komprimering eller dekomprimering kan ha en mycket negativ inverkan på prestandan.
Innan HCC -tabellerna flyttas till en annan plattform måste de konverteras till vanliga tabeller. Det är enkelt gjort via kommandot "ändra tabellflyttning". Konverteringen måste dock göras under stillestånd, och varaktigheten beror på tabellens storlek.
Även om den här funktionen kan resultera i viss ökad migrationskomplexitet, förhindrar den inte en lyckad databas-migrering. IBM har verktyg som hjälper till att utvärdera och analysera HCC-funktionen samt de allra flesta funktioner i Exadata.
Smart Flash Caching
Exadata Storage Server innehåller en del flashlagring implementerad som PCI-flashkort. Den här funktionen fungerar som en intelligent läs-/skrivcache framför permanent lagring och skapar heller inga migrationsproblem. IBM Flash Storage för IBM Power- och AIX-system kan användas i stället för den här funktionen.
Smarta skanningar, cellavlastning och avlastning till lagring
Eliminering av den tid som det tar att överföra överflödiga data mellan lagring och databasnivå, är den stora utmaningen med Oracle då man har använt Exadata för att lösa detta.
Huvudkonceptet med avlastningen är att flytta bearbetningen från databasnoderna (databasservern) till det intelligenta lagringsskiktet. Avlastningen, som endast kan användas vid fullständiga tabellskanningar och snabba indexskanningar, tillåter att data filtreras så fort den blir inläst från lagring. Det minskar mängden data som databasvärden behöver bearbeta. Det här är en av de stora flaskhalsarna i system med flera terabyte eller större databaser.
Prestanda är en nyckelfaktor i Exadata till Power Systems. Så det är viktigt under utvärderingsfasen att förstå och analysera antalet I/O-avlastningsfrågor som gör fullständiga tabellskanningar eftersom den här funktionen inte är tillgänglig på Power Systems. De här är frågor som kan hanteras på flera sätt för att säkerställa att det inte påverkar prestanda när det körs i något Power System.
Det viktiga att komma ihåg är att avlastning är en Exadata-funktion som kan förbättra prestanda på Exadata-systemet. Det kommer inte ställa till med några bekymmer vid en eventuell migrering till ett Power System.
Huvudkonceptet med avlastningen är att flytta bearbetningen från databasnoderna (databasservern) till det intelligenta lagringsskiktet. Avlastningen, som endast kan användas vid fullständiga tabellskanningar och snabba indexskanningar, tillåter att data filtreras så fort den blir inläst från lagring. Det minskar mängden data som databasvärden behöver bearbeta. Det här är en av de stora flaskhalsarna i system med flera terabyte eller större databaser.
Prestanda är en nyckelfaktor i Exadata till Power Systems. Så det är viktigt under utvärderingsfasen att förstå och analysera antalet I/O-avlastningsfrågor som gör fullständiga tabellskanningar eftersom den här funktionen inte är tillgänglig på Power Systems. De här är frågor som kan hanteras på flera sätt för att säkerställa att det inte påverkar prestanda när det körs i något Power System.
Det viktiga att komma ihåg är att avlastning är en Exadata-funktion som kan förbättra prestanda på Exadata-systemet. Det kommer inte ställa till med några bekymmer vid en eventuell migrering till ett Power System.
I/O Resource Manager (IORM)
Designad för att förbättra funktionaliteten i Oracle Resource Manager, begränsar I/O Resource Manager faktiskt I/O på databasinstansnivå. Det finns alternativa I/O-strypningsfunktioner tillgängliga på lagringsnivå i miljöer som inte är Exadata. Ett extremt fåtal Exadata-kunder använder den här funktionen, men om så är fallet medför det absolut inga bekymmer vid en eventuell migrering.
Lagringsindex
Lagringsindex är minnesbaserade strukturer som hjälper till att minska mängden fysisk I/O som krävs av en Exadata Storage Server. Lagringsindex kommer inte att orsaka bekymmer vid en migrering av Exadata Oracledatabasen till Power System.
Även om Exadata har vissa funktioner som bara är tillgängliga på dessa system, kan de flesta av dem ersättas med mer vanliga Oracle-funktioner och hårdvarualternativ vid migrering till IBM Power Systems.
Som tidigare nämnts har IBM specifika verktyg för att analysera, bedöma och förstå hur alla funktioner i Exadata används vid klientens arbetsbelastning. De ger en insikt och kunskap om hur man bäst implementerar applikationerna på IBM Power Systems.
Sammanfattningsvis finns det inga Exadata-funktioner, speciella eller på annat sätt, som skulle förhindra en migrering till Power Systems.
Även om Exadata har vissa funktioner som bara är tillgängliga på dessa system, kan de flesta av dem ersättas med mer vanliga Oracle-funktioner och hårdvarualternativ vid migrering till IBM Power Systems.
Som tidigare nämnts har IBM specifika verktyg för att analysera, bedöma och förstå hur alla funktioner i Exadata används vid klientens arbetsbelastning. De ger en insikt och kunskap om hur man bäst implementerar applikationerna på IBM Power Systems.
Sammanfattningsvis finns det inga Exadata-funktioner, speciella eller på annat sätt, som skulle förhindra en migrering till Power Systems.
Migreringsprocessen för Exadata till Power Systems - så ser den ut!
1. Övergripande utvärdering är det första steget och är vanligtvis helt kostnadsfritt för klienten.
2. När utvärderingen har slutförts väljs lämplig migrationsmetod baserat på följande databasstatistik:
• Storlek
• Versioner
• Avbrottsfönster (driftstopp)
• Applikationer som används
• Komplexitet (datatyper, databaslayout och så vidare)
• Käll- och målarkitektur/konfigurationer
• Anslutning (plats och anslutning hastighet mellan källa och mål
3. Kundens verksamhetskrav inklusive driftstopp, applikationsberoenden och avbrottsperioder är avgörande för en lyckad migrationsplan.
4. Olika migrationsverktyg kan utnyttjas, inklusive vanliga Oracleverktyg som export/import, transportable tablespaces (TTS), inkrementella TTS, Golden Gate och andra replikeringsverktyg samt IBM XenoBridge -databasmigrationsverktyg.
5. Fjärråtkomst är att föredra, och migrationshjälp på plats är tillgänglig vid behov.
6. Kunden är ansvarig för tester av migreringen.
Exadata till IBM Power Systems - två exempel!
Nedan följer två exempel på organisationer som har migrerat från Exadata till Power Systems.
Största närbutikskedjan i Latinamerika
Uppdrag: Migrera en 120 TB databas • Arbetsbelastning - DSS
Avbrottsfönster: 12 timmar
Tidsomfattning: 8 veckor
Metod/verktyg: warm/cold-användning med XenoBridge och Shareplex-replikering
Fördelar: Högre prestanda, mindre fotavtryck, högre tillförlitlighet och minskade licenskostnader
Avbrottsfönster: 12 timmar
Tidsomfattning: 8 veckor
Metod/verktyg: warm/cold-användning med XenoBridge och Shareplex-replikering
Fördelar: Högre prestanda, mindre fotavtryck, högre tillförlitlighet och minskade licenskostnader
Skandinaviskt elföretag
Omfattning: Migrera en 19 TB databas • Arbetsbelastning - OLTP
Avbrottsfönster: 3 timmar
Tidsomfattning: 3 dagar
Metod/verktyg: Transportable Table Spaces (TTS)
Fördelar: Fördubblad prestanda per kärna, högre utnyttjandegrad, minskade kostnader.
Sammanfattningsvis finns det inga funktioner med Exadata som förhindrar en migrering till IBM Power Systems. Det öppnar nya spännande dörrar för organisationer som vill driva ned kostnader och samtidigt som de vill öka sin prestanda.
Avbrottsfönster: 3 timmar
Tidsomfattning: 3 dagar
Metod/verktyg: Transportable Table Spaces (TTS)
Fördelar: Fördubblad prestanda per kärna, högre utnyttjandegrad, minskade kostnader.
Sammanfattningsvis finns det inga funktioner med Exadata som förhindrar en migrering till IBM Power Systems. Det öppnar nya spännande dörrar för organisationer som vill driva ned kostnader och samtidigt som de vill öka sin prestanda.
