CREATE AVAILABILITY GROUP (Transact-SQL)

[アーティクル]
03/25/2023

適用対象: SQL Server

SQL Server のインスタンスが Always On 可用性グループ機能に対して有効である場合、新しい可用性グループを作成します。

重要

新しい可用性グループの初期プライマリレプリカとして使用する SQL Server のインスタンスで CREATE AVAILABILITY GROUP を実行します。このサーバーインスタンスは、Windows Server フェールオーバークラスタリング (WSFC) ノードに存在している必要があります。

Transact-SQL 構文表記規則

構文

  
CREATE AVAILABILITY GROUP group_name  
   WITH (<with_option_spec> [ ,...n ] )  
   FOR [ DATABASE database_name [ ,...n ] ]  
   REPLICA ON <add_replica_spec> [ ,...n ]  
   AVAILABILITY GROUP ON <add_availability_group_spec> [ ,...2 ]  
   [ LISTENER 'dns_name' ( <listener_option> ) ]  
[ ; ]  
  
<with_option_spec>::=   
    AUTOMATED_BACKUP_PREFERENCE = { PRIMARY | SECONDARY_ONLY| SECONDARY | NONE }  
  | FAILURE_CONDITION_LEVEL  = { 1 | 2 | 3 | 4 | 5 }   
  | HEALTH_CHECK_TIMEOUT = milliseconds  
  | DB_FAILOVER  = { ON | OFF }   
  | DTC_SUPPORT  = { PER_DB | NONE }  
  | [ BASIC | DISTRIBUTED | CONTAINED [ REUSE_SYSTEM_DATABASES ] ]
  | REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT = { integer }
  | CLUSTER_TYPE = { WSFC | EXTERNAL | NONE }
 
  
<add_replica_spec>::=  
  <server_instance> WITH  
    (  
       ENDPOINT_URL = 'TCP://system-address:port',  
       AVAILABILITY_MODE = { SYNCHRONOUS_COMMIT | ASYNCHRONOUS_COMMIT | CONFIGURATION_ONLY },  
       FAILOVER_MODE = { AUTOMATIC | MANUAL | EXTERNAL }  
       [ , <add_replica_option> [ ,...n ] ]  
    )   
  
  <add_replica_option>::=  
       SEEDING_MODE = { AUTOMATIC | MANUAL }  
     | BACKUP_PRIORITY = n  
     | SECONDARY_ROLE ( {   
            [ ALLOW_CONNECTIONS = { NO | READ_ONLY | ALL } ]   
        [,] [ READ_ONLY_ROUTING_URL = 'TCP://system-address:port' ]  
     } )  
     | PRIMARY_ROLE ( {   
            [ ALLOW_CONNECTIONS = { READ_WRITE | ALL } ]   
        [,] [ READ_ONLY_ROUTING_LIST = { ( '<server_instance>' [ ,...n ] ) | NONE } ]  
        [,] [ READ_WRITE_ROUTING_URL = { ( '<server_instance>' ) ] 
     } )  
     | SESSION_TIMEOUT = integer  
  
<add_availability_group_spec>::=  
 <ag_name> WITH  
    (  
       LISTENER_URL = 'TCP://system-address:port',  
       AVAILABILITY_MODE = { SYNCHRONOUS_COMMIT | ASYNCHRONOUS_COMMIT },  
       FAILOVER_MODE = MANUAL,  
       SEEDING_MODE = { AUTOMATIC | MANUAL }  
    )  
  
<listener_option> ::=  
   {  
      WITH DHCP [ ON ( <network_subnet_option> ) ]  
    | WITH IP ( { ( <ip_address_option> ) } [ , ...n ] ) [ , PORT = listener_port ]  
   }  
  
  <network_subnet_option> ::=  
     'ip4_address', 'four_part_ipv4_mask'    
  
  <ip_address_option> ::=  
     {   
        'ip4_address', 'pv4_mask'  
      | 'ipv6_address'  
     }

引数

group_name

新しい可用性グループの名前を指定します。 group_name は有効な SQL Server の識別子であり、WSFC クラスター内のすべての可用性グループ間で一意である必要があります。可用性グループ名の最大文字数は 128 文字です。

AUTOMATED_BACKUP_PREFERENCE = { PRIMARY | SECONDARY_ONLY | SECONDARY | NONE }

バックアップを実行する場所を選択する際の、バックアップジョブによるプライマリレプリカの評価方法についての優先設定を指定します。自動バックアップの優先設定を考慮して、特定のバックアップジョブのスクリプトを作成できます。優先順位は SQL Server によって適用されるものではないので、アドホックバックアップには影響がないことを理解しておくことが重要です。

サポートされる値は次のとおりです。

PRIMARY

バックアップを常にプライマリレプリカで実行することを指定します。このオプションは、差分バックアップの作成など、バックアップがセカンダリレプリカで実行されたときにはサポートされないバックアップ機能が必要な場合に役に立ちます。

重要

ログ配布を使用して可用性グループのセカンダリデータベースを準備する場合は、すべてのセカンダリデータベースの準備が完了し、それらを可用性グループに参加させるまで、自動バックアップ設定を [プライマリ] に設定します。

SECONDARY_ONLY

バックアップをプライマリレプリカでは実行しないことを指定します。オンラインのレプリカがプライマリレプリカだけの場合、バックアップは実行されません。

SECONDARY

オンラインのレプリカがプライマリレプリカのみである場合を除き、セカンダリレプリカでバックアップを実行することを指定します。オンラインのレプリカがプライマリレプリカのみである場合は、プライマリレプリカでバックアップを実行する必要があります。これは既定の動作です。

NONE

バックアップを実行するレプリカを選択するときにバックアップジョブが可用性レプリカのロールを無視するように指定します。バックアップジョブは、動作状態および接続状態と組み合わせて、各可用性レプリカのバックアップ優先順位などの他の要素を評価する場合があります。

重要

AUTOMATED_BACKUP_PREFERENCE 設定の適用はありません。この優先設定の解釈は、特定の可用性グループのデータベースに対するバックアップジョブのスクリプトでのロジックに依存します (ある場合)。自動バックアップ設定はアドホックバックアップには影響しません。詳細については、「可用性レプリカでのバックアップの構成 (SQL Server)」を参照してください。

注意

既存の可用性グループの自動バックアップ設定を確認するには、sys.availability_groups カタログビューの automated_backup_preference 列または automated_backup_preference_desc 列を選択します。さらに、sys.fn_hadr_backup_is_preferred_replica (Transact-SQL) を使用して、優先されるバックアップレプリカを決定することができます。 AUTOMATED_BACKUP_PREFERENCE = NONE の場合でも、この関数は少なくとも 1 つのレプリカに対して 1 を返します。

FAILURE_CONDITION_LEVEL = { 1 | 2 | 3 | 4 | 5 }

この可用性グループの自動フェールオーバーをトリガーするエラー状態を指定します。 FAILURE_CONDITION_LEVEL はグループレベルで設定されますが、同期コミット可用性モードに構成されている (AVAILABILITY_MODE = SYNCHRONOUS_COMMIT) 可用性レプリカにのみ適用されます。さらに、エラー状態が自動フェールオーバーをトリガーできるのは、プライマリとセカンダリの両方のレプリカが自動フェールオーバーモードに構成されていて (FAILOVER_MODE = AUTOMATIC)、セカンダリレプリカが現在プライマリレプリカと同期されている場合だけです。

エラー状態レベルの範囲は 1 ～ 5 で、レベル 1 が最も制限が緩く、レベル 5 が最も制限の厳しい指定です。任意の状態レベルは、それより制限が緩いすべてのレベルを含みます。したがって、最も厳しい状態レベル 5 にはそれより制限が緩い状態レベル (1 から 4) が含まれ、レベル 4 にはレベル 1 から 3 が含まれます。以下同様です。次の表では、各レベルに対応するエラー状態について説明します。

Level	エラー状態
1	次のいずれかが発生した場合に自動フェールオーバーを開始する必要があることを指定します。 -SQL Server サービスがダウンした。 -WSFC クラスターに接続するための可用性グループのリースが、サーバーインスタンスから ACK を受信しないために期限切れになった。詳細については、「How It Works:SQL Server Always On Lease Timeout」 (動作方法: SQL Server Always On のリースタイムアウト) を参照してください。
2	次のいずれかが発生した場合に自動フェールオーバーを開始する必要があることを指定します。 -SQL Server のインスタンスがクラスターに接続されておらず、可用性グループのユーザー指定の HEALTH_CHECK_TIMEOUT しきい値を超えている。 -可用性レプリカがエラー状態である。
3	孤立したスピンロック、重大な書き込みアクセス違反、ダンプが多すぎるなどの重大な SQL Server 内部エラーが発生した場合に自動フェールオーバーを開始する必要があることを指定します。これは既定の動作です。
4	SQL Server 内部リソースプールに永続的なメモリ不足の状態があるなど、中程度の SQL Server 内部エラーが発生した場合に自動フェールオーバーを開始する必要があることを指定します。
5	以下のような任意の修飾エラー状態に対して自動フェールオーバーを開始する必要があることを指定します。 -SQL エンジンのワーカースレッドが枯渇している。 -解決不可能なデッドロックが検出された。

注意

クライアント要求に対して SQL Server のインスタンスが応答しないことは、可用性グループには関係ありません。

FAILURE_CONDITION_LEVEL 値と HEALTH_CHECK_TIMEOUT 値は、特定のグループに対する柔軟なフェールオーバーポリシーを定義します。この柔軟なフェールオーバーポリシーを使用すると、自動フェールオーバーを引き起こす条件をきめ細かく制御できます。詳細については、可用性グループの自動フェールオーバーのための柔軟なフェールオーバーポリシー (SQL Server)に関するページを参照してください。

HEALTH_CHECK_TIMEOUT = milliseconds

sp_server_diagnostics システムストアドプロシージャによってサーバーの状態情報が返されるのを待機する時間 (ミリ秒単位) を指定します。この時間が経過すると、WSFC クラスターはサーバーインスタンスが速度低下または応答停止しているものと見なします。 HEALTH_CHECK_TIMEOUT はグループレベルで設定されますが、自動フェールオーバーで同期コミット可用性モードが構成されている (AVAILABILITY_MODE = SYNCHRONOUS_COMMIT) 可用性レプリカにのみ適用されます。さらに、正常性チェックタイムアウトが自動フェールオーバーをトリガーできるのは、プライマリとセカンダリの両方のレプリカが自動フェールオーバーモードに構成されていて (FAILOVER_MODE = AUTOMATIC)、セカンダリレプリカが現在プライマリレプリカと同期されている場合だけです。

HEALTH_CHECK_TIMEOUT の既定値は 30000 ミリ秒 (30 秒) です。最小値は 15,000 ミリ秒 (15 秒)、最大値は 4,294,967,295 ミリ秒です。

重要

sp_server_diagnostics では、データベースレベルでの正常性チェックは実行されません。

DB_FAILOVER = { ON | OFF }

プライマリレプリカ上のデータベースがオフラインのときに実行する応答を指定します。 ON に設定すると、可用性グループ内のデータベースがオンライン以外のすべての状態で、自動フェールオーバーがトリガーされます。このオプションが OFF に設定されている場合は、インスタンスの正常性だけが自動フェールオーバーのトリガーに使用されます。

この設定の詳細については、「データベースレベルの正常性検出オプション」を参照してください。

DTC_SUPPORT = { PER_DB | NONE }

適用対象: SQL Server (SQL Server 2016 (13.x) 以降)

データベースをまたがるトランザクションが分散トランザクションコーディネーター (DTC) でサポートされるかどうかを指定します。データベースにまたがるトランザクションは、SQL Server 2016 (13.x) 以降でのみサポートされます。 PER_DB では、これらのトランザクションをサポートする可用性グループが作成されます。詳細については、Always On 可用性グループとデータベースミラーリンのためのデータベース間のトランザクションと分散トランザクション (SQL Server) に関するページを参照してください。

BASIC

適用対象: SQL Server (SQL Server 2016 (13.x) 以降)

基本的な可用性グループを作成するために使用します。基本的な可用性グループは、1 つのデータベースと 2 つのレプリカ (プライマリレプリカとセカンダリレプリカ) に制限されます。このオプションは、SQL Server Standard Edition の非推奨のデータベースミラーリング機能に代わるものです。詳細については、基本的な可用性グループ (AlwaysOn 可用性グループ)に関するページを参照してください。基本的な可用性グループは、SQL Server 2016 (13.x) 以降でサポートされています。

DISTRIBUTED

適用対象: SQL Server (SQL Server 2016 (13.x) 以降)

分散型可用性グループを作成するために使用します。このオプションは、個別の Windows Server フェールオーバークラスター内の 2 つの可用性グループを接続するために AVAILABILITY GROUP ON パラメーターと共に使用されます。詳細については、分散型可用性グループ (AlwaysOn 可用性グループ)に関するページを参照してください。分散型可用性グループは、SQL Server 2016 (13.x) 以降でサポートされています。

CONTAINED [REUSE_SYSTEM_DATABASES]

SQL Server 2022 (16.x) で導入されています。

包含可用性グループを作成します。このオプションは、独自のmaster および msdb データベースを持つ可用性グループを作成するために使用され、可用性グループ内のレプリカのセット間で同期が維持されます。
REUSE_SYSTEM_DATABASES オプションを指定すると、この新しい可用性グループの作成で、包含 master と msdb以前のバージョンの可用性グループのデータベースが使用されます。包含可用性グループの詳細については、包含可用性グループの概要 (Always On 可用性グループ)に関するページを参照してください。

REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT

適用対象: SQL Server (SQL Server 2017 (14.x) 以降)

REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT

SQL Server 2017 (14.x) で導入されています。コミットに必要な同期セカンダリレプリカの最小数を設定します。この数を超えると、プライマリレプリカがトランザクションをコミットします。 SQL Server トランザクションは、セカンダリレプリカの最小数の最新情報がトランザクションログに与えられるまで待機することになります。

既定値は0。 SQL Server 2016 (13.x) と同じ動作になります。
最小値: 0。
最大値: レプリカ数から 1 を引いた数。

REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT は、同期コミットモードのレプリカに関連しています。レプリカが同期コミットモードのとき、同期レプリカに対する書き込みがレプリカデータベーストランザクションログにコミットされるまで、プライマリレプリカへの書き込みは待機します。セカンダリ同期レプリカをホストする SQL Server が応答を停止した場合、プライマリレプリカをホストする SQL Server はそのセカンダリレプリカを同期未実行としてマークし、続行します。応答のないデータベースがオンラインに復帰すると、"未同期" 状態になります。プライマリが再度同期可能になるまで、レプリカに異常のマークが付きます。この設定により、レプリカの最小数で各トランザクションがコミットされるまで、プライマリレプリカは続行しません。レプリカの最小数が使用できない場合、プライマリのコミットは失敗します。クラスタータイプ EXTERNAL の場合、可用性グループがクラスターリソースに追加されると、設定が変更されます。「可用性グループの構成の高可用性とデータの保護」を参照してください。

CREATE AVAILABILITY GROUP に対してはサポートされていません。 SQL Server 2022 (16.x) 以降、分散型可用性グループに REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT を設定するために ALTER AVAILABILITY GROUP を使用できるようになりました。「ALTER AVAILABILITY GROUP (Transact-SQL)」を参照してください。

CLUSTER_TYPE

適用対象: SQL Server (SQL Server 2017 (14.x) 以降)。

可用性グループが Windows Server フェールオーバークラスター (WSFC) にあるかどうかを識別するために使用します。可用性グループが Windows Server フェールオーバークラスターのフェールオーバークラスターインスタンスにある場合は、WSFC に設定します。クラスターが、Linux Pacemaker などの、Windows Server フェールオーバークラスターではないクラスターマネージャーで管理されている場合は、EXTERNAL に設定します。可用性グループがクラスターの調整で WSFC を使用していない場合は、NONE に設定します。たとえば、可用性グループに、クラスターマネージャーがない Linux サーバーが含まれている場合です。

DATABASE database_name

ローカル SQL Server インスタンス (つまり可用性グループを作成するサーバーインスタンス) 上の 1 つ以上のユーザーデータベースのリストを指定します。 1 つの可用性グループに対して複数のデータベースを指定できますが、各データベースが所属できる可用性グループは 1 つだけです。可用性グループでサポートできるデータベースの種類については、「Always On 可用性グループの前提条件、制限事項、推奨事項 (SQL Server)」を参照してください。可用性グループに既に属しているローカルデータベースを確認する場合は、sys.databases カタログビューで replica_id 列を参照してください。

DATABASE 句は省略可能です。これを省略した場合、新しい可用性グループは空になります。

可用性グループを作成したら、セカンダリレプリカをホストする各サーバーインスタンスに接続して、各セカンダリデータベースを準備し、可用性グループに参加させます。詳細については、「AlwaysOn セカンダリデータベース上のデータ移動の開始 (SQL Server)」を参照してください。

注意

後で、現在のプライマリレプリカをホストするサーバーインスタンス上の適格なデータベースを可用性グループに追加できます。また、データベースを可用性グループから削除することもできます。詳細については、「ALTER AVAILABILITY GROUP (Transact-SQL)」を参照してください。

REPLICA ON

新しい可用性グループの可用性レプリカをホストする 1 ～ 5 個の SQL Server インスタンスを指定します。各レプリカを指定する際には、サーバーインスタンスのアドレスに続けて WITH (...) 句を入力します。少なくとも、初期プライマリレプリカとなる、ローカルサーバーインスタンスを指定する必要があります。必要に応じて、セカンダリレプリカを 4 つまで指定することもできます。

すべてのセカンダリレプリカを可用性グループに参加させる必要があります。詳細については、「ALTER AVAILABILITY GROUP (Transact-SQL)」を参照してください。

注意

可用性グループの作成時に 4 つ未満のセカンダリレプリカを指定した場合は、ALTER AVAILABILITY GROUPTransact-SQL ステートメントを使用して、いつでもセカンダリレプリカを追加作成できます。このステートメントを使用すると、既存の可用性グループから任意のセカンダリレプリカを削除することもできます。

server_instance

レプリカのホストである SQL Server インスタンスのアドレスを指定します。アドレスの形式は、インスタンスが既定のインスタンスか名前付きインスタンスか、またスタンドアロンインスタンスかフェールオーバークラスターインスタンス (FCI) かによって、次のように異なります。

{ '*system_name*[\\*instance_name*]' | '*FCI_network_name*[\\*instance_name*]' }

このアドレスの構成要素は次のとおりです。

system_name

SQL Server のターゲットインスタンスが存在するコンピューターシステムの NetBIOS 名です。このコンピューターは WSFC ノードである必要があります。

FCI_network_name

SQL Server フェールオーバークラスターにアクセスするために使用されるネットワーク名です。サーバーインスタンスが SQL Server フェールオーバーパートナーとして参加している場合に使用します。 FCI サーバーインスタンスで SELECT @@SERVERNAME を実行すると、'FCI_network_name[\instance_name]' という文字列全体 (完全なレプリカ名) が返されます。

instance_name

system_name または FCI_network_name によってホストされ、HADR サービスが有効になっている SQL Server のインスタンスの名前です。既定のサーバーインスタンスの場合、 instance_name は省略可能です。インスタンス名では大文字と小文字が区別されません。名前付きインスタンスでは、この名前の値は select ServerProperty(N'InstanceName'); を実行したときに返される値と同じです。

\

system_name または FCI_network_name と区別するために、instance_name を指定するときにのみ使用される区切り記号です。

WSFC ノードとサーバーのインスタンスの前提条件については、「Always On 可用性グループの前提条件、制限事項、推奨事項 (SQL Server)」を参照してください。

ENDPOINT_URL ='TCP://system-address:port'

現在の REPLICA ON 句で定義している可用性レプリカをホストする SQL Server のインスタンス上のデータベースミラーリングエンドポイントの URL パスを指定します。

ENDPOINT_URL 句は必須です。詳細については、「可用性レプリカを追加または変更する場合のエンドポイント URL の指定 (SQL Server)」を参照してください。

'TCP://system-address:port'

エンドポイントの URL または読み取り専用ルーティングの URL を指定するための URL を指定します。 URL のパラメーターは次のとおりです。

system-address

システム名、完全修飾ドメイン名では、対象のコンピューターシステムを明確に識別する、IP アドレスなどの文字列です。

port

パートナーサーバーインスタンスのミラーリングエンドポイントと関連付けられているポート番号 (ENDPOINT_URL オプションの場合)、またはサーバーインスタンスのデータベースエンジンによって使用されるポート番号 (READ_ONLY_ROUTING_URL オプションの場合) です。

AVAILABILITY_MODE = {SYNCHRONOUS_COMMIT | ASYNCHRONOUS_COMMIT | CONFIGURATION_ONLY }

SYNCHRONOUS_COMMIT または ASYNCHRONOUS_COMMIT では、プライマリレプリカが特定のプライマリデータベースでトランザクションをコミットする前に、ディスクへのログレコードの書き込みがセカンダリレプリカで確認されるのを待機する必要があるかどうかを指定します。同じプライマリレプリカに対する異なるデータベースでのトランザクションは個別にコミットできます。 SQL Server 2017 (14.x) CU1 では CONFIGURATION_ONLY が導入されています。 CONFIGURATION_ONLY レプリカは、CLUSTER_TYPE = EXTERNAL または CLUSTER_TYPE = NONE の可用性グループにのみ適用されます。

SYNCHRONOUS_COMMIT

このセカンダリレプリカでトランザクションが書き込まれるまで、プライマリレプリカがトランザクションのコミットを待機することを指定します (同期コミットモード)。 SYNCHRONOUS_COMMIT は、プライマリレプリカを含む最大 3 つのレプリカに対して指定できます。

ASYNCHRONOUS_COMMIT

このセカンダリレプリカでログが書き込まれるのを待たずに、プライマリレプリカによってトランザクションがコミットされるよう指定します (同期コミット可用性モード)。 ASYNCHRONOUS_COMMIT は、プライマリレプリカを含む最大 5 つの可用性レプリカに対して指定できます。

CONFIGURATION_ONLY

プライマリレプリカがこのレプリカの master データベースに可用性グループ構成メタデータを同期コミットするように指定します。このレプリカにはユーザーデータは含まれません。このオプションの特徴:

Express Edition など、SQL Server のあらゆるエディションでホストできます。
CONFIGURATION_ONLY レプリカのデータミラーリングエンドポイントの型を WITNESS にする必要があります。
変更できません。
CLUSTER_TYPE = WSFC の場合は無効です。
レプリカの availability_mode が configuration_only に設定されている場合、オプション failover_mode と seeding_mode はサポートされません。その例は、こちらにあります。

詳細については、構成のみのレプリカに関するページを参照してください。

AVAILABILITY_MODE 句は必須です。詳細については、可用性モード (Always On 可用性グループ)に関するページを参照してください。

FAILOVER_MODE = { AUTOMATIC | MANUAL }

定義している可用性レプリカのフェールオーバーモードを指定します。

AUTOMATIC

自動フェールオーバーを有効にします。このオプションは、AVAILABILITY_MODE = SYNCHRONOUS_COMMIT も指定した場合にのみサポートされます。 AUTOMATIC は、プライマリレプリカを含む 2 つの可用性レプリカに対して指定できます。

Note

SQL Server フェールオーバークラスターインスタンス (FCI) は可用性グループによる自動フェールオーバーをサポートしないため、FCI によってホストされる可用性レプリカは手動フェールオーバー用にのみ構成できます。

MANUAL

データベース管理者による計画的な手動フェールオーバーまたは強制手動フェールオーバー (通常は強制フェールオーバーと呼ばれる) を有効にします。

FAILOVER_MODE 句は必須です。データ損失のない手動フェールオーバーと強制フェールオーバー (データ損失の可能性あり) という 2 種類の手動フェールオーバーは、異なる条件の下でサポートされます。詳しくは、「フェールオーバーとフェールオーバーモード (Always On 可用性グループ)」をご覧ください。

SEEDING_MODE = { AUTOMATIC | MANUAL }

セカンダリレプリカの初回シード処理方法を指定します。

AUTOMATIC

直接シード処理を有効にします。この方法では、ネットワーク上でセカンダリレプリカがシード処理されます。この方法では、レプリカでプライマリデータベースのコピーをバックアップしたり、復元したりする必要がありません。

Note

直接シード処理の場合、セカンダリレプリカごとにデータベース作成を許可する必要があります。GRANT CREATE ANY DATABASE オプションを指定し、ALTER AVAILABILITY GROUP を呼び出してください。

MANUAL

手動シード処理を指定します (既定)。この方法では、プライマリレプリカでデータベースのバックアップを作成し、セカンダリレプリカでそのバックアップを手動で復元する必要があります。

BACKUP_PRIORITY = n

同じ可用性グループ内の他のレプリカと比較して、このレプリカでバックアップを実行する優先順位を指定します。値は 0 ～ 100 の範囲の整数です。これらの値には次の意味があります。

1 から 100 は、その可用性レプリカがバックアップの実行に向けて選択される可能性があることを示します。 1 は最も低い優先順位を示し、100 は最も高い優先順位を示します。 BACKUP_PRIORITY = 1 の場合、現在使用可能な可用性レプリカにそれより高い優先順位のものがない場合にのみ、その可用性レプリカがバックアップの実行に向けて選択されます。
0 は、この可用性レプリカがバックアップの実行対象でないことを示します。これは、たとえば、バックアップをフェールオーバーすることがないリモート可用性レプリカのような場合に便利です。

詳細については、アクティブなセカンダリ: セカンダリレプリカでのバックアップ (Always On 可用性グループ)に関するページを参照してください。

SECONDARY_ROLE ( ... )

この可用性レプリカが現在セカンダリロールを所有している場合に (つまり、セカンダリレプリカである場合は常に) 有効であるロール固有の設定を指定します。かっこの中では、いずれか一方または両方のセカンダリロールオプションを指定します。両方を指定する場合は、コンマ区切りのリストを使用します。

セカンダリロールオプションは次のとおりです。

ALLOW_CONNECTIONS = { NO | READ_ONLY | ALL }

セカンダリロールを実行している (つまりセカンダリレプリカとして機能している) 特定の可用性レプリカのデータベースがクライアントから接続を受け入れることができるかどうかを指定します。以下のいずれかになります。

NO

このレプリカのセカンダリデータベースに対するユーザー接続は禁止されます。読み取りアクセスで利用することはできません。これは既定の動作です。

READ_ONLY

Application Intent プロパティが ReadOnly に設定されている場合に限り、セカンダリレプリカのデータベースに対する接続が許可されます。このプロパティの詳細については、「SQL Server Native Client での接続文字列キーワードの使用」を参照してください。

ALL

読み取り専用アクセスに限り、セカンダリレプリカのデータベースに対するすべての接続が許可されます。

詳細については、アクティブなセカンダリ: 読み取り可能なセカンダリレプリカ (Always On 可用性グループ)に関するページを参照してください。

READ_ONLY_ROUTING_URL ='TCP://system-address:port'

読み取りを目的とした接続要求をこの可用性レプリカにルーティングするために使用する URL を指定します。これはデータベースエンジンがリッスンしている URL です。通常、SQL Server の既定のインスタンスは、TCP ポート 1433 でリッスンします。

名前付きインスタンスの場合は、sys.dm_tcp_listener_states 動的管理ビューの port 列と type_desc 列をクエリすることで、ポート番号を取得できます。サーバーインスタンスでは Transact-SQL リスナーを使用します (type_desc='TSQL' )。

レプリカの読み取り専用ルーティング URL の計算の詳細については、「AlwaysOn の read_only_routing_url の計算」を参照してください。

Note

SQL Server の名前付きインスタンスの場合は、特定のポートを使用するように Transact-SQL リスナーを構成する必要があります。詳細については、「特定の TCP ポートでリッスンするようにサーバーを構成する (SQL Server 構成マネージャー)」を参照してください。

PRIMARY_ROLE ( ... )

この可用性レプリカが現在プライマリロールを所有している場合に (つまり、プライマリレプリカである場合は常に) 有効であるロール固有の設定を指定します。かっこの中では、いずれか一方または両方のプライマリロールオプションを指定します。両方を指定する場合は、コンマ区切りのリストを使用します。

プライマリロールオプションは次のとおりです。

ALLOW_CONNECTIONS = { READ_WRITE | ALL }

プライマリロールを実行している (つまりプライマリレプリカとして機能している) 特定の可用性レプリカのデータベースが受け入れることのできるクライアントからの接続の種類を指定します。以下のいずれかになります。

READ_WRITE

Application Intent 接続プロパティが ReadOnly に設定されている接続は許可されません。 Application Intent プロパティが ReadWrite に設定されている場合、または Application Intent 接続プロパティが設定されていない場合は、接続が許可されます。 Application Intent 接続プロパティの詳細については、「SQL Server Native Client での接続文字列キーワードの使用」を参照してください。

ALL

プライマリレプリカのデータベースに対するすべての接続が許可されます。これは既定の動作です。

READ_ONLY_ROUTING_LIST = { ('_server_instance_' [ , ... n ] ) | NONE }

セカンダリロールの下で実行するときに次の要件を満たす、この可用性グループの可用性レプリカをホストするサーバーインスタンスのコンマ区切りリストを指定します。

すべての接続または読み取り専用の接続を許可するように構成されていること (前に示した SECONDARY_ROLE オプションの ALLOW_CONNECTIONS 引数を参照)。
読み取り専用ルーティングの URL が定義されていること (前に示した SECONDARY_ROLE オプションの READ_ONLY_ROUTING_URL 引数を参照)。

READ_ONLY_ROUTING_LIST の値は次のとおりです。

server_instance

セカンダリロールで実行するときに読み取り可能なセカンダリレプリカであるレプリカのホストである SQL Server のインスタンスのアドレスを指定します。

読み取り可能なセカンダリレプリカをホストする可能性があるすべてのサーバーインスタンスを指定するには、コンマ区切りリストを使用します。読み取り専用のルーティングは、リストで指定されているサーバーインスタンスの順序に従います。レプリカの読み取り専用ルーティングリストにレプリカのホストサーバーインスタンスを含める場合、通常は一覧の最後にこのサーバーインスタンスを配置することをお勧めします。読み取りを目的とした接続が使用できる場合に、これがセカンダリレプリカに移動するためです。

SQL Server 2016 (13.x) 以降では、読み取り可能なセカンダリレプリカ間で読み取りを目的とした要求の負荷を分散することができます。読み取り専用ルーティングリスト内のかっこの入れ子になったセットにレプリカを配置することで、これを指定します。詳細と例については、「読み取り専用レプリカ間の負荷分散の構成」を参照してください。

NONE

この可用性レプリカがプライマリレプリカの場合は、読み取り専用のルーティングをサポートしないことを指定します。これは既定の動作です。

READ_WRITE_ROUTING_URL = { ('server_instance') }

適用対象: SQL Server (SQL Server 2019 (15.x) 以降)

プライマリロールの下で実行するときに次の要件を満たす、この可用性グループの可用性レプリカをホストするサーバーインスタンスを指定します。

レプリカ仕様 PRIMARY_ROLE には READ_WRITE_ROUTING_URL が含まれています。
接続文字列は ReadWrite です (ApplicationIntent を ReadWrite として定義するか、ApplicationIntent を設定せずに既定値 (ReadWrite) を有効にします)。

詳細については、「セカンダリからプライマリレプリカへの読み取り/書き込み接続のリダイレクト (Always On 可用性グループ)」を参照してください。

SESSION_TIMEOUT = integer

セッションタイムアウト期間を秒単位で指定します。このオプションを指定しない場合、この時間は既定で 10 秒に設定されます。最小値は 5 秒です。

重要

タイムアウト期間を 10 秒以上にしておくことをお勧めします。

セッションタイムアウト期間の詳細については、Always On 可用性グループの概要 (SQL Server) に関するページを参照してください。

AVAILABILITY GROUP ON

分散型可用性グループ を構成する 2 つの可用性グループを指定します。各可用性グループは、独自の Windows Server フェールオーバークラスター (WSFC) の一部です。分散型可用性グループを作成すると、現在の SQL Server インスタンスの可用性グループがプライマリ可用性グループになります。 2 つ目の可用性グループはセカンダリ可用性グループになります。

セカンダリ可用性グループを分散型可用性グループに参加させる必要があります。詳細については、「ALTER AVAILABILITY GROUP (Transact-SQL)」を参照してください。

ag_name

分散可用性グループの半分を占める可用性グループの名前を指定します。

LISTENER_URL ='TCP://system-address:port'

可用性グループに関連付けられているリスナーの URL パスを指定します。

LISTENER_URL 句は必須です。

'TCP://system-address:port'

可用性グループに関連付けられているリスナーの URL を指定します。 URL のパラメーターは次のとおりです。

system-address

システム名、完全修飾ドメイン名、IP アドレスなど、リスナーを明確に識別する文字列です。

port

可用性グループのミラーリングエンドポイントに関連付けられているポート番号です。これはリスナーのポートではないことに注意してください。

AVAILABILITY_MODE = { SYNCHRONOUS_COMMIT | ASYNCHRONOUS_COMMIT | CONFIGURATION_ONLY }

プライマリレプリカが特定のプライマリデータベースでトランザクションをコミットする前に、ディスクへのログレコードの書き込みがセカンダリ可用性グループで確認されるのを待機する必要があるかどうかを指定します。

SYNCHRONOUS_COMMIT

セカンダリ可用性グループでトランザクションが書き込まれるまで、プライマリレプリカがトランザクションのコミットを待機するように指定します。 SYNCHRONOUS_COMMIT は、プライマリ可用性グループを含む、最大 2 つの可用性グループに指定できます。

ASYNCHRONOUS_COMMIT

このセカンダリ可用性グループがログを書き込むのを待たず、プライマリレプリカがトランザクションをコミットするように指定します。 ASYNCHRONOUS_COMMIT は、プライマリ可用性グループを含む、最大 2 つの可用性グループに指定できます。

AVAILABILITY_MODE 句は必須です。

FAILOVER_MODE = { MANUAL }

分散型可用性グループのフェールオーバーモードを指定します。

MANUAL

FAILOVER_MODE 句は必須であり、唯一のオプションは MANUAL です。セカンダリ可用性グループへの自動フェールオーバーはサポートされていません。

SEEDING_MODE = { AUTOMATIC | MANUAL }

セカンダリ可用性グループの初回シード処理方法を指定します。

AUTOMATIC

直接シード処理を有効にします。この方法では、ネットワーク上でセカンダリ可用性グループがシード処理されます。この方法では、セカンダリ可用性グループのレプリカでプライマリデータベースのコピーをバックアップしたり、復元したりする必要がありません。

MANUAL

手動シード処理を指定します (既定)。この方法では、プライマリレプリカでデータベースのバックアップを作成し、セカンダリ可用性グループのレプリカでそのバックアップを手動で復元する必要があります。

LISTENER 'dns_name'( listener_option )

この可用性グループの新しい可用性グループリスナーを定義します。 LISTENER は省略可能な引数です。

重要

最初のリスナーを作成する前に、可用性グループリスナーを作成または構成する方法 (SQL Server) に関するページをお読みになることを強くお勧めします。

可用性グループのリスナーを作成した後は、次のことを行うことを強くお勧めします。

リスナーの IP アドレスが排他的に使用されるように確保することを、ネットワーク管理者に依頼します。
この可用性グループへのクライアント接続を要求するときの接続文字列で使用できるよう、リスナーの DNS ホスト名をアプリケーション開発者に通知します。

dns_name

可用性グループリスナーの DNS ホスト名を指定します。リスナーの DNS 名が、ドメインおよび NetBIOS 内で一意である必要があります。

dns_name は文字列値です。この名前には、英数字、ダッシュ (-)、およびハイフン (_) のみを任意の順序で含めることができます。 DNS ホスト名では大文字と小文字は区別されません。最大長は 63 文字です。

意味のある文字列を指定することをお勧めします。たとえば、可用性グループの名前が AG1の場合は、 ag1-listenerのような意味のある DNS ホスト名にします。

重要

NetBIOS では、dns_name の最初の 15 文字のみが認識されます。同じ Active Directory で制御されている 2 つの WSFC クラスターがあり、両方のクラスターで可用性グループリスナーを作成しようとする場合、15 文字より長い名前を使用して、15 文字のプレフィックスが同一であると、エラーが表示され、仮想ネットワーク名リソースをオンラインにできなかったことがレポートされます。 DNS 名のプレフィックスに対する名前付け規則の詳細については、「ドメイン名を割り当てる」を参照してください。

listener_option

LISTENER は次のいずれかの <listener_option> オプションを受け取ります。

WITH DHCP [ ON { ('four_part_ipv4_address','four_part_ipv4_mask') } ]

可用性グループリスナーが動的ホスト構成プロトコル (DHCP) を使用することを指定します。必要に応じて、ON 句を使用して、このリスナーが作成されるネットワークを識別します。 DHCP は、可用性グループのレプリカをホストする各サーバーインスタンスに使用される単一のサブネットに限定されます。

重要

運用環境での DHCP の使用はお勧めしません。ダウンタイムが発生して DHCP IP のリース期限が切れると、リスナーの DNS 名に関連付けられている新しい DHCP のネットワーク IP アドレスの登録に余分な時間がかかり、クライアント接続に影響が及びます。ただし、開発環境とテスト環境を設定して可用性グループの基本機能を確認する場合や、アプリケーションとの統合の場合には DHCP が適しています。

次に例を示します。

WITH DHCP ON ('10.120.19.0','255.255.254.0')

WITH IP ( { ('four_part_ipv4_address','four_part_ipv4_mask') | ('ipv6_address') } [ , ...n ] ) [ , PORT =listener_port ]

可用性グループリスナーが、DHCP を使用する代わりに、1 つ以上の静的 IP アドレスを使用することを指定します。複数のサブネットにわたる可用性グループを作成するには、各サブネットのリスナー構成に静的 IP アドレスが 1 つ必要です。サブネットの静的 IP アドレスには、IPv4 アドレスまたは IPv6 アドレスを使用できます。ネットワーク管理者に連絡し、新しい可用性グループのレプリカをホストする各サブネットの静的 IP アドレスを入手してください。

次に例を示します。

WITH IP ( ('10.120.19.155','255.255.254.0') )

ip4_address

可用性グループリスナーに対する IPv4 の 4 つの部分から成るアドレスを指定します。たとえば、「 10.120.19.155 」のように入力します。

ipv4_mask

可用性グループリスナーに対する IPv4 の 4 つの部分から成るマスクを指定します。たとえば、「 255.255.254.0 」のように入力します。

ipv6_address

可用性グループリスナーに対する IPv6 アドレスを指定します。たとえば、「 2001::4898:23:1002:20f:1fff:feff:b3a3 」のように入力します。

PORT = listener_port

WITH IP 句で指定されている可用性グループリスナーが使用するポート番号 listener_port を指定します。 PORT は省略できます。

既定のポート番号 1433 がサポートされます。ただし、セキュリティ上の問題がある場合は、別のポート番号を使用することをお勧めします。

例: WITH IP ( ('2001::4898:23:1002:20f:1fff:feff:b3a3') ) , PORT = 7777

前提条件と制限

可用性グループを作成するための前提条件については、「Always On 可用性グループの前提条件、制限事項、推奨事項 (SQL Server)」を参照してください。

AVAILABILITY GROUP Transact-SQL ステートメントの制限については、Always On 可用性グループの Transact-SQL ステートメントの概要 (SQL Server)に関するページを参照してください。

セキュリティ

アクセス許可

sysadmin 固定サーバーロールのメンバーシップと、CREATE AVAILABILITY GROUP サーバー権限、ALTER ANY AVAILABILITY GROUP 権限、CONTROL SERVER 権限のいずれかが必要です。

例

A. セカンダリレプリカ上のバックアップ、柔軟なフェールオーバーポリシー、接続アクセスを構成する

次の例では、2 つのユーザーデータベース (ThisDatabase および ThatDatabase) に対して、MyAg という名前の可用性グループを作成します。次の表は、可用性グループ全体を対象に設定されるオプションの指定値をまとめたものです。

グループオプション	設定	説明
AUTOMATED_BACKUP_PREFERENCE	SECONDARY	この自動バックアップの設定によって、プライマリレプリカがオンラインの唯一のレプリカである場合を除いて、バックアップがセカンダリレプリカで発生することが示されます (これが既定の動作です)。 AUTOMATED_BACKUP_PREFERENCE 設定が作用するためには、自動バックアップの設定が考慮されるようにバックアップジョブのスクリプトを可用性データベースに作成する必要があります。
FAILURE_CONDITION_LEVEL	3	このエラー条件レベル設定は、孤立したスピンロック、深刻な書き込みアクセス違反、ダンプが多すぎるなど、SQL Server 内部の深刻なエラーが発生した場合に自動フェールオーバーを開始する必要があることを指定します。
HEALTH_CHECK_TIMEOUT	600000	正常性チェックのタイムアウト値を 60 秒に設定します。同期コミットレプリカ (自動フェールオーバー有効) をホストしているサーバーインスタンスについての状態情報が sp_server_diagnostics システムストアドプロシージャから返されるまで、WSFC クラスターは 60000 ミリ秒待機します。その時間を経過すると、ホストサーバーインスタンスは速度低下または応答停止しているものと見なされます (既定値は 30000 ミリ秒です)。

3 つの可用性レプリカは、COMPUTER01、COMPUTER02、および COMPUTER03 という名前のコンピューター上の既定のサーバーインスタンスによってホストされます。次の表は、レプリカオプションの指定値をレプリカごとにまとめたものです。

レプリカオプション	`COMPUTER01` 上の設定	`COMPUTER02` 上の設定	`COMPUTER03` 上の設定	説明
ENDPOINT_URL	TCP://COMPUTER01:5022	TCP://COMPUTER02:5022	TCP://COMPUTER03:5022	この例では、いずれのシステムも同じドメインに存在するため、エンドポイントの URL には、コンピューターシステムの名前をシステムアドレスとして使用できます。
AVAILABILITY_MODE	SYNCHRONOUS_COMMIT	SYNCHRONOUS_COMMIT	ASYNCHRONOUS_COMMIT	2 つのレプリカが同期コミットモードを使用します。同期されているレプリカは、データ損失のないフェールオーバーをサポートします。 3 番目のレプリカには、非同期コミットの可用性モードが使用されます。
FAILOVER_MODE	AUTOMATIC	AUTOMATIC	MANUAL	同期コミットレプリカは、自動フェールオーバーおよび計画的な手動フェールオーバーをサポートします。同期コミット可用性モードのレプリカは、強制手動フェールオーバーのみサポートします。
BACKUP_PRIORITY	30	30	90	非同期コミットレプリカには、同期コミットレプリカよりも高い優先度 (90) が割り当てられます。バックアップの頻度は、非同期コミットレプリカをホストするサーバーインスタンスのほうが高くなります。
SECONDARY_ROLE	( ALLOW_CONNECTIONS = NO, READ_ONLY_ROUTING_URL = 'TCP://COMPUTER01:1433' )	( ALLOW_CONNECTIONS = NO, READ_ONLY_ROUTING_URL = 'TCP://COMPUTER02:1433' )	( ALLOW_CONNECTIONS = READ_ONLY, READ_ONLY_ROUTING_URL = 'TCP://COMPUTER03:1433' )	非同期コミットレプリカだけが、読み取り可能なセカンダリレプリカとして機能します。コンピューターの名前と、データベースエンジンの既定のポート番号 (1433) を指定します。この引数は省略可能です。
PRIMARY_ROLE	( ALLOW_CONNECTIONS = READ_WRITE, READ_ONLY_ROUTING_LIST = (COMPUTER03) )	( ALLOW_CONNECTIONS = READ_WRITE, READ_ONLY_ROUTING_LIST = (COMPUTER03) )	( ALLOW_CONNECTIONS = READ_WRITE, READ_ONLY_ROUTING_LIST = NONE )	プライマリロールでは、読み取りを目的とした接続試行は、すべてのレプリカで拒否されます。ローカルレプリカがセカンダリロールで実行されている場合、読み取りを目的とした接続要求は COMPUTER03 にルーティングされます。そのレプリカがプライマリロールで実行していると、読み取り専用のルーティングは無効になります。この引数は省略可能です。
SESSION_TIMEOUT	10	10	10	この例では、既定のセッションタイムアウト値 (10) を指定します。この引数は省略可能です。

最後に、新しい可用性グループの可用性グループリスナーを作成するための省略可能な LISTENER 句を指定します。このリスナーには、一意の DNS 名 MyAgListenerIvP6を指定します。 2 つのレプリカが異なるサブネット上に存在するため、リスナーは静的 IP アドレスを使用する必要があります。 WITH IP 句には、2 つの可用性レプリカについて、それぞれ IPv6 形式の静的 IP アドレス (2001:4898:f0:f00f::cf3c および 2001:4898:e0:f213::4ce2) を指定します。また、この例では、オプションの PORT 引数を使用して、 60173 をリスナーポートとして指定しています。

CREATE AVAILABILITY GROUP MyAg   
   WITH (  
      AUTOMATED_BACKUP_PREFERENCE = SECONDARY,  
      FAILURE_CONDITION_LEVEL  =  3,   
      HEALTH_CHECK_TIMEOUT = 600000  
       )  
  
   FOR   
      DATABASE  ThisDatabase, ThatDatabase   
   REPLICA ON   
      'COMPUTER01' WITH   
         (  
         ENDPOINT_URL = 'TCP://COMPUTER01:5022',  
         AVAILABILITY_MODE = SYNCHRONOUS_COMMIT,  
         FAILOVER_MODE = AUTOMATIC,  
         BACKUP_PRIORITY = 30,  
         SECONDARY_ROLE (ALLOW_CONNECTIONS = NO,   
            READ_ONLY_ROUTING_URL = 'TCP://COMPUTER01:1433' ),
         PRIMARY_ROLE (ALLOW_CONNECTIONS = READ_WRITE,   
            READ_ONLY_ROUTING_LIST = (COMPUTER03) ),  
         SESSION_TIMEOUT = 10  
         ),   
  
      'COMPUTER02' WITH   
         (  
         ENDPOINT_URL = 'TCP://COMPUTER02:5022',  
         AVAILABILITY_MODE = SYNCHRONOUS_COMMIT,  
         FAILOVER_MODE = AUTOMATIC,  
         BACKUP_PRIORITY = 30,  
         SECONDARY_ROLE (ALLOW_CONNECTIONS = NO,   
            READ_ONLY_ROUTING_URL = 'TCP://COMPUTER02:1433' ),  
         PRIMARY_ROLE (ALLOW_CONNECTIONS = READ_WRITE,   
            READ_ONLY_ROUTING_LIST = (COMPUTER03) ),  
         SESSION_TIMEOUT = 10  
         ),   
  
      'COMPUTER03' WITH   
         (  
         ENDPOINT_URL = 'TCP://COMPUTER03:5022',  
         AVAILABILITY_MODE = ASYNCHRONOUS_COMMIT,  
         FAILOVER_MODE =  MANUAL,  
         BACKUP_PRIORITY = 90,  
         SECONDARY_ROLE (ALLOW_CONNECTIONS = READ_ONLY,   
            READ_ONLY_ROUTING_URL = 'TCP://COMPUTER03:1433' ),  
         PRIMARY_ROLE (ALLOW_CONNECTIONS = READ_WRITE,   
            READ_ONLY_ROUTING_LIST = NONE ),  
         SESSION_TIMEOUT = 10  
         );
GO  
ALTER AVAILABILITY GROUP [MyAg]
  ADD LISTENER 'MyAgListenerIvP6' ( WITH IP ( ('2001:db88:f0:f00f::cf3c'),('2001:4898:e0:f213::4ce2') ) , PORT = 60173 );   
GO

次の方法で共有

CREATE AVAILABILITY GROUP (Transact-SQL)

構文

引数

group_name

AUTOMATED_BACKUP_PREFERENCE = { PRIMARY | SECONDARY_ONLY | SECONDARY | NONE }

PRIMARY

SECONDARY_ONLY

SECONDARY

NONE

FAILURE_CONDITION_LEVEL = { 1 | 2 | 3 | 4 | 5 }

HEALTH_CHECK_TIMEOUT = milliseconds

DB_FAILOVER = { ON | OFF }

DTC_SUPPORT = { PER_DB | NONE }

BASIC

DISTRIBUTED

CONTAINED [REUSE_SYSTEM_DATABASES]

REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT

CLUSTER_TYPE

DATABASE database_name

REPLICA ON

server_instance

system_name

FCI_network_name

instance_name

\

ENDPOINT_URL ='TCP://system-address:port'

'TCP://system-address:port'

system-address

port

AVAILABILITY_MODE = {SYNCHRONOUS_COMMIT | ASYNCHRONOUS_COMMIT | CONFIGURATION_ONLY }

SYNCHRONOUS_COMMIT

ASYNCHRONOUS_COMMIT

CONFIGURATION_ONLY

FAILOVER_MODE = { AUTOMATIC | MANUAL }

AUTOMATIC

MANUAL

SEEDING_MODE = { AUTOMATIC | MANUAL }

AUTOMATIC

MANUAL

BACKUP_PRIORITY = n

SECONDARY_ROLE ( ... )

ALLOW_CONNECTIONS = { NO | READ_ONLY | ALL }

NO

READ_ONLY

ALL

READ_ONLY_ROUTING_URL ='TCP://system-address:port'

PRIMARY_ROLE ( ... )

ALLOW_CONNECTIONS = { READ_WRITE | ALL }

READ_WRITE

ALL

READ_ONLY_ROUTING_LIST = { ('_server_instance_' [ , ... n ] ) | NONE }

server_instance

NONE

READ_WRITE_ROUTING_URL = { ('server_instance') }

SESSION_TIMEOUT = integer

AVAILABILITY GROUP ON

ag_name

LISTENER_URL ='TCP://system-address:port'

'TCP://system-address:port'

system-address

port

AVAILABILITY_MODE = { SYNCHRONOUS_COMMIT | ASYNCHRONOUS_COMMIT | CONFIGURATION_ONLY }

SYNCHRONOUS_COMMIT

ASYNCHRONOUS_COMMIT

FAILOVER_MODE = { MANUAL }

MANUAL

SEEDING_MODE = { AUTOMATIC | MANUAL }

AUTOMATIC

MANUAL

LISTENER 'dns_name'( listener_option )

dns_name

listener_option

WITH DHCP [ ON { ('four_part_ipv4_address','four_part_ipv4_mask') } ]

WITH IP ( { ('four_part_ipv4_address','four_part_ipv4_mask') | ('ipv6_address') } [ , ...n ] ) [ , PORT =listener_port ]

ip4_address

ipv4_mask

ipv6_address

PORT = listener_port

前提条件と制限

A. セカンダリレプリカ上のバックアップ、柔軟なフェールオーバーポリシー、接続アクセスを構成する