Üzletmenet-folytonosság és vészhelyreállítás optimalizálása

Amikor Oracle-erőforrásokat migrál az Azure-ba, vegye figyelembe az adatbázis megbízhatóságát, valamint a virtuális gépek (virtuális gépek), a virtuális hálózati alhálózatok és a tárolóösszetevők szintjeinek megbízhatóságát.

Az Azure-beli infrastruktúrán (IaaS) futó Oracle képes teljesíteni a legigényesebb Oracle-számítási feladatokhoz szükséges rugalmassági célkitűzéseket. A cikkben található útmutatás hatékony használatához először határozza meg a rugalmassági kulcs teljesítménymutatóit (KPI-ket) az üzleti követelmények alapján. Használja a helyreállítási időkorlátot (RTO) és a helyreállítási pont célkitűzésére (RPO) vonatkozó követelményeket alapkonfigurációs KPI-kként, hogy meghatározza az Oracle számítási feladatainak legjobb architektúráját az Azure-ban.

Az RTO az a maximális időtartam, amíg egy alkalmazás katasztrófa, hiba vagy hasonló esemény után nem érhető el.

Az RPO a katasztrófa, hiba vagy hasonló esemény utáni adatvesztés maximális mennyisége.

Biztonsági mentési módszerek az adatvédelemhez

Az Azure IaaS-en futó Oracle-számítási feladatokhoz tartozó három Oracle-adatbázis biztonsági mentési módszere a következőket tartalmazza:

• Streamelt biztonsági másolatok. Ehhez a metódushoz használja az Oracle Recovery Manager (RMAN) eszközt. Az RMAN a biztonsági másolatokat szekvenciális szalagos adathordozóra streameli.

  Az Azure biztonsági mentési célhelyei a következők:

  • Nem Microsoft rendszerű virtuális szalagtárak, amelyeket a Azure Marketplace talál.
  • Helyi és távoli fájlmegosztások, például Azure Blob Storage hálózati fájlrendszer protokollal, Azure Files és Azure NetApp Files.

• Társzintű pillanatképek. Ehhez a metódushoz használja a Azure Backup. Ez a módszer az adatbázisfájlokhoz használt tárolótípusra támaszkodik. Ha például azure-beli felügyelt lemezeket , például Azure Premium SSD-t használ, Azure Backup integrálható az Oracle-adatbázissal. Ha Azure NetApp Files használ, használhatja Azure NetApp Files adatvédelmi képességeket, például Azure NetApp Files biztonsági mentést és régiók közötti replikációt.

• Virtuálisgép-szintű biztonsági mentések. Ehhez a metódushoz használja a Azure Backup.

Ha nagy méretű adatbázisokról készít biztonsági másolatot, az adatok másolásához, majd a visszaállításhoz szükséges idő meghaladhatja az RTO-követelményeket. A tárolási szintű pillanatképek a legjobb megoldás erre a forgatókönyvre.

Javaslatok

• Alaposan gondolja át, hogy olyan biztonsági mentési stratégiát szeretne-e implementálni, amely a streamelésen, a tárolási szintű pillanatképeken vagy mindkét stratégián alapul.

• Értékelje a biztonsági mentési stratégia RTO- és RPO-követelményeire gyakorolt hatását.

• Elemezze az RMAN biztonsági másolatainak elérhető tárolási célhelyeit az egyes beállítások dokumentált átviteli sebességkorlátja alapján. Válassza ki a követelményeknek megfelelő lehetőséget.

• Fontolja meg a Azure Backup használatát a társzintű pillanatképekhez, és fontolja meg a pillanatképek párosított régióban vagy rendelkezésre állási zónában való elhelyezését a további védelem érdekében.

• Fontolja meg a különböző tárolási lehetőségeket az archivált naplók biztonsági mentéseinek tárolásához, amelyekre az adatbázis helyreállításához szüksége van. Vegye figyelembe az egyes lehetőségek teljesítményét, replikációját és költségével kapcsolatos szempontokat.

• Készítsen biztonsági mentési és visszaállítási terveket, és rendszeresen tesztelje azokat, hogy megelőzze a nemkívánatos meglepetéseket az éles környezetben.

Szolgáltatásvédelem és üzletmenet-folytonosság

Ez a szakasz azt ismerteti, hogyan javíthatja az Oracle számítási feladatainak általános magas rendelkezésre állását (HA) és vészhelyreállítását (DR) az Azure IaaS-ben szolgáltatásvédelmi és üzletmenet-folytonossági (BC) szempontok implementálásával.

Az architekturális redundancia javítása és végső soron a szolgáltatás rendelkezésre állási idejének maximalizálása érdekében kövesse az alábbi javaslatokat. Célja a szolgáltatás tervezett kimaradások miatti leállásának minimalizálása, például javítások, frissítések és frissítések, valamint nem tervezett leállások, például hibák miatt. Az Azure és az Oracle képességeivel javíthatja a földrajzi szintű hibák utáni helyreállítást.

Az Azure számos lehetőséget kínál az egyes összetevők magas rendelkezésre állására egy Oracle on IaaS-architektúrában. Megteheti például a következőt:

• Helyezzen üzembe virtuális gépeket a rendelkezésre állási csoportokban a különálló tartalék tartományok és a frissítési tartományok garantálása érdekében.
• Létrehozás rendelkezésre állási zónákat, hogy védelmet nyújtsunk az adatközpont hibáival szemben.
• Helyezzen üzembe helyezéseket különböző régiókban a teljes régiós hibák elleni védelem érdekében.

A különböző Azure Storage-képességek különböző tárolási redundanciaszinteket biztosítanak, például helyileg redundáns tárolást, zónaredundáns tárolást és georedundáns tárolást. Vegye figyelembe az egyes lehetőségeket, amikor az Oracle számítási feladatok üzembe helyezését az Azure IaaS-ben tervezi.

Használhatja az Oracle Data Guardot is, amely az Oracle adatbázis-szolgáltatásvédelmi beállításainak eszköze. A Data Guard egy vagy több készenléti adatbázisra továbbítja és alkalmazza a tranzakciónaplókat. Ez a folyamat az elsődleges adatbázis pontos másolatait őrzi meg, amelyekre feladatátvételt végezhet, ha tervezett karbantartást vagy hibaforgatókönyvet használ.

A Data Guard három adatreplikációs móddal rendelkezik: a maximális védelem, a maximális rendelkezésre állás és a maximális teljesítmény. Minden replikációs mód a naplóátviteli módok különböző kombinációját és különböző tranzakciós garanciákat kínál a másodlagos adatbázisban lévő alkalmazáshoz.

A stratégiától függően ( például nulla késésű vagy nulla adatvesztési stratégia) választhat szinkron vagy aszinkron konfigurációt. A maximális állásidő-követelményektől függően gyors feladatátvételt is implementálhat. Referenciaarchitektúrák érhetők el, amelyek egy percnél rövidebb vagy öt percnél rövidebb, legfeljebb négy órás helyreállítást biztosítanak. Az Oracle Database Enterprise kiadás tartalmazza a Data Guardot.

Az Oracle GoldenGate egy másik eszköz, amellyel adatokat replikálhat két adatbázis között, és több elsődleges forgatókönyvet is engedélyezhet. A GoldenGate-et külön kell megvásárolnia.

Javaslatok

• Fontolja meg az Azure által biztosított képességeket az Azure IaaS-implementációban futó Oracle különböző infrastruktúra-összetevők magas rendelkezésre állásához.

• Gondosan válassza ki azt az adatbázis-védelmi módot, amely megfelel a követelményeknek, amikor a Data Guard for HA-t és a DR-t használja. A maximális teljesítmény mód például minimálisra csökkenti a forrásra gyakorolt hatást, de a legnagyobb adatvesztési potenciállal rendelkezik. További információ: BCDR for Oracle az Azure Virtual Machines célzónagyorsító és Az Oracle Data Guard védelmi módjai.

• Fontolja meg a feladatátvételi folyamat automatizálását. Használhatja például a gyorsindítású feladatátvételt.

• Hozzon létre tesztelési eljárásokat a feladatátvételi folyamatokhoz, és végezzen rendszeres tesztelést a problémák elkerülése érdekében.

• Az Azure-natív képességek, például a rendelkezésre állási zónák és az Oracle-natív eszközök, például a Data Guard használatával holisztikusan építheti ki a megoldást, hogy megfeleljen a ha- és DR-követelményeknek. Az alábbi két példa az Azure-natív és az Oracle-natív összetevőket használja.

feladatátvétel Létrehozás passzív készenléti állapottal

Ez a szakasz egy példa az üzleti szempontból kritikus Oracle-alkalmazások feladatátvételi forgatókönyvére egy passzív készenléti állapotú két rendelkezésre állási zóna üzemelő példányában.

Az üzleti szempontból kritikus Oracle-alkalmazásokhoz, például az Oracle E-Business Suite-hoz hibamegelőzésre és ezért holisztikus architektúrára van szükség.

Ez a példa:

• Két rendelkezésre állási zóna üzemelő példánya van. Az alkalmazásszint az Azure Site Recovery passzív másodlagos virtuális géppel használja.

• Kihasználja a Data Guard gyorsindítású feladatátvételi funkcióját. A legmagasabb rendelkezésre állás érdekében javasoljuk, hogy telepítsen két megfigyelőt. Az elsődleges megfigyelő az első rendelkezésre állási zónában van, a másodlagos megfigyelő pedig a második rendelkezésre állási zónában van. A megfigyelők figyelik és irányítják a forgalmat. Ha az elsődleges adatbázis nem érhető el, a megfigyelő automatikusan átadja a másodlagos adatbázisnak. A Data Guard újra végre hajtja a szinkronizálást. Az ismétlés szinkronizálásának időkerete az újradoukció konfigurációjától függ.

• A Data Guard adatvédelmi módra van konfigurálva, például a maximális rendelkezésre állásra, a maximális teljesítményre vagy a maximális védelemre. A számítási feladatokra vonatkozó követelményeknek megfelelő mód kiválasztásával kapcsolatos további információkért lásd: Oracle Data Guard védelmi módok.

Az alábbi architektúra öt percnél rövidebb állásidő-küszöbértéket céloz meg.

feladatátvétel Létrehozás aktív készenléti állapottal

Ez a szakasz egy példa az üzleti szempontból kritikus Oracle-alkalmazások feladatátvételi forgatókönyvére egy aktív készenléti állapotú két rendelkezésre állási zóna üzemelő példányában.

Ebben a példában:

• A webkiszolgálói szint, az alkalmazásszint és az adatbázisszint a saját virtuális hálózati alhálózatukban található.

• Az elsődleges adatbázis az első rendelkezésre állási zónában található.

• Az Active Data Guardot használó adatbázis az elsődleges adatbázis aktív készenléti állapotba való replikálásához a harmadik rendelkezésre állási zónában található.

Megjegyzés

Ehhez a beállításhoz Active Data Guard-licenc szükséges.

Az alábbi architektúra egy percnél rövidebb állásidő-küszöbértéket céloz meg. Ez a feladatátvételi forgatókönyv aktív készenléti konfigurációval rendelkezik, de írásvédett képességekkel rendelkezik.

Következő lépés

A biztonság optimalizálása