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.
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é.
- Válassza Biztonsági másolatok lehetőséget a bal oldali panelen, majd válassza a 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 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 Időponthoz kötött visszaállításalatt.
- A különbségi biztonsági mentés gyakoriságának módosításához válassza a 12 órát vagy 24 órát a legördülő listából a Különbségi biztonsági mentés gyakorisága csoportban.
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 mentési megőrzési idejének és a differenciális 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érelem tartalma
{
"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ó: Biztonsági mentés megőrzési 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 árkülönbségeiről az SQL Database díjszabási oldalánolvashat.
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 a Compute & storage adatbázis-beállításainak oldaláról.
Az adatbázis létrehozásakor válassza a biztonsági mentési tár redundancia beállítását az Alapszintű lapon.
Meglévő adatbázisok esetén nyissa meg az adatbázist az Azure Portalon. Válassza Számítási & tárterület lehetőséget a Beállításokterületen, majd válassza ki a kívánt beállítást a tárterület biztonsági mentéséhez.
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ő Hyperscale szolgáltatásiszintű adatbázisokaktív georeplikációval különböző tárolási redundanciákra 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 paramétert használva az --backup-storage-redundancy 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.
Ha új adatbázis létrehozásakor szeretné konfigurálni a biztonsági mentési tár redundanciát, megadhatja a -BackupStorageRedundancy paramétert a New-AzSqlDatabase parancsmaggal. 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. Ha egy adatbázis helyileg redundáns vagy zónaredundáns biztonsági mentési tárolóval jön létre, a georedundáns visszaállítás le van tiltva.
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étert a Set-AzSqlDatabase parancsmaggal frissítheti a meglévő adatbázisok biztonsági mentési tárterület-redundanciabeállítását. A lehetséges értékek a következők: Geo, Zoneés Local. 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.
# Change the backup storage redundancy for Database01 to zone-redundant.
Set-AzSqlDatabase -ResourceGroupName "ResourceGroup01" -DatabaseName "Database01" -ServerName "Server01" -BackupStorageRedundancy Local
További információ: Set-AzSqlDatabase.
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ó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ó rugalmas skálázású biztonsági mentésekről és a tárolóredundanciákról.
A meglévő adatbázisok adatbázis-másolási vagy időponthoz kötött visszaállítással különböző tárolóredundanciába migrálhatók. Ez a példa létrehoz egy adatbázist a Hyperscale szolgáltatásszinten, 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.
A meglévő Hyperscale adatbázis biztonsági mentési tárterületének redundanciája nem frissíthető. Az adatbázis másolatának létrehozásához azonban használhatja az adatbázis másolási parancsát. 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ája Zone-ra van beállítva.
# 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 lásd: Adatbázis tranzakciósan konzisztens másolatának másolása az Azure SQL Database-ben.
Jegyzet
Ha a -BackupStorageRedundancy 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 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.
Azure SQL Database
