ApsaraDB RDS:プライマリとセカンダリのApsaraDB RDS for SQL Serverインスタンス間のワークロードの切り替え

制限事項

サーバーレスRDSインスタンスは、手動のプライマリ /セカンダリ切り替えをサポートしていません。 詳細については、「概要」をご参照ください。 サーバーレスRDSインスタンスに障害が発生した場合、システムはプライマリサーバーレスRDSインスタンスとセカンダリサーバーレスRDSインスタンスの間でワークロードを自動的に切り替えます。

使用上の注意

• 約30〜120秒続くサービス中断は、一次 /二次切り替え中に発生する。 アプリケーションがデータベースシステムに自動的に再接続するように構成されていることを確認します。

  アプリケーションが以前のバージョンのDruidコンポーネントを接続管理に使用している場合、アプリケーションは切断後にデータベースシステムに自動的に再接続できないことがあります。 この問題を解決するには、Druidコンポーネントを1.1.16以降にアップグレードすることを推奨します。

• プライマリ /セカンダリの切り替え後、プライマリRDSインスタンスにアタッチされている読み取り専用RDSインスタンスは、プライマリRDSインスタンスへのデータの複製と、プライマリRDSインスタンスからの増分データの同期に使用される接続を再確立する必要があります。 その結果、読み取り専用RDSインスタンスのデータは数分の待ち時間を示します。

• ApsaraDB RDS for SQL Serverのプライマリ /セカンダリ同期メカニズムにより、データベースシステムのプライマリRDSインスタンスとセカンダリRDSインスタンス間の完全なデータ同期が保証されます。 ただし、ALTER LOGINステートメントのすべてのパラメーター設定が同期されるわけではありません。 ALTER loginステートメントのSID、login_name、およびpasswordパラメーターの設定のみが同期されます。 ApsaraDB RDS for SQL Serverでは、ALTER LOGINステートメントの他のすべてのパラメーターにデフォルト値が使用されます。 詳細については、「ALTER LOGIN (Transact-SQL) 」をご参照ください。

影響

• 約30〜120秒続くサービス中断は、一次 /二次切り替え中に発生する。 アプリケーションがデータベースシステムに自動的に再接続するように構成されていることを確認します。

  アプリケーションが以前のバージョンのDruidコンポーネントを接続管理に使用している場合、アプリケーションは切断後にデータベースシステムに自動的に再接続できないことがあります。 この問題を解決するには、Druidコンポーネントを1.1.16以降にアップグレードすることを推奨します。

• プライマリ /セカンダリの切り替え後、プライマリRDSインスタンスにアタッチされている読み取り専用RDSインスタンスは、プライマリRDSインスタンスへのデータの複製と、プライマリRDSインスタンスからの増分データの同期に使用される接続を再確立する必要があります。 その結果、読み取り専用RDSインスタンスのデータは数分の待ち時間を示します。

• プライマリ /セカンダリの切り替えでは、 RDSインスタンスへの接続に使用されるエンドポイント。 ただし、エンドポイントに関連付けられている IP アドレスが変更される場合があります。 アプリケーションがエンドポイントを使用してRDSインスタンスに接続する場合、プライマリ /セカンダリの切り替え後もアプリケーションを期待どおりに実行できます。

手動のプライマリ /セカンダリ切り替えの実行

1. [インスタンス] ページに移動します。 上部のナビゲーションバーで、RDS インスタンスが存在するリージョンを選択します。 次に、RDSインスタンスを見つけ、インスタンスのIDをクリックします。

2. 左側のナビゲーションウィンドウで、インスタンスの可用性 をクリックします。

3. 表示されるページの 可用性情報 セクションで、プライマリ/セカンダリノードの切り替え をクリックします。

4. プライマリ /セカンダリの切り替えを実行する時刻を指定します。 次に、[OK] をクリックします。

   説明

   プライマリ /セカンダリの切り替え中に特定の操作を実行することはできません。 たとえば、データベースとアカウントの管理やネットワークタイプの変更はできません。 [指定時間範囲内] を選択することを推奨します。

短時間の自動プライマリ /セカンダリ切り替えを無効にする

プライマリ /セカンダリ切り替えログの表示

1. [インスタンス] ページに移動します。 上部のナビゲーションバーで、RDS インスタンスが存在するリージョンを選択します。 次に、RDSインスタンスを見つけ、インスタンスのIDをクリックします。

2. 左側のナビゲーションウィンドウで、インスタンスの可用性 をクリックします。

3. 表示されるページの [プライマリ /セカンダリ切り替えログ] セクションで、時間範囲を選択し、選択した時間範囲で生成されたプライマリ /セカンダリ切り替えログを表示します。

   

よくある質問

• プライマリ /セカンダリの切り替え後、ワークロードをセカンダリRDSインスタンスからプライマリRDSインスタンスに手動で切り替える必要がありますか。

  いいえ。プライマリ /セカンダリの切り替え後、ワークロードをセカンダリRDSインスタンスからプライマリRDSインスタンスに手動で切り替える必要はありません。 プライマリRDSインスタンスのデータは、セカンダリRDSインスタンスのデータと同じです。 プライマリ /セカンダリの切り替え後、セカンダリRDSインスタンスは新しいプライマリRDSインスタンスとして機能します。 追加の操作は必要ありません。

• プライマリ /セカンダリスイッチオーバーが実行されるたびに、プライマリ /セカンダリスイッチオーバーが完了してから10分後にRDSインスタンスが期待どおりに実行されません。 考えられる原因は何ですか? 問題を処理するにはどうすればよいですか?

  RDSインスタンスの例外がプライマリ /セカンダリの切り替えをトリガーして高可用性を確保する場合、アプリケーションは接続の変更を特定して応答できない場合があります。 ソケット接続にタイムアウト期間が指定されていない場合、アプリケーションはデータベースが結果を返すのを待ちます。 ほとんどの場合、アプリケーションは数百秒後に切断されます。 この期間中、データベースへの接続が期待どおりに機能せず、多数のSQL文の実行に失敗します。 無効な接続を回避するには、connectTimeoutパラメーターとsocketTimeoutパラメーターを設定して、ネットワークエラーによってアプリケーションが長時間待機しないようにすることをお勧めします。 これにより、故障からの回復に要する時間が短縮される。

  これらのパラメーターは、ワークロードと使用モードに基づいて設定する必要があります。 オンライントランザクションの場合、connectTimeoutパラメーターを1〜2秒、socketTimeoutパラメーターを60〜90秒に設定することを推奨します。 この构成は参照だけのためです。

関連する API 操作