Adatmegőrzés konfigurálása egy Azure Cache for Redis-példányhoz
A Redis-adatmegőrzés lehetővé teszi a gyorsítótárpéldányban tárolt adatok megőrzését. Hardverhiba esetén a gyorsítótárpéldány újrahidratálva lesz az adatmegőrzési fájl adataival, amikor az újra online állapotba kerül. Az adatok megőrzésének képessége fontos módja a gyorsítótárpéldányok tartósságának, mivel minden gyorsítótáradat a memóriában van tárolva. Adatvesztés akkor lehetséges, ha hiba történik, ha a gyorsítótár csomópontjai leállnak. A megőrzésnek kulcsfontosságú szerepet kell kapnia az Azure Cache for Redis magas rendelkezésre állási és vészhelyreállítási stratégiájában.
Figyelmeztetés
Ha a prémium szintű adatmegőrzést használja, ellenőrizze, hogy engedélyezve van-e a tárfiók helyreállítható törlése az adatmegőrzési funkció használata előtt. Az adatmegőrzés funkció a helyreállítható törlés engedélyezésével egyidejű használata rendkívül magas tárolási költségeket eredményezhet. További információ: Engedélyeznem kell-e a helyreállítható törlést?.
Figyelmeztetés
Az Enterprise és Enterprise Flash szinteken az AOF-adatmegőrzés mindig írási lehetősége 2025. április 1-jén megszűnik. Ez a beállítás már nem ajánlott jelentős teljesítménykorlátozásokkal. Az írás minden második lehetőségének használata vagy az RDB-adatmegőrzés használata javasolt.
A rendelkezésre állás hatóköre
| Szint | Alapszintű, Standard | Prémium | Enterprise, Enterprise Flash |
|---|---|---|---|
| Rendelkezésre áll | Nem | Igen | Igen (előzetes verzió) |
Adatmegőrzés típusai a Redisben
Az Azure Cache for Redis két adatmegőrzési lehetőséggel rendelkezik: a Redis-adatbázis (RDB) formátuma és a Csak fájl hozzáfűzése (AOF) formátum:
- RDB-adatmegőrzés – Ha RDB-adatmegőrzést használ, az Azure Cache for Redis bináris formátumban megőrzi a gyorsítótár pillanatképét. A pillanatképet egy Azure Storage-fiókba menti a rendszer. A konfigurálható biztonsági mentés gyakorisága határozza meg a pillanatkép megőrzésének gyakoriságát. Ha olyan katasztrofális esemény történik, amely az elsődleges és a replika gyorsítótárát is letiltja, a gyorsítótár automatikusan rekonstruálva lesz a legújabb pillanatkép használatával. További információ az RDB-adatmegőrzés előnyeiről és hátrányairól .
- AOF-adatmegőrzés – Az AOF-adatmegőrzés használatakor az Azure Cache for Redis minden írási műveletet naplóba ment. A naplót másodpercenként legalább egyszer menti a rendszer egy Azure Storage-fiókban. Ha olyan katasztrofális esemény történik, amely az elsődleges és a replika gyorsítótárát is letiltja, a rendszer automatikusan rekonstruálja a gyorsítótárat a tárolt írási műveletek használatával. További információ az AOF-adatmegőrzés előnyeiről és hátrányairól .
Az Azure Cache for Redis adatmegőrzési funkciói az adatok automatikus visszaállítására szolgálnak ugyanahhoz a gyorsítótárhoz az adatvesztés után. Az RDB/AOF által tárolt adatfájlok nem importálhatók új gyorsítótárba vagy meglévő gyorsítótárba. Az adatok gyorsítótárak közötti áthelyezéséhez használja az Importálás és exportálás funkciót. További információ: Adatok importálása és exportálása az Azure Cache for Redisben.
Az új gyorsítótárba felvehető adatok biztonsági másolatának létrehozásához automatikus szkripteket írhat a PowerShell vagy a parancssori felület használatával, amelyek rendszeresen exportálják az adatokat.
Előfeltételek és korlátozások
Az adatmegőrzési funkciók az adatvesztés után ugyanahhoz a gyorsítótárhoz való visszaállításra szolgálnak.
- Az RDB/AOF által tárolt adatfájlok nem importálhatók új gyorsítótárba vagy meglévő gyorsítótárba. Használja inkább az Importálás/Exportálás funkciót.
- A megőrzés nem támogatott passzív georeplikációs vagy aktív georeplikációs gyorsítótárak esetén.
- A Prémium szinten az AOF-adatmegőrzés nem támogatott több replikával.
- A Prémium szinten az adatokat a gyorsítótárpéldánysal azonos régióban lévő tárfiókban kell tárolni.
- A Prémium szinten a különböző előfizetésekben lévő tárfiókok az adatok megőrzésére használhatók, ha felügyelt identitással csatlakozik a tárfiókhoz.
A Prémium és a Nagyvállalati szintű adatmegőrzés közötti különbségek
A Prémium szinten az adatok közvetlenül egy Ön tulajdonában és kezelésében lévő Azure Storage-fiókban maradnak meg. Az Azure Storage automatikusan titkosítja az adatokat, amikor az megmarad, de a titkosításhoz saját kulcsokat is használhat. További információ: Ügyfél által felügyelt kulcsok az Azure Storage-titkosításhoz.
Figyelmeztetés
Ha a prémium szintű adatmegőrzést használja, ellenőrizze, hogy engedélyezve van-e a tárfiók helyreállítható törlése az adatmegőrzési funkció használata előtt. Az adatmegőrzés funkció a helyreállítható törlés engedélyezésével egyidejű használata rendkívül magas tárolási költségeket eredményezhet. További információ: Engedélyeznem kell-e a helyreállítható törlést?.
A Nagyvállalati és Nagyvállalati Flash-szinteken az adatok a gyorsítótárpéldányhoz közvetlenül csatolt felügyelt lemezen maradnak meg. A hely nem konfigurálható és nem érhető el a felhasználó számára. A felügyelt lemezek használata növeli az adatmegőrzés teljesítményét. A lemez alapértelmezés szerint Microsoft által felügyelt kulcsokkal (MMK) van titkosítva, de ügyfél által felügyelt kulcsok (CMK) is használhatók. További információ: adattitkosítás kezelése.
Adatmegőrzés beállítása az Azure Portal használatával
Prémium szintű gyorsítótár létrehozásához jelentkezzen be az Azure Portalra, és válassza az Erőforrás létrehozása lehetőséget. Gyorsítótárakat az Azure Portalon hozhat létre. Létrehozhatja őket Resource Manager-sablonokkal, PowerShell-lel vagy Azure CLI-vel is. További információ az Azure Cache for Redis létrehozásáról: Gyorsítótár létrehozása.
Az Erőforrás létrehozása lapon válassza az Adatbázisok, majd az Azure Cache for Redis lehetőséget.
Az Új Redis Cache lapon konfigurálja az új prémium szintű gyorsítótár beállításait.
Beállítás Ajánlott érték Leírás DNS-név Adjon meg egy globálisan egyedi nevet. A gyorsítótár nevének 1 és 63 karakter közötti sztringnek kell lennie, amely csak számokat, betűket vagy kötőjeleket tartalmaz. A névnek számmal vagy betűvel kell kezdődnie és végződnie, és nem tartalmazhat egymást követő kötőjeleket. A gyorsítótárpéldány gazdagépneve a \<DNS name>.redis.cache.windows.netkövetkező: .Előfizetés Legördülő menüben válassza ki az előfizetését. Az előfizetés, amely alatt létre kell hozni ezt az új Azure Cache for Redis-példányt. Erőforráscsoport Legördülő menüben jelöljön ki egy erőforráscsoportot, vagy válassza az Új létrehozása lehetőséget, és adjon meg egy új erőforráscsoportnevet. Annak az erőforráscsoportnak a neve, amelyben létre kívánja hozni a gyorsítótárat és más erőforrásokat. Ha az összes alkalmazás-erőforrást egy erőforráscsoportba helyezi, egyszerűen kezelheti vagy törölheti őket. Helyen Legördülő menü, és válasszon ki egy helyet. Válasszon ki egy régiót a gyorsítótárat használó más szolgáltatások közelében. Gyorsítótár típusa A prémium szintű szolgáltatások konfigurálásához válassza ki a legördülő menüt, és válasszon ki egy prémium gyorsítótárat. További részletekért tekintse meg az Azure Cache for Redis díjszabását. A tarifacsomag határozza meg a gyorsítótár méretét, teljesítményét és elérhető funkcióit. További információt az Azure Cache for Redis áttekintésében talál. Válassza a Hálózat lapfület , vagy válassza a Lap alján található Hálózatkezelés gombot.
A Hálózatkezelés lapon válassza ki a kapcsolati módszert. A prémium szintű gyorsítótár-példányok esetében nyilvánosan, nyilvános IP-címeken vagy szolgáltatásvégpontokon keresztül csatlakozhat. Privát végpont használatával privát kapcsolatot létesíthet.
Válassza a Tovább: Speciális lapot, vagy válassza a Tovább: Speciális gombot a lap alján.
A prémium szintű gyorsítótárpéldány Speciális lapján konfigurálja a nem TLS-port, a fürtözés és az adatmegőrzés beállításait. Az adatmegőrzéshez RDB- vagy AOF-adatmegőrzést is választhat.
Az RDB-adatmegőrzés engedélyezéséhez válassza az RDB lehetőséget, és konfigurálja a beállításokat.
Beállítás Ajánlott érték Leírás Hitelesítési módszer Legördülő lista, és válasszon ki egy hitelesítési módszert. A választható lehetőségek a felügyelt identitás vagy a tárkulcs Válassza ki az előnyben részesített hitelesítési módszert. A felügyelt identitás használata lehetővé teszi, hogy a tárfiókot egy másik előfizetésben használja, mint amelyikben a gyorsítótár található. Előfizetés Legördülő menü, és válasszon ki egy előfizetést. Másik előfizetésben is választhat tárfiókot, ha felügyelt identitást használ hitelesítési módszerként. Biztonsági mentés gyakorisága Legördülő menü, és válasszon egy biztonsági mentési időközt. A választható lehetőségek közé tartozik a 15 perc, a 30 perc, a 60 perc, a 6 óra, a 12 óra és a 24 óra. Ez az időköz az előző biztonsági mentési művelet sikeres befejezése után elkezdi a számlálást. Ha ez a folyamat befejeződik, egy új biztonsági mentés indul el. Storage-fiók Legördülő menüben válassza ki a tárfiókot. Válasszon egy tárfiókot ugyanabban a régióban és előfizetésben, mint a gyorsítótár. A Premium Storage-fiók azért ajánlott, mert nagyobb átviteli sebességgel rendelkezik. Azt is javasoljuk, hogy tiltsa le a helyreállítható törlés funkciót a tárfiókon, mivel az megnöveli a tárolási költségeket. További információ: Díjszabás és számlázás. Tárkulcs Legördülő menüben válassza ki a használni kívánt elsődleges vagy másodlagos kulcsot. Ha a tárfiók tárkulcsa újragenerálva van, újra kell konfigurálnia a kulcsot a Tárkulcs legördülő listából. Az első biztonsági mentés a biztonsági mentés gyakoriságának eltelte után indul el.
Feljegyzés
Ha RDB-fájlokról biztonsági másolatot készít a tárterületre, azok lapblobok formájában lesznek tárolva. Ha HNS-kompatibilis tárfiókot használ, az adatmegőrzés általában meghiúsul, mert a lapblobok nem támogatottak a HNS-kompatibilis tárfiókokban (ADLS Gen2).
Az AOF-adatmegőrzés engedélyezéséhez válassza az AOF lehetőséget, és konfigurálja a beállításokat.
Beállítás Ajánlott érték Leírás Hitelesítési módszer Legördülő lista, és válasszon ki egy hitelesítési módszert. A választható lehetőségek a felügyelt identitás vagy a tárkulcs Válassza ki az előnyben részesített hitelesítési módszert. A felügyelt identitás használata lehetővé teszi, hogy a tárfiókot egy másik előfizetésben használja, mint amelyikben a gyorsítótár található. Előfizetés Legördülő menü, és válasszon ki egy előfizetést. Másik előfizetésben is választhat tárfiókot, ha felügyelt identitást használ hitelesítési módszerként. Első tárfiók Legördülő menüben válassza ki a tárfiókot. Válasszon egy tárfiókot ugyanabban a régióban és előfizetésben, mint a gyorsítótár. A Premium Storage-fiók azért ajánlott, mert nagyobb átviteli sebességgel rendelkezik. Azt is javasoljuk, hogy tiltsa le a helyreállítható törlés funkciót a tárfiókon, mivel az megnöveli a tárolási költségeket. További információ: Díjszabás és számlázás. Első tárolókulcs Legördülő menüben válassza ki a használni kívánt elsődleges vagy másodlagos kulcsot. Ha a tárfiók tárkulcsa újragenerálva van, újra kell konfigurálnia a kulcsot a Tárkulcs legördülő listából. Második tárfiók (Nem kötelező) Legördülő menüben válassza ki a másodlagos tárfiókot. Másik tárfiókot is konfigurálhat. Ha egy második tárfiók van konfigurálva, a replika-gyorsítótárba írt írások ebbe a második tárfiókba lesznek írva. Második tárolókulcs (Nem kötelező) Legördülő menüben válassza ki a használni kívánt elsődleges vagy másodlagos kulcsot. Ha a tárfiók tárkulcsa újragenerálva van, újra kell konfigurálnia a kulcsot a Tárkulcs legördülő listából. Ha engedélyezve van az AOF-adatmegőrzés, a rendszer a gyorsítótárba történő írási műveleteket a névvel ellátott tárfiókba menti (vagy ha egy második tárfiókot konfigurált). Ha olyan katasztrofális hiba történik, amely az elsődleges és a replikagyorsítótárat is leépíti, a rendszer a tárolt AOF-naplót használja a gyorsítótár újraépítéséhez.
Válassza a Tovább: Címkék lapot, vagy válassza a Következő: Címkék gombot a lap alján.
Ha kategorizálni szeretné az erőforrást, a Címkék lapon adja meg a nevet és az értéket.
Válassza az Áttekintés + létrehozás lehetőséget. Ekkor megjelenik a Véleményezés + létrehozás lap, ahol az Azure ellenőrzi a konfigurációt.
A zöld érvényesítési üzenet megjelenése után válassza a Létrehozás lehetőséget.
A gyorsítótár létrehozása eltarthat egy ideig. Az előrehaladást az Azure Cache for Redis áttekintési oldalán követheti nyomon. Ha az állapot futásként jelenik meg, a gyorsítótár készen áll a használatra.
Adatmegőrzés beállítása a PowerShell és az Azure CLI használatával
Adattitkosítás kezelése
Mivel a Redis-adatmegőrzés inaktív adatokat hoz létre, az adatok titkosítása sok felhasználó számára fontos szempont. A titkosítási lehetőségek az Azure Cache for Redis használatban lévő szintjétől függően változnak.
A Prémium szinttel az adatok közvetlenül a gyorsítótárpéldányból az Azure Storage-ba kerülnek, amikor az adatmegőrzést kezdeményezik. Az Azure Storage-ban különböző titkosítási módszerek használhatók, beleértve a Microsoft által felügyelt kulcsokat, az ügyfél által kezelt kulcsokat és az ügyfél által megadott kulcsokat. A titkosítási módszerekről további információt az Inaktív adatok Azure Storage-titkosítása című témakörben talál.
Az Enterprise és az Enterprise Flash rétegekkel az adatok a gyorsítótárpéldányhoz csatlakoztatott felügyelt lemezen lesznek tárolva. Alapértelmezés szerint az adatmegőrzési adatokat tartalmazó lemez és az operációs rendszer lemeze Microsoft által felügyelt kulcsokkal van titkosítva. Az ügyfél által felügyelt kulcs (CMK) az adattitkosítás szabályozására is használható. Útmutatásért tekintse meg a nagyvállalati szintű gyorsítótárak titkosítását .
Adatmegőrzés – gyakori kérdések
Az alábbi lista válaszokat tartalmaz az Azure Cache for Redis adatmegőrzésével kapcsolatos gyakori kérdésekre.
- Engedélyezhetem az adatmegőrzést egy korábban létrehozott gyorsítótárban?
- Engedélyezhetem egyszerre az AOF- és RDB-adatmegőrzést?
- Hogyan működik a megőrzés a georeplikációs szolgáltatással?
- Melyik adatmegőrzési modellt válasszam?
- Mi történik, ha más méretre skáláztam, és a skálázási művelet előtt készült biztonsági mentést visszaállítom?
- Használhatom ugyanazt a tárfiókot két különböző gyorsítótárban való megőrzéséhez?
- Díjat számítok fel az adatmegőrzésben használt tárterületért
- Milyen gyakran ír az RDB és az AOF-adatmegőrzés a blobokhoz, és engedélyeznem kell a helyreállítható törlést?
- A tárfiók tűzfal-kivételei hatással lesznek az adatmegőrzésre
- Hogyan ellenőrizze, hogy engedélyezve van-e a helyreállítható törlés a tárfiókomban?
Adatmegőrzés RDB-fájlban
- Módosíthatom az RDB biztonsági mentési gyakoriságát a gyorsítótár létrehozása után?
- Miért van több mint 60 perc a biztonsági másolatok között, ha 60 perces RDB biztonsági mentési gyakorisággal rendelkezem?
- Mi történik a régi RDB biztonsági másolatokkal, amikor új biztonsági másolatot készít?
Adatmegőrzés AOF-fájlban
- Mikor érdemes második tárfiókot használni?
- Befolyásolja az AOF-adatmegőrzés a gyorsítótár átviteli sebességét, késését vagy teljesítményét?
- Hogyan távolíthatom el a második tárfiókot?
- Mi az újraírás, és milyen hatással van a gyorsítótáramra?
- Mire számíthatok, ha engedélyezve van az AOF-t használó gyorsítótár skálázása?
- Hogyan van rendszerezve az AOF-adataim a tárolóban?
- Engedélyezhetem az AOF-adatmegőrzést, ha több replikával rendelkezem?
Engedélyezhetem az adatmegőrzést egy korábban létrehozott gyorsítótárban?
Igen, az adatmegőrzés konfigurálható a gyorsítótár létrehozásakor és a meglévő Prémium, Nagyvállalati vagy Enterprise Flash-gyorsítótárakon is.
Engedélyezhetem egyszerre az AOF- és RDB-adatmegőrzést?
Nem, engedélyezheti az RDB-t vagy az AOF-t, de egyszerre mindkettőt nem.
Hogyan működik a megőrzés a georeplikációs szolgáltatással?
Ha engedélyezi az adatmegőrzést, a georeplikálás nem engedélyezhető a gyorsítótárban.
Melyik adatmegőrzési modellt válasszam?
Az AOF-adatmegőrzés minden írást naplóba ment, ami jelentős hatással van az átviteli sebességre. Összehasonlítva az AOF-t az RDB-adatmegőrzéssel, amely a beállított biztonsági mentési időköz alapján menti a biztonsági mentéseket, minimális hatással a teljesítményre. Válassza az AOF-adatmegőrzést, ha az elsődleges cél az adatvesztés minimalizálása, és a gyorsítótár alacsonyabb átviteli sebességének kezelése. Válassza az RDB-adatmegőrzést, ha szeretné fenntartani az optimális átviteli sebességet a gyorsítótárban, de mégis szeretne egy mechanizmust az adat-helyreállításhoz.
- További információ az RDB-adatmegőrzés előnyeiről és hátrányairól .
- További információ az AOF-adatmegőrzés előnyeiről és hátrányairól .
Az AOF-adatmegőrzés használatakor a teljesítménnyel kapcsolatos további információkért lásd : Befolyásolja-e az AOF-adatmegőrzés a gyorsítótár átviteli sebességét, késését vagy teljesítményét?
Befolyásolja az AOF-adatmegőrzés a gyorsítótár átviteli sebességét, késését vagy teljesítményét?
Az AOF-adatmegőrzés hatással van az átviteli sebességre. Az AOF az elsődleges és a replikafolyamaton is fut, ezért nagyobb processzor- és kiszolgálóterhelés jelenik meg egy AOF-adatmegőrzéssel rendelkező gyorsítótár esetében, mint egy azonos, AOF-adatmegőrzés nélküli gyorsítótár. Az AOF a legjobb konzisztenciát biztosítja a memóriában lévő adatokkal, mivel az egyes írási és törlési műveletek csak néhány másodperces késéssel maradnak meg. A kompromisszum az, hogy az AOF nagyobb számítási igényű.
Mindaddig, amíg a CPU- és a kiszolgálóbetöltés egyaránt kevesebb, mint 90%, az átviteli sebesség büntetést von maga után, de a gyorsítótár egyébként normálisan működik. A 90%-os processzor- és kiszolgálóterhelés felett az átviteli sebesség büntetése sokkal magasabb lehet, és a gyorsítótár által feldolgozott összes parancs késése nő. A késés azért nő, mert az AOF-adatmegőrzés az elsődleges és a replikafolyamaton is fut, növeli a használatban lévő csomópont terhelését, és az adatmegőrzést a kritikus adatelérési útvonalon helyezi el.
Mi történik, ha más méretre skáláztam, és a skálázási művelet előtt készült biztonsági mentést visszaállítom?
RDB és AOF-adatmegőrzés esetén is:
- Ha nagyobb méretre skálázott, nincs hatása.
- Ha kisebb méretre skálázott, és egyéni adatbázis-beállítással rendelkezik, amely nagyobb, mint az új méretre vonatkozó adatbázisokra vonatkozó korlát, az adatbázisokban lévő adatok nem lesznek visszaállítva. További információ: Érintett az egyéni adatbázis-beállítás a skálázás során?
- Ha kisebb méretre skálázott, és nincs elegendő hely a kisebb méretben az utolsó biztonsági mentés összes adatának tárolásához, a rendszer a visszaállítási folyamat során kiüríti a kulcsokat. A kulcsok általában az allkeys-lru kiürítési szabályzattal lesznek kiürítve.
Használhatom ugyanazt a tárfiókot két különböző gyorsítótárban való megőrzéséhez?
Nem, különböző tárfiókokat kell használnia a különböző gyorsítótárakhoz. Minden gyorsítótárnak saját tárfiókjával kell rendelkeznie az adatmegőrzés beállításához.
Fontos
Használjon külön tárfiókokat az adatmegőrzéshez és a gyorsítótáron végzett rendszeres exportálási műveletekhez.
Díjat számítok fel az adatmegőrzéshez használt tárterületért?
- Prémium szintű gyorsítótárak esetén a használt tárfiók tarifamodellje alapján kell fizetnie a felhasznált tárterületért.
- Nagyvállalati és Nagyvállalati Flash-gyorsítótárak esetén nem kell fizetnie a felügyelt lemeztárolóért. Az ár tartalmazza.
Milyen gyakran ír az RDB és az AOF-adatmegőrzés a blobokhoz, és engedélyeznem kell a helyreállítható törlést?
Javasoljuk, hogy ne engedélyezze a helyreállítható törlést a tárfiókokon, ha az Azure Cache for Redis-adatmegőrzést használja a prémium szintű szinten. Az RDB és az AOF-adatmegőrzés olyan gyakran írhat a blobokhoz, mint óránként, néhány percenként vagy másodpercenként. A tárfiókok helyreállítható törlésének engedélyezése azt is jelenti, hogy az Azure Cache for Redis nem tudja minimalizálni a tárolási költségeket a régi biztonsági mentési adatok törlésével.
A helyreállítható törlés gyorsan költségessé válik a gyorsítótár tipikus adatméreteivel, amelyek másodpercenként írási műveleteket is végrehajtanak. További információ a helyreállítható törlési költségekről: Díjszabás és számlázás.
Módosíthatom az RDB biztonsági mentési gyakoriságát a gyorsítótár létrehozása után?
Igen, módosíthatja az RDB-adatmegőrzés biztonsági mentési gyakoriságát az Azure Portal, a parancssori felület vagy a PowerShell használatával.
Miért van több mint 60 perc a biztonsági másolatok között, ha 60 perces RDB biztonsági mentési gyakorisággal rendelkezem?
Az RDB-adatmegőrzési biztonsági mentés gyakorisága csak akkor indul el, ha az előző biztonsági mentési folyamat sikeresen befejeződött. Ha a biztonsági mentés gyakorisága 60 perc, és a biztonsági mentési folyamat 15 percet vesz igénybe, a következő biztonsági mentés csak az előző biztonsági mentés kezdési időpontja után 75 perccel indul el.
Mi történik a régi RDB biztonsági másolatokkal, amikor új biztonsági másolatot készít?
A rendszer minden RDB-adatmegőrzési biztonsági mentést automatikusan töröl, kivéve a legutóbbit. Előfordulhat, hogy ez a törlés nem azonnal történik meg, de a régebbi biztonsági másolatok nem maradnak határozatlan ideig. Ha a prémium szintű adatmegőrzést használja, és a helyreállítható törlés be van kapcsolva a tárfiókban, a helyreállítható törlési beállítás érvényes, és a meglévő biztonsági másolatok továbbra is helyreállítható törlési állapotban maradnak.
Mikor érdemes második tárfiókot használni?
Használjon egy második tárfiókot az AOF-adatmegőrzéshez, ha úgy gondolja, hogy a vártnál nagyobb műveleteket állított be a gyorsítótárban. A másodlagos tárfiók beállítása segít biztosítani, hogy a gyorsítótár ne érje el a tárolási sávszélesség korlátait. Ez a beállítás csak prémium szintű gyorsítótárakhoz érhető el.
Hogyan távolíthatom el a második tárfiókot?
Az AOF-adatmegőrzés másodlagos tárfiókjának eltávolításához állítsa be a második tárfiókot úgy, hogy ugyanaz legyen, mint az első tárfiók. Meglévő gyorsítótárak esetén a gyorsítótár Erőforrás menüjéből érheti el az adatmegőrzést. Az AOF-adatmegőrzés letiltásához válassza a Letiltva lehetőséget.
Mi az újraírás, és milyen hatással van a gyorsítótáramra?
Ha az AOF-fájl elég nagy lesz, a rendszer automatikusan sorba állítja az újraírást a gyorsítótárban. Az átírás átméretezi az AOF-fájlt az aktuális adatkészlet létrehozásához szükséges minimális műveletkészlettel. Az átírások során várhatóan hamarabb eléri a teljesítménykorlátokat, különösen nagy adathalmazok kezelésekor. Az átírások ritkábban fordulnak elő, amikor az AOF-fájl nagyobbá válik, de ez jelentős időt vesz igénybe.
Mire számíthatok, ha engedélyezve van az AOF-t használó gyorsítótár skálázása?
Ha a skálázáskor az AOF-fájl mérete nagy, akkor a méretezési művelet a vártnál tovább tart, mert a skálázás befejezése után újra betölti a fájlt.
A skálázással kapcsolatos további információkért lásd : Mi történik, ha más méretre skáláztam, és a skálázási művelet előtt készült biztonsági mentést visszaállítom?
Hogyan van rendszerezve az AOF-adataim a tárolóban?
A Prémium szint használatakor az AOF-fájlokban tárolt adatok szegmensenként több oldalblobra vannak osztva. Alapértelmezés szerint a blobok fele az elsődleges tárfiókban, a fele pedig a másodlagos tárfiókban lesz mentve. Az adatok több lapblobra és két különböző tárfiókra való felosztása növeli a teljesítményt.
Ha a gyorsítótárba történő írások csúcsértéke nem túl magas, akkor lehet, hogy nincs szükség erre a többletteljesítményre. Ebben az esetben a másodlagos tárfiók konfigurációja eltávolítható. A rendszer ehelyett az összes AOF-fájlt csak az egyetlen elsődleges tárfiókban tárolja. Az alábbi táblázat az egyes tarifacsomagokhoz használt összes oldalblobot jeleníti meg:
| Prémium szintű csomag | Blobok |
|---|---|
| P1 | Szegmensenként 8 |
| P2 | 16 szegmensenként |
| P3 | 32 szegmensenként |
| P4 | 40 szegmensenként |
Ha a fürtözés engedélyezve van, a gyorsítótár minden szegmense saját lapblobokkal rendelkezik az előző táblázatban leírtak szerint. Egy három szegmensből álló P2-gyorsítótár például 48 oldalblobban osztja el az AOF-fájlt: szegmensenként tizenhat blobot, három szegmenssel.
Az átírás után két AOF-fájlkészlet létezik a tárolóban. Az átírások a háttérben történnek, és hozzáfűzik az első fájlkészlethez. Állítsa be az újraírás során a gyorsítótárba küldött műveleteket, és fűzze hozzá a második készlethez. Ha hiba történik, a rendszer ideiglenesen tárolja a biztonsági mentést az átírások során. Az újraírás befejezése után a rendszer azonnal törli a biztonsági másolatot. Ha a helyreállítható törlés be van kapcsolva a tárfiókban, a helyreállítható törlési beállítás érvényes, és a meglévő biztonsági másolatok továbbra is helyreállítható törlési állapotban maradnak.
A tárfiók tűzfal-kivételei hatással lesznek az adatmegőrzésre?
A felügyelt identitás használata hozzáadja a gyorsítótárpéldányt a megbízható szolgáltatások listájához, így egyszerűbbé válik a tűzfalak kivételeinek végrehajtása. Ha nem felügyelt identitást használ, hanem kulcs használatával engedélyez egy tárfiókot, akkor a tárfiók tűzfal kivételei általában megszakítják az adatmegőrzési folyamatot. Ez csak a Prémium szintű adatmegőrzésre vonatkozik.
Engedélyezhetem az AOF-adatmegőrzést, ha több replikával rendelkezem?
A Prémium szinttel nem használhat csak hozzáfűző fájl (AOF) adatmegőrzést több replikával. A Nagyvállalati és Vállalati Flash szinteken a replikaarchitektúra bonyolultabb, de az AOF-adatmegőrzés támogatott, ha a vállalati gyorsítótárakat zónaredundáns üzembe helyezésben használják.
Hogyan ellenőrizze, hogy engedélyezve van-e a helyreállítható törlés a tárfiókomban?
Válassza ki azt a tárfiókot, amelyet a gyorsítótár a megőrzéshez használ. Válassza az Adatvédelem lehetőséget az Erőforrás menüben. A munkaablakban ellenőrizze a blobok helyreállítható törlésének engedélyezése állapotát. Az Azure Storage-fiókok helyreállítható törléséről további információt a blobok helyreállítható törlésének engedélyezése című témakörben talál.
Következő lépések
További információ az Azure Cache for Redis funkcióiról.