移行ジョブの管理

MySQL   |  PostgreSQL   |  PostgreSQL to AlloyDB

概要

移行ジョブのリストまたは単一の移行ページからアクションを実行できます。ステータスがすべて同じ移行ジョブに対して、複数のジョブで同時にアクションを実行できます。

移行ジョブでのみ実行できるアクションもあれば、移行ジョブで選択したデータベースでも実行できるアクションもあります。

ユーザー アクション	説明
編集	次の変更を行うには、移行ジョブを編集します。 すべてのデータベースと特定のデータベースの移行を切り替えます。 移行の状態やフェーズに関係なく、必要な回数だけデータベースを追加または削除できます。データベースを削除すると、Database Migration Service はそのデータベースのレプリケーション プロセスを停止しますが、移行先から削除しません。 変更を行うたびにジョブを保存する必要があります。 実行中の移行ジョブのデータダンプの並列処理レベルを編集します。変更を行った後、ジョブを保存して再起動する必要があります。
開始	開始せずに作成された移行ジョブを開始します。
停止	実行中の移行ジョブはいつでも停止できます。完全なダンプフェーズまたは CDC フェーズで、データ移行が停止し、移行ジョブのステータスが Stopping に変わり、その後 Stopped に変わります。 完全ダンプ フェーズ中に移行ジョブが停止した場合は、ジョブを削除または再開できます。ただし、WAL ログは引き続きレプリケーション スロットに蓄積され、最終的に移行元のデータベースでディスク容量が不足する可能性があります。また、Database Migration Service はレプリケーション遅延の取得を継続するため、ネットワーク トラフィックの消費も継続されます。 変更データ キャプチャ（CDC）フェーズで移行ジョブが停止した場合は、ジョブをプロモートまたは削除できます。 データベース サーバーのレプリケーション スロットとディスクサイズをモニタリングします。移行ジョブを削除して、すべてのレプリケーション スロットとネットワーク トラフィックをクリーンアップできます。
再開	移行が CDC フェーズで停止した場合は、再開できます。移行ジョブを再開すると、停止中に蓄積されたイベントのレプリケーションが再開されます。
再起動	移行が失敗して復元できない場合や、フルダンプ中に停止した場合は、最初から再開できます。 1 つ以上のソース データベースまたは宛先データベースのエラーが原因でレプリケーションが失敗した場合、移行を再開すると、エラーの影響を受ける宛先データベースからすべてのデータが消去されます。 移行の開始後に移行元の PostgreSQL サーバーで新しいデータベースが作成された場合は、移行を再開すると、新しいデータベースも移行先インスタンスに複製されます。
削除	移行ジョブは削除できます。結果はジョブのステータスによって異なります。 移行ジョブのステータスが Completed の場合、レコードは移行ジョブリストから削除されます。 移行ジョブが他のステータスの場合、移行先の Cloud SQL インスタンス/プライマリ ペアを削除するオプションを選択できます。
プロモーション	移行をプロモートするをご覧ください。