移行ジョブ
移行ジョブは、リレーショナルデータベースからMongoDBにデータを転送します。移行ジョブではプロジェクトレベルの マッピング ルール を使用して、 MongoDBデータベースにデータを分散します。
移行ジョブのタイプ
Relational Migratorは、次の 2 つの異なる移行ジョブタイプを提供します。
スナップショット : スナップショット移行ジョブは 1 回実行され、通常は点インタイム移行戦略で使用されます。
継続的 : 継続的な移行ジョブは、ゼロダウンタイムの変更データキャプチャ（CDC）移行戦略の新しい受信データをカバーします。継続的なジョブでは最初にスナップショット ステージが実行され、その後データベースの更新をほぼリアルタイムでキャプチャする CDC ステージが実行されます。継続的な移行ジョブを実行しても、ソースデータベースと宛先データベースのデータは同期されたままです。
注意
Kafka 配置モデル
Relational MigratorのKafka配置モデルを使用すると、長時間実行スナップショットまたは継続的な移行ジョブを回復力のある状態で実行できます。 Kafka配置モデルの詳細については、「 Relational MigratorとKafkaの統合 」を参照してください。
リカバリ可能性
継続的な移行ジョブは、障害から24 時間以内に回復できます。詳細については、「 移行ジョブの回復 」を参照してください。
動作
移行ジョブはデフォルトで非冪等 です。 Relational Migratorは、ジョブが実行されるたびに新しいドキュメントと埋め込み配列を挿入し、同期ダイアログの開始時に既存の各コレクションを削除するオプションを使用します。冪等性を有効にすると、前の移行ジョブから挿入が自動的に削除されます。
ドキュメントと埋め込み配列の冪等挿入を有効にするには、 user.propertiesファイルで migrator.engine.transform.idempotency: trueを設定します。 べき等性を有効にすると、大規模なジョブに大きな影響を与える可能性があります。
Indexes
Relational Migratorは、移行プロセスを補完するために、 MongoDBコレクションに新しい インデックスを作成します。最高のパフォーマンスを得るには、移行後にコレクション内のインデックスを確認して、アプリケーションの使用パターンに最適であることを確認します。
Relational Migratorは、リレーショナルデータベースに新しいインデックスを作成しません。 Relational Migratorには、ソースデータベースへの読み取り専用アクセス権があります。
コレクションインデックスの再使用の詳細については、次のページを参照してください。
はじめる
[ Data Migration ] タブから次のタスクを実行できます。