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.
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. Backups that are no longer needed to provide PITR within the new retention period are deleted.
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. You gain that ability over time, as the system starts to retain backups for longer periods.
Ha módosítani szeretné a PITR biztonsági mentési megőrzési időtartamát vagy az aktív adatbázisok különbségi biztonsági mentési gyakoriságát az Azure Portal használatával:
- Lépjen az Azure logikai kiszolgálóra azokkal az adatbázisokkal, amelyeknek a megőrzési idejét módosítani szeretné.
- A bal oldali panelen válassza a Biztonsági másolatok lehetőséget, majd válassza az Adatmegőrzési szabályzatok lapot.
- Jelölje ki azokat az adatbázisokat, amelyek esetében módosítani szeretné a PITR biztonsági mentésének megőrzését.
- Válassza a Házirendek konfigurálása lehetőséget a műveletsávon.
- Az időponthoz kötött visszaállítási biztonsági másolatok megőrzési időtartamának módosításához használja a csúszkát az időponthoz kötött visszaállítás alatt.
- A különbségi biztonsági mentés gyakoriságának módosításához válassza a 12 órát vagy a 24 órát a Különbségi biztonsági mentés gyakorisága legördülő menüből.
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
Az aktív adatbázisok PITR biztonsági mentési megőrzési és különbségi biztonsági mentési gyakoriságának módosításához használja a következő PowerShell-példát:
# Set a new PITR backup retention period on an active individual database
# Valid backup retention must be 1 to 35 days
Set-AzSqlDatabaseBackupShortTermRetentionPolicy -ResourceGroupName resourceGroup -ServerName testserver -DatabaseName testDatabase -RetentionDays 28
# Set a new PITR differential backup frequency on an active individual database
# Valid differential backup frequency must be ether 12 or 24 hours
Set-AzSqlDatabaseBackupShortTermRetentionPolicy -ResourceGroupName resourceGroup -ServerName testserver -DatabaseName testDatabase -RetentionDays 28 -DiffBackupIntervalInHours 24
Mintakérés
PUT https://management.azure.com/subscriptions/00000000-1111-2222-3333-444444444444/resourceGroups/resourceGroup/providers/Microsoft.Sql/servers/testserver/databases/testDatabase/backupShortTermRetentionPolicies/default?api-version=2021-02-01-preview
Kérés törzse
{
"properties":{
"retentionDays":28,
"diffBackupIntervalInHours":24
}
}
Mintaválasz
{
"id": "/subscriptions/00000000-1111-2222-3333-444444444444/providers/Microsoft.Sql/resourceGroups/resourceGroup/servers/testserver/databases/testDatabase/backupShortTermRetentionPolicies/default",
"name": "default",
"type": "Microsoft.Sql/resourceGroups/servers/databases/backupShortTermRetentionPolicies",
"properties": {
"retentionDays": 28,
"diffBackupIntervalInHours":24
}
}
További információ: Backup retention REST API.
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 díjszabási különbségeit az SQL Database díjszabási oldalán találhatja meg.
Az Azure Portalon kiválaszthatja a biztonsági mentési tár redundancia beállítását az adatbázis létrehozásakor. Később frissítheti a biztonsági mentési tár redundanciát az adatbázis-beállítások Compute & Storage lapján.
Az adatbázis létrehozásakor válassza a biztonsági mentési tár redundancia beállítását az Alapszintű beállítások lapon.
Meglévő adatbázisok esetén nyissa meg az adatbázist az Azure Portalon. Válassza a Compute &storage lehetőséget a Gépház alatt, majd válassza ki a kívánt beállítást a biztonsági mentési tár redundanciához.
Ha új adatbázis létrehozásakor szeretné konfigurálni a biztonsági mentési tár redundanciát, megadhatja a --backup-storage-redundancy
paramétert a az sql db create
paranccsal. A lehetséges értékek a következőkGeo
: és Zone
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 paraméter és a --backup-storage-redundancy
parancs használatával frissítheti egy meglévő adatbázis biztonsági mentési tárterület-redundanciabeállítását az sql db update
. Az adatbázis módosításainak alkalmazása akár 48 órát is igénybe vehet. A georedundáns biztonsági mentési tárolóról helyileg redundáns vagy zónaredundáns tárolóra váltás letiltja a georedundáns visszaállítást.
Ez a példakód a biztonsági mentési tár redundanciát a következőre Local
módosítja:
az sql db update \
--resource-group myresourcegroup \
--server myserver \
--name mydb \
--backup-storage-redundancy Local
Hyperscale
A rugalmas skálázású adatbázisok létrehozásakor körültekintően vegye figyelembe a konfigurációs beállítást --backup-storage-redundancy
. 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 rugalmas skálázású biztonsági mentési tár redundanciájában.
A meglévő rugalmas skálázású adatbázisok az aktív georeplikáláson keresztül különböző tárolási redundanciára migrálhatók, ami minimális állásidőt okoz. Másik lehetőségként másik tárolási redundanciára is áttelepíthet adatbázis-másolással vagy időponthoz kötött visszaállítással. Ez a példa létrehoz egy adatbázist a rugalmas skálázási 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 információ: az sql db create and az sql db update.
A rugalmas skálázású adatbázisok biztonsági mentési tárolási redundanciájával közvetlenül nem frissíthető. Ezt azonban módosíthatja az adatbázis másolási parancsával a --backup-storage-redundancy
paraméterrel. 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ájával Zone
rendelkezik.
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észleteiért lásd az sql db-példányt. Az adatbázis másolásának áttekintéséért tekintse meg az adatbázis tranzakciósan konzisztens másolatának másolása az Azure SQL Database-ben című témakört.
A biztonsági mentési tár redundanciának konfigurálásához új adatbázis létrehozásakor megadhatja a -BackupStorageRedundancy
paramétert a New-AzSqlDatabase
parancsmaggal. A lehetséges értékek a következőkGeo
: és Zone
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árral jön létre.
Ez a példa létrehoz egy adatbázist az Általános célú szolgáltatásszinten helyi biztonsági mentési redundanciával:
# Create a new database with geo-redundant backup storage.
New-AzSqlDatabase -ResourceGroupName "ResourceGroup01" -ServerName "Server01" -DatabaseName "Database03" -Edition "GeneralPurpose" -Vcore 2 -ComputeGeneration "Gen5" -BackupStorageRedundancy Local
A rugalmas skálázási és alapszintű adatbázisok kivételével a -BackupStorageRedundancy
paraméterrel a parancsmaggal Set-AzSqlDatabase
frissítheti a meglévő adatbázisok biztonsági mentési tárterületének redundanciabeállítását. A lehetséges értékek a következőkGeo
: és Zone
Local
. Az adatbázis módosításainak alkalmazása akár 48 órát is igénybe vehet. A georedundáns biztonsági mentési tárolóról helyileg redundáns vagy zónaredundáns tárolóra váltás letiltja a georedundáns visszaállítást.
Ez a példakód a biztonsági mentési tár redundanciát a következőre Local
módosítja:
# Change the backup storage redundancy for Database01 to zone-redundant.
Set-AzSqlDatabase -ResourceGroupName "ResourceGroup01" -DatabaseName "Database01" -ServerName "Server01" -BackupStorageRedundancy Local
További részletekért lásd: Set-AzSqlDatabase.
Hyperscale
A rugalmas skálázású adatbázisok létrehozásakor körültekintően vegye figyelembe a konfigurációs beállítást --backup-storage-redundancy
. A tárolóredundanciát csak a rugalmas skálázású adatbázisok adatbázis-létrehozási folyamata során adhatja meg. 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 rugalmas skálázású biztonsági mentésekről és a tárolóredundanciákról.
A meglévő adatbázisok az adatbázis-másolással vagy időponthoz kötött visszaállítással áttérhetnek a különböző tárterület-redundanciákra. Ez a példa létrehoz egy adatbázist a rugalmas skálázási szolgáltatási szinten zónaredundanciával:
# Create a new database with geo-redundant backup storage.
New-AzSqlDatabase -ResourceGroupName "ResourceGroup01" -ServerName "Server01" -DatabaseName "Database03" -Edition "Hyperscale" -Vcore 2 -ComputeGeneration "Gen5" -BackupStorageRedundancy Zone
A szintaxis részleteiért lásd: New-AzSqlDatabase.
Meglévő rugalmas skálázású adatbázisok biztonsági mentési tárterületének redundanciájával nem lehet frissíteni. Az adatbázis másolási parancsával azonban létrehozhat egy másolatot az adatbázisról. Ezután a -BackupStorageRedundancy
paraméter használatával frissítheti a biztonsági mentési tár redundanciát.
Ez a példa egy rugalmas skálázású adatbázist másol át egy új adatbázisba Gen5 hardver és két virtuális mag használatával. Az új adatbázis biztonsági mentési redundanciájával Zone
rendelkezik.
# Change the backup storage redundancy for Database01 to zone-redundant.
New-AzSqlDatabaseCopy -ResourceGroupName "ResourceGroup01" -ServerName "Server01" -DatabaseName "HSSourceDB" -CopyResourceGroupName "DestResourceGroup" -CopyServerName "DestServer" -CopyDatabaseName "HSDestDB" -Vcore 2 -ComputeGeneration "Gen5" -ComputeModel Provisioned -BackupStorageRedundancy Zone
A szintaxis részleteiért lásd: New-AzSqlDatabaseCopy. Az adatbázis másolásának áttekintéséért tekintse meg az adatbázis tranzakciósan konzisztens másolatának másolása az Azure SQL Database-ben című témakört.
Megjegyzés:
Ha a paramétert adatbázis-visszaállítással, adatbázis-másolással vagy másodlagos műveletek létrehozásával szeretné használni, használja az -BackupStorageRedundancy
Azure PowerShell Az.Sql 2.11.0-s vagy újabb verzióját.
A REST API használatával jelenleg nem módosítható a biztonsági mentési tár redundanciája.