既定のポイントインタイム リストア (PITR) バックアップの保有期間と差分バックアップの頻度は、Azure portal、Azure CLI、PowerShell、または REST API を使用して変更できます。 次の例は、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 のバックアップ ストレージの冗長性を構成できます。 また、データベースが既に作成された後でもストレージの冗長性を変更できます。
既存のデータベースに対して行われたバックアップ ストレージの冗長性の変更は、将来のバックアップにのみ適用されます。 既定値は geo 冗長ストレージです。 ローカル冗長、ゾーン冗長、geo 冗長の各バックアップ ストレージ間の価格の違いについては、SQL Database の価格のページを参照してください。
Azure portal で、データベースの作成時にバックアップ ストレージの冗長性オプションを選択できます。 、データベース設定の [コンピューティングとストレージ] ページでバックアップ ストレージの冗長性を更新できます。
データベースを作成しているときに、[基本] タブでバックアップ ストレージの冗長性を選択します。
既存のデータベースの場合、Azure portalでそのデータベースに移動します。 [設定] で [コンピューティングとストレージ] を選択し、必要なバックアップ ストレージの冗長性オプションを選択します。
新しいデータベースの作成時にバックアップ ストレージの冗長性を構成するには、az sql db create コマンドで --backup-storage-redundancy パラメーターを指定します。 指定できる値は、Geo、Zone、Local です。
既定では、Azure SQL Database のすべてのデータベースでバックアップに geo 冗長ストレージが使われます。 ローカルまたはゾーンの冗長バックアップ ストレージを使用してデータベースを作成または更新した場合、geo リストアは無効になります。
次の例では、ローカル バックアップ冗長性を使って General Purpose サービス レベルでデータベースを作成します。
az sql db create \
--resource-group myresourcegroup \
--server myserver \
--name mydb \
--tier GeneralPurpose \
--backup-storage-redundancy Local
Hyperscale と Basic のデータベースを除いて、既存のデータベースのバックアップ ストレージの冗長性の設定は、--backup-storage-redundancy パラメーターと az sql db update コマンドを使用して更新できます。 変更がデータベースに適用されるまで、最大で 48 時間かかる場合があります。 geo 冗長バックアップ ストレージからローカルまたはゾーン冗長ストレージに切り替えると、geo リストアは無効になります。
このコード例では、バックアップ ストレージの冗長性を Local に変更します。
az sql db update \
--resource-group myresourcegroup \
--server myserver \
--name mydb \
--backup-storage-redundancy Local
Hyperscale
Hyperscale データベースを作成するときは、--backup-storage-redundancy の構成オプションを慎重に検討してください。 ストレージの冗長性は、Hyperscale データベースのデータベース作成プロセスの実行中にのみ指定できます。 後で更新することはできません。 選んだストレージ冗長オプションは、データ ストレージの冗長性とバックアップ ストレージの冗長性の両方について、データベースの有効期間を通じて使用されます。 詳細については、Hyperscale バックアップ ストレージの冗長性に関するページを参照してください。
既存の Hyperscale データベースは、アクティブ geo レプリケーション を通じて異なるストレージの冗長性に移行できるため、ダウンタイムを最小限に抑えることができます。 または、データベースのコピー またはポイントインタイム リストアを使用して、異なるストレージの冗長性に移行できます。 この例では、ゾーン冗長性を使って、Hyperscale サービス レベルでデータベースを作成します。
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」をご覧ください。
Hyperscale データベースのバックアップ ストレージの冗長性を直接更新することはできません。 ただし、--backup-storage-redundancy パラメーターを指定して データベース コピー コマンドを使用すると変更できます。 この例では、Gen5 ハードウェアと 2 つの仮想コアを使用する新しいデータベースに Hyperscale データベースをコピーします。 新しいデータベースでは、バックアップ冗長が 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 コマンドレットで -BackupStorageRedundancy パラメーターを指定します。 指定できる値は、Geo、Zone、Local です。 既定では、Azure SQL Database のすべてのデータベースでバックアップに geo 冗長ストレージが使われます。 ローカルまたはゾーンの冗長バックアップ ストレージを使用してデータベースを作成した場合、geo リストアは無効になります。
次の例では、ローカル バックアップ冗長性を使って General Purpose サービス レベルでデータベースを作成します。
# 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
Hyperscale と Basic のデータベースを除き、-BackupStorageRedundancy パラメーターと Set-AzSqlDatabase コマンドレットを使って、既存のデータベースのバックアップ ストレージの冗長性の設定を更新できます。 指定できる値は、Geo、Zone、Local です。 変更がデータベースに適用されるまで、最大で 48 時間かかる場合があります。 geo 冗長バックアップ ストレージからローカルまたはゾーン冗長ストレージに切り替えると、geo リストアは無効になります。
このコード例では、バックアップ ストレージの冗長性を Local に変更します。
# Change the backup storage redundancy for Database01 to zone-redundant.
Set-AzSqlDatabase -ResourceGroupName "ResourceGroup01" -DatabaseName "Database01" -ServerName "Server01" -BackupStorageRedundancy Local
詳細については、「Set-AzSqlDatabase」を参照してください。
Hyperscale
Hyperscale データベースを作成するときは、--backup-storage-redundancy の構成オプションを慎重に検討してください。 ストレージの冗長性は、Hyperscale データベースのデータベース作成プロセスの実行中にのみ指定できます。 選んだストレージ冗長オプションは、データ ストレージの冗長性とバックアップ ストレージの冗長性の両方について、データベースの有効期間を通じて使用されます。 詳しくは、「Hyperscale のバックアップとストレージの冗長性」をご覧ください。
既存のデータベースは、データベースのコピー またはポイントインタイム リストアを使用して、異なるストレージの冗長性に移行できます。 この例では、ゾーン冗長性を使って、Hyperscale サービス レベルでデータベースを作成します。
# 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」を参照してください。
既存の Hyperscale データベースのバックアップ ストレージの冗長性を更新することはできません。 ただし、データベース コピー コマンドを使用して、データベースのコピーを作成することはできます。 その後、-BackupStorageRedundancy パラメーターを使用して、バックアップ ストレージの冗長性を更新できます。
この例では、Gen5 ハードウェアと 2 つの仮想コアを使用して、新しいデータベースに Hyperscale データベースをコピーします。 新しいデータベースでは、バックアップ冗長が 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 のデータベースのコピーを作成する」を参照してください。
Note
データベースの復元、データベースのコピー、またはセカンダリの作成の操作で -BackupStorageRedundancy パラメーターを使用するには、Azure PowerShell のバージョン Az.Sql 2.11.0 以降を使用します。
現在、REST API を使用してバックアップ ストレージの冗長性を変更することはできません。
Azure SQL Database