Share via

Azure File Sync を使用している場合に、ある Azure ファイル共有から別の Azure ファイル共有にファイルを移行する

  • [アーティクル]

この記事では、ファイル共有が異なるストレージ アカウントにある場合でも、Azure File Sync を使用しているときに、ある SMB Azure ファイル共有から別の SMB Azure ファイル共有にファイルを移行する方法について説明します。 このプロセスは、クラウドを使った階層化が有効になっているかどうかによって異なります。

クラウドを使った階層化の状態は、 Azure portal でサーバー エンドポイントのプロパティの下からチェックできます。 クラウドを使った階層化がオフの場合は、「クラウドを使った階層化がオフのときにファイルを移行する」を参照してください。 クラウドを使った階層化がオンの場合は、「クラウドを使った階層化がオンのときにファイルを移行する」を参照してください。

クラウドを使った階層化がオフのときにファイルを移行する

クラウドを使った階層化を使用していない場合、すべてのデータは Azure File Sync サーバー上にローカルに存在し、このデータを Azure File Sync を使用して別のファイル共有にアップロードできます。

次の手順では、同期グループに Azure File Sync サーバーが 1 つあることを前提としています。 複数の Azure File Sync サーバーが既存の共有に接続されている場合は、最初に他のすべてのサーバー エンドポイントを削除する必要があります。 1 つのエンドポイント上で完全な移行を実行し、それから他のサーバー エンドポイントを新しい同期グループに再接続します。

  1. サーバー エンドポイントでクラウドを使った階層化がオフになっていることを確認します。 Azure portal で、サーバー エンドポイントのプロパティの下から状態を確認および変更できます。

  2. Invoke-StorageSyncFileRecall コマンドレットを実行し、-PerFileRetryCount パラメーターを使用して、呼び出しに失敗したファイルが再試行されるようにします。 このコマンドレットを 1 回目に実行する際、アクティブなクラウド階層化セッションが存在する可能性があるため、コマンドレットを 2 回実行して概要出力を確認し、サーバー上のローカルにすべてのファイルが完全に同期されて戻ったのを確認することをお勧めします。それから次の作業を進めます。

  3. ターゲットとして新しい SMB Azure ファイル共有を作成します。

  4. 新しい同期グループを作成 し、作成した Azure ファイル共有にクラウド エンドポイントを関連付けます。 同期グループは、新しいターゲット Azure ファイル共有と同じリージョンのストレージ同期サービスに存在している必要があります。

次に、2 つのオプションがあります。同じローカル ファイル サーバーを使用して新しい Azure ファイル共有にデータを同期するか (推奨)、新しいAzure File Sync サーバーに移動できます。

新しい Azure File Sync サーバーに移動する (省略可能)

同じローカル ファイル サーバーを使用する予定の場合は、このセクションをスキップして、「新しい Azure ファイル共有に接続する」に進んでください。

新しいローカル Azure File Sync サーバーに移動する場合は、Storage Migration Service (SMS) を使用して以下を実行できます。

  • すべての共有レベルのアクセス許可をコピーする
  • 移行中に発生した変更を取り込むためにいくつかのパスを作成する
  • 新しいサーバーへの一括移行を調整する

必要な作業は、新しいオンプレミス ファイル サーバーを設定し、新しいサーバーを Azure File Sync と新しいクラウド エンドポイントに接続することです。 その後に、SMS を使用してソース サーバーからターゲット サーバーに移行します。

必要に応じて、ソース共有を既存のファイル サーバー上の別の共有に手動でコピーできます。

新しい Azure ファイル共有に接続する

次の手順に従い、新しい Azure ファイル共有に接続します。

  1. 既存のサーバー エンドポイントを削除します。 ここでは、すべてのデータは保持されますが、既存の同期グループと既存のファイル共有との関連付けが削除されます。

  2. 新しい同期グループが同じストレージ同期サービスにない場合は、そのストレージ同期サービスから サーバーの登録を解除 し、新しいサービスに登録する必要があります。 サーバーを登録できるストレージ同期サービスは、一度に 1 つに限られることに注意してください。

  3. 作成した同期グループに新しいサーバー エンドポイントを作成し、同じローカル データに接続します。

クラウドを使った階層化がオフの場合の Azure File Sync 移行のアーキテクチャを示す図。

クラウドを使った階層化がオンのときにファイルを移行する

Azure File Sync のクラウドを使った階層化機能を使用している場合は、ソースを介する不要なクラウドの再現を防ぐために、Azure 内からデータをコピーすることをお勧めします。 このプロセスは、同じリージョン内で移行するか、リージョン間で移行するかによって若干異なります。 移行プロセスでは常に、一括移行中に何度かのダウンタイムが必要です。

Azure File Sync 登録済みサーバーは、1 つのストレージ同期サービスにのみ参加でき、ストレージ同期サービスは共有と同じリージョンに存在する必要があります。 そのため、リージョン間を移動する場合は、ターゲット共有に接続されている新しい Azure File Sync サーバーに移行する必要があります。 同じリージョン内に移動する場合は、既存の AFS サーバーを使用できます。

重要

移行シナリオで Azure ファイル共有をマウントする場合は、必ずストレージ アカウント キーを使用して、VM がすべてのファイルにアクセスできることを確認してください。 ドメイン ID は使わないでください。

同じリージョン内の移行

クラウドを使った階層化がオンで、同じリージョン内で移行する場合は、次の手順に従います。 既存の Azure File Sync サーバーを使用することも (図を参照)、既存の共有への影響を懸念している場合は、必要に応じて新しいサーバーを作成することもできます。

クラウドを使った階層化がオンの場合の、同じリージョン内での Azure File Sync 移行のアーキテクチャを示す図。

  1. ターゲットの共有として新しい SMB Azure ファイル共有を作成します。

  2. 既存のストレージ同期サービスに新しい同期グループを作成し、クラウド エンドポイントをターゲットの共有に関連付けます。 既存の Azure File Sync サーバーを、新しい同期グループにまだ接続しないでください。

  3. ソースとターゲットのファイル共有と同じ Azure リージョンに Windows Server VM (IaaS VM) をデプロイします。 良好なパフォーマンスを確保するために、少なくとも 56 GiB のメモリと Premium Storage を備えたマルチコアの VM の種類 (standard_DS5_v2 など) をお勧めします。

  4. IaaS VM では、ソースとターゲットに異なるディスクを使用します。 既存の同期グループに接続されているソース データに 小さなディスクを1 つ使用し、さらにデータ セット全体を保持できる大きなディスクを 1 つ使用します。

  5. Azure File Sync エージェントを IaaS VM にインストールし、サーバーを登録します。

  6. Azure portal で、元の同期グループ (ソース共有) に移動し、IaaS VM にサーバー エンドポイントを作成します (小さいディスクを使用)。 このサーバー エンドポイントでクラウドの階層化を有効にします。

  7. Azure portal で、新しい同期グループ (ターゲットの共有) に移動し、IaaS VM にサーバー エンドポイントを作成します (大きなディスクを使用します)。

IaaS VM に移動し、ソース共有とターゲット共有の間の初期コピーを開始できるようになりました。

リージョン間での移行

クラウドを使った階層化がオンで、別の Azure リージョンのファイル共有に移行する場合は、次の手順に従います。 リージョン間で移行するには、ターゲット共有に接続されている新しい Azure File Sync サーバーに移行する必要があります (図を参照)。

クラウドを使った階層化がオンの場合の、リージョン間での Azure File Sync 移行のアーキテクチャを示す図。

  1. ターゲットの共有として新しいリージョンに新しい SMB Azure ファイル共有を作成します。

  2. ターゲット リージョンにストレージ同期サービスを作成し、ターゲット共有にアタッチされた同期グループを作成します。

  3. 新しいリージョン内のターゲット共有と同期する新しいオンプレミス Azure File Sync ファイル サーバーを作成します。 新しいサーバーをターゲット同期グループにまだ接続しないでください。

  4. ソース データ用の小さなディスクを持つソース Azure File Sync VM をデプロイします。 ソース共有同期グループにサーバー エンドポイントを作成します。 このサーバー エンドポイントでクラウドの階層化を有効にします。

  5. ソース共有と同じリージョンで、ターゲット Azure File Sync VM をデプロイし、このサーバーを新しいリージョンのストレージ同期サービスに登録します。 データ セット全体を保持できる大きなディスクを 1 つ使用します。

  6. Azure portal で、新しいストレージ同期サービスに移動し、ターゲット共有の同期グループに移動し、ターゲット Azure File Sync VM にサーバー エンドポイントを作成します。

  7. ターゲット Azure File Sync VM で、ソース Azure File Sync VM 上のソース共有にドライブをマウントします。

ターゲット Azure File Sync VM 上のソース共有とターゲット共有の間の初期コピーを開始できるようになりました。

初期コピー

Windows に組み込まれているツールである Robocopy を使用して、ソースからターゲットの共有にファイルをコピーします。

  1. Windows コマンド プロンプトでこのコマンドを実行します。 必要に応じて、ログ機能のフラグをベスト プラクティス (/NP、/NFL、/NDL、/UNILOG) として含めることができます。

    robocopy <source> <target> /MIR /COPYALL /MT:16 /R:2 /W:1 /B /IT /DCOPY:DAT

    ソース共有が s:\ としてマウントされ、ターゲット共有が t:\ としてマウントされている場合、このコマンドは次のようになります。

    robocopy s:\ t:\ /MIR /COPYALL /MT:16 /R:2 /W:1 /B /IT /DCOPY:DAT

  2. Robocopy の進行中に、オンプレミスの Azure File Sync サーバーをターゲット同期グループに接続します。 最初は空き領域が大きいポリシーを使用して新しいサーバー エンドポイントの場所を構成します。これは、最新の変更をコピーするための十分な空き領域が確保する必要があるためです。 たとえば、現在のキャッシュの場所が D:\cache の場合は、新しいサーバー エンドポイントでは T:\cache を使用します。 既存の Azure File Sync サーバー (同じリージョン内の移行用) を使用している場合は、ローカル キャッシュを既存のエンドポイントとは別のボリュームに配置します。 このディレクトリが、ソース共有に接続されているサーバー エンドポイントと同じディレクトリでない、また、そのエンドポイントのサブディレクトリでない場合は、同じボリュームを使用しても問題ありません。 データが自動的にオンプレミス サーバーにダウンロードされないようにするため、このエンドポイントでクラウドを使った階層化を有効にします。 サーバーがターゲット同期グループに接続されたら、名前空間データが同期されるまでしばらく待ちます。

  3. 最初の Robocopy の実行が正常に完了し、ソースからターゲットへの同期が完了するまで待ちます。 残りのすべての変更が Azure に同期されるように、さらに 1 時間待つことをおすすめします。 すべての変更が同期されたことを確認するには、「現在の同期セッションの進行状況を監視する方法」を参照してください。

最終的な変更を同期する

最終的な変更を同期する前に、既存の共有の SMB 共有を無効にするか、少なくとも読み取り専用にします。 SMB 共有をオフにした後、残りのすべての変更が確実に Azure に同期されるように 1 時間待ちます。

ソース ファイル共有とターゲットの間に接続がある場合は、最近の変更を Robocopy でターゲットへ移行できます。

robocopy s:\ t:\ /mir /copyall /mt:16 /DCOPY:DAT /XD S:\$RECYCLE.BIN /XD "S:\System Volume Information"

最新の変更を新しいファイル共有に直接コピーできない場合は、IaaS VM 上で Robocopy ミラー コマンドをもう一度実行します。 これにより、最初の実行以降に発生したすべての変更が同期され、既にコピーされているものはすべてスキップされます。

robocopy s:\ t:\target /mir /copyall /mt:16 /DCOPY:DAT

IaaS VM の同期が完了すると、ローカル ターゲット エージェントも最新の状態になります。

新しいサーバー エンドポイントで共有を有効にする

新しい Azure File Sync サーバーに移行する場合は、古いサーバーの名前をランダムな名前に変更してから、新しいサーバーの名前を古いサーバーと同じ名前に変更する必要があります。 こうすることで、ファイル共有 URL はエンド ユーザーに対して同じになります。

新しい共有 T:\cache を有効にします。 そこには、同じファイル ACL がすべて存在しています。 古い共有上に存在していた共有レベルのアクセス許可を再度作成する必要があります。

古いサーバー エンドポイントと同期グループを削除する

新しい同期グループですべてが正しく動作していることを確認したら、古い同期グループのプロビジョニングを解除できます。 まず、サーバー エンドポイントを削除します。 サーバー エンドポイントを削除する前に、すべてのデータを古いサーバーに再現する必要はありません。

関連項目