Megosztás a következőn keresztül:


Megbízhatóság a Microsoft Fabricben

Ez a cikk a Microsoft Fabric megbízhatósági támogatását, valamint a rendelkezésre állási zónákkal, valamint a régiók közötti helyreállítással és üzletmenet-folytonossággal kapcsolatos regionális rugalmasságot ismerteti. Az Azure-beli megbízhatóság részletesebb áttekintéséhez tekintse meg az Azure megbízhatóságát.

Rendelkezésre állási zóna támogatása

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

További információ az Azure rendelkezésre állási zónáiról: Mik azok a rendelkezésre állási zónák?.

A Fabric üzletileg ésszerű erőfeszítéseket tesz a zónaredundáns rendelkezésre állási zónák támogatásához, ahol az erőforrások automatikusan replikálódnak a zónák között anélkül, hogy önnek kellene beállítania vagy konfigurálnia.

Előfeltételek

  • A Fabric jelenleg korlátozott számú régióban nyújt részleges rendelkezésre állási zónát. Ez a részleges rendelkezésre állási zóna támogatása a szolgáltatásokra (és/vagy bizonyos funkciókra terjed ki egy adott felületen).
  • Az olyan élmények, mint az eseménystreamek, nem támogatják a rendelkezésre állási zónákat.
  • Az adatfejlesztés támogatja a rendelkezésre állási zónákat a OneLake használata esetén. Ha más adatforrásokat, például az ADLS Gen2-t használja, akkor meg kell győződnie arról, hogy a zónaredundáns tárolás (ZRS) engedélyezve van.
  • Előfordulhat, hogy a zóna rendelkezésre állása elérhető vagy nem érhető el az előzetes verzióban elérhető Fabric-szolgáltatásokhoz és/vagy funkciókhoz/funkciókhoz.
  • A helyszíni átjárók és a Power BI nagy szemantikai modelljei nem támogatják a rendelkezésre állási zónákat.
  • A Data Factory (folyamatok) Nyugat-Európában támogatják a rendelkezésre állási zónákat, de zónakimaradás esetén az új vagy bejövő folyamatok futtatása meghiúsulhat .

Támogatott régiók

A Fabric üzletileg ésszerű erőfeszítéseket tesz a rendelkezésre állási zónák támogatásának biztosítására a különböző régiókban az alábbiak szerint:

Észak-, Dél- és Közép-Amerika Power BI Datamarts Adattárházak Valós idejű elemzés Data Factory (folyamatok) adatmérnök SQL-adatbázis
Dél-Brazília
Közép-Kanada
USA középső régiója
USA keleti régiója
USA 2. keleti régiója
USA déli középső régiója
USA 2. nyugati régiója
USA 3. nyugati régiója
Európa Power BI Datamarts Adattárházak Valós idejű elemzés Data Factory (folyamatok) adatmérnök SQL-adatbázis
Közép-Franciaország
Középnyugat-Németország
Észak-Olaszország
Észak-Európa
Kelet-Norvégia
Közép-Lengyelország
Az Egyesült Királyság déli régiója
Nyugat-Európa
Közel-Kelet Power BI Datamarts Adattárházak Valós idejű elemzés Data Factory (folyamatok) adatmérnök SQL-adatbázis
Közép-Katar
Izrael középső régiója
Afrika Power BI Datamarts Adattárházak Valós idejű elemzés Data Factory (folyamatok) adatmérnök SQL-adatbázis
Dél-Afrika északi régiója
Ázsia és a csendes-óceáni Power BI Datamarts Adattárházak Valós idejű elemzés Data Factory (folyamatok) adatmérnök SQL-adatbázis
Kelet-Ausztrália
Kelet-Japán
Délkelet-Ázsia

Zónaleállási élmény

Zónaszintű kimaradás esetén nincs szükség műveletre a zóna helyreállítása során. A támogatott régiókban található hálófunkciók automatikusan meggyógyulnak és újraegyensúlyozódnak, hogy kihasználhassák az egészséges zónát. A Spark-feladatok futtatása meghiúsulhat, ha a fő csomópont a sikertelen zónában van. Ilyen esetben a feladatokat újra el kell küldeni.

Fontos

Bár a Microsoft arra törekszik, hogy egységes és konzisztens rendelkezésreállási zónát biztosítson, a rendelkezésre állási zóna meghibásodása esetén az Azure-régiókban található, nagyobb ügyféligény-ingadozással rendelkező Fabric-kapacitások a szokásosnál nagyobb késést tapasztalhatnak.

Régiók közötti vészhelyreállítás és üzletmenet-folytonosság

A vészhelyreállítás (DR) a nagy hatású események, például a természeti katasztrófák vagy az állásidőt és adatvesztést eredményező sikertelen üzemelő példányok helyreállításáról szól. A katasztrófa okától függetlenül a legjobb megoldás egy jól definiált és tesztelt DR-terv, valamint egy olyan alkalmazásterv, amely aktívan támogatja a DR-t. Mielőtt elkezdene gondolkodni a vészhelyreállítási terv létrehozásáról, tekintse meg a vészhelyreállítási stratégia tervezésére vonatkozó javaslatokat.

A DR-ről a Microsoft a megosztott felelősségi modellt használja. Egy megosztott felelősségi modellben a Microsoft biztosítja, hogy az alapinfrastruktúra és a platformszolgáltatások elérhetők legyenek. Ugyanakkor számos Azure-szolgáltatás nem replikálja automatikusan az adatokat, vagy egy meghibásodott régióból visszaesik egy másik engedélyezett régióba történő keresztreplikáláshoz. Ezekért a szolgáltatásokért Ön felel a számítási feladathoz használható vészhelyreállítási terv beállításáért. Az Azure-platformon szolgáltatásként (PaaS) futó szolgáltatások többsége funkciókkal és útmutatással támogatja a DR-t, és szolgáltatásspecifikus funkciókkal támogatja a gyors helyreállítást a dr. csomag fejlesztéséhez.

Ez a szakasz a Fabric vészhelyreállítási tervét ismerteti, amelynek célja, hogy segítse a szervezetet adatainak biztonságos és hozzáférhető állapotban tartásában, ha nem tervezett regionális katasztrófa történik. A terv a következő témaköröket ismerteti:

  • Régiók közötti replikáció: A Fabric régiók közötti replikációt kínál a OneLake-ben tárolt adatokhoz. Ezt a funkciót a követelményeknek megfelelően választhatja ki vagy választhatja ki.

  • Adathozzáférés katasztrófa után: Regionális katasztrófahelyzetben a Fabric bizonyos korlátozásokkal garantálja az adathozzáférést. Bár az új elemek létrehozása vagy módosítása a feladatátvétel után korlátozott, az elsődleges szempont továbbra is annak biztosítása, hogy a meglévő adatok hozzáférhetőek és érintetlenek maradnak.

  • Útmutató a helyreállításhoz: A Fabric strukturált útmutatást nyújt, amely végigvezeti a helyreállítási folyamaton. A strukturált útmutató megkönnyíti a normál műveletekre való áttérést.

A Power BI, amely most már a Háló része, szilárd vészhelyreállítási rendszerrel rendelkezik, és a következő funkciókat kínálja:

  • BCDR alapértelmezettként: A Power BI automatikusan tartalmazza a vészhelyreállítási képességeket az alapértelmezett ajánlatában. Nem kell külön bejelentkeznie vagy aktiválnia ezt a funkciót.

  • Régiók közötti replikáció: A Power BI az Azure Storage georedundáns replikációja és az Azure SQL georedundáns replikációja használatával garantálja, hogy a biztonsági mentési példányok más régiókban is léteznek, és használhatók. Ez azt jelenti, hogy az adatok különböző régiókban duplikálva lesznek, javítva azok rendelkezésre állását, és csökkentik a regionális kimaradásokkal járó kockázatokat.

  • Folyamatos szolgáltatások és hozzáférés katasztrófa után: A Power BI-elemek még zavaró események során is csak olvasható módban érhetők el. Az elemek szemantikai modelleket, jelentéseket és irányítópultokat tartalmaznak, amelyek biztosítják, hogy a vállalkozások jelentős akadály nélkül folytathassák elemzési és döntéshozatali folyamataikat.

További információ: Power BI magas rendelkezésre állás, feladatátvétel és vészhelyreállítás – gyakori kérdések

Fontos

Azoknál az ügyfeleknél, akiknek az otthoni régiója nem rendelkezik Azure-párrégióval, és egy katasztrófa érinti őket, a Fabric-kapacitások kihasználtsága veszélybe kerülhet – még akkor is, ha az ezeken a kapacitásokban lévő adatok replikálva vannak. Ez a korlátozás az otthoni régió infrastruktúrájára van kötve, amely elengedhetetlen a kapacitások működéséhez.

Kezdőrégió és kapacitásfunkciók

A vészhelyreállítás hatékony tervezéséhez fontos tisztában lenni az otthoni régió és a kapacitáshelyek közötti kapcsolatokkal. Az otthoni régió és a kapacitáshelyek megismerése segít a kapacitásrégiók stratégiai kiválasztásában, valamint a megfelelő replikációs és helyreállítási folyamatokban.

A szervezet bérlői és adattárolóinak otthoni régiója az első regisztrált felhasználó számlázási címhelyére van beállítva. A bérlői beállítással kapcsolatos további részletekért tekintse meg a Power BI implementálásának tervezését: Bérlő beállítása. Új kapacitások létrehozásakor az adattárolás alapértelmezés szerint az otthoni régióra van állítva. Ha másik régióra szeretné módosítani az adattárolási régiót, engedélyeznie kell a Multi-Geo szolgáltatást, a Fabric Premium szolgáltatást.

Fontos

Ha másik régiót választ a kapacitásához, az nem helyezi át teljesen az összes adatot az adott régióba. Egyes adatelemek továbbra is az otthoni régióban maradnak tárolva. Annak megtekintéséhez, hogy mely adatok maradnak az otthoni régióban, és mely adatokat tárolja a Multi-Geo-kompatibilis régió, olvassa el a Multi-Geo támogatás konfigurálása a Fabric Premiumhoz című témakört.

Olyan otthoni régió esetén, amely nem rendelkezik párosított régióval, a Több földrajzi régióval kompatibilis régiókban a kapacitások üzemeltetési problémákba ütközhetnek, ha az otthoni régió vészhelyzetbe ütközik, mivel az alapvető szolgáltatásfunkciók az otthoni régióhoz vannak kötve.

Ha egy Multi-Geo-kompatibilis régiót választ az EU-on belül, akkor garantáltan az adatok az EU adathatárán belül lesznek tárolva.

Ha meg szeretné tudni, hogyan azonosíthatja az otthoni régiót, olvassa el a Fabric otthoni régiójának megkeresése című témakört.

Vészhelyreállítási kapacitás beállítása

A Fabric vészhelyreállítási kapcsolót biztosít a kapacitásbeállítások oldalán. Itt érhető el, ahol az Azure regionális párosításai összhangban vannak a Fabric szolgáltatásjelenlétével. A kapcsoló jellemzői a következők:

  • Szerepkör-hozzáférés: Ezt a kapcsolót csak a kapacitás-rendszergazdai szerepkörrel rendelkező vagy annál magasabb szintű felhasználók használhatják.

  • Részletesség: A kapcsoló részletessége a kapacitás szintje. Prémium és Fabric kapacitásokhoz is elérhető.

  • Adathatókör: A vészhelyreállítási kapcsoló kifejezetten a OneLake-adatokat kezeli, beleértve a Lakehouse- és a Warehouse-adatokat. A kapcsoló nem befolyásolja a OneLake-en kívül tárolt adatokat.

  • A Power BI BCDR-folytonossága: Bár a OneLake-adatok vészhelyreállítása be- és kikapcsolható, a Power BI-hoz készült BCDR mindig támogatott, függetlenül attól, hogy a kapcsoló be- vagy ki van-e kapcsolva.

  • Gyakoriság: A vészhelyreállítási kapacitás beállításának módosítása után 30 napot kell várnia, mielőtt újra módosítaná azt. A várakozási időszak a stabilitás fenntartása és az állandó összevonás megakadályozása érdekében van beállítva,

Képernyőkép a vészhelyreállítási bérlő beállításáról.

Feljegyzés

A vészhelyreállítási kapacitás beállításának bekapcsolása után az adatok replikálása akár egy hétig is eltarthat.

Adatreplikáció

A vészhelyreállítási kapacitás beállításakor a régiók közötti replikáció engedélyezve van a OneLake-adatok vészhelyreállítási képességeként. A Fabric platform igazodik az Azure-régiókhoz a georedundáns párok kiépítéséhez. Egyes régiókban azonban nincs Azure-párrégió, vagy a párrégió nem támogatja a Fabricet. Ezekben a régiókban az adatreplikálás nem érhető el. További információkért tekintse meg a rendelkezésre állási zónákkal rendelkező régiókat, valamint a régiópárok és a Háló régió rendelkezésre állását.

Feljegyzés

Bár a Fabric egy adatreplikációs megoldást kínál a OneLake-ben a vészhelyreállítás támogatására, vannak jelentős korlátozások. A KQL-adatbázisok és lekérdezéskészletek adatait például külsőleg tárolja a OneLake, ami azt jelenti, hogy külön vészhelyreállítási megközelítésre van szükség. Az egyes Hálóelemek vészhelyreállítási megközelítésének részleteiért tekintse meg a dokumentum többi részét.

Számlázás

A Fabric vészhelyreállítási funkciója lehetővé teszi az adatok georeplikálását a nagyobb biztonság és megbízhatóság érdekében. Ez a funkció több tárhelyet és tranzakciót használ fel, amelyek számlázása BCDR Storage- és BCDR-műveletekként van kiszámlázva. Ezeket a költségeket a Microsoft Fabric Kapacitásmetrikák alkalmazásban figyelheti és kezelheti, ahol ezek külön sorelemekként jelennek meg.

Az összes kapcsolódó vészhelyreállítási költség részletes részletezéséért, amely segít ennek megfelelően megtervezni és megtervezni a költségvetést, tekintse meg a OneLake számítási és tárolási felhasználását.

Vészhelyreállítás beállítása

Bár a Fabric vészhelyreállítási funkciókat biztosít az adatok rugalmasságának támogatásához, a szolgáltatás megszakítások során történő visszaállításához bizonyos manuális lépéseket kell követnie. Ez a szakasz ismerteti azokat a műveleteket, amelyeket a lehetséges fennakadásokra való felkészüléshez kell elvégeznie.

1. fázis: Előkészítés

  • Aktiválja a vészhelyreállítási kapacitás beállításait: Rendszeresen tekintse át és állítsa be a vészhelyreállítási kapacitás beállításait , hogy biztosan megfeleljenek a védelmi és teljesítménybeli igényeknek.

  • Adatmentések létrehozása: A OneLake-en kívül tárolt kritikus adatok másolása egy másik régióba a vészhelyreállítási tervhez igazodva.

2. fázis: Vész feladatátvétel

Ha egy súlyos katasztrófa az elsődleges régiót helyreállíthatatlanná teszi, a Microsoft Fabric regionális feladatátvételt kezdeményez. A Fabric portálhoz való hozzáférés a feladatátvétel befejezéséig nem érhető el, és a Rendszer értesítést küld a Microsoft Fabric támogatási oldalán.

A feladatátvétel időtartama eltérő lehet, bár általában kevesebb mint egy órát vesz igénybe. A feladatátvétel befejezése után az alábbiakra számíthat:

  • Hálóportál: Elérheti a portált, és olvasási műveletek, például a meglévő munkaterületek és elemek böngészése továbbra is működni fog. Minden írási művelet( például munkaterület létrehozása vagy módosítása) szünetel.

  • Power BI: Olvasási műveleteket végezhet, például irányítópultokat és jelentéseket jeleníthet meg. A frissítés, a jelentés közzétételi műveletei, az irányítópult és a jelentés módosítása, valamint a metaadatok módosítását igénylő egyéb műveletek nem támogatottak.

  • Lakehouse/Warehouse: Ezeket az elemeket nem nyithatja meg, de a fájlok a OneLake API-kkal vagy eszközökkel érhetők el.

  • Spark-feladatdefiníció: Nem nyithatja meg a Spark-feladatdefiníciókat, de a kódfájlok a OneLake API-kkal vagy eszközökkel érhetők el. A rendszer a feladatátvétel után menti a metaadatokat vagy a konfigurációt.

  • Jegyzetfüzet: Nem nyithat meg jegyzetfüzeteket, és a kód tartalma nem lesz mentve a katasztrófa után.

  • ML-modell/kísérlet: Nem nyithat meg ml-modelleket vagy kísérleteket. A kód tartalma és metaadatai, például a futtatási metrikák és konfigurációk nem lesznek mentve a katasztrófa után.

  • Adatfolyam Gen2/Pipeline/Eventstream: Ezeket az elemeket nem nyithatja meg, de az adatok védelméhez használhat támogatott vészhelyreállítási célhelyeket (tóházakat vagy raktárakat).

  • KQL-adatbázis/lekérdezéskészlet: A feladatátvétel után nem fog tudni hozzáférni a KQL-adatbázisokhoz és a lekérdezéskészletekhez. A KQL-adatbázisokban és lekérdezéskészletekben lévő adatok védelméhez további előfeltétel-lépések szükségesek.

Katasztrófahelyzetben a Fabric portál és a Power BI írásvédett módban van, és más Fabric-elemek nem érhetők el, a OneLake-ben tárolt adatokat API-k vagy külső eszközök használatával érheti el. Mind a portál, mind a Power BI megőrzi az olvasási-írási műveleteket az adatokon. Ez a képesség biztosítja, hogy a kritikus adatok hozzáférhetők és módosíthatók legyenek, és enyhítse az üzleti műveletek esetleges megszakadását.

A OneLake-adatok több csatornán keresztül is elérhetők maradnak:

3. fázis: Helyreállítási terv

Bár a Fabric biztosítja, hogy az adatok katasztrófa után is elérhetők maradnak, ön is teljes mértékben visszaállíthatja szolgáltatásaikat az incidens előtti állapotba. Ez a szakasz részletes útmutatót nyújt a helyreállítási folyamat végigvezetéséhez.

Helyreállítási lépések

  1. Hozzon létre egy új hálókapacitást bármely régióban katasztrófa után. Mivel az ilyen események során nagy a kereslet, javasoljuk, hogy válasszon ki egy régiót az elsődleges földrajzi régión kívül, hogy növelje a számítási szolgáltatás rendelkezésre állásának valószínűségét. A kapacitás létrehozásával kapcsolatos információkért lásd : Microsoft Fabric-előfizetés vásárlása.

  2. Munkaterületek létrehozása az újonnan létrehozott kapacitásban. Ha szükséges, használja ugyanazokat a neveket, mint a régi munkaterületek.

  3. Hozzon létre olyan elemeket, amelyek neve megegyezik a helyreállítani kívántakkal. Ez a lépés akkor fontos, ha az egyéni szkripttel helyreállítja a tóházakat és a raktárakat.

  4. Állítsa vissza az elemeket. Minden elemhez kövesse az élményspecifikus vészhelyreállítási útmutató megfelelő szakaszát az elem visszaállításához.

Következő lépések