Azure SQL Database のゾーン冗長性を有効にする

2025-07-25

このガイドでは、可用性ゾーンを使用してゾーン冗長性のために Azure SQL Database を更新する方法について説明します。

Azure SQL Database のゾーン冗長性を有効にすると、高可用性が保証され、データベースとエラスティックプールは、アプリケーションロジックを変更することなく、致命的なデータセンターの停止などの大規模な障害に対して回復性を確保できます。ゾーンの冗長性が有効になっている場合、データベースは可用性ゾーンを利用して、1 つの Azure リージョン内の複数の物理的な場所にデータをレプリケートします。

Prerequisites

可用性ゾーンのサポートを有効にする前に、Azure SQL Database がサポートされているサービスレベルとデプロイモデルにあることを確認してください。可用性ゾーンをサポートするリージョンで、レベルとモデルが提供されていることを確認します。

Service tier	Deployment model	ゾーン冗長の可用性
Premium	単一のデータベースまたはエラスティックプール	可用性ゾーンをサポートしているすべてのリージョン
Business Critical	単一のデータベースまたはエラスティックプール	可用性ゾーンをサポートしているすべてのリージョン
General Purpose	単一のデータベースまたはエラスティックプール	可用性ゾーンをサポートしている選択されたリージョン
Hyperscale	Single database	可用性ゾーンをサポートしているすべてのリージョン

Downtime requirements

Premium、Business Critical、General Purpose サービスレベルでゾーンの再ナンシーを有効にすることは、短時間切断されたオンライン操作です。標準の一時的なエラーのための再試行ロジックを実装している場合、フェールオーバーに気付くことはありません。

Hyperscale サービスレベルの場合、ゾーン冗長のサポートはデータベースの作成時にのみ指定でき、リソースがプロビジョニングされた後は変更できません。可用性ゾーンのサポートに移行する場合は、データベースのコピー、ポイントインタイムリストア、または geo レプリカを使用してデータを転送する必要があります。ターゲットデータベースがソースとは異なるリージョンにある場合、またはターゲットのデータベースバックアップストレージの冗長性がソースデータベースと異なる場合、ダウンタイムは、データ操作のサイズに比例します。

ゾーン冗長性を有効にする (Premium、Business Critical、General Purpose)

Premium、Business Critical、General Purpose のサービスレベルでは、ゾーンの冗長性を有効にできます。

単一データベースまたはエラスティックプールのゾーン冗長性を有効にするには、次の手順に従います。

単一データベースのゾーン冗長を有効にする

Azure portal に移動して、データベースを見つけます。 SQL データベースを検索して選択します。
目的のデータベースを選択します。
[設定] で、[コンピューティングとストレージ] を選択します。
[このデータベースゾーンに冗長性を持たせますか?] に [はい] を選択します。
Select Apply.
Azure portal の上部メニューにある [通知] で操作完了通知を受け取るのを待ちます。
ゾーン冗長が有効になっていることを確認するには、[概要] を選択し、[プロパティ] を選択します。
[可用性] セクションで、ゾーン冗長が [有効] に設定されていることを確認します。

管理者として PowerShell を開き、次のコマンドを実行します ( <> のプレースホルダーをリソース名に置き換えます)。 <server_name>には.database.windows.netを含めてはなりません。

Connect-AzAccount
$subscriptionid = <'your subscription id here'>
Set-AzContext -SubscriptionId $subscriptionid

$parameters = @{
    ResourceGroupName = '<Resource_Group_Name>'
    ServerName = '<Server_Name>'
    DatabaseName = '<Database_Name>'
}
Set-AzSqlDatabase @parameters -ZoneRedundant

Azure CLI を使用して次のコマンドを実行します ( <> のプレースホルダーをリソース名に置き換えます)。

    az sql db update --resource-group "<Resource_Group_Name>" --server "<Server_Name>" --name "<Database_Name>" --zone-redundant

エラスティックプールのゾーン冗長性を有効にする

Important

エラスティックプールのゾーン冗長のサポートを有効にすると、プールゾーン内のすべてのデータベースが冗長になります。

Azure portal に移動して、目的のエラスティックプールを見つけて選択します。
[設定] で、[コンピューティングとストレージ] を選択します。
[このエラスティックプールゾーンに冗長性を持たせますか?] に [はい] を選択します。
Select Save.
Azure portal の上部メニューにある [通知] で操作完了通知を受け取るのを待ちます。
ゾーン冗長が有効になっていることを確認するには、[構成] を選択し、[プールの設定] を選択します。
ゾーン冗長オプションは、[はい] に設定する必要があります。

Connect-AzAccount
$subscriptionid = <'your subscription id here'>
Set-AzContext -SubscriptionId $subscriptionid

$parameters = @{
    ResourceGroupName = '<Resource_Group_Name>'
    ServerName = '<Server_Name>'
    ElasticPoolName = '<Elastic_Pool_Name>'
}

Set-AzSqlElasticPool  @parameters -ZoneRedundant

Azure CLI を使用して次のコマンドを実行します ( <> のプレースホルダーをリソース名に置き換えます)。

    az sql elastic-pool update --resource-group "<Resource_Group_Name>" --server "<Server_Name>" --name "<Elastic_Pool_Name>" --zone-redundant

Redeployment (Hyperscale)

Hyperscale サービスレベルの場合、ゾーン冗長のサポートはデータベースの作成時にのみ指定でき、データベースがプロビジョニングされた後は変更できません。ゾーン冗長のサポートを受ける場合は、既存の Hyperscale サービスレベルの単一データベースからデータ転送を実行する必要があります。転送を実行して、ゾーン冗長オプションを有効にするには、データベースコピー、ポイントインタイムリストア、または geo レプリカを使用してクローンを作成する必要があります。

Redeployment considerations

再デプロイには、2 つのモードがあります (オンラインとオフライン):
- データベースコピーおよびポイントインタイムリストアの方法 (オフラインモード) では、特定の時点でトランザクション上一貫性のあるデータベースを作成できます。その結果、コピーまたは復元操作が開始された後に実行されたデータ変更は、コピーまたは復元されたデータベースでは使用できません。
- geo レプリカの方法 (オンラインモード) は、ソースのデータ変更がターゲットに同期される再デプロイです。
アプリケーションの接続文字列は、ゾーン冗長データベースを指すよう更新する必要があります。

単一データベースの再デプロイ

Database copy

Azure portal、PowerShell、または Azure CLI を使用してデータベースコピーを作成し、ゾーン冗長を有効にするには、Azure SQL Database でのトランザクション上一貫性のあるデータベースのコピーのコピーに関する記事の手順に従います。

Point-in-time restore

Azure portal、PowerShell、または Azure CLI を使用してポイントインタイムデータベース復元を作成し、ゾーン冗長を有効にするには、ポイントインタイムリストアに関する記事の手順に従います。

Geo-replica

データベースの geo レプリカを作成するには:

「アクティブ geo レプリケーションとフェールオーバーを構成する (Azure SQL Database)」の Azure portal、PowerShell、または Azure CLI の手順に従って、[コンピューティングとストレージ] でゾーン冗長を有効にします。
レプリカがシード処理され、データのシード処理にかかる時間は、ソースデータベースのサイズによって異なります。 Azure portal でシード処理の状態を監視するか、レプリカデータベースで次の TSQL クエリを実行して監視できます。
```
    SELECT * FROM sys.dm_geo_replication_link_status;
    SELECT * FROM sys.dm_operation_status;
```
データベースのシード処理が完了したら、計画された (データ損失なし) フェールオーバーを実行して、ゾーン冗長ターゲットデータベースをプライマリにします。
- sys.dm_geo_replication_link_status を使用して、geo レプリケーション状態のステータスを表示します。セカンダリデータベースがトランザクション一貫性のある状態になってる場合、replication_state_desc は CATCH_UP です。
- sys.dm_operation_status 動的管理ビューで、シード処理操作が完了したときに state_desc になる COMPLETED を探します。
新しいゾーン冗長データベースを反映するように、アプリケーションの接続文字列内のサーバー名を更新します。
クリーンアップするには、geo レプリカリレーションシップから元の非ゾーン冗長データベースを削除することを検討してください。削除することも選択できます。

ゾーンの冗長性を検証する

Azure PowerShell または Azure CLI または REST API を使用して、データベースの ZoneRedundant プロパティを確認できます。

Azure portal で、Azure SQL Database に移動します。
[設定] で、[コンピューティングとストレージ] を選択します。
[このデータベースゾーンを冗長にしますか?] 設定の値を確認します。

次のコマンド例を使用して、データベースのプロパティ ZoneRedundant 値 (たとえば、 master データベース) を確認します。

Get-AzSqlDatabase -ResourceGroupName "myResourceGroup" -ServerName "myServerName" -DatabaseName "master"

次のコマンド例を使用して、データベースのプロパティ ZoneRedundant 値 (たとえば、 master データベース) を確認します。

az sql db show --resource-group "myResourceGroup" --server "myServerName" --name master

Disable zone-redundancy

単一データベースまたはエラスティックプールのゾーン冗長を無効にするには、Azure portal、ARM API、PowerShell、または CLI を使用できます。

単一データベースのゾーン冗長を無効にする

Azure portal に移動して、ゾーン冗長を解除するデータベースを見つけて選択します。
[設定] で、[コンピューティングとストレージ] を選択します。
[このデータベースゾーンに冗長性を持たせますか?] に [いいえ] を選択します。
Select Save.

set-azsqlDatabase -ResourceGroupName "<Resource-Group-Name>" -DatabaseName "<Server-Name>" -ServerName "<Server-Name>" -ZoneRedundant:$false

az sql db update --resource-group "<Resource-Group-Name>" --server "<Server-Name>" --name "<Server-Name>" --zone-redundant false

エラスティックプールのゾーン冗長を無効にする

Azure portal に移動して、ゾーン冗長を解除するエラスティックプールを見つけて選択します。
[設定] で、[コンピューティングとストレージ] を選択します。
「このエラスティックプールゾーンに冗長性を持たせますか?」 のために 「いいえ」 を選択します。
Select Save.

Set-AzSqlElasticpool -ResourceGroupName "<Resource-Group-Name>" -ServerName "<Server-Name>" -ElasticPoolName "<Elastic-Pool-Name>" -ZoneRedundant:$false

az sql elastic-pool update --resource-group "<Resource-Group-Name>" --server "<Server-Name>" --name "<Server-Name>" --zone-redundant false

Hyperscale サービスレベルのゾーン冗長を無効にするには、再デプロイ (Hyperscale) に関する記事に記載されている手順を逆にすることができます。