8.移行インフラストラクチャを設定する

マネージャーとエージェントのセットアップ

推奨のオペレーティングシステム: Windows Server 2016、Windows Server 2019、Windows Server 2022、Windows 10、Windows 11

推奨のセットアップ:

• エージェントがインストールされている 1 件の Fly Server マネージャーが、最大 5 件の Fly Server エージェントを管理します。

• エージェントがインストールされていない 1 件の Fly Server マネージャーが、最大 10 件の Fly Server エージェントを管理します。

Fly Server マネージャーの要件:

• 4 コア・8 GB メモリ以上

• 1 TB データ以下の移行プロジェクトに対しては、100 GB 以上のディスク容量をお勧めします。

• 1 TB データを超える大規模な移行プロジェクトに対しては、500 GB 以上のディスク容量をお勧めします。

Fly Server エージェントの要件:

• 4 コア・8 GB メモリ以上

• エージェントの使用可能なディスク容量は、エージェントで同時に実行される移行元 PST ファイルの合計サイズより大きい必要があります。

• 1 TB データを超える大規模な移行プロジェクトに対しては、500 GB 以上のディスク容量をお勧めします。

• エージェントのディスクスペースは、実行の重要な要素です。サーバーが SSD で構成されている場合、効率は高くなります。

PST ファイル移行の場合、上記のセットアップが構成されており、スロットリング制限が解除されている場合、平均移行速度が 1 GB/時間/マッピングで、一般的には各エージェントが同時に 5 件のマッピングを実行するとすれば、上記のインフラストラクチャを使用して移行できるコンテンツ量を計算することができます。より多くのスループットが必要である場合は、2 セット目の Fly Server 移行インフラストラクチャを設定する必要があります。

移行元 PST/OLM ファイルのアイテムサイズが大きすぎて IO ボトルネックを回避できず、効率が低下する場合は、各エージェントで 3 件のマッピングを並行して実行することをお勧めします。

移行スループット

一般的には、合理的な移行速度は 1 GB/時間/マッピングとなり、1 日の合計スループットは以下の通りです。

• 1 GB/時間/マッピング*エージェント毎 5 件のマッピング*エージェント数*1 日の移行時間数

上記の 10 件のエージェント / 1 件のマネージャー、1 日 12 時間の移行を例とする場合:

1*5*10*12=600 GB/日

上記はサンプルの計算であり、移行パフォーマンスに影響する可能性のある要因が多数あることに注意してください。

• スループット: 上記のスループット数は完全移行を対象としています。一般的には、増分移行の場合、スループットが低くなる可能性があります。Fly Server は増分移行の移行済みアイテムの状態を確認するために時間を費やす必要があります。

• Fly Server インフラストラクチャの送信・受信のネットワーク帯域幅

• 移行元と移行先のスロットリング問題

• Fly Server エージェントマシン / SQL Server の仕様およびパフォーマンス

• エージェントのディスクは、実行の重要な要素です。サーバーが SSD で構成されている場合、効率は高くなります。

• その他

エージェントマシンが 4 コア以上であり、メモリが 8 GB 以上の場合、最高のパフォーマンスレベルを選択することをお勧めします。

ただし、ボトルネックが移行先にある場合、Fly Server インフラストラクチャを増やしても、スループットをさらに向上させることはできません。

移行データベース

本番の SQL Server への影響を避けるために、移行データベース専用の SQL Server インスタンスを設定することをお勧めします。サーバーの仕様は、4 コア CPU、16 GB RAM を搭載したマシンで、SQL メモリの使用量を最大 12 GB に制限する必要があります。大規模な移行の場合、空きディスク容量は 1 TB 以上である必要があります。

大規模な移行の場合、複数の移行データベースが必要となる場合があります。