Azure SQL Database の自動バックアップ設定を変更する

Azure portal を使用して、アクティブなデータベースの PITR バックアップ保有期間または差分バックアップの頻度を変更するには、次の手順を行います。

1. 保有期間を変更するデータベースを含む Azure の論理サーバーに移動します。
2. 左側のペインで [バックアップ] を選択し、[保有ポリシー] タブを選択します。
3. PITR バックアップ保有期間を変更するデータベースを選択します。
4. アクション バーから [ポリシーの構成] を選択します。
5. ポイントインタイム リストア バックアップの保有期間を変更するには、[ポイントインタイム リストア] の下にあるスライダーを使います。
6. 差分バックアップの頻度を変更するには、[Differential backup frequency] (差分バックアップの頻度) の下にあるドロップダウン メニューから [12 時間] または [24 時間] を選択します。

Azure CLI の環境を準備する:

• Azure Cloud Shell で Bash 環境を使用します。 詳細については、「Azure Cloud Shell の Bash のクイックスタート」を参照してください。

  

• CLI リファレンス コマンドをローカルで実行する場合、Azure CLI をインストールします。 Windows または macOS で実行している場合は、Docker コンテナーで Azure CLI を実行することを検討してください。 詳細については、「Docker コンテナーで Azure CLI を実行する方法」を参照してください。

  • ローカル インストールを使用する場合は、az login コマンドを使用して Azure CLI にサインインします。 認証プロセスを完了するには、ターミナルに表示される手順に従います。 その他のサインイン オプションについては、Azure CLI でのサインインに関するページを参照してください。

  • 初回使用時にインストールを求められたら、Azure CLI 拡張機能をインストールします。 拡張機能の詳細については、Azure CLI で拡張機能を使用する方法に関するページを参照してください。

  • az version を実行し、インストールされているバージョンおよび依存ライブラリを検索します。 最新バージョンにアップグレードするには、az upgrade を実行します。

次の例を使用して、アクティブなデータベースの 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 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 のデータベースのコピーを作成する」を参照してください。

現在、REST API を使用してバックアップ ストレージの冗長性を変更することはできません。