Olvasás angol nyelven

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

Az Azure SQL Database automatikus biztonsági mentési beállításainak módosítása

  • Cikk

A következőkre vonatkozik:Azure SQL Database

Ez a cikk példákat tartalmaz az Azure SQL Database automatikus biztonsági mentési beállításainak módosítására, például a rövid távú adatmegőrzési szabályzatra és a biztonsági mentésekhez használt biztonsági mentési tár redundanciára vonatkozó beállítására. Felügyelt Azure SQL-példány esetén lásd: Felügyelt Azure SQL-példány automatikus biztonsági mentési beállításainak módosítása.

Megjegyzés

Ez a cikk a személyes adatok eszközről vagy szolgáltatásból való törlésének lépéseit ismerteti, és a GDPR szerinti kötelezettségek támogatására használható. A GDPR-ról a Microsoft Adatvédelmi központ GDPR-szakaszában, valamint a Szolgáltatásmegbízhatósági portál GDPR-szakaszában találhat általános információkat.

Rövid távú adatmegőrzési szabályzat módosítása

Az alapértelmezett időponthoz kötött helyreállítás (PITR) biztonsági mentési időtartamát és a különbségi biztonsági mentés gyakoriságát az Azure Portal, az Azure CLI, a PowerShell vagy a REST API használatával módosíthatja. Az alábbi példák bemutatják, hogyan módosíthatja a PITR-adatmegőrzést 28 napra, a különbségi biztonsági mentéseket pedig 24 órás időközre.

Figyelmeztetés

Ha csökkenti az aktuális megőrzési időt, elveszíti a visszaállítás lehetőségét az új megőrzési időszaknál régebbi időpontra. A rendszer törli azokat a biztonsági másolatokat, amelyekre már nincs szükség a PITR új megőrzési időszakon belüli biztosításához.

Ha növeli az aktuális megőrzési időtartamot, az új megőrzési időszakon belül nem tudja azonnal visszaállítani a régebbi pontokra. Ezt a képességet idővel megszerezheti, mivel a rendszer hosszabb ideig őrzi meg a biztonsági másolatokat.

Megjegyzés

  • Ezek az API-k csak a PITR megőrzési időtartamára lesznek hatással. Ha hosszú távú adatmegőrzést (LTR) konfigurált az adatbázishoz, az nem lesz hatással rá. A hosszú távú megőrzési időszakok módosításáról további információt Hosszú távú megőrzésicímű témakörben talál.
  • A rugalmas skálázású adatbázisok nem támogatják a különbségi biztonsági mentés gyakoriságának konfigurálását, mert a különbségi biztonsági mentések nem vonatkoznak a rugalmas skálázású adatbázisokra.

A környezet előkészítése az Azure CLI-re:

Az alábbi példával módosíthatja az aktív adatbázisok PITR biztonsági mentésének megőrzését és különbségi biztonsági mentési gyakoriságát:

# Set new PITR differential backup frequency on an active individual database
# Valid backup retention must be 1 to 35 days
# Valid differential backup frequency must be ether 12 or 24 hours
az sql db str-policy set \
    --resource-group myresourcegroup \
    --server myserver \
    --name mydb \
    --retention-days 28 \
    --diffbackup-hours 24

Biztonsági mentési tár redundanciának konfigurálása

Az adatbázis létrehozásakor konfigurálhatja a biztonsági mentési tár redundanciáit az Azure SQL Database-adatbázisokhoz. A tárolóredundanciát az adatbázis létrehozása után is módosíthatja.

A meglévő adatbázisokban végrehajtott biztonsági mentési redundanciamódosítások csak a jövőbeli biztonsági mentésekre vonatkoznak. Az alapértelmezett érték a georedundáns tárolás. A helyileg redundáns, zónaredundáns és georedundáns biztonsági mentési tárolók árkülönbségeiről az SQL Database díjszabási oldalánolvashat.

A rugalmas skálázású adatbázisok tárolóredundanciái egyediek. A további információkért vizsgálja meg a hiperskálájú biztonsági mentési tár redundanciáját.

Ha új adatbázis létrehozásakor szeretné konfigurálni a biztonsági mentési tár redundanciát, a --backup-storage-redundancy paramétert a az sql db create paranccsal adhatja meg. A lehetséges értékek a következők: Geo, Zoneés Local.

Alapértelmezés szerint az Azure SQL Database összes adatbázisa georedundáns tárolást használ a biztonsági mentésekhez. A georedundáns visszaállítás le van tiltva, ha egy adatbázis helyileg redundáns vagy zónaredundáns biztonsági mentési tárterülettel jön létre vagy frissül.

Ez a példa létrehoz egy adatbázist az Általános célú szolgáltatásszinten helyi biztonsági mentési redundanciával:

az sql db create \
    --resource-group myresourcegroup \
    --server myserver \
    --name mydb \
    --tier GeneralPurpose \
    --backup-storage-redundancy Local

A rugalmas skálázás és az alapszintű adatbázisok kivételével a meglévő adatbázisok biztonsági mentési tárterület-redundanciabeállítását a --backup-storage-redundancy paraméterrel és a az sql db update paranccsal frissítheti. Az adatbázis módosításainak alkalmazása akár 48 órát is igénybe vehet. Ha a georedundáns biztonsági mentési tárolót helyileg redundáns vagy zónaredundáns tárolóra cseréli, az letiltja a georedundáns visszaállítást.

Ez a példakód megváltoztatja a biztonsági mentési tár redundanciáját a következőre: Local.

az sql db update \
    --resource-group myresourcegroup \
    --server myserver \
    --name mydb \
    --backup-storage-redundancy Local

Rugalmas skálázás

A rugalmas skálázású adatbázisok létrehozásakor gondosan fontolja meg a --backup-storage-redundancy konfigurációs beállítását. A tárolóredundancia csak a rugalmas skálázású adatbázisok adatbázis-létrehozási folyamata során adható meg. Később nem frissítheti. A kiválasztott tárolóredundancia-beállítás az adatbázis teljes élettartama alatt használható mind az adattárolási redundancia, mind a biztonsági mentési tár redundanciára vonatkozóan. További információ a hiperskálázású biztonsági mentési tár redundanciáról .

A meglévő rugalmas skálázású adatbázisok aktív georeplikációskeresztül különböző tárolási redundanciára migrálhatók, ami minimális állásidőt okoz. Alternatív megoldásként egy másik tárolási redundanciára migrálhat a adatbázis-másolat vagy egy időpont szerinti visszaállítás használatával. Ez a példa létrehoz egy adatbázist a Hyperscale szolgáltatási szinten zónaredundanciával.

az sql db create \
    --resource-group myresourcegroup \
    --server myserver \
    --name mydb \
    --tier Hyperscale \
    --backup-storage-redundancy Zone

További tájékoztatásért lásd: az sql db create és az sql db update.

A Hyperscale adatbázis biztonsági mentési tároló redundanciája közvetlenül nem frissíthető. Azonban módosíthatja ezt a --backup-storage-redundancy paramétert használva az adatbázis másolási parancs segítségével. Ez a példa egy Rugalmas skálázású adatbázist másol át egy Gen5 hardvert és két virtuális magot használó új adatbázisba. Az új adatbázis biztonsági mentési redundanciája Zone-ra van beállítva.

az sql db copy \
    --resource-group myresourcegroup \ 
    --server myserver 
    --name myHSdb 
    --dest-resource-group mydestresourcegroup 
    --dest-server destdb 
    --dest-name myHSdb 
    --service-objective HS_Gen5_2 
    --read-replicas 0 
    --backup-storage-redundancy Zone

A szintaxis részleteit lásd a következőben: az sql db copy. Az adatbázis másolásának áttekintéséért lásd: Adatbázis tranzakciósan konzisztens másolatának másolása az Azure SQL Database-ben.

Következő lépések