Megbízhatóság az Azure DocumentDB-ben

Azure DocumentDB egy teljes körűen felügyelt NoSQL adatbázis-szolgáltatás, amely modern alkalmazásfejlesztést és MongoDB-kompatibilitást biztosít. Az Azure DocumentDB támogatja a magas rendelkezésre állású (HA) konfigurációt szinkron módon replikált, forró tartalék replikákkal és zónaredundanciával. Emellett opcionális olvasási replikát is biztosít egy másik Azure régióban, és automatikus biztonsági mentéseket biztosít az időalapú megőrzéssel a véletlen adatvesztés elleni védelem érdekében.

Az Azure használatakor a megbízhatóság közös felelősség. A Microsoft számos lehetőséget kínál a rugalmasság és a helyreállítás támogatására. Ön a felelős azért, hogy megértse, hogyan működnek ezek a képességek az összes használt szolgáltatáson belül, és válassza ki azokat a képességeket, amelyekre szüksége van az üzleti célok és az üzemidő céljainak eléréséhez.

Ez a cikk azt ismerteti, hogyan teheti rugalmassá Azure DocumentDB-t a különböző lehetséges kimaradásokkal és problémákkal szemben, beleértve az átmeneti hibákat, a rendelkezésre állási zónák kimaradásait, a régiókimaradásokat és a szolgáltatáskarbantartást. Emellett leírja a biztonsági mentés viselkedését, és kulcsfontosságú információkat nyújt a ha- és régióközi replikációról.

A termelési üzembe helyezési javaslatok a megbízhatóság érdekében

A fürt megbízhatóságát javító javaslatok listáját a Azure DocumentDB-ben a magas rendelkezésre állás (HA) és a régiók közötti replikáció ajánlott eljárásaiban találja.

A megbízhatósági architektúra áttekintése

Ez a szakasz a szolgáltatás megbízhatóság szempontjából leginkább releváns működésének néhány fontos aspektusát ismerteti. A szakasz bemutatja a logikai architektúrát, amely tartalmazza a telepített és használt erőforrásokat és funkciókat. Emellett a fizikai architektúrát is ismerteti, amely részletesen bemutatja, hogyan működik a szolgáltatás a borítók alatt.

Logikai architektúra

Az elsődleges erőforrás, amelyet üzembe helyez, egy Azure DocumentDB fürt. Minden fürthöz kiválaszt egy számítási szintet, és konfigurálja a tárolást. A kiválasztott szint határozza meg a megbízhatósági funkciókhoz, például a magas rendelkezésre álláshoz (HA) elérhető képességeket, és ez a rugalmassági forgatókönyvek kapacitásának tervezésére is hatással van.

Az alkalmazások kapcsolódási karakterláncok és végpontok használatával csatlakoznak egy fürthöz. Az Azure DocumentDB kapcsolati végpontokat biztosít olvasási és írási műveletekhez, valamint – ha ez be van állítva – az olvasási replikafürtökhöz is. Ezek a végpontok lehetővé teszik, hogy az alkalmazás továbbra is stabil kapcsolati mintákat használjon, miközben a szolgáltatás kezeli a feladatátvételi viselkedést a színfalak mögött.

Az egyes fürtökön belül az adatok adatbázisként, gyűjteményként és dokumentumkéntlesznek rendszerezve. Ez a MongoDB-kompatibilis adatmodell alapul szolgál a számítási feladatszintű tervezési döntésekhez, például a horizontális skálázási stratégiához, az olvasási és írási mintákhoz, valamint a biztonsági mentési és visszaállítási hatókörhöz.

Fizikai architektúra

Az Azure DocumentDB a fürtöt partíciókon futtatja, amelyek a szolgáltatást futtató csomópontoknak (virtuális gépeknek) felelnek meg. Telepíthet egy shardot, vagy több shardra is kibővítheti a rendszert. Több szegmens üzembe helyezése javítja a skálázási kapacitást, de önmagában nem nyújt HA-t.

Ha engedélyezi a HA-t, Azure DocumentDB tartalék szegmensek egyező készletét helyezi üzembe. Minden elsődleges partícióhoz tartozik egy tartalék partíció. A szolgáltatás szinkron módon replikálja az adatokat az egyes elsődleges–készenléti párok között, és előlépteti a készenléti adatpartíciót, ha az elsődleges adatpartíció meghibásodik. További információ a HA-ról: Magas rendelkezésre állás Azure DocumentDB-ben.

Az Azure DocumentDB az Azure Storage-et használja a szegmensek tartós megőrzéséhez. Ha a HA le van tiltva, minden szegmens helyileg redundáns tárolást (LRS) használ. Az LRS három másolatot tart fenn az adatokról, de nem rugalmas a rendelkezésre állási zónák elvesztéséhez. Az LRS tartóssági részleteiért tekintse meg a redundancialehetőségek összegzését.

További információ: Rendelkezésre állás és vészhelyreállítás (DR) Azure DocumentDB: A színfalak mögött című témakörben.

Rugalmasság átmeneti hibákhoz

Az átmeneti hibák rövid, időszakos meghibásodások a komponensekben. Gyakran előfordulnak elosztott környezetben, például a felhőben, és ezek a műveletek szokásos részei. Az átmeneti hibák rövid idő elteltével kijavítják magukat. Fontos, hogy az alkalmazások kezelni tudják az átmeneti hibákat, általában az érintett kérések újrapróbálásával.

Minden felhőalapú alkalmazásnak követnie kell az Azure átmeneti hibakezelési útmutatóját, amikor a felhőben üzemeltetett API-kkal, adatbázisokkal és egyéb összetevőkkel kommunikálnak. További információ: Javaslatok átmeneti hibák kezelésére.

Azure DocumentDB kompatibilis a MongoDB protokollal, így az alkalmazások általában MongoDB-illesztőprogramokkal csatlakoznak. Ön felel az alkalmazás illesztőprogram-újrapróbálkozási beállításainak konfigurálásáért az átmeneti hibák, különösen a kapcsolat megszakadása és a feladatátvételi események során fellépő rövid írási megszakítások kezelése érdekében. Kövesse az alábbi irányelveket:

  • Olyan MongoDB-illesztőprogramokat használjon, amelyek támogatják az átmeneti csatlakozási hibák automatikus újrapróbálkozását.

  • Az újrapróbálkozásokat exponenciális visszalépéssel konfigurálhatja, és korlátozhatja az újrapróbálkozási kísérletek számát.

  • Ha lehetséges, tervezze meg az írási műveleteket idempotensnek, hogy az újrapróbálkozás biztonságos legyen. Az idempotencia általános megvalósítási útmutatóját az idempotens fogyasztói mintában találja.

Rugalmasság a rendelkezésre állási zóna hibáival szemben

A rendelkezésre állási zónák fizikailag különálló adatközpont-csoportok egy Azure-régión belül. Ha egy zóna meghibásodik, a szolgáltatások a fennmaradó zónák egyikére is át tudnak adni feladatokat.

A rendelkezésre állási zónák támogatásának Azure DocumentDB-ben való használatához engedélyezze a magas rendelkezésre állást (HA). Ha a rendelkezésre állási zónákat támogató régióban engedélyezi a HA-t, a fürt zónaredundánssá válik, mert Azure DocumentDB a készenléti szegmenseket az elsődleges szegmensektől eltérő rendelkezésre állási zónába helyezi. A tartalék shardok nem kapnak klienskéréseket, hacsak az elsődleges shardjuk meg nem hibásodik.

Ha letiltja a HA-t, az Azure DocumentDB nem helyezi el a készenléti shardokat egy másik rendelkezésre állási zónában, ezért egy rendelkezésre állási zóna meghibásodása elérhetetlenné teheti a fürtöt.

Diagram egy zónaredundáns Azure DocumentDB-fürtről, amely elsődleges és készenléti szegmensekkel rendelkezik külön rendelkezésre állási zónákban.

Requirements

  • Régiótámogatás: Ha rendelkezésre állási zónákat szeretne használni Azure DocumentDB-vel, válasszon egy régiót, amely támogatja Azure DocumentDB-t és a rendelkezésre állási zónákat is. Ellenőrizze a régiónként elérhető termékeket , és hasonlítsa össze a rendelkezésre állási zónákat támogató régiókkal.

  • Magas rendelkezésre állás: Engedélyeznie kell a HA-t a fürtön. A HA megköveteli, hogy a fürt az M30 (vagy nagyobb) számítási szintet használja.

Considerations

Bár egyes Azure DocumentDB API-k ugyanahhoz a zónához tartozó üzembe helyezési módokra hivatkoznak, Azure DocumentDB nem támogatja az azonos zónás HA-telepítéseket. A szolgáltatás támogatja a zónaredundáns HA-telepítéseket.

Példányok eloszlása zónák között

Microsoft két rendelkezésre állási zónát jelöl ki a fürthöz. Zónaredundáns, magas rendelkezésre állású (HA) telepítésekben az Azure DocumentDB az összes elsődleges adatpartíciót az egyik zónában, az összes készenléti adatpartíciót pedig a másik zónában helyezi el.

Cost

Ha a HA engedélyezve van, Azure DocumentDB minden elsődleges szegmenshez tartalék szegmenst helyez ki, ami növeli a fürt számítási és tárolási költségeit. A rendelkezésre állási zónákat támogató régiókban a HA a fürtzónát is redundánssá teszi. Egyes telepítési módokban az Azure DocumentDB alapértelmezés szerint biztosítja a HA-t. Éles számítási feladatok esetén hagyja engedélyezve a HA-t. A fejlesztési és tesztelési számítási feladatok esetében letilthatja a HA-t a költségek csökkentése érdekében. A díjszabás részleteiért lásd Azure DocumentDB díjszabását.

A rendelkezésre állási zóna támogatásának konfigurálása

  • Hozzon létre egy új zónaredundáns Azure DocumentDB-fürtöt: Amikor olyan régióban hoz létre fürtöt, amely támogatja a rendelkezésre állási zónákat, engedélyezze a HA számára a fürt zónaredundánssá tételét. Részletes lépésekért tekintse meg a rövid útmutatót: Azure DocumentDB-fürt létrehozása a Azure portál használatával.

  • A zónaredundancia engedélyezése egy meglévő Azure DocumentDB-fürtön: A magas rendelkezésre állás egy meglévő fürtön is engedélyezhető. Nincs adatbázis-állásidő, ha a magas rendelkezésre állás engedélyezve van vagy le van tiltva egy Azure DocumentDB-fürtön. Részletes lépésekért lásd: Azure DocumentDB-fürt méretezése.

Viselkedés, ha minden zóna kifogástalan

Ez a szakasz azt ismerteti, mire számíthat, ha egy Azure DocumentDB-fürtöt konfigurál a HA-hoz egy olyan régióban, amely támogatja a rendelkezésre állási zónákat, és minden zóna működőképes.

  • Zónák közötti működés: Az összes ügyfélkérést az elsődleges shardok szolgálják ki. Egy másik rendelkezésre állási zónában lévő készenléti szegmensek csak akkor fogadják az ügyfélkéréseket, ha az elsődleges sikertelen.

  • Zónaközi adatreplikálás: Az elsődleges és a készenléti szegmensek közötti replikáció szinkron. Az írási műveletek az elsődleges és a készenléti sardokon is tartósan rögzítésre kerülnek, mielőtt a szolgáltatás választ küld vissza.

Viselkedés zónahiba esetén

Ez a szakasz azt ismerteti, hogy mire számíthat, ha egy Azure DocumentDB-fürtöt konfigurál a HA számára egy rendelkezésre állási zónákat támogató régióban, és az egyik zónában kimaradás történik.

  • Észlelés és reagálás: A Microsoft figyeli a shardok állapotát, és elvégzi Ön helyett az észlelési és feladatátvételi műveleteket. Ha egy elsődleges szegmens egy zónakimaradás miatt elérhetetlenné válik, Azure DocumentDB automatikusan előlépteti a készenléti szegmenst, majd új készenléti szegmens létrehozásával újraépíti a redundanciát.

  • Értesítés: Microsoft nem értesíti automatikusan, ha egy zóna nem működik. Az Azure Service Health használatával azonban megismerheti a szolgáltatás általános állapotát, beleértve a zónahibákat is, és beállíthat Service Health-riasztásokat a problémákról való értesítéshez.

  • Aktív kérések: A feladatátvétel előtt nem nyugtázandó repülés közbeni kérelmek meghiúsulhatnak, és az ügyfélnek újra kell próbálkoznia. Ha az alkalmazás kezeli az átmeneti hibákat, ezek az újrapróbálkozások általában automatikusan befejeződnek.

  • Várt adatvesztés: Azure DocumentDB szinkron módon replikálja az adatokat az elsődleges és a készenléti szegmensek között, így nem várható adatvesztés.

  • Várható állásidő: Olvasási műveletek esetén nem várható állásidő. Írási műveletek esetén rövid megszakítás történhet a feladatátvétel befejeződése közben. Ha az alkalmazás helyesen újrapróbálkozza az átmeneti hibákat , ez általában rövid lassulásként jelenik meg.

  • Újraterjesztés: A kapcsolati karakterlánc nem változik, így az ügyfelek továbbra is ugyanazt a végpontot használják. A szolgáltatás automatikusan átirányítja a forgalmat az előléptetett tartalékszegmensekre, és új tartalékszegmenseket épít újra.

Zóna helyreállítása

Amikor a rendelkezésre állási zóna helyreáll, az Azure DocumentDB automatikusan helyreállítja a normál működést a fürt által használt összes zónában.

Zónahibák tesztelése

Az Azure DocumentDB platformja kezeli a forgalom útválasztását, a feladatátvételt és a zóna-helyreállítást a zónaredundáns fürtök esetében. Nem kell kezdeményeznie vagy ellenőriznie a rendelkezésre állási zóna meghibásodási folyamatait.

Rugalmasság régiószintű hibákhoz

Minden Azure DocumentDB-fürtöt egyetlen Azure régióban helyezhet üzembe. A régióhibákkal szembeni rugalmasság támogatásához konfigurálja a régiók közötti replikációt úgy, hogy hozzáad egy replikafürtöt egy másik régióban.

Régiók közötti replikáció

Azure DocumentDB támogatja a régiók közötti replikációt replikafürtön keresztül. A replikációs fürt különálló fürtként jelenik meg az erőforráscsoportban. Ezt a replikafürtöt katasztrófa utáni helyreállításhoz és az olvasási terhelés skálázására használhatja. Azure DocumentDB automatikusan és aszinkron módon replikálja az adatváltozásokat az elsődleges fürtről a replikafürtre.

Egy elsődleges Azure DocumentDB-fürtről egy másik régióban lévő olvasási replikafürtre történő aszinkron replikáció diagramja.

Ha az elsődleges régió meghibásodik, a replikafürt előléptethető írás-olvasási fürtté. A globális írási-olvasási kapcsolati sztring automatikusan frissül, hogy az előléptetett fürtre mutasson.

Egy előléptetett Azure DocumentDB-replika diagramja, amely az elsődleges régió meghibásodása után szolgálja ki a forgalmat.

Ez a szakasz a régiók közötti replikáció megbízhatósági szempontjait foglalja össze. További információkért lásd: Az Azure DocumentDB-fürtön a régiók közötti és azonos régión belüli replikáció kezelése és A régiók közötti és azonos régión belüli replikáció ajánlott eljárásai az Azure DocumentDB-ben.

Régiók közötti feladatátvétel

Azure DocumentDB három előléptetési módot támogat:

  • Kényszerített előléptetés: Azonnal előlépteti a replikafürtöt, hogy írási műveleteket fogadjon, és a bejövő írási kéréseket a globális írási-olvasási kapcsolati sztringen keresztül irányítja át. Ez a mód minimálisra csökkenti az állásidőt, de adatvesztést okozhat, mivel a még nem replikált írási műveletek elveszhetnek.

  • Szolgáltatás által felügyelt feladatátvétel: A fürtöt úgy konfigurálhatja, hogy szolgáltatás által felügyelt feladatátvételt használjon. A Microsoft figyeli az elsődleges fürtöt, és automatikusan végrehajt egy kényszerített előléptetést, ha az elsődleges fürt nem megfelelő állapotban van.

  • Szabályos előléptetés: Megakadályozza az adatvesztést, de némi leállást igényel, amíg a még nem replikált írási műveletek replikálódnak. A kecses előléptetéshez mindkét fürtnek kifogástalan állapotúnak kell lennie, ezért régiókimaradás esetén nem hajthatja végre.

További információ: Régiók közötti feladatátvételi módok Azure DocumentDB-ben.

Requirements

  • Régiótámogatás: A régiók közötti replikációt minden olyan Azure régióban használhatja, amely támogatja Azure DocumentDB-t.

  • Számítási szint: A régiók közötti replikációhoz az M30 számítási szint vagy magasabb szint szükséges.

Considerations

  • Hálózati hozzáférés: A replikafürtök nem öröklik az elsődleges fürt hálózati beállításait. A replikaklaszteren külön állítsa be a tűzfalszabályokat vagy a privát végpontokat, és a feladatátvétel előtt tesztelje a kapcsolódást. További információkért lásd: Folyamatos írások, olvasási műveletek a fürtreplikákon és kapcsolati karakterláncok.

  • Szolgáltatástámogatás: A replikafürtök nem támogatják az időponthoz kötött visszaállítást (PITR) vagy a régión belüli HA-t.

    Ha a HA engedélyezve van az elsődleges fürtön, ön a felelős a HA újbóli engedélyezéséért az előléptetett fürtön.

    További információ: Azure DocumentDB szolgáltatás korlátai és kvótái.

Cost

A régiók közötti replikáció növeli a replikafürt számítási és tárolási erőforrásainak költségeit. Régióközi adatátviteli díjak is érvényesek. A díjszabás részleteiért lásd Azure DocumentDB díjszabását és sávszélesség-díjszabását.

Többrégiós támogatás konfigurálása

  • Replikafürt létrehozása: A régiók közötti replikáció engedélyezéséhez hozzon létre egy replikafürtet az elsődleges fürtből. Az elsődleges fürt létrehozásakor vagy utána is létrehozhat replikafürtöt. A lépésekért lásd: Régiók közötti és régióközi replikáció kezelése a Azure DocumentDB-fürtön.

  • Automatikus feladatátvétel konfigurálása: Ha azt szeretné, hogy Azure automatikusan előléptesse a replikát az elsődleges régió leállása során, engedélyezze a szolgáltatás által felügyelt feladatátvételt. További információ: Szolgáltatás által felügyelt feladatátvétel engedélyezése.

    Megjegyzés:

    Microsoft általában csak szélsőséges események, például teljes régiókimaradás vagy nagyszámú érintett ügyfél esetén aktiválja a szolgáltatás által felügyelt feladatátvételt. Előfordulhat némi késés, mielőtt a feladatátvétel bekövetkezik. Ha gyorsan vissza kell állítania a rendelkezésre állást, javasoljuk, hogy a feladatátvételi folyamat kezeléséhez használja az ügyfél által kezdeményezett kényszerített előléptetést.

Viselkedés, ha minden régió kifogástalan

Ez a szakasz azt ismerteti, hogy mire számíthat, ha egy Azure DocumentDB-fürtöt konfigurál régiók közötti replikációhoz, és minden régió működőképes.

  • Régiók közötti működés: Az elsődleges fürt minden olvasási és írási forgalmat kiszolgál. A replikaklaszter a csak olvasható forgalmat szolgálja ki, amelyet az olvasási terhelések horizontális skálázására, illetve arra használhat, hogy az olvasási forgalmat egy adott régióban helyben tartsa. A globális olvasási-írási kapcsolati sztring mindig a jelenleg írható fürtre mutat, így az ügyfeleknek nem kell nyomon követniük, hogy melyik az elsődleges régió.

  • Régiók közötti adatreplikálás: Az elsődleges fürt és a replikafürt közötti replikáció aszinkron. Az írásokat az elsődleges fürtön véglegesítik, és ezt visszaigazolják az ügyfélnek, mielőtt a replikafürtre replikálnák őket. Ez a módszer megakadályozza, hogy a régiók közötti hálózati késés befolyásolja az írási teljesítményt. Mivel a replikáció aszinkron, az elsődleges és a replikaklaszter között némi replikációs késés várható, és a nem replikált írások elveszhetnek a kényszerített feladatátvétel során.

Viselkedés régióhiba esetén

Ez a szakasz azt ismerteti, hogy mire számíthat, ha Azure DocumentDB-fürtöt konfigurál a régiók közötti replikációhoz, és kimaradás történik az elsődleges fürt régiójában.

  • Észlelés és reagálás: A szolgáltatáskimaradás észleléséért és a reagálásért viselt felelősség attól függ, hogy a fürt milyen típusú feladatátvételt használ.

    • Ha a szolgáltatás által felügyelt feladatátvétel engedélyezve van, az Azure DocumentDB észleli a kimaradást, és automatikusan végrehajtja a replikafürt kényszerített elsődlegessé léptetését.
    • Ha a szolgáltatás által felügyelt feladatátvétel nincs engedélyezve, ön felelős a kimaradás észleléséért és egy kényszerített előléptetés aktiválásáért.

    További információ: Régiók közötti feladatátvételi módok Azure DocumentDB-ben.

  • Értesítés: A Microsoft nem értesíti Önt automatikusan, ha egy régió nem működik. Az Azure Service Health használatával azonban megismerheti a szolgáltatás általános állapotát, beleértve a régióhibákat is, és beállíthat Service Health-riasztásokat a problémákról való értesítéshez.

  • Aktív kérések: A sikertelen elsődleges régióba irányuló aktív kérések sikertelenek lehetnek. A feladatátvétel befejezése után az alkalmazásoknak újra kell csatlakozniuk, és újra kell próbálkoznia az előléptetett fürtön.

  • Várható adatvesztés: A régiószintű hibák során bekövetkező feladatátvételek nem tervezettek, ezért a nem replikált írások elveszhetnek, mivel a replikáció aszinkron módon történik.

  • Várható állásidő: A teljes állásidő az észlelési időtől, a feladatátvételi módtól és az ügyfél újracsatlakozási viselkedésétől függ.

    Az ügyfél által kezdeményezett kényszerített előléptetés esetén a teljes állásidő magában foglalja a kimaradás észleléséhez és a válaszfolyamatok elindításához szükséges időt, valamint az előléptetés befejezéséhez szükséges időt.

    Az előléptetés indítása után általában néhány percen belül befejeződik.

  • Újraelosztás: A globális írási-olvasási kapcsolati sztring az előléptetést követően automatikusan az előléptetett fürtre mutat. A fürtspecifikus kapcsolódási karakterláncokat használó alkalmazások konfigurációfrissítéseket tehetnek szükségessé annak érdekében, hogy a forgalmat az egészséges fürtre irányítsák.

Régió helyreállítása

Azure DocumentDB a helyreállítás után nem tér vissza automatikusan az eredeti régióba. Ha vissza szeretné adni az írási műveleteket az eredeti régióba, végezzen egy másik előléptetést az előnyben részesített topológia újbóli létrehozása után. Kecses előléptetéssel elkerülheti az adatvesztést a feladat-visszavétel során. A zökkenőmentes átálláshoz rövid leállás szükséges, és ezt az Ön által választott időpontban, például egy karbantartási időablakban hajthatja végre. További információt a kecses előléptetés aktiválása című témakörben talál.

Régióhibák tesztelése

Rendszeresen tesztelje a katasztrófa utáni helyreállítási folyamatot a replikaklaszter egy szabályozott környezetben történő előléptetésével.

  • Használja a kényszerített előléptetést a leállási viselkedés szimulálására. Ez a teszt adatvesztést okozhat, ezért érdemes lehet ezt a tesztet nem gyártási környezetben futtatni. További információ: Kényszerített előléptetés aktiválása.

  • Ha el szeretné kerülni az adatvesztést, tervezett átállási gyakorlatok során használjon graceful promotion műveletet. További információt a kecses előléptetés aktiválása című témakörben talál.

Biztonsági mentés és visszaállítás

A replikáció és a rendelkezésre állási zónák támogatása segít fenntartani a fürt rendelkezésre állását infrastrukturális meghibásodások esetén. Az Azure DocumentDB automatikusan folyamatos biztonsági mentéseket készít, amelyek egy másik kockázat kezelésére szolgálnak azáltal, hogy lehetővé teszik az adott időpontra történő helyreállítást (PITR) az adatok véletlen törlése vagy módosítása után. Azure DocumentDB az adatbázis-műveletek teljesítményének vagy rendelkezésre állásának befolyásolása nélkül készít biztonsági másolatot. További információ arról, hogy a replikáció és a biztonsági mentés hogyan kezeli a különböző kockázatokat: Redundancia, replikáció és biztonsági mentés.

Azure DocumentDB a forrásadatoktól elkülönítve tárolja a biztonsági másolatokat. A rendelkezésre állási zónákat támogató régiókban a szolgáltatás három rendelkezésre állási zónában tárolja a biztonsági mentési pillanatképeket. Azure DocumentDB kezeli ezeket a biztonsági másolatokat, és nem exportálhatja őket. A szolgáltatás 35 napig őrzi meg a biztonsági mentéseket az aktív fürtök esetében, 7 napig az aktív, burstable szintű (M10, M20, M25) fürtök esetében, a törölt fürtök esetében pedig 7 napig.

Visszaállíthatja a biztonsági mentést egy új fürtre. Ezt követően el kell végeznie a visszaállítás utáni feladatokat.

További információ: Fürt visszaállítása Azure DocumentDB-ben.

A szolgáltatás karbantartásával szembeni rugalmasság

A Microsoft rendszeresen alkalmazza a szolgáltatásfrissítéseket, és egyéb karbantartásokat végez. A Azure platform automatikusan kezeli ezeket a tevékenységeket, biztosítva, hogy a karbantartás zökkenőmentes és átlátható legyen. A karbantartási események során nem várható leállás, kivéve, ha az Azure Service Health tervezett karbantartása alkalmával erről tájékoztatást kapott.

A tervezett karbantartási események továbbra is rövid átmeneti hibákat okozhatnak az ügyfélműveletek során. Az alkalmazásnak kezelnie kell ezeket az eseményeket a Rugalmasság átmeneti hibákra vonatkozó újrapróbálkozási útmutatójának használatával.

Szolgáltatásiszint-szerződés

Az Azure-szolgáltatások szolgáltatásiszint-szerződése (SLA) leírja az egyes szolgáltatások várható elérhetőségét, valamint azokat a feltételeket, amelyeket a megoldásnak teljesítenie kell a rendelkezésre állási elvárás eléréséhez. További információkért lásd: az online szolgáltatásokra vonatkozó SLA-kat.

Az Azure DocumentDB esetében a rendelkezésre állásra vonatkozó SLA-k csak akkor érvényesek, ha a fürtön engedélyezve van a magas rendelkezésre állás (HA). Az alábbi konfigurációkra különböző rendelkezésre állási SLA-k vonatkoznak:

  • HA-kompatibilis fürtök, amelyek több Azure régióra terjednek ki régiók közötti replikációval.

  • HA-kompatibilis fürtök egyetlen régióban.

Kapcsolódó tartalom

  • Utolsó frissítés időpontja: