Szerkesztés

Oracle-adatbázis migrálása az Azure-ba

Azure Load Balancer
Azure ExpressRoute
Azure VPN Gateway

Ez a megoldás egy Oracle-adatbázist és annak alkalmazásait migrálja az Azure-ba. Az adatbázishoz az Oracle Active Data Guardot használjuk, az azure Load Balancert pedig az alkalmazásszinthez.

Architektúra

Az architektúradiagram egy adatbázis Oracle-ből Azure-ba való migrálását mutatja be.

Töltse le az architektúra Visio-fájlját.

Adatfolyam

  1. Az Azure-beli környezetet helyek közötti VPN vagy ExpressRoute használatával kapcsolhatja össze a helyszíni hálózattal.
  2. A DataGuard használatával jelölje ki az Azure-ban az OracleDB1-et aktív készenléti példányként.
  3. Állítsa át az OracleDB1-et az Azure-ban elsődlegesre, és állítsa be az OracleDB2-t az Azure-ban másodlagosként a migrálás befejezéséhez.

Feljegyzés

  • Ez a módszer csak akkor működik, ha ugyanarra az operációsrendszer-verzióra és adatbázis-verzióra migrál.
  • Feltételezés: Helyszíni DataGuardot használ.

Összetevők

Alternatívák

Ha az adatbázis több mint 2 TB, használhatja az Oracle Data Guardot az Oracle Recovery Managerrel (RMAN), vagy a Data Pump használatával replikálhatja a módosításokat a kezdeti tömeges adatátvitel után, ami minimális állásidő-migrálást biztosít.

SQL Server Migration Assistant for Oracle

Az Oracle-hez készült Microsoft SQL Server Migration Assistant (SSMA) az Oracle-adatbázisok Microsoft SQL Serverre és Azure SQL Database-be való migrálására szolgáló eszköz. Az Oracle SSMA sql serveres adatbázis-objektumokká alakítja az Oracle-adatbázis objektumait, létrehozza ezeket az objektumokat az SQL Serverben, majd migrálja az adatokat az Oracle-ből az SQL Serverbe vagy az Azure SQL Database-be.

Forgatókönyv részletei

Az Oracle DB-migrálás többféleképpen is elvégezhető. Ez a megoldás ezen lehetőségek egyikét ismerteti, ahol az Oracle Active Data Guard az adatbázis migrálására szolgál. Feltételezzük, hogy az Oracle Data Guard (vagy Active Data Guard) ha/DR célokra van használva. Az alkalmazástól függően vagy az alkalmazás migrálható először, vagy az adatbázis. Ebben az esetben az alkalmazás van az Azure-ba migrálva az Azure Load Balancer használatával. Ezáltal megosztható a forgalom a helyszín és az Azure között, lehetővé téve az alkalmazási szint fokozatos migrálását. Az adatbázis migrálása több lépésben van végrehajtva. Az első lépésben másodlagos/készenléti adatbázis van létrehozva az Azure-ban az Oracle Data Guard használatával. Ez lehetővé teszi az adatok Azure-ba migrálását. Ha az Azure-beli másodlagos adatbázis már szinkronban van az elsődlegessel, az Azure-beli adatbázis elsődlegesnek állítható be, míg a helyszíni megmarad másodlagosnak. A következő lépésben beállíthat egy másodlagos adatbázist egy második rendelkezésre állási zónában (vagy régióban) a magas rendelkezésre állás és a vészhelyreállítás biztosítására. Ekkor a helyszíni környezet már felszámolható. A helyszín és az Azure közötti teljes adatfogalom az Azure ExpressRoute-on vagy helyek közötti VPN-kapcsolaton halad keresztül.

Lehetséges használati esetek

Ez a megoldás az Oracle DB Azure-ba való migrálásakor érvényes.

Megfontolások

Ezek a szempontok implementálják az Azure Well-Architected Framework alappilléreit, amely a számítási feladatok minőségének javítására használható vezérelvek halmaza. További információ: Microsoft Azure Well-Architected Framework.

Migrálás

Az Oracle Recovery Manager (RMAN) és az Oracle Data Guard használatával minimális állásidővel migrálhatja a teljes Oracle-adatbázist a helyszínről az Azure-beli virtuális gépre. Az RMAN használatával visszaállíthatja az adatbázist a célként megadott készenléti Azure-beli virtuális gépre a biztonsági mentés/visszaállítás vagy az ismétlődő adatbázis-módszer használatával. Ezután konfigurálhatja a céladatbázist fizikai készenléti adatbázisként az Oracle Data Guard használatával, így az elsődleges helyszíni adatbázisból a készenléti adatbázisba irányuló összes tranzakció/adatmódosítás újra el lesz hajtva. Ha az elsődleges helyszíni Oracle-adatbázis szinkronban van az Azure-beli virtuálisgép-példányon található cél-készenléti adatbázissal, áttérhet a céladatbázisra, amely írásvédett adatbázissá alakítja át. Ezután az alkalmazáskapcsolatokat az új elsődleges adatbázisra irányíthatja. Ez a beállítás minimális állásidőt biztosít az adatbázis Azure-ba való migrálása során.

Az Oracle Data Pump segédprogrammal adatokat és metaadatokat exportálhat és importálhat Oracle-adatbázisokból vagy az oracle-adatbázisokba. Az adatpumpa exportálását/importálását teljes adatbázison, szelektív sémán, táblatéren vagy adatbázis-objektumon futtathatja. A Data Pump az adatok Azure-ba történő migrálásához ajánlott eszköz 10 GB és 20 TB közötti méretű nagyméretű adatbázisokhoz. Lehetővé teszi a magas fokú párhuzamosságot, a rugalmas adatkinyerési lehetőségeket és a méretezhető műveleteket, amelyek lehetővé teszik az adatok és metaadatok nagy sebességű áthelyezését egy forrásadatbázisból a céladatbázisba. Az Oracle Data Pump emellett támogatja a titkosítást és a tömörítést is, amikor adatképfájlokba exportálja az adatokat. Az Oracle Data Pump és az Oracle Data Guard vagy a Golden Gate segítségével kezelheti a nagy adatbázisok kezdeti adatátvitelét. Vegye figyelembe, hogy a Data Pump csak az Oracle Database 10g 1. kiadásában (10.1) és újabb verziókban érhető el.

Kialakítási szempontok

Virtuális gép méretezése

Érdemes lehet hyperthreaded memóriaoptimalizált virtuális gépet használni korlátozott alapszintű vCPU-kkal az Oracle Database virtuális géphez, hogy megtakarítani a licencelési költségeket, és maximalizálni a teljesítményt. Az Oracle biztosította a licencek helyszíni és Azure-beli mobilitását. Tekintse meg az Oracle-Azure gyiket.

Tárolás

Több prémium vagy ultralemez (felügyelt lemez) használata az Oracle-adatbázis teljesítményéhez és rendelkezésre állásához. A lemez/eszköz neve a felügyelt lemezek használatakor az újraindításkor változhat. Javasoljuk, hogy a név helyett az eszköz UUID azonosítóját használja, hogy a csatlakoztatások az újraindítások során is megmaradjanak. Fontolja meg az Oracle Automatic Storage Management (ASM) használatát az adatbázis egyszerűsített tárolókezeléséhez.

Tesztelés és hangolás

Javasoljuk, hogy az alábbi tesztekkel ellenőrizze az alkalmazást az új Oracle-adatbázison:

  • Teljesítményteszteket futtathat annak érdekében, hogy megfeleljenek az üzleti elvárásainak.
  • Tesztelje az adatbázis feladatátvételét, helyreállítását és helyreállítását, hogy biztosan megfeleljen az RPO és az RTO követelményeinek.
  • Sorolja fel az összes kritikus feladatot és jelentést, és futtassa őket az új Oracle-példányon, hogy értékelje a teljesítményüket a szolgáltatásiszint-szerződések (SLA-k) alapján.
  • Végül, amikor migrál vagy hoz létre alkalmazásokat a felhőhöz, fontos, hogy az alkalmazás kódját úgy módosítsa, hogy natív felhőbeli mintákat, például újrapróbálkozási mintákat és megszakító mintákat adjon hozzá. A felhőtervezési minták útmutatójában meghatározott egyéb minták segíthetnek az alkalmazás rugalmasságában.

Oracle-licencelés

Ha hyper-threading-kompatibilis technológiát használ az Azure-beli virtuális gépeken, két vCPU-t egy Oracle Processor-licencnek megfelelőnek kell számolnia. További részletekért lásd: Oracle Software licencelése a Cloud Computing Environmentben.

Biztonsági mentési stratégia

Az egyik biztonsági mentési stratégia az Oracle Recovery Manager (RMAN) és az Azure Backup használata az alkalmazáskonzisztens biztonsági mentésekhez. Az Azure backup metódust is használhatja.

Ha szeretné, az Azure Blob Fuse használatával csatlakoztathat egy nagymértékben redundáns Azure Blob Storage-fiókot, és az RMAN biztonsági másolatait hozzá írhatja a további rugalmasság érdekében.

Biztonság

Az Azure DDoS Protection alkalmazástervezési ajánlott eljárásokkal kombinálva továbbfejlesztett DDoS-kockázatcsökkentési funkciókat biztosít, hogy nagyobb védelmet nyújtson a DDoS-támadásokkal szemben. Az Azure DDOS Protectiont minden peremhálózaton engedélyeznie kell.

Folyamatos üzletmenet és vészhelyreállítás

Az üzletmenet-folytonosság és a vészhelyreállítás érdekében fontolja meg a következő szoftverek üzembe helyezését:

  • Oracle Data Guard – Gyors feladatátvétel (FSFO) az adatbázis rendelkezésre állásához
  • Oracle Data Guard Far Sync a nulla adatvesztés elleni védelemhez.
  • Az Oracle GoldenGate több elsődleges vagy aktív-aktív módhoz az Azure rendelkezésre állási csoportján vagy rendelkezésre állási zónáján az SLA-követelményektől függ.

A rendelkezésre állási zónák használatával magas rendelkezésre állást érhet el a régióban. További információkért tekintse meg az Azure-beli Oracle-adatbázisok referenciaarchitektúráit.

Az adatbázisszint 99,99%-os rendelkezésre állása az Azure Rendelkezésre állási zónák és az Oracle Active DataGuard és az FSFO kombinációjával érhető el.

Fontolja meg a közelségi elhelyezési csoportok használatát az alkalmazás és az adatbázisszint közötti késés csökkentése érdekében.

Figyelés

Az Oracle Enterprise Manager beállítása felügyelethez, monitorozáshoz és naplózáshoz.

Következő lépések

A támogatási információkért tekintse meg ezeket a cikkeket:

További információ a különböző architekturális összetevőkről: