ライブ移行のトラブルシューティング

移行中に一時的なデータの変化を考慮するには、宛先クラスターで使用可能なディスク容量が、ソースクラスターで消費されるディスク容量よりも大きくなければなりません。宛先クラスターが移行を処理できることを確認し、必要に応じて宛先クラスターのディスクサイズを増やします。

ソースクラスターの IP アクセス リストに正しいサブネット範囲を追加したことを確認します。 ライブ移行モーダル ウィンドウに 4 つの必要なサブネット範囲があります。

• 指定したホスト名がパブリック IP アドレスに解決されることを確認します。 コマンド プロンプトで、次のいずれかのコマンドを使用します。

  nslookup <hostname>
  ping <hostname>

• プル型のライブ移行と互換性のないVPCピアリング接続 を使用していないことを確認します。

指定されたホスト名の IP アドレスが見つかりませんでした。 指定されたホスト名が正しくアクセスし、一般にアクセスできることを確認します。

ライブ移行（プル）プロセスを実行するには、MongoDB ユーザーはソースクラスターの MongoDB インスタンスに対する 権限が必要です。 詳細については、 「ソースクラスターのセキュリティ」 を参照してください。

SSL を使用している場合:

• SSL 証明書が完全で、ライブ移行（プル）モーダル ウィンドウに正しくコピーされていることを確認します。

• Is encryption in transit enabled?トグル スイッチが Yesの位置にあることを確認します。

SSL を使用していない場合:

• 接続文字列をチェックし、sslクエリ パラメータが存在しないことを確認します。 --ssl が接続文字列の一部である場合、クラスターには SSL 接続が必要です。

• Is encryption in transit enabled?トグル スイッチがNoの位置にあることを確認します。

配置はMongoDB レプリカセットである必要があります。ソース配置が現在スタンドアロンノードである場合は、ライブ移行（プル）を実行中前に、単一ノードのレプリカセットに変換します。

ソースクラスターに サポートされていない 時系列コレクション が含まれていないことを確認します。ソースクラスター上のデータベースをフィルタリングして、時系列データを持つどのコレクションがエラーの原因となっているかを特定するには、次の例のように listCollections コマンドを使用します。

db.runCommand({ listCollections: 1, filter:{ type: "timeseries" }})

次のコマンドを使用して、 mongoshで認証情報を確認します。

use admin
db.getUser("<username>");

問題が解決されない場合は、MongoDB ユーザーのパスワードを更新してください。

CA ファイルが完全で、ライブ移行（プル）モーダル ウィンドウに正しく貼り付けられていることを確認します。

ユーザーに次の権限があることを確認します:bypassWriteBlockingMode 。また、データをライブ移行するために必要なロールがすべてユーザーにあることを確認します。

ライブ移行（プル）プロセスを実行するには、MongoDB ユーザーに十分なシステム特権が必要です。 詳細については、 「ソースクラスターのセキュリティ」 を参照してください。