サーバーエンドポイントを削除すると、そのサーバー位置と同じ同期グループ内の対応するAzureファイル共有(クラウドエンドポイント)との同期が停止します。 サーバー エンドポイントをプロビジョニング解除する前に、データの整合性と可用性を維持するためにいくつかの手順を実行する必要があります。 この記事では、プロビジョニング解除のいくつかの方法について説明し、シナリオ別の適切なガイダンスを提供します。 自分に最も適したユース ケースの手順に従います。
現在同期しているデータを完全に失っても問題ない場合は、スキップしてサーバー エンドポイントを直接プロビジョニング解除できます。
Warnung
サーバー エンドポイントのプロビジョニングを解除して、同期の問題を解決しないでください。 トラブルシューティングのヘルプについては、「 Azure File Sync のトラブルシューティング」を参照してください。サーバー側またはクラウド側を完全に同期せずにサーバー エンドポイントを削除すると、永続的なデータ損失が発生する可能性があります。 サーバー エンドポイントの削除は破壊的操作であり、サーバー エンドポイントが再作成された後、サーバー エンドポイント内の階層化されたファイルは Azure ファイル共有上の場所に "再接続" されません。 これにより、同期エラーが発生します。 また、サーバー エンドポイント名前空間の外部に存在する階層化されたファイルは、完全に失われる可能性があります。 階層化されたファイルは、クラウドの階層化を有効にしていなくても、サーバー エンドポイント内に存在する可能性があります。
シナリオ 1: サーバー エンドポイントを削除する必要があり、Azure File Sync サーバーのローカル データは必要ありません
目標は、クラウドエンドポイントのデータが最新であることを確実にすることです。 サーバー エンドポイントでファイルの完全なセットを最新の状態にするには、 シナリオ 2 を参照してください。
このカテゴリに含まれるユース ケースには、次のようなものがあります。
- Azure ファイル共有に移行する
- サーバーレスに進む
- 同期グループの残りの部分はそのままにしたまま、特定のサーバー エンドポイント パスの使用を中止する
このシナリオでは、サーバー エンドポイントを削除する前に、次の 3 つの手順を実行する必要があります。
- ユーザー アクセスを削除します。
- 特別な VSS アップロード セッションを開始します。
- 最終的な同期セッションが完了するまで待ちます。
サーバー エンドポイントへのユーザー アクセスを削除する
デプロビジョニング前に、最終同期が実行される間に新しいファイル変更が発生しないように、サーバーエンドポイントへのユーザーアクセスを停止してください。 このステップにより、クラウドがあなたのデータの状態に追いつく機会が得られます。
アクセスを削除すると、ダウンタイムが発生します。 ダウンタイムを短縮するには、ユーザー アクセスをクラウド エンドポイントにリダイレクトすることを検討してください。
ユーザーアクセスを解除した日時を記録し、次のセクションに進みましょう。
特別なボリューム スナップショット サービス (VSS) アップロード セッションを開始する
毎日、Azure File Syncはサーバー上で一時的なVSSスナップショットを作成し、現在アプリケーションによって開かれているかロックされているファイル(ハンドルが開いているファイル)を同期します。 最終同期セッションで最新のデータがアップロードされ、アイテムごとのエラーを減らすために、VSSアップロード用の特別なセッションを開始してください。 このステップはまた、スナップショット撮影後に開始される特別な同期アップロードセッションをトリガーします。
そのためには、ローカルサーバーでタスクスケジューラを開き、Microsoft\StorageSyncに行き、VssSyncScheduledTaskタスクを右クリックして「実行」を選択してください。
Important
この手順を完了した日時を書き留めます。 次のセクションで必要になります。
最終的な同期アップロード セッションが完了するまで待ちます
最新のデータがクラウドにあることを確認するために、最終的な同期アップロードセッションが完了するまで待ちましょう。
同期セッションの状態を確認するには、ローカル サーバーで イベント ビューアー を開きます。 テレメトリーイベントログ(Applications and Services\Microsoft\FileSync\Agent)にアクセスしてください。 手動でVSSアップロードセッションを開始した後に発生した9102イベントが「同期方向」=アップロード、「HResult」=0(エラーなし)、「PerItemErrorCount」=0(すべてのファイルが正常に同期)で発生しているか確認してください。
'PerItemErrorCount' が 0 より大きい場合、ファイルの同期に失敗します。 FileSyncErrorsReport.ps1 を使用して、同期に失敗しているファイルを確認します。この PowerShell スクリプトは、通常、Azure File Sync エージェントがインストールされているサーバー上のこのパスにあります: C:\Program Files\Azure\StorageSyncAgent\FileSyncErrorsReport.ps1
これらのファイルが重要でない場合は、サーバー エンドポイントを削除できます。 これらのファイルが重要な場合は、エラーを修正し、サーバー エンドポイントを削除する前に、'sync direction' = upload、'HResult' = 0、'PerItemErrorCount' = 0 の別の 9102 イベントが発生するのを待ちます。
シナリオ 2: サーバー エンドポイントを削除する必要があり、データセット全体を Azure File Sync サーバーに含める必要がある
このシナリオの目標は、ローカルサーバーやVM上でデータが最新であることを確実にすることです。 クラウド エンドポイントでファイルの完全なセットを最新の状態にするには、 シナリオ 1 を参照してください。
このシナリオでは、サーバー エンドポイントを削除する前に、次の 4 つの手順を実行する必要があります。
- クラウドの階層化を無効にします。
- 階層化されたファイルを呼び戻します。
- クラウド変更検出を開始します。
- 最終的な同期セッションが完了するまで待ちます。
Azure File Syncのクラウドティアリングを無効にしてください
サーバー エンドポイント プロパティのクラウドティアリングセクションに行き、デプロビジョニングしたいエンドポイントを無効にしてください。
すべての階層ファイルをローカルサーバーに呼び戻します
クラウドの階層化が無効になっている場合でも、すべての階層化されたファイルを呼び出して、すべてのファイルがローカルに格納されていることを確認する必要があります。
ファイルを取り消す前に、すべてのファイルを格納するのに十分な空き領域があることを確認します。 空き領域は、クラウド内の Azure ファイル共有のサイズから、サーバー上のキャッシュされたサイズを差し引いたサイズである必要があります。
Invoke-StorageSyncFileRecall PowerShell コマンドレットを使用し、SyncGroupName パラメーターを指定してすべてのファイルを取り消します。
Invoke-StorageSyncFileRecall -SyncGroupName "samplesyncgroupname" -ThreadCount 4
このコマンドレットの実行が終わったら、次のセクションに進みます。
クラウド変更検出を開始する
クラウドで変更検出を開始すると、最新の変更が確実に同期されます。
Invoke-AzStorageSyncChangeDetection コマンドレットを使用して、変更検出を開始できます。
Invoke-AzStorageSyncChangeDetection -ResourceGroupName "myResourceGroup" -StorageSyncServiceName "myStorageSyncServiceName" -SyncGroupName "mySyncGroupName" -CloudEndpointName "myCloudEndpointGUID"
この手順が完了するまでに時間がかかる場合があります。
Important
この開始されたクラウド変更検出スキャンが完了したら、完了した日時をメモします。 これは、次のセクションで必要になります。
最終的な同期セッションが完了するまで待ちます
ローカルサーバーでデータが最新かどうかを確認するために、最終的な同期アップロードセッションが完了するまで待ちましょう。
この状況を確認するには、ローカルサーバーのイベント ビューアーにアクセスしてください。 テレメトリーイベントログ(Applications and Services\Microsoft\FileSync\Agent)にアクセスしてください。 日付と時刻のクラウド変更検出が完了した後に、sync direction = ダウンロード、HResult = 0 (エラーなし)、PerItemErrorCount = 0 (すべてのファイルの同期に成功) となっている 9102 イベントが表示されることを必ず確認してください。
'PerItemErrorCount' が 0 より大きい場合、ファイルの同期に失敗します。 FileSyncErrorsReport.ps1 を使用して、同期に失敗しているファイルを確認します。この PowerShell スクリプトは、通常、Azure File Sync エージェントがインストールされているサーバー上のこのパスにあります: C:\Program Files\Azure\StorageSyncAgent\FileSyncErrorsReport.ps1
これらのファイルが重要でない場合は、サーバー エンドポイントを削除できます。 これらのファイルが重要な場合は、エラーを修正し、サーバー エンドポイントを削除する前に、'sync direction' = download、'HResult' = 0、'PerItemErrorCount' = 0 の別の 9102 イベントが発生するのを待ちます。
