_node_login` です。
+ 同期的データレプリケーションのため、1 つのアベイラビリティーゾーン内のスタンダード DB インスタンスのデプロイと比較した場合、レイテンシーが長くなる可能性があります。
+ フェイルオーバー時間は、復旧プロセスの完了までにかかる時間の影響を受けます。大量のトランザクションがあると、フェイルオーバー時間はより長くなります。
+ SQL Server マルチ AZ 配置では、フェイルオーバー再起動でプライマリ DB インスタンスのみを再起動します。フェイルオーバー後、プライマリ DB インスタンスは新しいセカンダリ DB インスタンスになります。マルチ AZ インスタンスのパラメータは更新されない可能性があります。フェイルオーバーなしの再起動の場合、プライマリ DB インスタンスとセカンダリ DB インスタンスの両方が再起動し、再起動後にパラメータが更新されます。DB インスタンスが応答しない場合は、フェイルオーバーなしで再起動することをお勧めします。
次の表は、RDS for SQL Server マルチ AZ 配置において、データベースミラーリング (DBM) または Always On 可用性グループ (AG) を使用する場合と、ブロックレベルのレプリケーションを使用する場合とで、サーバーレベルのオブジェクトがどのようにレプリケートされるかを比較したものです。
**オブジェクトタイプ別のレプリケーション動作**
| オブジェクト | データベースミラーリング/Always On AG | ブロックレベルのレプリケーション |
| --- | --- | --- |
| ログイン | はい – Amazon RDS によってレプリケートされます。DEFAULT\_DATABASE プロパティはレプリケートされません。DBM または Always On AG インスタンスでログインを作成または変更する際は、DEFAULT\_DATABASE を使用しないでください。 | はい – DEFAULT\_DATABASE を含みます (制限なし)。 |
| データベースのユーザーとアクセス許可 | はい – SQL Server ネイティブレプリケーション (ユーザーデータベースに保存) によってレプリケートされます。 | はい。 |
| ユーザー定義のサーバーロール | Always On AG: はい – レプリケートされます。DBM: いいえ – レプリケートされません。 | はい。 |
| リンクサーバー | いいえ – AG またはミラーの外部にある master データベースに保存されます。マルチ AZ を有効にする前にリンクサーバーを作成するか、フェイルオーバー後に手動で再作成します。 | はい – システムデータベースを含むボリューム全体がレプリケートされます。 |
| SQL Server Audit | 部分的 – データベース監査仕様 (ユーザーデータベース内) がレプリケートされます。サーバー監査およびサーバー監査仕様は、レプリケートされません。プライマリと一致するように、AUDIT\_GUID パラメータを使用してセカンダリでこれらを手動で作成する必要があります。 | はい – すべての監査オブジェクトはボリュームレベルでレプリケートされます。 |
| tempdb の設定 | オプション – 次のストアドプロシージャを使用した同期を有効にします。EXECUTE msdb.dbo.rds_set_system_database_sync_objects
@object_types = 'TempDbFile';
一時的なオブジェクトとデータはレプリケートされません。 | はい – 設定はボリュームレベルでレプリケートされます。 |
| SQL Server エージェントジョブ | オプション – 次のストアドプロシージャを使用した同期を有効にします。EXECUTE msdb.dbo.rds_set_system_database_sync_objects
@object_types = 'SQLAgentJob';
サポートされているカテゴリの T-SQL ジョブステップのみがレプリケートされます。SSIS、SSRS、レプリケーション、PowerShell、およびデータベースメールのステップタイプはレプリケートされません。 | はい – すべてのジョブはボリュームレベルでレプリケートされます。 |
| CDC (変更データキャプチャ) | 部分的 – CDC メタデータと変更テーブル (ユーザーデータベース内) がレプリケートされます。キャプチャジョブとクリーンアップジョブ (msdb 内) は、直接レプリケートされません。Amazon RDS は、フェイルオーバー後に、以前に記録されたパラメータを使用して、新しいプライマリでそれらを削除して再作成します。rds\_set\_configuration を使用して、セカンダリに CDC パラメータをプリセットします。 | はい – すべての CDC オブジェクトはボリュームレベルでレプリケートされます。 |
| リソースガバナー | はい – Amazon RDS によってレプリケートされます。同期を確認するには、次のクエリを実行します。SELECT * FROM msdb.dbo.rds_fn_server_object_last_sync_time();
| はい。 |
| データベースの所有者 | いいえ – セカンダリインスタンスでは、データベース所有者は NT AUTHORITY\\SYSTEM に設定されます。フェイルオーバー後、msdb.dbo.rds\_changedbowner\_to\_rdsa を使用して所有権をリセットします。 | はい – 所有者は保持されます。 |
| msdb のアクセス許可 | いいえ – RDS for SQL Server は、msdb データベースのアクセス許可をセカンダリインスタンスにレプリケートしません。手動で再作成する必要があります。 | はい – ボリュームレベルでレプリケートされます。 |
以下は、RDS for Microsoft SQL Server DB インスタンスでマルチ AZ 配置を使用するときのいくつかのレコメンデーションです。
+ 本稼働または本稼働前に使用するデータベースでは、以下のオプションを使用することをお勧めします。
+ 高可用性を重視したマルチ AZ 配置
+ 高速で安定したパフォーマンスを実現する「プロビジョンド IOPS」
+ 「汎用」ではなく「メモリ最適化」
+ セカンダリ用のインスタンスにはアベイラビリティーゾーン (AZ) を選択することができません。アプリケーションホストをデプロイするときには、この点を考慮してください。データベースが別の AZ にフェイルオーバーする可能性があるため、アプリケーションホストがデータベースと同じ AZ に含まれない場合があります。このため、特定の AWS リージョン内のすべての AZ 間で、アプリケーションホストのバランスをとることをお勧めします。
+ 最高のパフォーマンスのために、大量のデータをロードするオペレーション中はデータベースミラーリング、Always On AG、またはブロックレベルレプリケーションを有効にしないでください。できる限り高速でデータを更新する必要がある場合は、DB インスタンスをマルチ AZ 配置に変換する前にデータの更新を終了します。
+ SQL Server データベースにアクセスするアプリケーションには、接続エラーを見つける例外処理が必要です。以下のコード例では、通信エラーを見つける try/catch ブロックを示しています。この例では、接続が成功した場合に `break` ステートメントは `while` ループを終了しますが、例外がスローされた場合は最大 10 回再試行します。
```
int RetryMaxAttempts = 10;
int RetryIntervalPeriodInSeconds = 1;
int iRetryCount = 0;
while (iRetryCount < RetryMaxAttempts)
{
using (SqlConnection connection = new SqlConnection(DatabaseConnString))
{
using (SqlCommand command = connection.CreateCommand())
{
command.CommandText = "INSERT INTO SOME_TABLE VALUES ('SomeValue');";
try
{
connection.Open();
command.ExecuteNonQuery();
break;
}
catch (Exception ex)
{
Logger(ex.Message);
iRetryCount++;
}
finally {
connection.Close();
}
}
}
Thread.Sleep(RetryIntervalPeriodInSeconds * 1000);
}
```
+ DBM または AG を使用してマルチ AZ インスタンスを操作する場合は、`Set Partner Off` コマンドを使用しないでください。このコマンドは、ブロックレベルレプリケーションを使用するインスタンスではサポートされていません。例えば、以下は実行しないでください。
```
--Don't do this
ALTER DATABASE db1 SET PARTNER off
```
+ 復旧モードを `simple` に設定しないでください。例えば、以下は実行しないでください。
```
--Don't do this
ALTER DATABASE db1 SET RECOVERY simple
```
+ 高可用性のためにブロックレベルレプリケーションを使用しない限り、マルチ AZ DB インスタンスに新しいログインを作成するときは、`DEFAULT_DATABASE` パラメータは使用しないでください。これらの設定は、スタンドバイ用ミラーには適用できないためです。例えば、以下は実行しないでください。
```
--Don't do this
CREATE LOGIN [test_dba] WITH PASSWORD=foo, DEFAULT_DATABASE=[db2]
```
また、以下の操作をしないでください。
```
--Don't do this
ALTER LOGIN [test_dba] WITH DEFAULT_DATABASE=[db3]
```