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. Using data persistence with soft delete causes very high storage costs. További információ: Engedélyeznem kell-e a helyreállítható törlést?.

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. Using data persistence with soft delete causes very high storage costs. 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

  1. 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.

    Screenshot that shows a form to create an Azure Cache for Redis resource.

  2. Az Erőforrás létrehozása lapon válassza az Adatbázisok, majd az Azure Cache for Redis lehetőséget.

    Screenshot showing Azure Cache for Redis selected as a new database type.

  3. Az Új Redis Cache lapon konfigurálja az új prémium szintű gyorsítótár beállításait.

    Setting 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.
  4. Válassza a Hálózat lapfület , vagy válassza a Lap alján található Hálózatkezelés gombot.

  5. 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.

  6. Válassza a Tovább: Speciális lapot, vagy válassza a Tovább: Speciális gombot a lap alján.

  7. 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.

  8. Az RDB-adatmegőrzés engedélyezéséhez válassza az RDB lehetőséget, és konfigurálja a beállításokat.

    Setting Ajánlott érték Leírás
    Authentication Method 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.

    Megjegyzé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).

  9. Az AOF-adatmegőrzés engedélyezéséhez válassza az AOF lehetőséget, és konfigurálja a beállításokat.

    Setting Ajánlott érték Leírás
    Authentication Method 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.

  10. Válassza a Tovább: Címkék lapot, vagy válassza a Következő: Címkék gombot a lap alján.

  11. Ha kategorizálni szeretné az erőforrást, a Címkék lapon adja meg a nevet és az értéket.

  12. Select Review + create. Ekkor megjelenik a Véleményezés + létrehozás lap, ahol az Azure ellenőrzi a konfigurációt.

  13. 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

A New-AzRedisCache paranccsal új prémium szintű gyorsítótár hozható létre adatmegőrzéssel. Példák az RDB-adatmegőrzésre és az AOF-adatmegőrzésre

A meglévő gyorsítótárak a Set-AzRedisCache paranccsal frissíthetők. Példák a meglévő gyorsítótárhoz való adatmegőrzés hozzáadására.

Az az redis create paranccsal új prémium szintű gyorsítótár hozható létre adatmegőrzéssel. Ilyenek például a következők:

az redis create --location westus2 --name MyRedisCache --resource-group MyResourceGroup --sku Premium --vm-size p1 --redis-configuration @"config_rdb.json"

A meglévő gyorsítótárak az az redis update paranccsal frissíthetők. Ilyenek például a következők:

az redis update --name MyRedisCache --resource-group MyResourceGroup --set "redisConfiguration.rdb-storage-connection-string"="BlobEndpoint=https//..." "redisConfiguration.rdb-backup-enabled"="true" "redisConfiguration.rdb-backup-frequency"="15" "redisConfiguration.rdb-backup-max-snapshot-count"="1"

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.

Adatmegőrzés RDB-fájlban

Adatmegőrzés AOF-fájlban

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.

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:

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.

További lépések

További információ az Azure Cache for Redis funkcióiról.