Azure Portal, Azure CLI, PowerShell 또는 REST API를 사용하여 기본 PITR(지정 시간 복구) 백업 보존 기간 및 차등 백업 빈도를 변경할 수 있습니다. 다음 예에서는 PITR 보존을 28일로 변경하고 차등 백업을 24시간 간격으로 변경하는 방법을 보여 줍니다.
Azure Portal을 사용하여 활성 데이터베이스에 대한 PITR 백업 보존 기간 및 차등 백업 빈도를 변경하려면 다음 작업을 수행합니다.
- 보존 기간을 변경하려는 데이터베이스가 있는 Azure의 논리 서버로 이동합니다.
- 왼쪽 창에서 백업을 선택한 다음 보존 정책 탭을 선택합니다.
- PITR 백업 보존을 변경하려는 데이터베이스를 선택합니다.
- 작업 모음에서 정책 구성을 선택합니다.
- 특정 시점 복원 백업의 보존 기간을 변경하려면 특정 시점 복원 아래의 슬라이더를 사용합니다.
- 차등 백업 빈도를 변경하려면 차등 백업 빈도 아래의 드롭다운 메뉴에서 12시간 또는 24시간을 선택합니다.
Azure CLI에 대한 환경을 준비합니다.
다음 예제를 사용하여 활성 데이터베이스에 대한 PITR 백업 보존 및 차등 백업 빈도를 변경합니다.
# 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
활성 데이터베이스에 대한 PITR 백업 보존 및 차등 백업 빈도를 변경하려면 다음 PowerShell 예제를 사용합니다.
# 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
샘플 요청
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
요청 본문
{
"properties":{
"retentionDays":28,
"diffBackupIntervalInHours":24
}
}
샘플 응답
{
"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
}
}
자세한 내용은 백업 보존 REST API를 참조하세요.
데이터베이스를 만들 때 Azure SQL Database의 데이터베이스에 대한 백업 스토리지 중복을 구성할 수 있습니다. 데이터베이스를 이미 만든 후 스토리지 중복을 변경할 수도 있습니다.
기존 데이터베이스에 대한 백업 스토리지 중복 변경은 향후 백업에만 적용됩니다. 기본값은 지역 중복 스토리지입니다. 로컬 중복, 영역 중복 및 지역 중복 백업 스토리지 간의 가격 차이를 보려면 SQL Database 가격 책정 페이지를 방문하세요.
Azure Portal에서 데이터베이스를 만들 때 백업 스토리지 중복성 옵션을 선택할 수 있습니다. 나중에 데이터베이스 설정의 컴퓨팅 및 스토리지 페이지에서 백업 스토리지 중복성을 업데이트할 수 있습니다.
데이터베이스를 만들 때 기본 사항 탭에서 백업 스토리지 중복성 옵션을 선택합니다.
기존 데이터베이스의 경우 Azure Portal에서 데이터베이스로 이동합니다. 설정에서 컴퓨팅 및 스토리지를 선택한 다음 백업 스토리지 중복성에 원하는 옵션을 선택합니다.
새 데이터베이스를 만들 때 백업 스토리지 중복성을 구성하려면 az sql db create 명령으로 --backup-storage-redundancy 매개 변수를 지정할 수 있습니다. 가능한 값은 Geo, Zone 및 Local입니다.
기본적으로 Azure SQL Database의 모든 데이터베이스는 백업에 지역 중복 스토리지를 사용합니다. 로컬 중복 또는 영역 중복 백업 스토리지를 사용하여 데이터베이스를 만들거나 업데이트하면 지역 복원이 사용하지 않도록 설정됩니다.
이 예에서는 로컬 백업 중복성을 사용하여 범용 서비스 계층에 데이터베이스를 만듭니다.
az sql db create \
--resource-group myresourcegroup \
--server myserver \
--name mydb \
--tier GeneralPurpose \
--backup-storage-redundancy Local
하이퍼스케일 및 기본 데이터베이스를 제외하고 --backup-storage-redundancy 매개 변수 및 az sql db update 명령을 사용하여 기존 데이터베이스에 대한 백업 스토리지 중복 설정을 업데이트할 수 있습니다. 변경 내용이 데이터베이스에 적용될 때까지 최대 48시간이 걸릴 수 있습니다. 지역 중복 백업 스토리지에서 로컬 중복 또는 영역 중복 스토리지로 전환하면 지역 복원을 사용할 수 없습니다.
이 예제 코드는 백업 스토리지 중복성을 Local로 변경합니다.
az sql db update \
--resource-group myresourcegroup \
--server myserver \
--name mydb \
--backup-storage-redundancy Local
하이퍼스케일
하이퍼스케일 데이터베이스를 만들 때 --backup-storage-redundancy에 대한 구성 옵션을 신중하게 고려합니다. 스토리지 중복성은 하이퍼스케일 데이터베이스에 대한 데이터베이스 만들기 프로세스 중에만 지정할 수 있습니다. 나중에 업데이트할 수 없습니다. 선택한 스토리지 중복 옵션은 데이터 스토리지 중복 및 백업 스토리지 중복 모두에 대해 데이터베이스 수명 동안 사용됩니다. 하이퍼스케일 백업 스토리지 중복성에서 자세히 알아봅니다.
기존 하이퍼스케일 데이터베이스는 활성 지역 복제를 통해 다른 스토리지 중복성으로 마이그레이션할 수 있으므로 가동 중지 시간을 최소화할 수 있습니다. 또한 데이터베이스 복사 또는 특정 시점 복원을 사용하여 다른 스토리지 중복으로 마이그레이션할 수 있습니다. 이 예제에서는 영역 중복성을 사용하여 하이퍼스케일 서비스 계층에 데이터베이스를 만듭니다.
az sql db create \
--resource-group myresourcegroup \
--server myserver \
--name mydb \
--tier Hyperscale \
--backup-storage-redundancy Zone
자세한 내용은 az sql db create 및 az sql db update를 참조하세요.
하이퍼스케일 데이터베이스의 백업 스토리지 중복성을 직접 업데이트할 수 없습니다. 그러나 --backup-storage-redundancy 매개 변수와 함께 데이터베이스 복사 명령을 사용하여 변경할 수 있습니다. 이 예에서는 Gen5 하드웨어와 2개의 vCore를 사용하여 하이퍼스케일 데이터베이스를 새 데이터베이스에 복사합니다. 새 데이터베이스의 백업 중복성은 Zone으로 설정되어 있습니다.
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
구문에 대한 자세한 내용은 az sql db copy를 참조하세요. 데이터베이스 복사본에 대한 개요는 Azure SQL Database에서 트랜잭션적으로 일관된 데이터베이스 복사본 복사를 참조하세요.
새 데이터베이스를 만들 때 백업 스토리지 중복성을 구성하려면 New-AzSqlDatabase cmdlet을 사용하여 -BackupStorageRedundancy 매개 변수를 지정할 수 있습니다. 가능한 값은 Geo, Zone 및 Local입니다. 기본적으로 Azure SQL Database의 모든 데이터베이스는 백업에 지역 중복 스토리지를 사용합니다. 로컬 중복 또는 영역 중복 백업 스토리지를 사용하여 데이터베이스를 만들면 지역 복원이 사용하지 않도록 설정됩니다.
이 예에서는 로컬 백업 중복성을 사용하여 범용 서비스 계층에 데이터베이스를 만듭니다.
# 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
하이퍼스케일 및 기본 데이터베이스를 제외하고 Set-AzSqlDatabase cmdlet과 함께 -BackupStorageRedundancy 매개 변수를 사용하여 기존 데이터베이스에 대한 백업 스토리지 중복 설정을 업데이트할 수 있습니다. 가능한 값은 Geo, Zone 및 Local입니다. 변경 내용이 데이터베이스에 적용될 때까지 최대 48시간이 걸릴 수 있습니다. 지역 중복 백업 스토리지에서 로컬 중복 또는 영역 중복 스토리지로 전환하면 지역 복원을 사용할 수 없습니다.
이 예제 코드는 백업 스토리지 중복성을 Local로 변경합니다.
# Change the backup storage redundancy for Database01 to zone-redundant.
Set-AzSqlDatabase -ResourceGroupName "ResourceGroup01" -DatabaseName "Database01" -ServerName "Server01" -BackupStorageRedundancy Local
자세한 내용은 Set-AzSqlDatabase를 참조하세요.
하이퍼스케일
하이퍼스케일 데이터베이스를 만들 때 --backup-storage-redundancy에 대한 구성 옵션을 신중하게 고려합니다. 스토리지 중복성은 하이퍼스케일 데이터베이스에 대한 데이터베이스 만들기 프로세스 중에만 지정할 수 있습니다. 선택한 스토리지 중복 옵션은 데이터 스토리지 중복 및 백업 스토리지 중복 모두에 대해 데이터베이스 수명 동안 사용됩니다. 하이퍼스케일 백업 및 스토리지 중복성에서 자세히 알아봅니다.
기존 데이터베이스는 데이터베이스 복사 또는 특정 시점 복원을 통해 다른 스토리지 중복으로 마이그레이션할 수 있습니다. 이 예제에서는 영역 중복성을 사용하여 하이퍼스케일 서비스 계층에 데이터베이스를 만듭니다.
# 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
구문에 대한 자세한 내용은 New-AzSqlDatabase를 참조하세요.
기존 하이퍼스케일 데이터베이스의 백업 스토리지 중복성은 업데이트할 수 없습니다. 그러나 데이터베이스 복사 명령을 사용하여 데이터베이스의 복사본을 만듭니다. 그런 다음 -BackupStorageRedundancy 매개 변수를 사용하여 백업 스토리지 중복성을 업데이트할 수 있습니다.
이 예에서는 Gen5 하드웨어와 2개의 vCore를 사용하여 하이퍼스케일 데이터베이스를 새 데이터베이스에 복사합니다. 새 데이터베이스의 백업 중복성은 Zone으로 설정되어 있습니다.
# 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
구문에 대한 자세한 내용은 New-AzSqlDatabaseCopy를 참조하세요. 데이터베이스 복사본에 대한 개요는 Azure SQL Database에서 트랜잭션적으로 일관된 데이터베이스 복사본 복사를 참조하세요.
참고
데이터베이스 복원, 데이터베이스 복사 또는 보조 작업 만들기에 -BackupStorageRedundancy 매개 변수를 사용하려면 Azure PowerShell 버전 Az.Sql 2.11.0 이상을 사용합니다.
현재 REST API를 사용하여 백업 스토리지 중복을 변경할 수 없습니다.
Azure SQL Database