メンテナンス時に二重書き込みを一時停止する

テーブル マップは、ルールを使用して手動または自動で一時停止できます。 テーブル マップを一時停止すると、特に計画済みまたは計画外のメンテナンス中に、ビジネス継続性が確保されます。 アプリが維持されている間、ユーザーは引き続き作業を行いレコードを作成できます。

実行中状態のテーブル マップを一時停止すると、テーブル マップを再開するまで、作成または更新されたすべてのレコードがキューに格納されます。 システムは、キューに入れたレコードをセキュリティで保護された Microsoft Azure ストレージに格納します。 テーブル マップを再開して 実行 状態に戻すと、システムはキューに登録されたレコードを再生します。

各テーブル マップの [キューに登録されたレコード] タブで、 一時停止 状態にあるテーブル マップに対して作成または更新 したレコード を表示できます。

[キューに登録されたレコード数の合計] 行には、特定のテーブル マップに対してシステムがキューに登録したレコードの合計数が表示されます。 [ さらに読み込む ] を選択すると、ページ分割されたビューにさらにレコードが表示されます。 統合キーでレコードのフィルタ処理もできます。

同期の再開

テーブル マップを再開すると、その状態が 一時停止 から 実行中に変わり、プロセスによってキューから宛先アプリにレコードが書き込まれます。 同期が再開されたときのキューレコードの管理方法には、次の 3 つのオプションがあります。

• キューに登録されたレコードの同期をキャッチアップ する - プロセスは、新しいレコードのライブ同期を再開する前に、キュー内のレコードを処理します。 マップ用に作成された新しいレコードは、キュー内のすべてのレコードが処理されるまで、ライブ同期によって同期されるのではなく、引き続きキューに追加されます。 マップされたテーブルの新しいレコードのライブ同期は、キュー内のすべてのレコードが処理されるときに続行されます。
• 再試行のエラーを検出 するためにキューに入れ込みレコードを保持する Live 同期にスキップします。テーブル マップの新しいレコードのライブ同期が直ちに再開されます。 このプロセスでは、キューに登録されたレコードが キャッチアップ エラー リストに移動され、レコードの処理を再試行できます。 再試行される キャッチアップ エラー リストのレコードは非同期処理されます。
• ライブ同期にスキップして、キュー下レコードをディスカードする - テーブル マップに対いて作成された新しいレコードのライブ同期が直ちに再開されます。 このプロセスでは、キューに登録されているレコードがキューから破棄され、コピー先アプリと同期されません。

さまざまな理由で、一部のレコードがエラーアウトし、書き込みに失敗する場合があります。 たとえば、行先アプリケーションでのビジネス検証などです。 このような場合、レコードはキューに残り、[ キャッチアップ エラー ] タブで表示できます。詳細については、「 テーブル マップの一時停止によるキャッチアップ エラー」を参照してください。

ライブ同期に関する制限事項

[ ライブ同期にスキップ ] アクションは、再開中のテーブル マップとキューに登録されたレコードの処理中に使用できます。 テーブル マップを再開するときに、[ キューに登録されたレコードの同期をキャッチアップ する] オプションを選択すると、プロセスは新しいレコードのライブ同期を再開する前にキュー内のレコードを処理します。 キューの処理が必要以上に遅くなる可能性があります。 たとえば、キュー内に多数のレコードが入る場合や、多数の新規レコードが作成され、処理されるキューよりも早くレコードがキューに追加される場合があります。 キューの処理が必要以上に遅い場合は、ライブ同期に進む必要があります。

[ ライブ同期にスキップ ] アクションを選択すると、キューに新しいレコードを追加するのではなく、テーブル マップの新しいレコードのライブ同期がすぐに再開されます。 [ キューに格納されたレコードをキャッチアップ エラーに保持 する] オプションを選択すると、キュー内の残りのすべてのレコードが キャッチアップ エラー の一覧に移動され、レコードの処理を再試行できます。 再試行される キャッチアップ エラー リストのレコードは非同期処理されます。 [ エラーをキャッチアップするためにキューに登録されたレコードを保持する ] オプションを選択しない場合、プロセスはキューに残っているレコードを破棄し、コピー先アプリと同期しません。