移行ジョブの管理
コレクションでコンテンツを整理
必要に応じて、コンテンツの保存と分類を行います。
概要
移行ジョブのリストまたは単一の移行ページから操作を実行できます。ステータスがすべて同じ移行ジョブに対して、複数のジョブに対して同時にアクションを実行できます。
ユーザーの操作 |
説明 |
開始 |
開始されずに作成された移行ジョブを開始します。 |
停止 |
実行中の移行ジョブはいつでも停止できます。完全なダンプ フェーズまたは CDC フェーズで、データの移行が一時停止し、移行ジョブのステータスが Stopping に変わり、その後 Stopped に変わります。
- 完全ダンプ フェーズ中に移行ジョブが停止した場合は、ジョブを削除または再起動できます。ただし、WAL ログはレプリケーション スロットに引き続き蓄積され、最終的には移行元のデータベースでディスク容量が不足する可能性があります。さらに、Database Migration Service はレプリケーション遅延を引き続き取得するため、Database Migration Service は引き続きネットワーク トラフィックを消費します。
- 変更データ キャプチャ(CDC)フェーズ中に移行ジョブが停止した場合は、ジョブを昇格または削除できます。
データベース サーバーのレプリケーション スロットとディスクサイズをモニタリングします。移行ジョブを削除すると、すべてのレプリケーション スロットとネットワーク トラフィックがクリーンアップされます。
|
再開 |
CDC フェーズ中に移行が停止した場合は、再開できます。移行ジョブを再開すると、停止中に蓄積されたイベントのレプリケーションが再開されます。
|
再起動する |
移行が失敗して復元できない場合や、完全ダンプ中に停止した場合は、最初から再開できます。
1 つ以上のソース データベースまたは移行先データベースでエラーが発生したためにレプリケーションに失敗した場合、移行を再開すると、エラーの影響を受ける移行先データベースからすべてのデータが消去されます。
移行開始後に移行元の PostgreSQL サーバーで新しいデータベースが作成された場合、移行を再開すると、新しいデータベースも移行先インスタンスに複製されます。
|
削除 |
移行ジョブは削除できます。結果はジョブのステータスによって異なります。
- 移行ジョブのステータスが
Completed の場合、レコードは移行ジョブリストから削除されます。
- 移行ジョブのステータスが他のステータスの場合、移行先の Cloud SQL インスタンス/プライマリ ペアを削除するオプションがあります。
|
宣伝 |
移行をプロモートするをご覧ください。 |
特に記載のない限り、このページのコンテンツはクリエイティブ・コモンズの表示 4.0 ライセンスにより使用許諾されます。コードサンプルは Apache 2.0 ライセンスにより使用許諾されます。詳しくは、Google Developers サイトのポリシーをご覧ください。Java は Oracle および関連会社の登録商標です。
最終更新日 2025-01-23 UTC。
[[["わかりやすい","easyToUnderstand","thumb-up"],["問題の解決に役立った","solvedMyProblem","thumb-up"],["その他","otherUp","thumb-up"]],[["わかりにくい","hardToUnderstand","thumb-down"],["情報またはサンプルコードが不正確","incorrectInformationOrSampleCode","thumb-down"],["必要な情報 / サンプルがない","missingTheInformationSamplesINeed","thumb-down"],["翻訳に関する問題","translationIssue","thumb-down"],["その他","otherDown","thumb-down"]],["最終更新日 2025-01-23 UTC。"],[],[]]