Az SQL Server Always On rendelkezésre állási csoportok biztonsági mentése

Az Azure Backup teljes körű támogatást nyújt az SQL Server mindig rendelkezésre állási csoportokon (AG) történő biztonsági mentéséhez, ha minden csomópont ugyanabban a régióban és előfizetésben található, mint a Recovery Services-tároló. Ha azonban az AG-csomópontok régiók/előfizetések/helyszíni és Azure között oszlanak meg, figyelembe kell venni néhány szempontot.

A ma támogatott biztonsági mentési és visszaállítási forgatókönyvek megtekintéséhez tekintse meg a támogatási mátrixot. Gyakori kérdésekért tekintse meg a gyakori kérdéseket.

Megjegyzés

Azure Backup nem támogatja az alapszintű rendelkezésre állási csoport adatbázisainak biztonsági mentését.

Biztonsági mentési beállítások viselkedése SQL Server verzió szerint

A másodlagos replikák teljes és különbözeti biztonsági mentésének támogatása SQL Server verziótól függ. Az AG biztonsági mentési beállításai és SQL Server verziója határozza meg az egyes biztonsági mentési típusokhoz kiválasztott csomópontot.

2022-SQL Server és korábbi verziók

Az Azure Backup SQL AG által használt biztonsági mentési beállítás csak az elsődleges replikáról támogatja a teljes és a különbségi biztonsági mentést. Ezért ezek a biztonsági mentési feladatok mindig az elsődleges csomóponton futnak, függetlenül a biztonsági mentési beállításoktól. A csak másolási és tranzakciónapló-biztonsági mentések esetében az AG biztonsági mentési beállításai a biztonsági mentést futtató csomópont kiválasztásakor lesznek figyelembe véve.

Az AG biztonsági mentési beállításai Teljes és Diff biztonsági mentések futnak A csak másolási és naplózási biztonsági mentések a következőből származnak:
Elsődleges Elsődleges replika Elsődleges replika
Csak másodlagos Elsődleges replika A másodlagos replikák bármelyike
Másodlagos előnyben részesítés Elsődleges replika Előnyben részesítik a másodlagos replikákat, de a biztonsági másolatok az elsődleges replikán is futtathatók.
Nincs/Nincs Elsődleges replika Bármely replika

2025-ös és újabb SQL Server

A 2025-ös és újabb SQL Server másodlagos replikák teljes és differenciált biztonsági mentéseket is támogatnak. A biztonsági mentési beállítás mostantól egységesen szabályozza mindkét biztonsági mentési típust. Ha a Csak másodlagos vagy a Másodlagos előnyben részesítése beállítást választja, a teljes és a differenciális biztonsági mentésekhez többé nincs szükség az elsődleges csomópontra.

Az AG biztonsági mentési beállításai Teljes és Diff biztonsági mentések futnak A csak másolási és naplózási biztonsági mentések a következőből származnak:
Elsődleges Elsődleges replika Elsődleges replika
Csak másodlagos A másodlagos replikák bármelyike A másodlagos replikák bármelyike
Másodlagos előnyben részesítés Előnyben részesítik a másodlagos replikákat, de a biztonsági másolatok az elsődleges replikán is futtathatók. Előnyben részesítik a másodlagos replikákat, de a biztonsági másolatok az elsődleges replikán is futtathatók.
Nincs/Nincs Bármely replika Bármely replika

Amikor regisztrál egy csomópontot a Azure Backup szolgáltatásban, telepíti a számítási feladat biztonsági mentési bővítményét a csomóponton. Ha biztonsági mentésre konfigurál egy AG-adatbázist, a rendszer leküldi a biztonsági mentés ütemezését az AG összes regisztrált csomópontjára. Az ütemezések az összes AG-csomóponton aktiválódnak, és az ezeken a csomópontokon lévő számítási feladatok biztonsági mentési bővítményei szinkronizálódnak egymás között, hogy eldöntsék, melyik csomópont végezheti el a biztonsági mentést. A csomópont kiválasztása a biztonsági mentés típusától és a biztonsági mentési beállítások SQL Server verzió szerinti viselkedésében leírt biztonsági mentési beállítástól függ.

A kijelölt csomópont folytatja a mentési feladatot, míg a többi csomóponton aktivált feladat megáll, vagyis megszakítja azt.

Megjegyzés

Az Azure Backup nem veszi figyelembe a biztonsági mentési prioritásokat vagy replikákat, miközben a másodlagos replikák között dönt.

AG-csomópontok regisztrálása a Recovery Services-tárolóba

A Recovery Services-tárolók csak a tárolóval azonos régióban és előfizetésben lévő virtuális gépekről támogatják az adatbázisok biztonsági mentését.

2022-SQL Server és korábbi verziók:

  • Regisztrálja az elsődleges csomópontot az archívumba (ellenkező esetben nincs mód teljes biztonsági mentésre).
  • Regisztráljon legalább egy másodlagos csomópontot a tárolóba (ellenkező esetben a napló/másolás alapú teljes biztonsági mentések nem történhetnek meg), ha a biztonsági mentési beállítás csak másodlagos.

Az AG-adatbázisok biztonsági mentéseinek konfigurálása a FabricSvcBackupPreferenceCheckFailedUserError hibakóddal meghiúsul, ha a fenti feltételek nem teljesülnek.

SQL Server 2025-ös és újabb verziók:

  • Az elsődleges csomópont regisztrációja már nem kötelező az AG biztonsági mentési konfigurációja esetében. Mivel a teljes és a különbségi biztonsági mentések mostantól másodlagos replikákon is futtathatók, úgy is konfigurálhatja a biztonsági mentéseket, hogy csak másodlagos csomópontok legyenek regisztrálva (ha a biztonsági mentési beállítás Csak másodlagos vagy Másodlagos előnyben részesítése).
  • Az elsődleges biztonsági mentés beállításához az elsődleges csomópontot továbbra is regisztrálni kell.
  • Regisztráljon legalább egy csomópontot, amely megfelel a választott biztonsági mentési beállításnak.

Megjegyzés

Az elsődleges csomópontregisztrációs követelmény lazítását az AG-adatbázis felderítése során észlelt SQL Server verzió határozza meg. Ha az AG bármely replikája a 2022-SQL Server vagy korábbi verziót futtatja, az elsődleges csomópontregisztrációs követelmény továbbra is érvényben marad az adott AG-ben.

Tekintsük referenciaként a következő AG-üzembe helyezést.

AG üzembe helyezési diagram, referencia.

A megadott AG üzembe helyezés alapján az alábbi szempontokat érdemes figyelembe venni:

  • Mivel az elsődleges csomópont az 1. régióban és az 1. előfizetésben található, a Helyreállítási szolgáltatás tárnak (Tár 1) az 1. régióban és az 1. előfizetésben kell lennie az AG védelméhez.
  • VM3 nem regisztrálható a Vault 1-ben, mivel az egy másik előfizetésben található.
  • VM4 nem regisztrálható az 1. számú tárolóba, mivel másik régióban van.
  • Ha a biztonsági mentési beállítás csak másodlagos, regisztrálja a VM1 -et (elsődleges) és a VM2 -t (másodlagos) az 1. tárolóba. A 2022-SQL Server és korábbi verziókban a teljes biztonsági mentéshez az elsődleges csomópont szükséges, így mindkét csomópontot regisztrálni kell; a 2025-ös és újabb SQL Server csak a VM2 elegendő. Egyéb biztonsági mentési beállítások esetén regisztrálja a VM1 -et (elsődleges) az 1. tárolóba; A VM2 nem kötelező.
  • Bár a 2. előfizetésben regisztrálhatja a VM3-t a 2. tárolóba, és az AG-adatbázisok ekkor megjelennek a 2. tárolóban való védelemhez, a biztonsági mentések konfigurálása a 2022-SQL Server és a korábbi verziókban meghiúsul, mivel a 2. tároló elsődleges csomópontja nem található meg. SQL Server 2025 és újabb verziók esetén a 2. tárolóban beállíthatja a biztonsági mentéseket, ha a biztonsági mentési beállítás Csak másodlagos vagy Elsődlegesen másodlagos.
  • Hasonlóképpen, bár a VM4-et regisztrálhatja a 2. régió 4- tárolójához, a biztonsági mentések konfigurálása a 2022-SQL Server és a korábbi verziókban meghiúsulna, mivel az elsődleges csomópont nincs regisztrálva a 4. tárolóban. Az SQL Server 2025-ben és újabb verzióiban a biztonsági mentéseket a 4-es tárolóban konfigurálhatja, ha a biztonsági mentési beállítás értéke Csak másodlagos vagy Másodlagos előnyben részesítése.

Feladatátvétel kezelése

Miután az AG átváltott az egyik másodlagos csomópontra:

  • SQL Server 2022 és korábbi verziók: A teljes és különbségi biztonsági mentések az új elsődleges csomóponton folytatódnak, ha az regisztrálva van a tárolóhoz.
  • SQL Server 2025 és újabb verziók: A teljes és különbségi biztonsági mentések továbbra is arról a csomópontról készülnek, amely megfelel a biztonságimentés-preferenciának. Csak másodlagos vagy Másodlagos előnyben részesítése esetén ezek a biztonsági másolatok lefuthatnak egy másodlagos replikán.
  • A napló és a csak másolt teljes biztonsági másolatok az elsődleges/másodlagos csomópontról folytatódnak a biztonsági mentési beállítások alapján.

Megjegyzés

A naplólánc nem szakad meg feladatátvételkor, ha a feladatátvétel nem egybeesik a biztonsági mentéssel.

A fenti minta AG-üzembe helyezés alapján a következő feladatátvételi lehetőségek állnak rendelkezésre:

  • Átkapcsolás a VM2-re
    • A teljes és különbségi biztonsági mentések a VM2-ről történnek.
    • A naplózási és másolási teljes biztonsági mentések az 1. vagy a 2. virtuális gépről történnek a biztonsági mentési beállítások alapján.
  • Átkapcsolás a VM3-hoz (másik előfizetés)
    • Mivel a biztonsági másolatok nincsenek konfigurálva a 2. tárolóban, nem történne biztonsági mentés.
    • A 2022-SQL Server és korábbi verziókban, ha a biztonsági mentési beállítás nem csak másodlagos, most már konfigurálhatja a biztonsági mentéseket a 2. tárolóban, mert az elsődleges csomópont regisztrálva van ebben a tárolóban. A 2025-ös és újabb SQL Server biztonsági mentéseket akkor is konfigurálhatja, ha a 2. tároló regisztrált csomópontja megfelel a kiválasztott biztonsági mentési beállításnak. Ez a feltétel ütközésekhez vagy biztonsági mentési hibákhoz vezethet. További információ: Biztonsági másolatok konfigurálása többrégiós AG-hez.
  • Átváltás a VM4-re (másik régióba)
    • Mivel a biztonsági másolatok nincsenek konfigurálva a 4. tárolóban, nem történik biztonsági mentés.
    • A 2022-SQL Server és korábbi verziókban, ha a biztonsági mentési beállítás nem csak másodlagos, most már konfigurálhatja a biztonsági mentéseket a 4. tárolóban, mert az elsődleges csomópont regisztrálva van ebben a tárolóban. A 2025-ös és újabb SQL Server biztonsági mentéseket akkor is konfigurálhatja, ha a 4. tároló regisztrált csomópontja megfelel a kiválasztott biztonsági mentési beállításnak. Ez a feltétel ütközésekhez vagy biztonsági mentési hibákhoz vezethet. További információ: Biztonsági másolatok konfigurálása többrégiós AG-hez.

Többrégiós AG biztonsági mentéseinek konfigurálása

A Helyreállítási szolgáltatások tár nem támogatja az előfizetések közötti vagy régiók közötti mentéseket. Ez a szakasz azt foglalja össze, hogyan engedélyezheti az előfizetéseket vagy Azure-régiókat felölelő AG-k biztonsági mentéseit és a kapcsolódó szempontokat.

  • Értékelje ki, hogy valóban engedélyeznie kell-e az összes csomópont biztonsági mentését. Ha egy régió/előfizetés rendelkezik a legtöbb AG-csomópontpal, és nagyon ritkán történik feladatátvétel más csomópontokra, a biztonsági mentés beállítása elég lehet az első régióban. Ha a más régióba/előfizetésbe történő feladatátvételek gyakran és hosszabb ideig történnek, akkor érdemes lehet proaktív módon beállítani a biztonsági mentéseket a másik régióban is.

  • Minden tároló, ahol a biztonsági mentés engedélyezve van, saját helyreállításipont-láncokkal fog rendelkezni. Ezekből a helyreállítási pontokból csak az adott tárolóban regisztrált virtuális gépeken végezhetők visszaállítások.

  • SQL Server 2022-ben és korábbi verziókban: A teljes és különbségi biztonsági mentések csak az elsődleges csomópontot tartalmazó tárolóban működnek. Ezek a biztonsági másolatok más tárolókban továbbra is sikertelenek maradnak. Az SQL Server 2025-ben és az azt követő verziókban ez a viselkedés megváltozik a(z) Secondary Only és Prefer Secondary beállítások esetén – lásd: SQL Server 2025: Többrégiós AG biztonsági mentési változások.

  • A naplók biztonsági mentései addig működnek az előző tárolóban, amíg a napló biztonsági mentése nem fut az új tárolóban (vagyis abban a tárolóban, ahol az új elsődleges csomópont található), és megszakítja a régi tároló naplóláncát.

    Megjegyzés

    Az eseménynaplók biztonsági mentése 15 napos szigorú korlátozással van ellátva, amelyen túl a mentések elkezdenek sikertelenül végződni.

  • A csak másolásra használható teljes biztonsági másolatok az összes tárolóban működnek.

  • A vaultokban lévő védelem különálló adatforrásként van kezelve, és külön számlázva van.

A két tároló közötti naplómentési ütközések elkerülése érdekében javasoljuk, hogy állítsa a mentési preferenciát Elsődlegesre. Ezután, amelyik tároló rendelkezik az elsődleges csomópontpal, a napló biztonsági mentését is elvégezi.

SQL Server 2025: Többrégiós AG biztonsági mentésének változásai

A 2025-ös SQL Server esetén a teljes és a különbségi biztonsági mentéshez már nincs szükség az elsődleges csomópontra. Ez a változás a következőt jelenti:

  • Az elsődleges csomópont regisztrációja nem kötelező – Ha a biztonsági mentési beállítás másodlagos vagy másodlagos, akkor bármely regisztrált másodlagos csomópontról konfigurálhatja és futtathatja a biztonsági mentéseket, még akkor is, ha az elsődleges csomópont egy másik régióban vagy előfizetésben található.

  • Csökkentett feladatátvételi hatás – Ha a feladatátvétel egy másik régióban lévő csomópontra történik, a biztonsági másolatok az eredeti tárolóban is folytathatók, amíg elérhető a biztonsági mentési beállításnak megfelelő regisztrált csomópont.

A tárolók közötti koordináció alapvető korlátozása azonban továbbra is fennáll – a biztonsági másolatok nem koordinálhatók több tároló között. Ha AG-csomópontokat különböző régiókhoz tartozó különböző tárolókban regisztrál, az egyidejű biztonsági mentési ütemezések ütközhetnek, és a naplólánc megszakadását vagy duplikált biztonsági mentéseket okozhatnak.

Javaslat a trezorok közötti ütközések elkerülésére:

  • 2 csomópontos AG: Állítsa a biztonsági mentési beállítást Csak másodlagos vagy Elsődleges értékre.
  • 3+ csomópontos AG: Állítsa a biztonsági mentési beállítást erre: Elsődleges.

Ez a konfiguráció biztosítja, hogy egyszerre csak egy tároló csomópontja jogosult biztonsági mentésre.

A fenti minta AG-üzembe helyezés alapján az alábbi lépéseket követve engedélyezheti a biztonsági mentést az összes csomópontról. A feltételezés az, hogy a biztonsági mentési beállítások minden lépésben teljesülnek.

1. lépés: Biztonsági másolatok engedélyezése az 1. régió 1. előfizetésében (1. tároló)

Mivel az elsődleges csomópont régióban és előfizetésben található, a biztonsági mentések engedélyezésének szokásos lépései működni fognak.

2. lépés: Biztonsági másolatok engedélyezése az 1. régió 2. előfizetésében (2. tároló)

  1. Feladatátvétel az AG-ről a VM3-ra, hogy az elsődleges csomópont a 2. tárolóban legyen.
  2. Biztonsági másolatok konfigurálása az AG-adatbázisokhoz a Vault 2-ben.
  3. Ezen a ponton:
    1. A teljes/különbségi biztonsági mentések az 1. tárolóban sikertelenek lesznek, mivel egyik regisztrált csomópont sem tudja elvégezni ezt a biztonsági másolatot.
    2. A naplók biztonsági mentései sikeresek lesznek az 1. tárolóban, amíg a napló biztonsági mentése a 2. tárolóban nem fut, és meg nem szakítja az 1. tároló naplóláncát.
  4. Az AG visszaállítása a VM1-be.

3. lépés: Biztonsági másolatok engedélyezése a 2. régió 1. előfizetésében (4. tároló)

Ugyanaz, mint a 2. lépés.

Készítsen biztonsági mentést egy olyan AG-ről, amely az Azure-ra és a helyszíni környezetre is kiterjed

Az SQL Serverhez készült Azure Backup nem futtatható a helyszínen. Ha az elsődleges csomópont az Azure-ban található, és az Azure-beli csomópontok kielégítik a biztonsági mentési beállításokat, a többrégiós AG-hez tartozó fenti útmutatást követve engedélyezheti a biztonsági mentéseket az Azure-beli replikákhoz. Ha feladatátvétel történik a helyszíni csomópontra, az Azure-ban a teljes és differenciális biztonsági mentés sikertelen lesz. A naplók biztonsági mentései a naplólánc megszakadásáig/15 nap elteltével is folytatódhatnak.

Biztonsági mentési feladatok korlátozása egy AG csoport-adatbázisban

A biztonsági mentés szabályozására vonatkozó korlátozások jelenleg egy adott gép szintjén érvényesek. Az alapértelmezett korlát 20 – ha egyszerre több mint 20 biztonsági mentés aktiválódik, az első 20 fut, a többi pedig várólistára kerül. Amikor a futó feladatok befejeződtek, a várakozó feladatok elindulnak.

Ezt az értéket kisebb értékre módosíthatja, ha az egyidejű biztonsági mentések memória-/IO/CPU-terhelést okoznak a csomóponton. Mivel a szabályozás csomópontszinten van, a kiegyensúlyozatlan AG-csomópontok biztonsági mentési szinkronizálási problémákhoz vezethetnek. Ennek megértéséhez fontolja meg például a 2 csomópontos AG-t.

Az első csomópont például 50 önállóan védett adatbázissal rendelkezik, és mindkét csomópont 5 AG-adatbázis védelmét tartalmazza. Az 1. csomópontnak 55 adatbázis-biztonsági mentési feladat van ütemezve, míg a 2. csomópontnak csak 5 van. Emellett ezek a biztonsági másolatok úgy vannak konfigurálva, hogy minden órában egyszerre fussanak. Egy ponton mind az 55 biztonsági mentés aktiválódik az 1. csomóponton, és ezek közül 35 várólistára kerül. Ezek közül néhány az AG-adatbázis biztonsági másolata. A 2. csomóponton azonban az AG-adatbázis biztonsági másolatai sorba állítás nélkül haladnának tovább.

Mivel az AG-adatbázis feladatsora az egyik csomóponton fut, és egy másikon fut, a biztonsági mentés szinkronizálása nem működik megfelelően. A 2. csomópont feltételezheti, hogy az 1. csomópont leállt, ezért az 1. csomópontból származó feladatok nem jönnek létre szinkronizálásra. Ez a probléma naplólánctörésekhez vagy további biztonsági mentésekhez vezethet, mivel mindkét csomópont egymástól függetlenül végezhet biztonsági mentéseket.

Hasonló probléma akkor fordulhat elő, ha a védett AG-adatbázisok száma meghaladja a szabályozási korlátot. Ilyen esetben például a DB1 biztonsági mentése várólistára állítható az 1. csomóponton, míg a 2. csomóponton fut.

Javasoljuk, hogy a következő biztonsági mentési beállításokat használja a szinkronizálási problémák elkerülése érdekében:

  • Két csomópontos AG esetén állítsa a biztonsági mentési beállításokat elsődleges vagy másodlagos értékre – akkor csak az egyik csomópont végezheti el a biztonsági mentéseket, a másik mindig ki fog szabadulni.
  • A 2-nél több csomóponttal rendelkező AG esetében állítsa a biztonsági mentési beállításokat Elsődlegesre, így csak az elsődleges csomópont végezheti el a biztonsági mentéseket, a többiek pedig nem vesznek részt.

AG-biztonsági másolatok számlázása

Az önálló SQL-példányhoz hasonlóan egy biztonsági másolatot használó AG-példány is egy védett példánynak minősül. A példányok védett adatbázisainak teljes előtérmérete díjköteles. Fontolja meg a következő üzembe helyezést:

Az adatbázisok védett példányainak számítását bemutató ábra.

A védett példányok kiszámítása a következőképpen történik:

Védett példány/ Számlázási példány Az előtérbeli méret kiszámításához figyelembe vett adatbázisok
AG1 DB1, DB2
AG2 DB4
VM2 DB3
VM3 DB6
VM4 DB5

Védett adatbázis áthelyezése AG-be vagy AG-ből

Az Azure Backup az SQL-példányt vagy az AG-nevet\Az adatbázis nevét az adatbázis egyedi neveként tekinti. Az önálló adatbázis védelmekor az egyedi neve StandAloneInstanceName\DBName volt. Amikor egy AG alá kerül, az egyedi név AGName\DBName névre változik. Az önálló adatbázis biztonsági mentései a következő hibakóddal kezdődnek: UserErrorBackupFailedStandaloneDatabaseMovedInToAG.

Az adatbázist úgy kell konfigurálni, hogy védett legyen az AG alól. Ez egy új adatforrásként lesz kezelve, külön helyreállításipont-lánccal. Az önálló adatbázis korábbi védelme leállítható az adatmegőrzés során, így elkerülhető, hogy a jövőbeni biztonsági mentések aktiválódjanak és meghiúsuljanak. Hasonlóképpen, amikor egy védett AG-adatbázis kilép az AG-ből, és önálló adatbázissá válik, a biztonsági másolatok hibakóddal kezdődnek: UserErrorBackupFailedDatabaseMovedOutOfAG.

Az adatbázist úgy kell konfigurálni, hogy védelmet biztosítson az önálló példánytól. Ez egy új adatforrásként lesz kezelve, külön helyreállításipont-lánccal. Az AG-adatbázis régebbi védelmét le lehet állítani az adatok megőrzésének opciójával, ami lehetővé teszi, hogy elkerüljük, hogy a jövőbeli biztonsági mentések aktiválják és hibát okozzanak rajta.

Csomópont hozzáadása vagy eltávolítása egy AG-hez

Amikor egy új csomópontot adnak hozzá a biztonsági mentésekhez konfigurált AG-hez, a már regisztrált AG-csomópontokon futó számítási feladatok biztonsági mentési bővítményei észlelik az AG-topológia módosítását, és tájékoztatják az Azure Backup szolgáltatást a következő ütemezett adatbázis-felderítési feladat során. Amikor ez az új csomópont ugyanarra a Recovery Services-tárolóra regisztrálva lesz, mint a többi meglévő csomópont, az Azure Backup szolgáltatás elindít egy munkafolyamatot, amely konfigurálja ezt az új csomópontot az AG-biztonsági mentések végrehajtásához szükséges metaadatokkal.

A lépés után az új csomópont szinkronizálja az AG biztonsági mentési ütemezési adatait a Azure Backup szolgáltatásból, és elkezd részt venni a szinkronizált biztonsági mentési folyamatban. Ha az új csomópont nem tudja szinkronizálni a biztonsági mentési ütemezéseket, és részt vesz a biztonsági mentésekben, a csomópont újraregisztrációjának aktiválása a csomópont újrakonfigurálását is kényszeríti az AG-biztonsági mentésekhez. Hasonlóképpen, a csomópontok eltávolítása során a számítási feladatok bővítményei észlelik az AG-topológia változását, és tájékoztatják a Azure Backup szolgáltatást. A szolgáltatás elindít egy csomópont konfiguráció nélküli munkafolyamatát az eltávolított csomóponton az AG-adatbázisok biztonsági mentési ütemezésének törléséhez és az AG-hez kapcsolódó metaadatok törléséhez.

AG-csomópont regisztrációjának törlése az Azure Backupból

Ha egy csomópont egy olyan AG része, amely egy vagy több, biztonsági mentésre konfigurált adatbázissal rendelkezik, akkor az Azure Backup nem engedélyezi a csomópont regisztrációjának törlését. Ez azért van, hogy megelőzze a jövőbeli biztonsági mentési hibákat, ha a biztonsági mentési beállítások nem teljesülnek a csomópont nélkül. A csomópont regisztrációjának törléséhez először el kell távolítania azt az AG-ből. Amikor a visszavonási konfigurálási munkafolyamat befejeződik és a csomópont törlődik, megszüntetheti a regisztrációját.

Az adatbázis visszaállítása az Azure Backupból az AG SQL rendelkezésre állási csoportokba nem támogatja közvetlenül az adatbázis AG-be való visszaállítását. Az adatbázist vissza kell állítani egy önálló SQL-példányra, majd csatlakoznia kell egy AG-hez.

A rendelkezésre állási csoport újralétrehozásának forgatókönyvei az SQL-adatbáziskiszolgálóhoz

A rendelkezésre állási csoport (AG) újbóli létrehozása, a duplikált AG-k és a biztonsági mentési elemek védett elemekként jelennek meg a következő forgatókönyvekben:

  • A már védett AG-k ismételt létrehozása duplikált AG-ként jelenik meg a Biztonsági mentés konfigurálása lapon és a Védett elemek listájában. Ha meg szeretné őrizni a régebbi AG-ben már meglévő biztonsági mentési adatokat, állítsa le a biztonsági mentést a Stop protection és az Adatmegőrző beállítás használatával, mielőtt újra létrehozna és ütemezené a biztonsági mentéseket az új AG-elemeken.

    Az Azure Backup terv szerint felsorolja a védett elemek listájában szereplő ismétlődő elemeket, valamint a Biztonsági mentési lap vagy a Védhető elemek listájánakkonfigurálását, és megjeleníti ezeket az elemeket, amíg meg nem szeretné őrizni a biztonsági mentési adatokat.

  • Ha nem szeretné, hogy a biztonsági mentési adatok a régebbi AG-ből származnak, állítsa le a biztonsági mentési műveletet a régebbi elem adatvédelmének leállításával és törlésével , mielőtt újra létrehozna és ütemezené a biztonsági mentéseket az új AG-n.

    Figyelemfelhívás

    A védelem leállítása és az adatok törlése romboló művelet.

  • A biztonsági mentési hibák elkerülése érdekében a fenti leállítási védelmi folyamat végrehajtása után újra létrehozhatja az AG-t.

SQL Server 2025-ös AG biztonsági mentési szempontjai

Biztonsági mentés beállításainak változásai a konfiguráció után

Ha módosítja az AG biztonsági mentési beállításait, de nem regisztrálja a szükséges csomópontot a tárolóban, a biztonsági mentések sikertelenek lesznek. Ha például a beállítást ElsődlegesrőlCsak másodlagosra módosítja, de nincs regisztrálva másodlagos csomópont, a napló- és a teljes/differenciális biztonsági mentések meghiúsulnak. A módosítás előtt mindig győződjön meg arról, hogy az új biztonsági mentési beállításoknak megfelelő csomópontok regisztrálva vannak a tárolóban.

Többrégiós AG biztonságimentés-koordináció

Ha az AG-csomópontokat különböző régiókban található több tárolóban védi, a tárolók nem tudják összehangolni egymás között a biztonsági mentéseket, a SQL Server verziójától függetlenül. Az ebben a forgatókönyvben a naplóláncok megszakadását és duplikált biztonsági mentéseket elkerülő biztonsági mentési beállításokról a SQL Server 2025:Többrégiós AG biztonsági mentési módosításait ismertető cikkben talál útmutatást.

Pillanatkép biztonsági mentésének támogatása

A pillanatkép-biztonsági mentések nem támogatottak egy AG másodlagos replikáin. Ha engedélyezi a pillanatképek biztonsági mentését a biztonsági mentési házirendben, az elsődleges csomópont regisztrációja kötelező marad, SQL Server verziótól függetlenül.

Következő lépések

Az alábbiak végrehajtásának módját ismerheti meg:

Kapcsolódó tartalom

  • Last updated on