サーバー エンドポイントを削除すると、同じ同期グループ内のクラウド エンドポイント (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 アップロード セッションを手動で開始した後に発生した 、'sync direction' = upload、'HResult' = 0、および 'PerItemErrorCount' = 0 を含む 9102 イベントが表示されていることを確認します。
'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 ファイル共有のサイズから、サーバー上のキャッシュされたサイズを差し引いたサイズである必要があります。
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) に移動します。 9102 イベントが「同期方向」= download、「HResult」= 0、および「PerItemErrorCount」= 0となっており、そのイベントがクラウドの変更検出完了日時以降に発生したことを確認します。
'PerItemErrorCount' が 0 より大きい場合、ファイルの同期に失敗します。 FileSyncErrorsReport.ps1 を使用して、同期に失敗しているファイルを確認します。この PowerShell スクリプトは、通常、Azure File Sync エージェントがインストールされているサーバー上のこのパスにあります: C:\Program Files\Azure\StorageSyncAgent\FileSyncErrorsReport.ps1
これらのファイルが重要でない場合は、サーバー エンドポイントを削除できます。 これらのファイルが重要な場合は、エラーを修正し、サーバー エンドポイントを削除する前に、'sync direction' = download、'HResult' = 0、'PerItemErrorCount' = 0 の別の 9102 イベントが発生するのを待ちます。