Azure File Sync のデプロイの計画Planning for an Azure File Sync deployment

Azure File Sync を使用すると、オンプレミスのファイル サーバーの柔軟性、パフォーマンス、互換性を維持したまま Azure Files で組織のファイル共有を一元化できます。Use Azure File Sync to centralize your organization's file shares in Azure Files, while keeping the flexibility, performance, and compatibility of an on-premises file server. Azure File Sync により、ご利用の Windows Server が Azure ファイル共有の高速キャッシュに変わります。Azure File Sync transforms Windows Server into a quick cache of your Azure file share. SMB、NFS、FTPS など、Windows Server 上で利用できるあらゆるプロトコルを使用して、データにローカルにアクセスできます。You can use any protocol that's available on Windows Server to access your data locally, including SMB, NFS, and FTPS. キャッシュは、世界中にいくつでも必要に応じて設置することができます。You can have as many caches as you need across the world.

この記事では、Azure File Sync をデプロイする際の重要な考慮事項について説明します。This article describes important considerations for an Azure File Sync deployment. Azure Files のデプロイの計画」も読むことをお勧めします。We recommend that you also read Planning for an Azure Files deployment.


この記事は、新しい Azure PowerShell Az モジュールを使用するために更新されました。This article has been updated to use the new Azure PowerShell Az module. AzureRM モジュールはまだ使用でき、少なくとも 2020 年 12 月までは引き続きバグ修正が行われます。You can still use the AzureRM module, which will continue to receive bug fixes until at least December 2020. Az モジュールと AzureRM の互換性の詳細については、「Introducing the new Azure PowerShell Az module (新しい Azure PowerShell Az モジュールの概要)」を参照してください。To learn more about the new Az module and AzureRM compatibility, see Introducing the new Azure PowerShell Az module. Az モジュールのインストール手順については、Azure PowerShell のインストールを参照してください。For Az module installation instructions, see Install Azure PowerShell.

Azure File Sync の用語Azure File Sync terminology

Azure File Sync のデプロイの計画の詳細な説明に入る前に、用語を理解することが重要です。Before getting into the details of planning for an Azure File Sync deployment, it's important to understand the terminology.

ストレージ同期サービスStorage Sync Service

ストレージ同期サービスは、Azure File Sync の最上位レベルの Azure リソースです。ストレージ同期サービス リソースは、ストレージ アカウント リソースのピアであり、同じように Azure リソース グループにデプロイできます。The Storage Sync Service is the top-level Azure resource for Azure File Sync. The Storage Sync Service resource is a peer of the storage account resource, and can similarly be deployed to Azure resource groups. ストレージ アカウント リソースの個別の最上位レベルのリソースが必要です。ストレージ同期サービスは、複数の同期グループを介して複数のストレージ アカウントとの同期関係を作成する可能性があるためです。A distinct top-level resource from the storage account resource is required because the Storage Sync Service can create sync relationships with multiple storage accounts via multiple sync groups. 1 つのサブスクリプションで、複数の ストレージ同期サービス リソースをデプロイすることができます。A subscription can have multiple Storage Sync Service resources deployed.

同期グループSync group

同期グループは、一連のファイルの同期トポロジを定義します。A sync group defines the sync topology for a set of files. 同期グループ内のエンドポイントは、相互に同期を維持されます。Endpoints within a sync group are kept in sync with each other. たとえば、Azure File Sync で管理するファイル セットが 2 組ある場合、2 つの同期グループを作成し、各同期グループに別のエンドポイントを追加します。If for example, you have two distinct sets of files that you want to manage with Azure File Sync, you would create two sync groups and add different endpoints to each sync group. ストレージ同期サービスは、必要に応じて任意の数の同期グループをホストできます。A Storage Sync Service can host as many sync groups as you need.

登録済みサーバーRegistered server

登録済みサーバー オブジェクトは、サーバー (またはクラスター) とストレージ同期サービス間の信頼関係を表します。The registered server object represents a trust relationship between your server (or cluster) and the Storage Sync Service. ストレージ同期サービス インスタンスには、任意の数のサーバーを登録できます。You can register as many servers to a Storage Sync Service instance as you want. ただし、1 つのサーバー (またはクラスター) は、同時に 1 つのストレージ同期サービスのみに登録できます。However, a server (or cluster) can be registered with only one Storage Sync Service at a time.

Azure ファイル同期エージェントAzure File Sync agent

Azure File Sync エージェントは、Windows Server を Azure ファイル共有と同期できるようにするダウンロード可能なパッケージです。The Azure File Sync agent is a downloadable package that enables Windows Server to be synced with an Azure file share. Azure File Sync エージェントには、3 つの主要コンポーネントがあります。The Azure File Sync agent has three main components:

  • FileSyncSvc.exe:サーバー エンドポイントの変更の監視と、Azure に対する同期セッションの開始を担当するバックグラウンド サービス。FileSyncSvc.exe: The background service that is responsible for monitoring changes on server endpoints, and for initiating sync sessions to Azure.
  • StorageSync.sys:Azure File Sync ファイル システム フィルターであり、Azure Files に対するファイルの階層化を担当します (クラウドの階層化が有効な場合)。StorageSync.sys: The Azure File Sync file system filter, which is responsible for tiering files to Azure Files (when cloud tiering is enabled).
  • PowerShell 管理コマンドレット:Microsoft.StorageSync Azure リソース プロバイダーと対話するために使用する PowerShell コマンドレット。PowerShell management cmdlets: PowerShell cmdlets that you use to interact with the Microsoft.StorageSync Azure resource provider. これらは、次の (既定の) 場所で見つけることができます。You can find these at the following (default) locations:
    • C:\Program Files\Azure\StorageSyncAgent\StorageSync.Management.PowerShell.Cmdlets.dllC:\Program Files\Azure\StorageSyncAgent\StorageSync.Management.PowerShell.Cmdlets.dll
    • C:\Program Files\Azure\StorageSyncAgent\StorageSync.Management.ServerCmdlets.dllC:\Program Files\Azure\StorageSyncAgent\StorageSync.Management.ServerCmdlets.dll

サーバー エンドポイントServer endpoint

サーバー エンドポイントは、登録済みサーバー上の特定の場所を表します。たとえば、サーバー ボリュームのフォルダーなどです。A server endpoint represents a specific location on a registered server, such as a folder on a server volume. 名前空間が重複していなければ、同じボリューム上に複数のサーバー エンドポイントが存在できます (たとえば F:\sync1F:\sync2)。Multiple server endpoints can exist on the same volume if their namespaces do not overlap (for example, F:\sync1 and F:\sync2). 各サーバー エンドポイントについて、クラウドの階層化ポリシーを個別に構成することができます。You can configure cloud tiering policies individually for each server endpoint.

マウント ポイントを使用してサーバー エンドポイントを作成できます。You can create a server endpoint via a mountpoint. サーバー エンドポイント内のマウントポイントはスキップされることに注意してください。Note, mountpoints within the server endpoint are skipped.

システム ボリュームでサーバー エンドポイントを作成することはできますが、その場合、次の 2 つの制限があります。You can create a server endpoint on the system volume but, there are two limitations if you do so:

  • クラウド階層化を有効にすることはできません。Cloud tiering cannot be enabled.
  • 名前空間の迅速な復元 (システムが名前空間全体をすばやく停止した後、起動してコンテンツを呼び戻す) は実行されません。Rapid namespace restore (where the system quickly brings down the entire namespace and then starts to recall content) is not performed.


非リムーバブル ボリュームのみがサポートされます。Only non-removable volumes are supported. サーバー エンドポイントのパスでは、リモート共有からマップされたドライブはサポートされていません。Drives mapped from a remote share are not supported for a server endpoint path. また、システム ボリュームでは、クラウド階層経由の Windows システム ボリューム上にあるサーバー エンドポイントはサポートされていません。In addition, a server endpoint may be located on the Windows system volume though cloud tiering is not supported on the system volume.

既存の一連のファイルを含むサーバーの場所をサーバー エンドポイントとして同期グループに追加すると、それらのファイルは、同期グループの他のエンドポイント上に既にある他のファイルと統合されます。If you add a server location that has an existing set of files as a server endpoint to a sync group, those files are merged with any other files that are already on other endpoints in the sync group.

クラウド エンドポイントCloud endpoint

クラウド エンドポイントは、同期グループに含まれる Azure ファイル共有です。A cloud endpoint is an Azure file share that is part of a sync group. Azure ファイル共有の同期全体と 1 つの Azure ファイル共有は、1 つのクラウド エンドポイントのみのメンバーになることができます。The entire Azure file share syncs, and an Azure file share can be a member of only one cloud endpoint. したがって、Azure ファイル共有は、1 つの同期グループのみのメンバーになることができます。Therefore, an Azure file share can be a member of only one sync group. 既存の一連のファイルを含む Azure ファイル共有をクラウド エンドポイントとして同期グループに追加すると、既存のファイルは、同期グループの他のエンドポイント上に既にある他のファイルと統合されます。If you add an Azure file share that has an existing set of files as a cloud endpoint to a sync group, the existing files are merged with any other files that are already on other endpoints in the sync group.


Azure File Sync は、Azure ファイル共有に対する直接的な変更をサポートします。Azure File Sync supports making changes to the Azure file share directly. ただし、Azure ファイル共有に対して行われた変更は、まず Azure File Sync の変更検出ジョブによって認識される必要があります。However, any changes made on the Azure file share first need to be discovered by an Azure File Sync change detection job. クラウド エンドポイントに対する変更検出ジョブは、24 時間に 1 回のみ起動されます。A change detection job is initiated for a cloud endpoint only once every 24 hours. さらに、REST プロトコルで Azure ファイル共有に対して行われた変更は、SMB の最終更新時刻を更新するものではなく、同期による変更とは見なされません。詳細については、「Azure Files についてよく寄せられる質問 (FAQ)」を参照してください。In addition, changes made to an Azure file share over the REST protocol will not update the SMB last modified time and will not be seen as a change by sync. For more information, see Azure Files frequently asked questions.

クラウドの階層化Cloud tiering

クラウドの階層化は Azure File Sync のオプション機能です。この機能では、頻繁にアクセスされるファイルがサーバー上にローカルにキャッシュされ、その他のファイルはポリシー設定に基づいて Azure Files に階層化されます。Cloud tiering is an optional feature of Azure File Sync in which frequently accessed files are cached locally on the server while all other files are tiered to Azure Files based on policy settings. 詳細については、クラウドの階層化に関するページを参照してください。For more information, see Understanding Cloud Tiering.

Azure File Sync システムの要件と相互運用性Azure File Sync system requirements and interoperability

このセクションでは、Windows Server の機能とロール、およびサード パーティ ソリューションとの Azure File Sync エージェント システムの要件と相互運用性について説明します。This section covers Azure File Sync agent system requirements and interoperability with Windows Server features and roles and third-party solutions.

評価コマンドレットEvaluation cmdlet

Azure File Sync をデプロイする前に、Azure File Sync 評価コマンドレットを使用して、お使いのシステムと互換性があるかどうかを評価する必要があります。Before deploying Azure File Sync, you should evaluate whether it is compatible with your system using the Azure File Sync evaluation cmdlet. このコマンドレットでは、サポートされていない文字やサポートされていないオペレーティング システム バージョンなど、ファイル システムとデータセットに関する潜在的な問題をチェックします。This cmdlet checks for potential issues with your file system and dataset, such as unsupported characters or an unsupported operating system version. そのチェックでは、以下で説明する機能のほとんどがカバーされていますが、すべてではありません。デプロイが円滑に進むように、このセクションの残りの部分をよく読むことをお勧めします。Its checks cover most but not all of the features mentioned below; we recommend you read through the rest of this section carefully to ensure your deployment goes smoothly.

評価コマンドレットをインストールするには、Az PowerShell モジュールをインストールします。これは、次の手順に従ってインストールできます。Azure PowerShell をインストールして構成します。The evaluation cmdlet can be installed by installing the Az PowerShell module, which can be installed by following the instructions here: Install and configure Azure PowerShell.


複数の方法で評価ツールを呼び出すことができます。システム チェックとデータセット チェックのどちらか一方または両方を行うことができます。You can invoke the evaluation tool in a few different ways: you can perform the system checks, the dataset checks, or both. システム チェックとデータセット チェックの両方を実行するには:To perform both the system and dataset checks:

    Invoke-AzStorageSyncCompatibilityCheck -Path <path>

データセットのみをテストするには:To test only your dataset:

    Invoke-AzStorageSyncCompatibilityCheck -Path <path> -SkipSystemChecks

システム要件のみをテストするには:To test system requirements only:

    Invoke-AzStorageSyncCompatibilityCheck -ComputerName <computer name>

CSV で結果を表示するには:To display the results in CSV:

    $errors = Invoke-AzStorageSyncCompatibilityCheck […]
    $errors | Select-Object -Property Type, Path, Level, Description | Export-Csv -Path <csv path>

システム要件System Requirements

  • 次のいずれかのオペレーティング システム バージョンを実行しているサーバー:A server running one of the following operating system versions:

    VersionVersion サポートされている SKUSupported SKUs サポートされているデプロイ オプションSupported deployment options
    Windows Server 2019Windows Server 2019 Datacenter および StandardDatacenter and Standard 完全およびコアFull and Core
    Windows Server 2016Windows Server 2016 Datacenter および StandardDatacenter and Standard 完全およびコアFull and Core
    Windows Server 2012 R2Windows Server 2012 R2 Datacenter および StandardDatacenter and Standard 完全およびコアFull and Core
    Windows Server IoT 2019 for StorageWindows Server IoT 2019 for Storage Datacenter および StandardDatacenter and Standard 完全およびコアFull and Core
    Windows Storage Server 2016Windows Storage Server 2016 Datacenter および StandardDatacenter and Standard 完全およびコアFull and Core
    Windows Storage Server 2012 R2Windows Storage Server 2012 R2 Datacenter および StandardDatacenter and Standard 完全およびコアFull and Core

    Windows Server の今後のバージョンは、それらがリリースされたときに追加されます。Future versions of Windows Server will be added as they are released.


    Azure File Sync で使用するすべてのサーバーは、Windows Update の最新の更新プログラムを使用して常に最新の状態を保つことをお勧めします。We recommend keeping all servers that you use with Azure File Sync up to date with the latest updates from Windows Update.

  • 2 GiB 以上のメモリを装備しているサーバー。A server with a minimum of 2 GiB of memory.


    動的メモリを有効にした仮想マシンでサーバーが実行されている場合は、2048 MiB 以上のメモリで VM を構成する必要があります。If the server is running in a virtual machine with dynamic memory enabled, the VM should be configured with a minimum 2048 MiB of memory.

  • NTFS ファイル システムでフォーマットされたローカルに接続されたボリューム。A locally attached volume formatted with the NTFS file system.

ファイル システムの機能File system features

機能Feature サポートの状態Support status メモNotes
アクセス制御リスト (ACL)Access control lists (ACLs) 完全にサポートされていますFully supported Windows ACL は、Azure File Sync に保持され、サーバー エンドポイント上の Windows Server によって適用されます。Windows ACLs are preserved by Azure File Sync, and are enforced by Windows Server on server endpoints. クラウドでファイルに直接アクセスする場合、Azure Files は Windows ACL を (まだ) サポートしていません。Windows ACLs are not (yet) supported by Azure Files if files are accessed directly in the cloud.
ハード リンクHard links スキップSkipped
シンボリック リンクSymbolic links スキップSkipped
マウント ポイントMount points 部分的にサポートされています。Partially supported マウント ポイントがサーバー エンドポイントのルートである場合がありますが、マウント ポイントがサーバー エンドポイントの名前空間に含まれている場合、マウント ポイントはスキップされます。Mount points might be the root of a server endpoint, but they are skipped if they are contained in a server endpoint's namespace.
接合Junctions スキップSkipped たとえば、分散ファイル システムの DfrsrPrivate フォルダーや DFSRoots フォルダーなどです。For example, Distributed File System DfrsrPrivate and DFSRoots folders.
再解析ポイントReparse points スキップSkipped
NTFS 圧縮NTFS compression 完全にサポートされていますFully supported
スパース ファイルSparse files 完全にサポートされていますFully supported スパース ファイルは同期されます (ブロックされません) が、完全なファイルとしてクラウドと同期されます。Sparse files sync (are not blocked), but they sync to the cloud as a full file. クラウド内 (または他のサーバー上) のファイルの内容が変更され、変更がダウンロードされると、ファイルはスパースではなくなります。If the file contents change in the cloud (or on another server), the file is no longer sparse when the change is downloaded.
代替データ ストリーム (ADS)Alternate Data Streams (ADS) 保持されますが、同期されませんPreserved, but not synced たとえば、ファイル分類インフラストラクチャによって作成された分類タグは同期されません。For example, classification tags created by the File Classification Infrastructure are not synced. 各サーバー エンドポイント上のファイルに既存の分類タグは、変更されません。Existing classification tags on files on each of the server endpoints are left untouched.


NTFS ボリュームのみがサポートされます。Only NTFS volumes are supported. ReFS、FAT、FAT32 などのファイル システムはサポートされていません。ReFS, FAT, FAT32, and other file systems are not supported.

スキップされるファイルFiles skipped

ファイル/フォルダーFile/folder NoteNote
pagefile.syspagefile.sys システムに固有のファイルFile specific to system
Desktop.iniDesktop.ini システムに固有のファイルFile specific to system
thumbs.dbthumbs.db サムネイル用の一時ファイルTemporary file for thumbnails
ehthumbs.dbehthumbs.db メディア サムネイル用の一時ファイルTemporary file for media thumbnails
~$*.*~$*.* Office の一時ファイルOffice temporary file
*.tmp*.tmp 一時ファイルTemporary file
*.laccdb*.laccdb Access データベースのロック ファイルAccess DB locking file
635D02A9D91C401B97884B82B3BCDAEA.*635D02A9D91C401B97884B82B3BCDAEA.* 内部の同期ファイルInternal Sync file
\System Volume Information\System Volume Information ボリュームに固有のフォルダーFolder specific to volume
\SyncShareState\SyncShareState 同期用のフォルダーFolder for Sync

フェールオーバー クラスタリングFailover Clustering

Windows Server フェールオーバー クラスタリングは、Azure ファイル同期の "汎用ファイル サーバー" デプロイ オプションでサポートされています。Windows Server Failover Clustering is supported by Azure File Sync for the "File Server for general use" deployment option. フェールオーバー クラスタリングは、"アプリケーション データ用のスケールアウト ファイル サーバー" (SOFS) またはクラスター共有ボリューム (CSV) ではサポートされていません。Failover Clustering is not supported on "Scale-Out File Server for application data" (SOFS) or on Clustered Shared Volumes (CSVs).


同期が適切に機能するには、フェールオーバー クラスターのすべてのノードに Azure File Sync エージェントをインストールする必要があります。The Azure File Sync agent must be installed on every node in a Failover Cluster for sync to work correctly.

データ重複除去Data Deduplication

Windows Server 2016 および Windows Server 2019 Windows Server 2016 and Windows Server 2019
データ重複除去は、Windows Server 2016 および Windows Server 2019 でクラウドを使った階層化が有効になっているボリュームでサポートされます。Data Deduplication is supported on volumes with cloud tiering enabled on Windows Server 2016 and Windows Server 2019. クラウドを使った階層化が有効なボリュームでデータ重複除去を有効にすると、より多くのストレージをプロビジョニングしなくても、より多くのファイルをオンプレミスでキャッシュできます。Enabling Data Deduplication on a volume with cloud tiering enabled lets you cache more files on-premises without provisioning more storage.

クラウドを使った階層化が有効なボリュームでデータ重複除去が有効になっている場合、サーバー エンドポイントの場所にある重複除去最適化ファイルは、クラウドを使った階層化のポリシー設定に基づいて、通常のファイルと同様に階層化されます。When Data Deduplication is enabled on a volume with cloud tiering enabled, Dedup optimized files within the server endpoint location will be tiered similar to a normal file based on the cloud tiering policy settings. 重複除去最適化ファイルが階層化された後、データ重複除去ガベージ コレクション ジョブが自動的に実行され、ボリューム上の他のファイルから参照されなくなった不要なチャンクを削除することによって、ディスク領域が解放されます。Once the Dedup optimized files have been tiered, the Data Deduplication garbage collection job will run automatically to reclaim disk space by removing unnecessary chunks that are no longer referenced by other files on the volume.

ボリュームの節約はサーバーにのみ適用されることに注意してください。Azure ファイル共有内のデータは重複除去されません。Note the volume savings only apply to the server; your data in the Azure file share will not be deduped.


Windows Server 2019 でクラウドを使った階層化が有効になっているボリュームでデータ重複除去をサポートするには、Windows 更新プログラム KB4520062 をインストールし、Azure File Sync エージェント バージョン 以降が必要です。To support Data Deduplication on volumes with cloud tiering enabled on Windows Server 2019, Windows update KB4520062 must be installed and Azure File Sync agent version or newer is required.

Windows Server 2012 R2Windows Server 2012 R2
Azure File Sync については、データ重複除去とクラウドを使った階層化は、Windows Server 2012 R2 の同じボリューム上ではサポートされていません。Azure File Sync does not support Data Deduplication and cloud tiering on the same volume on Windows Server 2012 R2. ボリュームでデータ重複除去が有効になっている場合は、クラウドを使った階層化を無効にする必要があります。If Data Deduplication is enabled on a volume, cloud tiering must be disabled.


  • Azure File Sync エージェントをインストールする前にデータ重複除去がインストールされている場合、同じボリューム上でのデータ重複除去およびクラウドを使った階層化をサポートするには再起動が必要です。If Data Deduplication is installed prior to installing the Azure File Sync agent, a restart is required to support Data Deduplication and cloud tiering on the same volume.

  • クラウドを使った階層化を有効にした後にボリューム上のデータ重複除去を有効にする場合、最初の重複除去最適化ジョブで、そのボリューム上のまだ階層化されていないファイルが最適化され、クラウドを使った階層化に次のような影響を与えます。If Data Deduplication is enabled on a volume after cloud tiering is enabled, the initial Deduplication optimization job will optimize files on the volume that are not already tiered and will have the following impact on cloud tiering:

    • 空き領域ポリシーに従い、ボリューム上の空き領域に応じて、ヒートマップを使用してファイルが継続的に階層化されます。Free space policy will continue to tier files as per the free space on the volume by using the heatmap.
    • 重複除去最適化ジョブがファイルにアクセスしているために、本来ならば階層化の対象となっていたかもしれないファイルの階層化が日付ポリシーによってスキップされます。Date policy will skip tiering of files that may have been otherwise eligible for tiering due to the Deduplication optimization job accessing the files.
  • 進行中の重複除去最適化ジョブについては、ファイルがまだ階層化されていない場合は、データ ポリシーでのクラウドを使った階層化が、データ重複除去の MinimumFileAgeDays 設定により遅延します。For ongoing Deduplication optimization jobs, cloud tiering with date policy will get delayed by the Data Deduplication MinimumFileAgeDays setting, if the file is not already tiered.

    • 例:MinimumFileAgeDays 設定が 7 日、クラウドを使った階層化の日付ポリシーが 30 日の場合、日付ポリシーによって 37 日後にファイルが階層化されます。Example: If the MinimumFileAgeDays setting is seven days and cloud tiering date policy is 30 days, the date policy will tier files after 37 days.
    • 注:Azure File Sync によってファイルが階層化されると、重複除去最適化ジョブによってそのファイルはスキップされます。Note: Once a file is tiered by Azure File Sync, the Deduplication optimization job will skip the file.
  • インストールされている Azure File Sync エージェントを使用して Windows Server 2012 R2 を実行しているサーバーが、Windows Server 2016 または Windows Server 2019 にアップグレードされる場合、同じボリューム上でのデータ重複除去およびクラウドを使った階層化がサポートされるには次の手順を行う必要があります。If a server running Windows Server 2012 R2 with the Azure File Sync agent installed is upgraded to Windows Server 2016 or Windows Server 2019, the following steps must be performed to support Data Deduplication and cloud tiering on the same volume:

    • Windows Server 2012 R2 用の Azure File Sync エージェントをアンインストールして、サーバーを再起動します。Uninstall the Azure File Sync agent for Windows Server 2012 R2 and restart the server.
    • 新しいサーバーのオペレーティング システム バージョン用 (Windows Server 2016 または Windows Server 2019) の Azure File Sync エージェントをダウンロードします。Download the Azure File Sync agent for the new server operating system version (Windows Server 2016 or Windows Server 2019).
    • Azure File Sync エージェントをインストールして、サーバーを再起動します。Install the Azure File Sync agent and restart the server.

    注:サーバー上の Azure File Sync 構成設定は、エージェントがアンインストールされ再インストールされるときに保持されます。Note: The Azure File Sync configuration settings on the server are retained when the agent is uninstalled and reinstalled.

分散ファイル システム (DFS)Distributed File System (DFS)

Azure File Sync は、DFS 名前空間 (DFS-N) および DFS レプリケーション (DFS-R) との相互運用をサポートします。Azure File Sync supports interop with DFS Namespaces (DFS-N) and DFS Replication (DFS-R).

DFS 名前空間 (DFS-N) :Azure File Sync は DFS-N サーバーで完全にサポートされます。DFS Namespaces (DFS-N): Azure File Sync is fully supported on DFS-N servers. 1 つまたは複数の DFS-N メンバーに Azure File Sync をインストールして、サーバー エンドポイントとクラウド エンドポイントの間でデータを同期できます。You can install the Azure File Sync agent on one or more DFS-N members to sync data between the server endpoints and the cloud endpoint. 詳しくは、「DFS 名前空間の概要」をご覧ください。For more information, see DFS Namespaces overview.

DFS レプリケーション (DFS-R) :DFS-R と Azure File Sync はどちらもレプリケーション ソリューションなので、ほとんどの場合は、DFS-R を Azure File Sync に置き換えることをお勧めします。ただし、DFS-R と Azure File Sync を併用するのが望ましいシナリオがいくつかあります。DFS Replication (DFS-R): Since DFS-R and Azure File Sync are both replication solutions, in most cases, we recommend replacing DFS-R with Azure File Sync. There are however several scenarios where you would want to use DFS-R and Azure File Sync together:

  • DFS-R のデプロイから Azure File Sync のデプロイに移行しているとき。You are migrating from a DFS-R deployment to an Azure File Sync deployment. 詳しくは、「DFS レプリケーション (DFS-R) のデプロイを Azure File Sync に移行する」をご覧ください。For more information, see Migrate a DFS Replication (DFS-R) deployment to Azure File Sync.
  • ファイル データのコピーが必要なオンプレミスのサーバーの中に、インターネットに直接接続することができないものが含まれる場合。Not every on-premises server that needs a copy of your file data can be connected directly to the internet.
  • ブランチ サーバーが単一のハブ サーバーにデータを統合しており、それに対して Azure File Sync を使いたい場合。Branch servers consolidate data onto a single hub server, for which you would like to use Azure File Sync.

Azure File Sync と DFS-R を併用するには、次のことが必要です。For Azure File Sync and DFS-R to work side by side:

  1. DFS-R でレプリケートされるフォルダーを含むボリュームで、Azure File Sync のクラウドの階層化を無効にする必要があります。Azure File Sync cloud tiering must be disabled on volumes with DFS-R replicated folders.
  2. DFS-R の読み取り専用レプリケーション フォルダーには、サーバー エンドポイントを構成しないようにする必要があります。Server endpoints should not be configured on DFS-R read-only replication folders.

詳しくは、DFS レプリケーションの概要に関するページをご覧ください。For more information, see DFS Replication overview.


Azure File Sync エージェントがインストールされているサーバー上で sysprep を使用することはサポートされていません。予期しない結果になる可能性があります。Using sysprep on a server that has the Azure File Sync agent installed is not supported and can lead to unexpected results. エージェントのインストールとサーバーの登録は、サーバー イメージの展開と sysprep ミニ セットアップの完了後に行われます。Agent installation and server registration should occur after deploying the server image and completing sysprep mini-setup.

クラウドの階層化がサーバー エンドポイントで有効になっている場合、階層化されたファイルはスキップされ、Windows Search によってインデックスが付けられます。If cloud tiering is enabled on a server endpoint, files that are tiered are skipped and not indexed by Windows Search. 階層化されていないファイルは適切にインデックスが付けられます。Non-tiered files are indexed properly.

ウイルス対策ソリューションAntivirus solutions

ウイルス対策は、ファイルをスキャンして既知の悪意のあるコードを検索することで機能するので、ウイルス対策製品によって階層化されたファイルの再呼び出しが発生することがあります。Because antivirus works by scanning files for known malicious code, an antivirus product might cause the recall of tiered files. Azure File Sync エージェントのバージョン 4.0 以降では、階層化されたファイルにはセキュリティで保護された Windows 属性 FILE_ATTRIBUTE_RECALL_ON_DATA_ACCESS が設定されています。In versions 4.0 and above of the Azure File Sync agent, tiered files have the secure Windows attribute FILE_ATTRIBUTE_RECALL_ON_DATA_ACCESS set. この属性を設定してオフライン ファイルの読み取りをスキップするようにソリューションを構成する方法について、ソフトウェア ベンダーと相談することをお勧めします (多くの場合は自動実行されます)。We recommend consulting with your software vendor to learn how to configure their solution to skip reading files with this attribute set (many do it automatically).

Microsoft の社内ウイルス対策ソリューションである Windows Defender と System Center Endpoint Protection (SCEP) では、この属性が設定されたファイルの読み取りが自動的にスキップされます。Microsoft's in-house antivirus solutions, Windows Defender and System Center Endpoint Protection (SCEP), both automatically skip reading files that have this attribute set. そのテスト結果として小さな問題点がわかりました。既存の同期グループにサーバーを追加すると、新しいサーバー上で 800 バイト未満のファイルの呼び戻し (ダウンロード) が実行されるという問題です。We have tested them and identified one minor issue: when you add a server to an existing sync group, files smaller than 800 bytes are recalled (downloaded) on the new server. このようなファイルは新しいサーバー上に残り、階層化のサイズ要件 (64 KB を超えるサイズ) を満たしていないため、階層化されません。These files will remain on the new server and will not be tiered since they do not meet the tiering size requirement (>64kb).


ウイルス対策ソフトウェア ベンダーは、その製品と Azure File Sync との間の互換性を、Azure File Sync Antivirus Compatibility Test Suite を使用して確認することができます。これは、Microsoft ダウンロード センターでダウンロードできます。Antivirus vendors can check compatibility between their product and Azure File Sync using the Azure File Sync Antivirus Compatibility Test Suite, which is available for download on the Microsoft Download Center.

バックアップ ソリューションBackup solutions

ウイルス対策ソリューションと同様に、バックアップ ソリューションでも階層化されたファイルの再呼び出しが発生することがあります。Like antivirus solutions, backup solutions might cause the recall of tiered files. Azure ファイル共有をバックアップするには、オンプレミスのバックアップ製品ではなく、クラウド バックアップ ソリューションを使用することをお勧めします。We recommend using a cloud backup solution to back up the Azure file share instead of an on-premises backup product.

オンプレミス バックアップ ソリューションを使用している場合、クラウドの階層化が無効な同期グループ内のサーバーに対してバックアップを実行する必要があります。If you are using an on-premises backup solution, backups should be performed on a server in the sync group that has cloud tiering disabled. 復元を実行するときは、ボリューム レベルまたはファイル レベルの復元オプションを使用します。When performing a restore, use the volume-level or file-level restore options. ファイル レベルの復元オプションを使用して復元されたファイルは、同期グループ内のすべてのエンドポイントに同期され、既存のファイルはバックアップから復元されたバージョンに置き換えられます。Files restored using the file-level restore option will be synced to all endpoints in the sync group and existing files will be replaced with the version restored from backup. ボリューム レベルの復元では、Azure ファイル共有やその他のサーバー エンドポイントの新しいファイル バージョンに置き換えられません。Volume-level restores will not replace newer file versions in the Azure file share or other server endpoints.


ベアメタル (BMR) 復元は予期しない結果が生じることがあるため、現在サポートされていません。Bare-metal (BMR) restore can cause unexpected results and is not currently supported.


Azure File Sync エージェントのバージョン 9 では、VSS スナップショット ([以前のバージョン] タブを含む) が、クラウドの階層化が有効なボリュームでサポートされるようになりました。With Version 9 of the Azure File Sync agent, VSS snapshots (including Previous Versions tab) are now supported on volumes which have cloud tiering enabled. ただし、PowerShell を使用して以前のバージョンの互換性を有効にする必要があります。However, you must enable previous version compatibility through PowerShell. 方法については、こちらをご覧ください。Learn how.

暗号化ソリューションEncryption solutions

暗号化ソリューションのサポートは、実装方法によって変わります。Support for encryption solutions depends on how they are implemented. Azure ファイル同期は次のソリューションと連携することが確認されています。Azure File Sync is known to work with:

  • BitLocker 暗号化BitLocker encryption
  • Azure Information Protection、Azure Rights Management サービス (Azure RMS)、および Active Directory RMSAzure Information Protection, Azure Rights Management Services (Azure RMS), and Active Directory RMS

Azure ファイル同期は、次のソリューションと連携しないことが確認されています。Azure File Sync is known not to work with:

  • NTFS 暗号化ファイル システム (EFS)NTFS Encrypted File System (EFS)

通常、Azure File Sync は、ファイル システムの下に位置する暗号化ソリューション (BitLocker など) と、ファイル形式で実装されるソリューション (Azure Information Protection など) との相互運用性をサポートします。In general, Azure File Sync should support interoperability with encryption solutions that sit below the file system, such as BitLocker, and with solutions that are implemented in the file format, such as Azure Information Protection. ファイル システムの上に位置するソリューション (NTFS EFS など) に対する特別な相互運用性はありません。No special interoperability has been made for solutions that sit above the file system (like NTFS EFS).

その他の階層型ストレージ管理 (HSM) ソリューションOther Hierarchical Storage Management (HSM) solutions

その他の HSM ソリューションを Azure File Sync で使用することはできません。No other HSM solutions should be used with Azure File Sync.

利用可能なリージョンRegion availability

Azure File Sync は、次のリージョンでのみ利用できます。Azure File Sync is available only in the following regions:

リージョンRegion データ センターの場所Datacenter location
オーストラリア東部Australia East ニュー サウス ウェールズ州New South Wales
オーストラリア南東部Australia Southeast ビクトリア州Victoria
ブラジル南部Brazil South サンパウロ州Sao Paulo State
カナダ中部Canada Central TorontoToronto
カナダ東部Canada East ケベック シティQuebec City
インド中部Central India プネーPune
米国中部Central US アイオワ州Iowa
東アジアEast Asia 香港特別行政区Hong Kong SAR
East USEast US バージニア州Virginia
米国東部 2East US2 バージニア州Virginia
フランス中部France Central ParisParis
フランス南部*France South* マルセイユMarseille
韓国中部Korea Central ソウルSeoul
韓国南部Korea South 釜山Busan
東日本Japan East 東京、埼玉Tokyo, Saitama
西日本Japan West 大阪Osaka
米国中北部North Central US イリノイ州Illinois
北ヨーロッパNorth Europe アイルランドIreland
南アフリカ北部South Africa North ヨハネスブルグJohannesburg
南アフリカ西部*South Africa West* ケープタウンCape Town
米国中南部South Central US テキサスTexas
インド南部South India チェンナイChennai
東南アジアSoutheast Asia シンガポールSingapore
英国南部UK South LondonLondon
英国西部UK West カーディフCardiff
米国政府アリゾナUS Gov Arizona アリゾナArizona
米国政府テキサスUS Gov Texas テキサスTexas
米国政府バージニア州US Gov Virginia バージニア州Virginia
アラブ首長国連邦北部UAE North ドバイDubai
アラブ首長国連邦中部*UAE Central* アブダビAbu Dhabi
西ヨーロッパWest Europe オランダNetherlands
米国中西部West Central US ワイオミングWyoming
米国西部West US カリフォルニアCalifornia
米国西部 2West US 2 ワシントンWashington

Azure File Sync は、ストレージ同期サービスと同じリージョンの Azure ファイル共有との同期のみをサポートしています。Azure File Sync supports syncing only with an Azure file share that's in the same region as the Storage Sync Service.

アスタリスクが付いているリージョンでは、Azure サポートに連絡して、これらのリージョンの Azure Storage へのアクセス権を要求する必要があります。For the regions marked with asterisks, you must contact Azure Support to request access to Azure Storage in those regions. このプロセスについては、このドキュメントで概説されています。The process is outlined in this document.

Azure ディザスター リカバリーAzure disaster recovery

Azure リージョンの損失を防ぐため、Azure File Sync には geo 冗長ストレージの冗長性 (GRS) オプションが統合されています。To protect against the loss of an Azure region, Azure File Sync integrates with the geo-redundant storage redundancy (GRS) option. GRS ストレージは、プライマリ リージョンのストレージ (通常、操作している) と、ペアのセカンダリ リージョンとの間でブロックの非同期レプリケーションを使用することで機能します。GRS storage works by using asynchronous block replication between storage in the primary region, with which you normally interact, and storage in the paired secondary region. Azure リージョンが一時的または永続的にオフラインになる障害が発生した場合、Microsoft はペアのリージョンにストレージをフェールオーバーします。In the event of a disaster that causes an Azure region to go temporarily or permanently offline, Microsoft will failover storage to the paired region.


Azure ファイル共有を GRS ストレージ アカウントのクラウド エンドポイントとして使用している場合は、ストレージ アカウントのフェールオーバーを開始しないでください。If you are using your Azure file share as a cloud endpoint in a GRS storage account, you shouldn't initiate storage account failover. それを行うと、同期の動作が停止し、新しく階層化されたファイルの場合は予期せずデータが失われる可能性があります。Doing so will cause sync to stop working and may also cause unexpected data loss in the case of newly tiered files. Azure リージョンが失われた場合は、Azure File Sync との互換性のある方法でストレージ アカウントのフェールオーバーがトリガーされます。In the case of loss of an Azure region, Microsoft will trigger the storage account failover in a way that is compatible with Azure File Sync.

geo 冗長ストレージと Azure File Sync との間のフェールオーバーの統合をサポートするため、すべての Azure File Sync リージョンが、ストレージで使用されるセカンダリ リージョンと一致するセカンダリ リージョンとペアになります。To support the failover integration between geo-redundant storage and Azure File Sync, all Azure File Sync regions are paired with a secondary region that matches the secondary region used by storage. これらのペアは次のとおりです。These pairs are as follows:

プライマリ リージョンPrimary region ペアのリージョンPaired region
オーストラリア東部Australia East オーストラリア南東部Australia Southeast
オーストラリア南東部Australia Southeast オーストラリア東部Australia East
ブラジル南部Brazil South 米国中南部South Central US
カナダ中部Canada Central カナダ東部Canada East
カナダ東部Canada East カナダ中部Canada Central
インド中部Central India インド南部South India
米国中部Central US 米国東部 2East US 2
東アジアEast Asia 東南アジアSoutheast Asia
East USEast US 米国西部West US
米国東部 2East US 2 米国中部Central US
フランス中部France Central フランス南部France South
フランス南部France South フランス中部France Central
東日本Japan East 西日本Japan West
西日本Japan West 東日本Japan East
韓国中部Korea Central 韓国南部Korea South
韓国南部Korea South 韓国中部Korea Central
北ヨーロッパNorth Europe 西ヨーロッパWest Europe
米国中北部North Central US 米国中南部South Central US
南アフリカ北部South Africa North 南アフリカ西部South Africa West
南アフリカ西部South Africa West 南アフリカ北部South Africa North
米国中南部South Central US 米国中北部North Central US
インド南部South India インド中部Central India
東南アジアSoutheast Asia 東アジアEast Asia
英国南部UK South 英国西部UK West
英国西部UK West 英国南部UK South
米国政府アリゾナUS Gov Arizona 米国政府テキサスUS Gov Texas
US Gov アイオワUS Gov Iowa 米国政府バージニア州US Gov Virginia
米国政府バージニア州US Gov Virginia 米国政府テキサスUS Gov Texas
西ヨーロッパWest Europe 北ヨーロッパNorth Europe
米国中西部West Central US 米国西部 2West US 2
米国西部West US East USEast US
米国西部 2West US 2 米国中西部West Central US

Azure ファイル同期エージェントの更新ポリシーAzure File Sync agent update policy

Azure File Sync エージェントは、新機能の追加や問題の解決を目的として定期的に更新されます。The Azure File Sync agent is updated on a regular basis to add new functionality and to address issues. Azure File Sync エージェントの更新プログラムを公開されしだい入手できるように Microsoft Update を構成しておくことをお勧めします。We recommend you configure Microsoft Update to get updates for the Azure File Sync agent as they're available.

エージェントのメジャー バージョンとマイナー バージョンMajor vs. minor agent versions

  • エージェントのメジャー バージョンには、多くの場合、新しい機能が含まれています。メジャー バージョンでは、バージョン番号の先頭部分の数値が増えていきます。Major agent versions often contain new features and have an increasing number as the first part of the version number. 次に例を示します。*2.*.**For example: *2.*.**
  • エージェントのマイナー バージョンは "修正プログラム" とも呼ばれ、メジャー バージョンよりも頻繁にリリースされます。Minor agent versions are also called "patches" and are released more frequently than major versions. 多くの場合、バグの修正と軽微な機能強化が含まれ、新しい機能は含まれません。They often contain bug fixes and smaller improvements but no new features. 例: **.3.**For example: **.3.**

アップグレード パスUpgrade paths

Azure File Sync エージェントの更新プログラムのインストールを承認してテストする方法は 4 つあります。There are four approved and tested ways to install the Azure File Sync agent updates.

  1. (推奨) エージェントの更新プログラムを自動的にダウンロードしてインストールするように Microsoft Update を構成する。(Preferred) Configure Microsoft Update to automatically download and install agent updates.
    すべての Azure File Sync の更新プログラムを実行して、サーバー エージェントの最新の修正を確実に適用することを常にお勧めします。We always recommend taking every Azure File Sync update to ensure you have access to the latest fixes for the server agent. Microsoft Update では、更新プログラムのダウンロードとインストールを自動的に実行することで、このプロセスをシームレスにしています。Microsoft Update makes this process seamless, by automatically downloading and installing updates for you.
  2. AfsUpdater.exe を使用してエージェントの更新プログラムをダウンロードし、インストールする。Use AfsUpdater.exe to download and install agent updates.
    AfsUpdater.exe は、エージェントのインストール ディレクトリにあります。The AfsUpdater.exe is located in the agent installation directory. 実行可能ファイルをダブルクリックすると、エージェントの更新プログラムがダウンロードされてインストールされます。Double-click the executable to download and install agent updates.
  3. Microsoft Update 修正プログラム ファイル (.msp 実行可能ファイル) を使用して、既存の Azure File Sync エージェントを修正する。最新の Azure File Sync 更新プログラム パッケージは、Microsoft Update カタログからダウンロードできます。Patch an existing Azure File Sync agent by using a Microsoft Update patch file, or a .msp executable. The latest Azure File Sync update package can be downloaded from the Microsoft Update Catalog.
    .msp 実行可能ファイルを実行すると、前回の更新パスで Microsoft Update によって自動的に使用されたのと同じ方法を使用して、Azure File Sync のインストールがアップグレードされます。Running a .msp executable will upgrade your Azure File Sync installation with the same method used automatically by Microsoft Update in the previous upgrade path. Microsoft Update 修正プログラムを適用すると、Azure File Sync のインストールのインプレース アップグレードが実行されます。Applying a Microsoft Update patch will perform an in-place upgrade of an Azure File Sync installation.
  4. Microsoft ダウンロード センターから最新の Azure File Sync エージェント インストーラーをダウンロードする。Download the newest Azure File Sync agent installer from the Microsoft Download Center.
    既存の Azure File Sync エージェントのインストールをアップグレードするには、古いバージョンをアンインストールした後、ダウンロードしたインストーラーから最新バージョンをインストールします。To upgrade an existing Azure File Sync agent installation, uninstall the older version and then install the latest version from the downloaded installer. サーバーの登録、同期グループ、およびその他の設定は、Azure File Sync インストーラーによって管理されます。The server registration, sync groups, and any other settings are maintained by the Azure File Sync installer.

自動エージェントのライフサイクル管理Automatic agent lifecycle management

バージョン 6 のエージェントでは、ファイル同期チームによってエージェントの自動アップグレード機能が導入されました。With agent version 6, the file sync team has introduced an agent auto-upgrade feature. 2 つのモードのいずれかを選択して、サーバーでアップグレードが試行されるメンテナンス期間を指定できます。You can select either of two modes and specify a maintenance window in which the upgrade shall be attempted on the server. この機能は、エージェントの期限切れを防止する手段を提供するか、面倒な作業なしで最新状態を維持する設定を許可することで、エージェントのライフサイクル管理を支援するように設計されています。This feature is designed to help you with the agent lifecycle management by either providing a guardrail preventing your agent from expiration or allowing for a no-hassle, stay current setting.

  1. 既定の設定では、エージェントの期限切れの防止が試行されます。The default setting will attempt to prevent the agent from expiration. 示されているエージェントの有効期限の 21 日以内に、エージェントがセルフアップグレードを試行します。Within 21 days of the posted expiration date of an agent, the agent will attempt to self-upgrade. 有効期限まで 21 日以内になると週に 1 回、選択されているメンテナンス期間にアップグレードを試行します。It will start an attempt to upgrade once a week within 21 days prior to expiration and in the selected maintenance window. このオプションでは、通常の Microsoft Update 修正プログラムを適用する必要性は解消されません。This option does not eliminate the need for taking regular Microsoft Update patches.
  2. 必要に応じて、新しいエージェント バージョンが使用可能になるとすぐにエージェントが自動アップグレードされるように選択できます (現在クラスター サーバーには適用できません)。Optionally, you can select that the agent will automatically upgrade itself as soon as a new agent version becomes available (currently not applicable to clustered servers). この更新は、選択されているメンテナンス期間内に行われ、新機能と機能強化が一般提供されるとすぐに、サーバーはそれらの恩恵を受けることができます。This update will occur during the selected maintenance window and allow your server to benefit from new features and improvements as soon as they become generally available. これは安心して利用できる推奨設定であり、エージェントのメジャー バージョンだけでなく定期的な更新プログラムがサーバーに提供されます。This is the recommended, worry-free setting that will provide major agent versions as well as regular update patches to your server. リリースされるすべてのエージェントは GA 品質です。Every agent released is at GA quality. このオプションを選択すると、Microsoft はお客様に最新のエージェント バージョンをフライト化します。If you select this option, Microsoft will flight the newest agent version to you. クラスター化サーバーは除外されます。Clustered servers are excluded. フライト化が完了すると、エージェントは Microsoft ダウンロード センターでも利用可能になります (。Once flighting is complete, the agent will also become available on Microsoft Download Center
自動アップグレードの設定の変更Changing the auto-upgrade setting

次の手順では、インストーラーの完了後に変更を行う必要がある場合に、設定を変更する方法について説明します。The following instructions describe how to change the settings after you've completed the installer, if you need to make changes.

PowerShell コンソールを開き、同期エージェントをインストールしたディレクトリに移動してから、サーバー コマンドレットをインポートします。Open a PowerShell console and navigate to the directory where you installed the sync agent then import the server cmdlets. これは、既定ではこのようになります。By default this would look something like this:

cd 'C:\Program Files\Azure\StorageSyncAgent'
Import-Module -Name .\StorageSync.Management.ServerCmdlets.dll

Get-StorageSyncAgentAutoUpdatePolicy を実行して、現在のポリシー設定を確認し、変更するかどうかを判断できます。You can run Get-StorageSyncAgentAutoUpdatePolicy to check the current policy setting and determine if you want to change it.

現在のポリシー設定を遅延更新追跡に変更する場合は、以下を使用できます。To change the current policy setting to the delayed update track, you can use:

Set-StorageSyncAgentAutoUpdatePolicy -PolicyMode UpdateBeforeExpiration

現在のポリシー設定を即時更新追跡に変更する場合は、以下を使用できますTo change the current policy setting to the immediate update track, you can use:

Set-StorageSyncAgentAutoUpdatePolicy -PolicyMode InstallLatest

エージェントのライフサイクルと変更管理の保証Agent lifecycle and change management guarantees

Azure File Sync は、新機能および機能強化を継続的に導入するするクラウド サービスです。Azure File Sync is a cloud service, which continuously introduces new features and improvements. つまり、Azure File Sync エージェントの特定のバージョンは、一定の期間のみサポートされます。This means that a specific Azure File Sync agent version can only be supported for a limited time. デプロイを容易にするために、次のルールによって、変更管理プロセス中にエージェントの更新/アップグレードに対応するための十分な時間と通知が保証されます。To facilitate your deployment, the following rules guarantee you have enough time and notification to accommodate agent updates/upgrades in your change management process:

  • エージェントのメジャー バージョンは、最初のリリースから少なくとも 6 か月間サポートされます。Major agent versions are supported for at least six months from the date of initial release.
  • エージェントのメジャー バージョン間のサポートは、少なくとも 3 か月間重複することが保証されます。We guarantee there is an overlap of at least three months between the support of major agent versions.
  • 登録済みサーバーに対する警告は、有効期限がまもなく終了することを通知するエージェントを使用して、有効期限の少なくとも 3 か月前に発行されます。Warnings are issued for registered servers using a soon-to-be expired agent at least three months prior to expiration. Storage Sync Service の登録済みサーバー セクションで、登録済みサーバーがエージェントの古いバージョンを使用しているかどうかをチェックできます。You can check if a registered server is using an older version of the agent under the registered servers section of a Storage Sync Service.
  • マイナー エージェントの有効期間は、メジャー バージョンに関連付けられています。The lifetime of a minor agent version is bound to the associated major version. たとえば、エージェントのバージョン 3.0 がリリースされると、エージェントのバージョン 2.*は、すべてがまとめて期限切れになります。For example, when agent version 3.0 is released, agent versions 2.* will all be set to expire together.


有効期間に関する警告が表示されているエージェントのバージョンをインストールしようとすると、警告が表示されますが、インストールは成功します。Installing an agent version with an expiration warning will display a warning but succeed. 期限切れのエージェントのバージョンのインストールまたはそれを使用した接続は、サポートされていないためにブロックされます。Attempting to install or connect with an expired agent version is not supported and will be blocked.

Azure File Sync のコンピューターの要件は、名前空間内のオブジェクトの数とデータセットのチャーンによって決まります。Azure File Sync machine requirements are determined by the number of objects in the namespace and the churn on the dataset. 1 台のサーバーを複数の同期グループに接続でき、次の表に示すオブジェクトの数では、サーバーが接続されている完全な名前空間が考慮されています。A single server can be attached to multiple sync groups and the number of objects listed in the following table accounts for the full namespace that a server is attached to. たとえば、サーバー エンドポイント A (1000 万オブジェクト) + サーバー エンドポイント B (1000 万オブジェクト) = 2000 万オブジェクトです。For example, server endpoint A with 10 million objects + server endpoint B with 10 million objects = 20 million objects. その例のデプロイでは、8 個の CPU と、安定状態の場合は 16 GiB メモリ、初期移行の場合は (可能であれば) 48 GiB のメモリが推奨されます。For that example deployment, we would recommend 8CPU, 16GiB of memory for steady state, and (if possible) 48GiB of memory for the initial migration.

名前空間データは、パフォーマンス上の理由からメモリに格納されます。Namespace data is stored in memory for performance reasons. そのため、よいパフォーマンスを維持するには、名前空間が大きいほど多くのメモリが必要であり、チャーンが多いほど処理に必要な CPU が増えます。Because of that, bigger namespaces require more memory to maintain good performance, and more churn requires more CPU to process.

次の表では、名前空間のサイズと、一般的な汎用ファイル共有の容量への変換の両方を示してあります。ファイルの平均サイズは 512 KiB です。In the following table, we have provided both the size of the namespace as well as a conversion to capacity for typical general purpose file shares, where the average file size is 512KiB. ファイル サイズが小さい場合は、同じ容量になるようにメモリを追加することを検討してください。If your file sizes are smaller, consider adding additional memory for the same amount of capacity. 名前空間のサイズに基づいてメモリを構成します。Base your memory configuration on the size of the namespace.

名前空間のサイズ - ファイルとディレクトリ (百万)Namespace size - files & directories (millions) 一般的な容量 (TiB)Typical capacity (TiB) CPU コアCPU Cores 推奨されるメモリ (GiB)Recommended memory (GiB)
33 1.41.4 22 8 (初期同期)/2 (通常のチャーン)8 (initial sync)/ 2 (typical churn)
55 2.42.4 22 16 (初期同期)/4 (通常のチャーン)16 (initial sync)/ 4 (typical churn)
1010 4.84.8 44 32 (初期同期)/8 (通常のチャーン)32 (initial sync)/ 8 (typical churn)
3030 14.314.3 88 48 (初期同期)/16 (通常のチャーン)48 (initial sync)/ 16 (typical churn)
5050 23.823.8 1616 64 (初期同期)/32 (通常のチャーン)64 (initial sync)/ 32 (typical churn)
100*100* 47.747.7 3232 128 (初期同期)/32 (通常のチャーン)128 (initial sync)/ 32 (typical churn)

*1 億個を超えるファイルおよびディレクトリがテストされていません。*More than 100 million files & directories has not been tested. これはソフト制限です。This is a soft limit.


名前空間の初期同期は集中的操作であるため、初期同期が完了するまでは、より多くのメモリを割り当てることをお勧めします。Initial synchronization of a namespace is an intensive operation and we recommend allocating more memory until initial synchronization is complete. これは必須ではありませんが、初期同期の時間が短くなる場合があります。This isn't required but, may speed up initial sync.

通常のチャーンは、1 日に変更される名前空間の 0.5% です。Typical churn is 0.5% of the namespace changing per day. チャーンのレベルがそれより高い場合は、CPU を追加することを検討してください。For higher levels of churn, consider adding more CPU.

次のステップNext steps