Megbízhatóság az Azure Data Explorerben

Azure Data Explorer egy elemzési szolgáltatás, amely nagy mennyiségű, alacsony késésű adat betöltésére, tárolására és lekérdezésére szolgál. Gyakran használják naplóelemzéshez, telemetriához és idősoros számítási feladatokhoz, amelyek nagy adathalmazok gyors lekérdezését igénylik.

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á az Azure Data Explorert 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 hibáit és az egész régióra kiterjedő hibákat. Emellett ismerteti a biztonsági mentési és visszaállítási lehetőségeket, valamint a szolgáltatáskarbantartás rugalmasságát, valamint kiemeli az Azure Data Explorer szolgáltatásiszint-szerződéssel (SLA) kapcsolatos legfontosabb információkat.

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

Éles számítási feladatok esetén javasoljuk, hogy tegye meg az alábbi lépéseket az Azure Data Explorer-fürt megbízhatóságának javítása érdekében:

• Teljes fürtöt üzembe helyezni. Az Azure Data Explorer ingyenes fürtöket biztosít próbaverziós célokra. Éles számítási feladatokhoz helyezzen üzembe egy teljes fürtöt.

• A rendelkezésre állási zónák támogatásának engedélyezése. Az Azure Data Explorer támogatja a rendelkezésre állási zónákat. Ha engedélyezi a rendelkezésre állási zónák támogatását, a szolgáltatás több rendelkezésre állási zónában osztja el a számítási csomópontokat, és zónaredundáns tárolással (ZRS) tárolja az adatokat. Ez a konfiguráció javítja a rendelkezésre állási zónák hibáival szembeni rugalmasságot.

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 üzembe helyezendő elsődleges erőforrás egy fürt, amely az adatok betöltéséhez, tárolásához és lekérdezéséhez szükséges infrastruktúrát jelöli. Egy fürttel adatbázisokat hozhat létre, és ezek az adatbázisok táblákat tartalmaznak.

Egy Azure Data Explorer fürtöt ábrázoló diagram, amely két egymás mellett elhelyezett adatbázisszakaszt tartalmaz. A bal oldalon egy doboz címkével ellátott adatbázis található, benne három különálló, függőlegesen halmozott táblamező, mindegyik címkézett táblázat. A jobb oldalon egy második, címkével ellátott adatbázis látható, benne pedig két függőlegesen halmozott táblamező, amelyek mindegyike szintén címkézett táblázat. Az ábra egy hierarchiát mutat, amelyben a fürt a legfelső szintű tároló, minden adatbázis a fürtön belüli alárendelt tároló, a táblák pedig az egyes adatbázisokon belüli alárendelt objektumok. A bal oldali és a jobb oldali adatbázis ugyanabban a fürtben lévő, egymással párhuzamos egyenrangú adatbázis, és eltérő számú táblát tartalmazhat.

A fürtök beolvasási műveleteket végeznek, hogy adatokat kérjenek le más adatforrásokból, és betöltsék őket a fürt egy táblájába. Ezután a Kusto Lekérdezési nyelv (KQL) szintaxisával kérdezhet le adatokat. A fürtök olyan felügyeleti műveletekkel is rendelkeznek, amelyeket végrehajthat.

Fizikai architektúra

Az Azure Data Explorer-fürtnek két elsődleges rétege van, amelyek a megbízhatóság konfigurálására alkalmazandók:

• Compute layer: Azure Data Explorer egy elosztott számítástechnikai platform, amely a méretezéstől és a csomópontszerepkör típusától függően két-a-több csomópontos virtuális gépekkel (VM-ekkel) rendelkezhet. A csomópontok kezelik az adatbetöltést és a lekérdezésfeldolgozási munkát. A csomópont virtuális gépeit nem látja vagy kezeli közvetlenül. A platform automatikusan kezeli a példánylétrehozást, az állapotfigyelést és a nem megfelelő csomópontok cseréjét. Ha a fürtöt úgy konfigurálja, hogy több rendelkezésre állási zónát használjon, a csomópontok különböző adatközpontok között oszlanak meg.

• Tárolási réteg: Az Azure Data Explorer az Azure Storage-t használja tartós adatmegőrzési rétegként. A Storage automatikusan hibatűrést biztosít, az alapértelmezett beállítás pedig helyileg redundáns tárolást (LRS) kínál egy adatközponton belül. Három replikát őriznek meg. Ha a replika használat közben elveszik, a rendszer egy másikat megszakítás nélkül üzembe helyez. Ha úgy konfigurálja a fürtöt, hogy több rendelkezésre állási zónát használjon, a replikák különböző adatközpontok között oszlanak el.

Egy Azure Data Explorer-fürtöt kétrétegű logikai architektúrával ábrázoló diagram. A legfelső, címkézett számítási rétegben két csomópontmező van egymás mellett elrendezve, hogy a számítási munka a fürt több csomópontja között legyen elosztva. Az alsó réteg „tárolási réteg (zónaredundáns)” felirattal van ellátva, és balról jobbra három, az 1., 2. és 3. másolatot jelölő doboz van benne elrendezve. A diagram egy rétegzett kapcsolatot mutat be: a számítási réteg feldolgozási és lekérdezési műveleteit.

További információ: Az Azure Data Explorer működése.

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ó: Átmeneti hibák kezelésére vonatkozó javaslatok.

Az Azure Data Explorer használatakor az átmeneti hibákkal szembeni rugalmasság kialakításához kövesse az alábbi eljárásokat:

• Az üzenetsoros betöltés használatakor támaszkodjon a beépített újrapróbálkozási viselkedésre.

• A Microsoft által biztosított ügyfélkódtárak és SDK-k használata, amelyek átmeneti hibák esetén automatikusan újrapróbálkoznak.

• Ha közvetlenül Azure Data Explorer REST API-kat használ, próbálkozzon újra minden olyan lekérdezéssel és felügyeleti művelettel, amely átmeneti hiba miatt meghiúsul.

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.

Az Azure Data Explorer kétféle rendelkezésreállási zónakonfigurációt támogat:

• Zónaredundáns (ajánlott): Ha engedélyezi a rendelkezésre állási zónákat a fürtön, a fürt csomópontjai több zónában vannak elosztva. A Microsoft kezeli a csomópontok elosztását a kijelölt rendelkezésre állási zónák között, és kezeli a rendelkezésre állási zónák hibáinak észlelését és válaszát. A zónaredundáns fürtök rugalmasak a rendelkezésre állási zónák kimaradása esetén.

  Ha zónaredundánsként konfigurálja a fürtöt, a Storage ZRS szinkron módon replikálja az adatok legalább három példányát több rendelkezésre állási zónában.

  

  Több rendelkezésre állási zónát használó Azure Data Explorer fürtöt bemutató ábra. Három függőleges oszlop a következő címkékkel van ellátva: 1. rendelkezésre állási zóna, 2. rendelkezésre állási zóna és 3. rendelkezésre állási zóna. Az „Azure Data Explorer cluster” feliratú nagyméretű doboz mindhárom oszlopot átfogja. A doboz vízszintesen két rétegre van osztva. A felső fele a számítási réteg. Az egyik csomópont az 1. rendelkezésre állási zónában, a másik pedig a 2. rendelkezésre állási zónában található. Az alsó rész a tárolási réteg (zónaredundáns). A három tárolási replika bal oldalon az 1., középen a 2., jobb oldalon pedig a 3. másolatként látható, és mindegyikük más-más rendelkezésre állási zónához igazodik. Egyetlen Azure Data Explorer fürt több zónára terjed ki, és a számítási kapacitás a zónák között oszlik el, az adatok pedig három zónaelválasztó példányba vannak replikálva.

• Zonal: Opcionálisan kiválaszthat egyetlen zónát, ha engedélyezi a rendelkezésre állási zónákat a fürtön. Microsoft az összes számítási csomópontot ebbe a zónába helyezi. Ez a konfiguráció egy zónaalapú (egy zónából álló) fürt. A zónafürtök csökkenthetik a szokatlanul késésre érzékeny számítási feladatok késését, mivel minden számítási csomópont ugyanabban a zónában fut, de nem biztosít rugalmasságot a zónakimaradásokkal szemben.

  Fontos

  A rögzítés egyetlen rendelkezésre állási zónához csak akkor ajánlott, ha a zónák közötti késleltetés az igényeihez képest túl magas, és meggyőződött arról, hogy a késleltetés nem felel meg a követelményeinek. A zónaerőforrás önmagában nem biztosít rugalmasságot a rendelkezésre állási zónák kimaradása esetén. Az zonális erőforrások rugalmasságának javítása érdekében külön erőforrásokat kell külön üzembe helyeznie több rendelkezésre állási zónában, és konfigurálnia kell a forgalomirányítást és a feladatátvételt. További információ: Zónák erőforrásai és zónaellenállóképesség.

  A zónakijelölés csak a számítási csomópontokra vonatkozik. Egy zónafürt esetében a tárolási adatok továbbra is LRS-t használnak, és a számítási csomópontokétól eltérő zónában tárolhatók.

  

  Egyetlen rendelkezésre állási zónát használó Azure Data Explorer fürtöt bemutató ábra. Három függőleges oszlop a következő címkékkel van ellátva: 1. rendelkezésre állási zóna, 2. rendelkezésre állási zóna és 3. rendelkezésre állási zóna. Az „Azure Data Explorer”-fürt címkével ellátott nagy doboz csak egy oszlopot foglal el. A doboz vízszintesen két rétegre van osztva. A felső fele a számítási réteg: mindkét csomópont az 1. rendelkezésre állási zónában található. Az alsó felében található a (helyileg redundáns) tárolási réteg, amelyben három tárreplika található ugyanabban a rendelkezésre állási zónában. Egyetlen Azure Data Explorer fürt egyetlen zónára korlátozódik, amelyben a számítás és a tárolás az adott zónában található.

Ha nem engedélyezi a rendelkezésre állási zónákat, a fürt nem zónaalapú, ami azt jelenti, hogy az Azure minden csomóponthoz és az adatokhoz választ egy rendelkezésre állási zónát. Ha a régió bármelyik rendelkezésre állási zónája kimaradásban van, az hatással lehet a fürt csomópontjaira, adataira vagy mindkettőre. Nem javasolt nem zónakonfiguráció, mert nem nyújt védelmet a rendelkezésre állási zónák kimaradásai ellen.

Követelmények

• Régiótámogatás: A rendelkezésre állási zónák támogatása az Azure-régiókban érhető el, amelyek támogatják a rendelkezésre állási zónákat.

  Egyes számítási csomóponttípusok és -méretek azonban csak bizonyos régiókban vagy adott régión belüli zónákban érhetők el.

• Teljes fürtök: A rendelkezésre állási zóna támogatása teljes fürtök esetén érhető el. Nem érhető el ingyenes fürtökkel.

Megfontolások

Zónaválasztás: Számítási csomópontok esetén kiválaszthatja, hogy mely rendelkezésre állási zónákat használja. Microsoft kezeli a tárolási zónák elhelyezését, és a tárreplikák a számítási csomópontoktól eltérő zónákban lehetnek.

Cost

A rendelkezésre állási zónák támogatásának engedélyezése többletköltséggel jár a ZRS számára, amelyet az LRS-nél magasabb díj ellenében számlázunk ki. További információkért tekintse meg az Azure Storage díjszabását.

A számítási csomópontok díja azonos, függetlenül attól, hogy a rendelkezésre állási zónák támogatását használja-e. További információkért tekintse meg az Azure Data Explorer díjszabását.

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

• Hozzon létre egy új fürtöt a rendelkezésre állási zóna támogatásával. Új Azure Data Explorer-fürt létrehozásakor engedélyezheti a rendelkezésre állási zónák támogatását. További információ: Fürt és adatbázis létrehozása.

  Ha a Azure portál használatával hoz létre rendelkezésre állási zónát engedélyező fürtöt, az automatikusan zónaredundáns lesz, és Microsoft kijelöli a zónákat.

  Zónák kiválasztásához vagy zónafürt létrehozásához használjon egy másik üzembe helyezési módszert, például az Azure Resource Manager API-kat vagy a Bicepet. A legtöbb esetben hozzon létre egy zónaredundáns fürtöt, és használja a régió összes zónáját.

  Megjegyzés:

  Amikor kiválasztja a használni kívánt rendelkezésre állási zónákat, valójában a logikai rendelkezésre állási zónát választja ki. Ha más számítási feladatok összetevőit egy másik Azure-előfizetésben helyezi üzembe, előfordulhat, hogy egy másik logikai rendelkezésre állási zónaszámmal férnek hozzá ugyanahhoz a fizikai rendelkezésre állási zónához. További információ: Fizikai és logikai rendelkezésre állási zónák.

• Rendelkezésre állási zónák engedélyezése egy meglévő fürtön (előzetes verzió). Meglévő, nem zónaalapú fürtöt migrálhat a rendelkezésre állási zónák használatára. A funkció előzetes verzióként érhető el. További információért tekintse meg a(z) A fürt migrálása több rendelkezésre állási zóna támogatásához című részt.

• Rendelkezésre állási zónák újrakonfigurálása egy meglévő fürtön (előzetes verzió) Módosíthatja az egy klaszterhez használt zónákat. A funkció előzetes verzióként érhető el. További információért tekintse meg a(z) A fürt migrálása több rendelkezésre állási zóna támogatásához című részt.

• A rendelkezésre állási zóna támogatásának letiltása meglévő fürtön. Ha egy fürt rendelkezésre állási zónák használatára van konfigurálva, a fürt ezután nem módosítható úgy, hogy ne használjon rendelkezésre állási zónákat.

• Ellenőrizze a fürtök rendelkezésre állási zónáinak konfigurációját. A fürt zónaállapot tulajdonságát (a REST API-ban a zoneStatus tulajdonságot) használva ellenőrizheti a fürt rendelkezésre állási zóna-konfigurációját. A(z) Zonal érték azt jelzi, hogy a fürt rendelkezésre állási zónákat használ, de ez nem jelenti azt, hogy a fürt egyetlen zónában fut.

  Annak meghatározásához, hogy egy fürt zónális vagy zónaredundáns-e, használja a zones tulajdonságot. Ha a zónák listájában egy zóna szerepel, a klaszter zonális (egyzónás). Ha több zóna is szerepel a listában, az zónaredundáns.

Kapacitástervezés és -kezelés

Ha egy rendelkezésre állási zóna nem elérhető, előfordulhat, hogy az adott zónában található csomópontok átmenetileg nem lesznek elérhetők, ami a fürt számítási kapacitását addig csökkenti, amíg a zóna helyreáll.

Ha a fürt nem tudja elviselni a kapacitásvesztést, fontolja meg a fürt túlméretezését. Ez a megközelítés lehetővé teszi, hogy a megoldás elviseljen némi kapacitásvesztést, és a teljesítmény romlása nélkül működjön tovább. Ha azonban túlméretezi a fürtöt, előfordulhat, hogy a fürtben a zónák között kiegyensúlyozatlan számú csomópont lesz.

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

A klaszter számítási rétege best-effort alapon törekszik arra, hogy egyenletesen ossza el a példányokat az Ön által kiválasztott zónák között.

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

Ez a szakasz azt ismerteti, hogy mire számíthat, ha fürtöt konfigurál a rendelkezésre állási zónák támogatásához, és minden zóna működőképes.

• Zónák közötti művelet: A normál működés során az Azure Data Explorer az összes rendelkezésre álló számítási csomópontot használja a betöltéshez, a lekérdezésfeldolgozáshoz és más műveletekhez. A munka a rendelkezésre állási zónától függetlenül el van osztva a csomópontok között.

• Zónaközi adatreplikálás: A zónák közötti adatreplikációs viselkedés a fürt által használt rendelkezésre állási zóna konfigurációjától függ.

  • Zónaredundáns: Az adatok szinkron módon replikálódnak a rendelkezésre állási zónák között a Storage ZRS használatával, amely magas szintű adatkonzisztenciát biztosít, és minimálisra csökkenti az adatvesztés kockázatát egy zónahiba során.

  • Zonal: Az adatok tárolása a Storage LRS használatával történik, ami azt jelenti, hogy mindhárom példány egyetlen rendelkezésre állási zónában lehet.

Viselkedés zónahiba esetén

Ez a szakasz azt ismerteti, hogy mire számíthat, ha egy fürtöt konfigurál rendelkezésre állási zónák támogatása esetén, és az egyik zónában kimaradás van.

• Észlelés és válasz: Az észlelés és a válasz felelőssége a fürt által használt rendelkezésre állási zóna konfigurációjától függ.

  • Zónaredundáns: A Microsoft észleli a rendelkezésre állási zónák hibáit, és kezeli az Azure Data Explorer válaszát. Nem kell semmit tennie a zóna átváltásának kezdeményezéséhez.

  • Zonal: Ön felel a fürt által használt rendelkezésre állási zónák hibáinak észleléséért. Ön felel az olyan műveletekért is, amelyeket saját döntése alapján kezdeményez, például egy olyan második fürtre való átváltásért, amelyet korábban egy másik rendelkezésre állási zónában hozott létre.

• Értesítés: A Microsoft nem értesíti automatikusan, ha egy zóna le van omlva. 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: Előfordulhat, hogy a sikertelen zónában lévő számítási vagy tárolási erőforrásokra támaszkodó aktív kérések leállnak, és az ügyfélnek újra kell próbálkoznia. Az átmeneti hibakezelési útmutatót követve győződjön meg arról, hogy az alkalmazások készen állnak.

• Várható adatvesztés: A várt adatvesztés a fürt által használt rendelkezésre állási zóna konfigurációjától függ.

  • Zónaredundáns: A rendelkezésre állási zónák kimaradása során nem várható adatvesztés, mert az adatok szinkron módon replikálódnak a zónák között.

  • Zonal: Az adatok nem érhetők el, amíg a zóna helyre nem áll. A valószínűtlen esetben, ha végleg elveszik egy olyan zóna, amely az összes tárreplikát tartalmazza, előfordulhat, hogy az adatok végleg elvesznek.

• Várható állásidő: A várható állásidő a fürt által használt rendelkezésre állási zóna konfigurációjától függ.

  • Zónaredundáns: Rövid szolgáltatás-megszakítás fordulhat elő, ha a forgalmat megfelelően működő rendelkezésre állási zónákba irányítják át. Az átmeneti hibakezelési útmutatót követve győződjön meg arról, hogy az alkalmazások készen állnak.

  • Zonal: A fürt számítási csomópontjai mindaddig nem érhetők el, amíg a rendelkezésre állási zóna helyre nem áll. Előfordulhat, hogy nem fér hozzá a fürt adataihoz zónahiba esetén.

• Újraelosztás: A forgalom átirányítási viselkedése a fürt által használt rendelkezésre állási zóna konfigurációjától függ.

  • Zónaredundáns: Az Azure Data Explorer átirányítja az új kéréseket a fennmaradó kifogástalan zónákban lévő számítási és tárolási erőforrásokhoz.

  • Zonal: A fürt nem érhető el, amíg a rendelkezésre állási zóna helyre nem áll.

Zóna helyreállítása

Amikor a kiesett rendelkezésre állási zóna helyreáll, a Microsoft újra létrehozza a fürtcsomópontokat és a tároló replikákat az adott zónában, valamint helyreállítja a forgalom normál elosztását az összes zónában. Nem kell semmilyen műveletet elvégeznie.

Zónahibák tesztelése

A zónahibák tesztelésének lehetőségei a fürt által használt rendelkezésre állási zóna konfigurációjától függenek.

• Zónaredundáns: A Microsoft teljes mértékben felügyeli az Azure Data Explorerhez kapcsolódó, rendelkezésre állási zónák közötti feladatátvételt és helyreállítást. Nem kell kezdeményeznie vagy ellenőriznie a rendelkezésre állási zóna meghibásodási folyamatait.

• Zonal: A zónakimaradás során az összes számítási csomópont elvesztésének részleges szimulálásához leállíthatja a fürtöt. Ezzel a módszerrel ellenőrizheti a zónaleállás-észlelési és feladatátvételi folyamatok egyes részeit.

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

Egy Azure Data Explorer-fürt egyetlen Azure-régióban van üzembe helyezve. Amennyiben ez a régió elérhetetlenné válik, a klaszter és adatai nem érhetők el.

Egyéni többrégiós megoldások a rugalmasság érdekében

A régiókimaradás üzleti hatásának minimalizálása érdekében helyezzen üzembe különálló Azure Data Explorer fürtöket több régióban. Minden klaszter független. Ön felel az egyes fürtök kezeléséért, valamint az adatreplikálás, a forgalomirányítás és a régiók közötti feladatátvétel koordinálásáért.

Különböző típusú többrégiós fürtkonfigurációk közül választhat, amelyek mindegyike támogatja a helyreállítási idő különböző szintjeit, a lehetséges adatvesztést, az erőfeszítést és a költségeket. Válassza ki az egyes fürtökhöz azokat az Azure-régiókat, amelyek megfelelnek a késleltetési és az adatrezidencia-követelményeknek. A többrégiós fürtkonfigurációkkal és a követhető mintákkal kapcsolatos további információkért lásd: Az üzletmenet-folytonosság és vészhelyreállítás áttekintése.

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

A legtöbb megoldás esetében nem szabad kizárólag biztonsági másolatokra támaszkodnia. Ehelyett használja az útmutatóban ismertetett egyéb képességeket a rugalmassági követelmények támogatására. A biztonsági másolatok azonban védelmet nyújtanak bizonyos kockázatok ellen, amelyeket más megközelítések nem. További információ: Mi a redundancia, a replikáció és a biztonsági mentés?

Az Azure Data Explorer nem biztosít natív biztonsági mentési és visszaállítási képességet. Ha biztonsági másolatot szeretne készíteni az adatokról, vegye figyelembe az alábbi módszereket:

• A folyamatos exportálás rendszeresen exportálja az adatokat külső tárolóba, és pontosan egyszer exportálja a támogatott adattípusokat.

• A felhőalapú tárolóba történő adatexportálás támogatja az adatok manuális exportálását külső tárolóba.

• Nyers adatok betöltése az Azure Data Explorerbe egy felsőbb rétegbeli forrásból, például egy adattóból, amelyről külön készíthet biztonsági másolatot.

Rugalmasság a véletlen törléssel szemben

Az Azure Data Explorer számos mechanizmust tartalmaz a fürtök, adatbázisok, táblák és külső táblák véletlen törlése elleni védelemhez:

• Fürt vagy adatbázis véletlen törlése: A fürt vagy adatbázis véletlen törlése helyreállíthatatlan művelet. Előzze meg az adatvesztést a fürtön vagy az adatbázis-erőforráson lévő törlési zárolás engedélyezésével.

• Tábla véletlen törlése: A tábla rendszergazdai engedélyekkel vagy annál magasabb engedélyekkel rendelkező felhasználók elvethetik a táblákat. Ha az egyik felhasználó véletlenül töröl egy táblát, az a undo drop table paranccsal helyreállítható. Ahhoz, hogy ez a parancs sikeres legyen, először engedélyeznie kell a helyreállíthatósági tulajdonságot a megőrzési szabályzatban.

• Véletlen külső táblatörlés:A külső táblák olyan Kusto lekérdezési séma-entitások, amelyek az adatbázison kívül tárolt adatokra hivatkoznak. Egy külső tábla törlése csak a tábla metaadatait törli. A táblalétrehozási parancs ismételt futtatásával helyreállíthatja.

  Az Azure Blob Storage és az Azure Data Lake külső táblák esetében a helyreállítható törlési funkcióval védheti a blobok véletlen törlését vagy felülírását egy felhasználó által konfigurált ideig.

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

Az Azure Data Explorer rendszeresen alkalmazza a szolgáltatásfrissítéseket, és rutinszerű karbantartást végez. Az Azure-platform automatikusan kezeli ezeket a tevékenységeket, miközben az SLA-ban megadott rendelkezésre állási szinteken belül marad. Az átmeneti hibakezelési útmutatást követve győződjön meg arról, hogy az alkalmazások felkészülnek a szolgáltatás karbantartása során bekövetkező időnkénti kapcsolatvesztésre.

A közelgő tervezett karbantartások megismeréséhez használja a Azure Service Health.

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ó: SLA-k az online szolgáltatásokhoz.

Ahhoz, hogy jogosult legyen az Azure Data Explorer rendelkezésre állási SLA-jára, az alkalmazásnak kezelnie kell az átmeneti hibákat a sikertelen kérések újrapróbálásával.

Kapcsolódó tartalom

• Megbízhatóság az Azure-ban
• Az Azure Data Explorer áttekintése
• A BCDR áttekintése