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

Load Balancer
ExpressRoute
VPN Gateway

Solution Idea

Ha szeretné látni, hogyan bővítjük ki ezt a cikket olyan további információkkal, mint a lehetséges esetek, az alternatív szolgáltatások, az implementációval kapcsolatos megfontolások vagy a díjszabási útmutató, GitHub visszajelzéssel!

Oracle DB migrálás többféleképpen is lehetséges. Ez a megoldás ezen lehetőségek egyikével foglalkozik, ahol az Oracle Active Data Guard az adatbázis áttelepítéséhez használható. Feltételezzük, hogy az Oracle Data Guard (vagy Active Data Guard) ha rendelkezésre áll/dr. Az alkalmazástól függően vagy az alkalmazás migrálható először, vagy az adatbázisba. Ebben az esetben az alkalmazást az Azure-ba migráljuk a Azure Load Balancer. Ez lehetővé teszi a forgalom felosztását a helyszíni rendszer és az Azure között, lehetővé téve az alkalmazásszint fokozatos áttelepítését. Az adatbázis-migrálás több lépésben történik. Első lépésként az Oracle Data Guard használatával beállítunk egy másodlagos/készenléti adatbázist az Azure-ban. Ez lehetővé teszi az adatok Azure-ba való áttelepítését. Ha az Azure-beli másodlagos adatbázis szinkronizálva van az elsődleges adatbázissal, átfordíthatja az Adatbázist az Azure-ban elsődleges adatbázisként, miközben a másodlagos helyszíni adatbázist is megtartja. Következő lépésként egy másik rendelkezésre állási zónában (vagy régióban) állíthat be másodlagos adatbázist magas rendelkezésre állási/dr. Ezen a ponton leszerelheti a helyszíni környezetet. A helyszíni rendszer és az Azure közötti összes adatforgalom Azure ExpressRoute vagy telephelyek közötti VPN-kapcsolaton keresztül áramlik.

Architektúra

Architektúradiagram

Adatfolyam

  1. Csatlakozás azure-környezetet a helyszíni hálózattal telephelyek között VPN-en vagy ExpressRoute-on keresztül.
  2. A DataGuard használatával jelölje meg az OracleDB1 adatbázist az Azure-ban aktív készenléti kiszolgálóként.
  3. Váltsa az OracleDB1-et elsődlegesként az Azure-ban, és állítsa be az OracleDB2-t készenlétben a migrálás befejezéséhez.

Megjegyzés

  • Ez a módszer csak akkor működik, ha azonos operációsrendszer-verzióra és adatbázisverzióra milik.
  • Feltételezés: A DataGuardot a helyszínen használja.

Összetevők

Alternatív megoldások

Ha az adatbázisa több mint 2 TB, használhatja az Oracle Data Guardot az Oracle Recovery Manager -nal (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őt biztosít.

Megfontolandó szempontok

Áttelepítés

Az Oracle Recovery Manager (RMAN) és az Oracle Data Guard használatával a teljes Oracle-adatbázist a helyszíni gépről minimális állásidővel mirateálhatja azure-beli virtuális gépre. Az RMAN használatával állítsa vissza az adatbázist a célként használt készenléti Azure-beli virtuális gépre a biztonsági mentés/visszaállítás vagy a duplikált 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 segítségével, így az elsődleges helyszíni adatbázisról a készenléti adatbázisra vonatkozó összes tranzakció-/újrademléni adatváltozást engedélyezi. Ha az elsődleges helyszíni Oracle-adatbázis szinkronizálva van az Azure-beli virtuálisgép-példány cél készenléti adatbázisával, átválthat a céladatbázisra, amely írható-írható adatbázisvá konvertálja azt. Ezután az alkalmazáskapcsolatokat az új elsődleges adatbázisra mutathatja. Ez a lehetőség minimális állásidőt biztosít az adatbázis Azure-ba való áttelepítése közben.

Az Oracle Data Pump segédprogram adatok és metaadatok Oracle-adatbázisokból vagy Oracle-adatbázisokba történő exportálására és importálására használható. A Data Pump-exportálást/-importálást egy teljes adatbázison, szelektív sémán, táblateren vagy adatbázis-objektumon futtathatja. A Data Pump az ajánlott eszköz az adatok Azure-ba való áttelepítéséhez 10 GB és 20 TB méretű nagy méretű adatbázisok esetén. Nagyfokú párhuzamosság, rugalmas adatkinyerési lehetőségek és skálázható műveletek teszik lehetővé, amelyek lehetővé teszik az adatok és metaadatok nagy sebességű mozgását a forrásadatbázisból a céladatbázisba. Az Oracle Data Pump a titkosítást és a tömörítést is támogatja, amikor adatképfájlokba exportálja az adatokat. Az Oracle Data Pump az Oracle Data Guard vagy a Golden Gate segítségével kezeli a nagy méretű adatbázisok kezdeti adatátvitelét. Vegye figyelembe, hogy a Data Pump csak az 10g 10g Oracle Database (10.1) és újabb verziókban érhető el.

Kialakítási szempontok

Virtuális gépek méretezése

A licencelési költségek csökkentése és a teljesítmény maximalizálása érdekében fontolja meg egy hiperszálas memóriaoptimalizált virtuális gép korlátozott magú virtuális processzorokkal való használatának Oracle Database- és vCPU-ját. Az Oracle garantálja a licencek mobilitását a helyszínről az Azure-ba. Lásd: Oracle-Azure GYIK.

Tárolás

Több prémium vagy ultralemez (felügyelt lemez) használata az Oracle-adatbázis teljesítményének és rendelkezésre állásának érdekében. Felügyelt lemezek használata esetén a lemez/eszköz neve változhat újraindításkor. Javasoljuk, hogy a név helyett az eszköz UUID-ját használja, hogy a csatlakoztatások megmaradnak az újraindítások között. Fontolja meg az Oracle Automatic Storage Management (ASM) használatával az adatbázis zökkenőmentes tárolókezelését.

Tesztelés és finomhangolás

Javasoljuk, hogy a következő tesztekkel ellenőrizze az alkalmazást az új Oracle-adatbázissal:

  • Teljesítményttesztek futtatásával győződjön meg arról, hogy megfelelnek 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 megfelel-e az RPO- és RTO-követelményeknek.
  • Sorolja fel az összes kritikus fontosságú feladatokat és jelentéseket, és futtassa őket egy új Oracle-példányon, hogy kiértékelje a teljesítményüket a szolgáltatásiszint-szerződések (SBA-k) alapján.
  • Végezetül, a felhőbeli alkalmazások áttelepítése vagy létrehozása során fontos az alkalmazáskód finomhangolása, hogy natív felhőbeli mintákat, például újrapróbálkozási mintát vagy áramkör-megszakító mintát adjon hozzá. A Felhőtervezési minták útmutatóban meghatározott további minták segíthetnek az alkalmazás rugalmasságában.

Oracle-licencelés

Ha az Azure-beli virtuális gépeken hiperszálas használatot engedélyező technológiát használ, számítson két vCPU-t egy Oracle Processor-licencnek megfelelőnek. További részletekért lásd: Licensing Oracle Software in the Cloud Computing Environment (Oracle-szoftverek licencelása a felhőalapú számítástechnikai környezetben).

Biztonsági mentési stratégia

Az egyik biztonsági mentési stratégia az Oracle Recovery Manager (RMAN) és Azure Backup az alkalmazás-konzisztens biztonsági mentések készítéséhez. Az Azure Backup metódust is használhatja.

Ha szükséges, az Azure Blob Fuse használatával egy magas redundáns Azure Blob Storage-fiókot csatlakoztat, és az RMAN biztonsági másolatokat a nagyobb rugalmasság érdekében írja rá.

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

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

  • Oracle Data Guard Fast-Start (FSFO) az adatbázis rendelkezésre állásához
  • Oracle Data Guard Far Sync az adatvesztés elleni védelem érdekében.
  • Az Azure-beli rendelkezésre állási csoport vagy rendelkezésre állási zóna több elsődleges vagy aktív-aktív módjához használható Oracle GoldenGate az SLA-követelményektől függ.

A Availability Zones a magas rendelkezésre állás eléréséhez a régióban. További információ: Referenciaarchitektúrák Oracle-adatbázisokhoz az Azure-ban.

Az adatbázisszinthez 99,99%-os üzemidő-rendelkezésre állás érhető el a Azure Availability Zones és az Oracle Active DataGuard és az FSFO együttes használatával.

Érdemes lehet közelségi elhelyezési csoportokat használni az alkalmazás és az adatbázisréteg 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

További információt az alábbi cikkekben talál:

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