Azure File Sync のデプロイ

Azure File Sync を使用すると、オンプレミスのファイルサーバーの柔軟性、パフォーマンス、互換性を維持したまま Azure Files で組織のファイル共有を一元化できます。 Azure File Sync により、ご利用の Windows Server が Azure ファイル共有の高速キャッシュに変わります。サーバーメッセージブロック (SMB)、ネットワークファイルシステム (NFS)、SSL/TLS を使用したファイル転送プロトコルサービス (FTPS) など、Windows Server 上で利用できるあらゆるプロトコルを使用して、データにローカルでアクセスすることができます。キャッシュは、世界中にいくつでも必要に応じて設置することができます。

この記事の手順を実行する前に、「Azure Files のデプロイを計画する」と「Azure File Sync のデプロイを計画する」を参照することを強くお勧めします。

前提条件

Azure File Sync をデプロイするリージョンに Azure ファイル共有が必要です。すべての新しいデプロイに対して、v2 ファイル共有をプロビジョニングすることをお勧めします。詳細については、以下を参照してください。
Azure File Sync にストレージアカウントへのアクセス権を付与するには、次のストレージアカウント設定を有効にする必要があります。
- SMB セキュリティ設定では、SMB 3.1.1 プロトコルバージョン、NTLM v2 認証、AES-128-GCM 暗号化を許可する必要があります。ストレージアカウントの SMB セキュリティ設定を確認するには、「SMB セキュリティ設定」を参照してください。
- [ストレージアカウントキーへのアクセスを許可する] が[有効] になっている必要があります。この設定を確認するには、ストレージアカウントに移動し、[設定] セクションで [構成] を選択します。
Azure File Sync と同期するには、サポートされている Windows Server インスタンスが少なくとも 1 つ必要です。サポートされている Windows Server のバージョンと、推奨されるシステムリソースの詳細については、「Windows ファイルサーバーに関する考慮事項」を参照してください。
次の Windows 更新プログラムを Windows Server インスタンスにインストールする必要があります。
- Windows Server 2012 R2: KB5021653
- Windows Server 2016: KB5040562
- Windows Server 2019: KB5005112 と KB5040430
サーバーを登録し、クラウドエンドポイントを作成する管理者は、ストレージ同期サービスの管理ロール Azure File Sync 管理者、所有者、または共同作成者のメンバーである必要があります。このロールは、ストレージ同期サービスの Azure portal ページにある [アクセス制御 (IAM)] で構成できます。

Azure File Sync 管理者ロールを割り当てるときは、次の手順に従って最小限の特権を確保します。
1. [ 条件 ] タブで、[ 選択したプリンシパルにのみ選択したロールを割り当てることができるようにユーザーに許可する ]を選択します (権限が少なくなります)。
2. [ ロールとプリンシパルの選択 ] をクリックし、[条件 1] で [ アクションの追加] を選択します。
3. [ ロールの割り当ての作成] を選択し、[ 選択] をクリックします。
4. [ 式の追加] を選択し、[要求] を選択 します。
5. [属性ソース] で [属性] の [ロールの定義 ID] を選択し、[演算子] の [ForAnyOfAnyValues:GuidEquals] を選択します。
6. [ ロールの追加] を選択します。 閲覧者とデータアクセス、ストレージファイルデータ特権共同作成者、ストレージアカウント共同作成者ロールを追加し、[保存] を選択します。
Windows Server フェールオーバークラスターで Azure File Sync を使用する場合は、クラスター内の各ノードに Azure File Sync エージェントをインストールする前に、汎用のファイルサーバー ロールを構成する必要があります。フェールオーバークラスターで汎用ファイルサーバー ロールを構成する方法の詳細については、「2 ノードのクラスター化されたファイルサーバーのデプロイ」を参照してください。

Note

Azure File Sync によってサポートされる唯一のシナリオは、クラスター化されたディスクを備えた Windows Server フェールオーバークラスターです。詳細については、「フェールオーバークラスタリング」を参照してください。
Azure portal を使用してクラウドリソースを管理することはできますが、PowerShell コマンドレットは登録済みサーバー向けの高度な機能を提供します。これらのコマンドレットは、PowerShell 5.1 または PowerShell 6 以降でローカルで実行します。 Windows Server 2012 R2 では、PSVersion オブジェクトの $PSVersionTable プロパティの値を確認することで、PowerShell 5.1.* 以上を実行していることを確認できます。
```
$PSVersionTable.PSVersion
```
PSVersion の値が 5.1.* 未満の場合は、Windows Management Framework 5.1 をダウンロードしてインストールすることでアップグレードする必要があります。 Windows Server 2012 R2 でダウンロードしてインストールする適切なパッケージは、Win8.1AndW2K12R2-KB*******-x64.msu です。

サポートされている任意のシステムで PowerShell 6 以降を使用し、GitHub ページからダウンロードできます。

Azure File Sync をデプロイするリージョンに Azure ファイル共有が必要です。すべての新しいデプロイに対して、v2 ファイル共有をプロビジョニングすることをお勧めします。詳細については、以下を参照してください。
Azure File Sync にストレージアカウントへのアクセス権を付与するには、次のストレージアカウント設定を有効にする必要があります。
- SMB セキュリティ設定では、SMB 3.1.1 プロトコルバージョン、NTLM v2 認証、AES-128-GCM 暗号化を許可する必要があります。ストレージアカウントの SMB セキュリティ設定を確認するには、「SMB セキュリティ設定」を参照してください。
- [ストレージアカウントキーへのアクセスを許可する] が[有効] になっている必要があります。この設定を確認するには、ストレージアカウントに移動し、[設定] セクションで [構成] を選択します。
サーバーを登録し、クラウドエンドポイントを作成する管理者は、ストレージ同期サービスの管理ロール Azure File Sync 管理者、所有者、または共同作成者のメンバーである必要があります。このロールは、ストレージ同期サービスの Azure portal ページにある [アクセス制御 (IAM)] で構成できます。

Azure File Sync 管理者ロールを割り当てるときは、次の手順に従って最小限の特権を確保します。
1. [ 条件 ] タブで、[ 選択したプリンシパルにのみ選択したロールを割り当てることができるようにユーザーに許可する ]を選択します (権限が少なくなります)。
2. [ ロールとプリンシパルの選択 ] をクリックし、[条件 1] で [ アクションの追加] を選択します。
3. [ ロールの割り当ての作成] を選択し、[ 選択] をクリックします。
4. [ 式の追加] を選択し、[要求] を選択 します。
5. [属性ソース] で [属性] の [ロールの定義 ID] を選択し、[演算子] の [ForAnyOfAnyValues:GuidEquals] を選択します。
6. [ ロールの追加] を選択します。 閲覧者とデータアクセス、ストレージファイルデータ特権共同作成者、ストレージアカウント共同作成者ロールを追加し、[保存] を選択します。
Azure File Sync と同期するには、サポートされている Windows Server インスタンスが少なくとも 1 つ必要です。サポートされている Windows Server のバージョンと、推奨されるシステムリソースの詳細については、「Windows ファイルサーバーに関する考慮事項」を参照してください。
次の Windows 更新プログラムを Windows Server インスタンスにインストールする必要があります。
- Windows Server 2012 R2: KB5021653
- Windows Server 2016: KB5040562
- Windows Server 2019: KB5005112 と KB5040430
Windows Server フェールオーバークラスターで Azure File Sync を使用する場合は、クラスター内の各ノードに Azure File Sync エージェントをインストールする前に、汎用のファイルサーバー ロールを構成する必要があります。フェールオーバークラスターで汎用ファイルサーバー ロールを構成する方法の詳細については、「2 ノードのクラスター化されたファイルサーバーのデプロイ」を参照してください。

Note

Azure File Sync によってサポートされる唯一のシナリオは、クラスター化されたディスクを備えた Windows Server フェールオーバークラスターです。詳細については、「フェールオーバークラスタリング」を参照してください。
PowerShell 5.1 または PowerShell 6 以降が必要です。 Azure File Sync 用の Az PowerShell モジュールは、Windows 以外のシステムを含め、サポートされている任意のシステムで使用できます。ただし、サーバー登録用のコマンドレットは、登録する Windows Server インスタンスで常に実行する必要があります。 (このタスクは、直接、または PowerShell リモート処理を使用して実行できます)。

Windows Server 2012 R2 で、PSVersion オブジェクトの $PSVersionTable プロパティの値を確認することで、PowerShell 5.1.* 以上を実行していることを確認します。
```
$PSVersionTable.PSVersion
```
PSVersion の値が 5.1.* 未満の場合は、Windows Management Framework 5.1 をダウンロードしてインストールすることでアップグレードする必要があります。 Windows Server 2012 R2 でダウンロードしてインストールする適切なパッケージは、Win8.1AndW2K12R2-KB*******-x64.msu です。

サポートされている任意のシステムで PowerShell 6 以降を使用し、GitHub ページからダウンロードできます。
PowerShell 5.1 を使用することを選択した場合は、少なくとも .NET 4.7.2 がインストールされていることを確認してください。詳細については、使用しているシステムで.NET Framework のバージョンと依存関係を参照してください。

Windows Server Core で .NET 4.7.2+ をインストールする場合は、quiet フラグと norestart フラグを指定してインストールする必要があります。そうしないと、インストールが失敗します。たとえば、.NET 4.8 をインストールする場合、コマンドは次の例のようになります。
```
Start-Process -FilePath "ndp48-x86-x64-allos-enu.exe" -ArgumentList "/q /norestart" -Wait
```
Az PowerShell モジュールが必要です。手順については、 Azure PowerShell のインストールおよび構成を参照してください。

Az.StorageSync モジュールは、Az PowerShell モジュールをインストールするときに自動的にインストールされます。

Azure File Sync をデプロイするリージョンに Azure ファイル共有が必要です。すべての新しいデプロイに対して、v2 ファイル共有をプロビジョニングすることをお勧めします。詳細については、以下を参照してください。
Azure File Sync にストレージアカウントへのアクセス権を付与するには、次のストレージアカウント設定を有効にする必要があります。
- SMB セキュリティ設定では、SMB 3.1.1 プロトコルバージョン、NTLM v2 認証、AES-128-GCM 暗号化を許可する必要があります。ストレージアカウントの SMB セキュリティ設定を確認するには、「SMB セキュリティ設定」を参照してください。
- [ストレージアカウントキーへのアクセスを許可する] が[有効] になっている必要があります。この設定を確認するには、ストレージアカウントに移動し、[設定] セクションで [構成] を選択します。
サーバーを登録し、クラウドエンドポイントを作成する管理者は、ストレージ同期サービスの管理ロール Azure File Sync 管理者、所有者、または共同作成者のメンバーである必要があります。このロールは、ストレージ同期サービスの Azure portal ページにある [アクセス制御 (IAM)] で構成できます。

Azure File Sync 管理者ロールを割り当てるときは、次の手順に従って最小限の特権を確保します。
1. [ 条件 ] タブで、[ 選択したプリンシパルにのみ選択したロールを割り当てることができるようにユーザーに許可する ]を選択します (権限が少なくなります)。
2. [ ロールとプリンシパルの選択 ] をクリックし、[条件 1] で [ アクションの追加] を選択します。
3. [ ロールの割り当ての作成] を選択し、[ 選択] をクリックします。
4. [ 式の追加] を選択し、[要求] を選択 します。
5. [属性ソース] で [属性] の [ロールの定義 ID] を選択し、[演算子] の [ForAnyOfAnyValues:GuidEquals] を選択します。
6. [ ロールの追加] を選択します。 閲覧者とデータアクセス、ストレージファイルデータ特権共同作成者、ストレージアカウント共同作成者ロールを追加し、[保存] を選択します。
Azure File Sync と同期するには、サポートされている Windows Server インスタンスが少なくとも 1 つ必要です。サポートされている Windows Server のバージョンと、推奨されるシステムリソースの詳細については、「Windows ファイルサーバーに関する考慮事項」を参照してください。
次の Windows 更新プログラムを Windows Server インスタンスにインストールする必要があります。
- Windows Server 2012 R2: KB5021653
- Windows Server 2016: KB5040562
- Windows Server 2019: KB5005112 と KB5040430
Windows Server フェールオーバークラスターで Azure File Sync を使用する場合は、クラスター内の各ノードに Azure File Sync エージェントをインストールする前に、汎用のファイルサーバー ロールを構成する必要があります。フェールオーバークラスターで汎用ファイルサーバー ロールを構成する方法の詳細については、「2 ノードのクラスター化されたファイルサーバーのデプロイ」を参照してください。

Note

Azure File Sync によってサポートされる唯一のシナリオは、クラスター化されたディスクを備えた Windows Server フェールオーバークラスターです。詳細については、「フェールオーバークラスタリング」を参照してください。
Azure CLI のインストール、認証、セットアップを完了します。
1. Azure CLI のインストールを実行します。
  
  必要に応じて、Azure Cloud Shell を使用してこの記事の手順を完了することもできます。 Azure Cloud Shell は、ブラウザーを介して使用する対話型のシェル環境です。 Cloud Shell を開くには、次のいずれかの方法を使用します。
  - コードブロックの右上隅にある [使ってみる] を選択します。この操作で Azure Cloud Shell が開きますが、コードが Cloud Shell に自動的にコピーされることはありません。
  - Azure portal で Cloud Shell に直接移動します。
  - メニューバーの [Azure portal]で、[Cloud Shell] ボタンを選択します。
2. Azure にサインインします。 Azure CLI のローカルインストールを使用している場合は、az login コマンドを使用します。
```
az login
```
  ターミナルに表示される手順に従って、認証プロセスを完了します。
3. az filesync Azure CLI 拡張機能をインストールする。
```
az extension add --name storagesync
```
  storagesync 拡張機能の参照資料をインストールすると、次の警告が表示されます。
```
The installed extension 'storagesync' is experimental and not covered by customer support. Please use with discretion.
```
Azure CLI を使用してクラウドリソースを管理することはできますが、PowerShell コマンドレットは登録済みサーバー向けの高度な機能を提供します。これらのコマンドレットは、PowerShell 5.1 または PowerShell 6 以降でローカルで実行します。 Windows Server 2012 R2 では、PSVersion オブジェクトの $PSVersionTable プロパティの値を確認することで、PowerShell 5.1.* 以上を実行していることを確認できます。
```
$PSVersionTable.PSVersion
```
PSVersion の値が 5.1.* 未満の場合は、Windows Management Framework 5.1 をダウンロードしてインストールすることでアップグレードする必要があります。 Windows Server 2012 R2 でダウンロードしてインストールする適切なパッケージは、Win8.1AndW2K12R2-KB*******-x64.msu です。

サポートされている任意のシステムで PowerShell 6 以降を使用し、GitHub ページからダウンロードできます。

Azure File Sync で使用する Windows Server の準備

フェールオーバークラスターの各サーバーノードなど、Azure File Sync で使用する各サーバーで、Internet Explorer セキュリティ強化の構成を無効にします。この操作は、最初のサーバー登録にのみ必要です。サーバーの登録後に、設定を再度有効にすることができます。

Windows Server Core で Azure File Sync をデプロイする場合は、この操作を省略できます。

サーバーマネージャーを開きます。
[ローカルサーバー] を選択します。
[プロパティ] ウィンドウで、[IE セキュリティ強化の構成] リンクを選択します。
[Internet Explorer セキュリティ強化の構成] ダイアログで、[管理者] と [ユーザー] の両方について [オフ] を選択します。その後、OK を選択します。

管理者特権の PowerShell セッションで、次のコードを実行します。

$installType = (Get-ItemProperty "HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion\").InstallationType

# This step is not required for Server Core
if ($installType -ne "Server Core") {
    # Disable Internet Explorer Enhanced Security Configuration 
    # for administrators
    Set-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\Active Setup\Installed Components\{A509B1A7-37EF-4b3f-8CFC-4F3A74704073}" -Name "IsInstalled" -Value 0 -Force

    # Disable Internet Explorer Enhanced Security Configuration 
    # for users
    Set-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\Active Setup\Installed Components\{A509B1A8-37EF-4b3f-8CFC-4F3A74704073}" -Name "IsInstalled" -Value 0 -Force

    # Force Internet Explorer closed, if it's open. This is required to fully apply the setting.
    # Save any work you have open in the Internet Explorer browser. This command won't affect other browsers,
    # including Microsoft Edge.
    Stop-Process -Name iexplore -ErrorAction SilentlyContinue
}

ストレージ同期サービスをデプロイする

Azure File Sync のデプロイでは最初に、選択したサブスクリプションのリソースグループにストレージ同期サービス リソースを配置します。サーバーとこのリソースの間に信頼関係を作成します。

サーバーは、1 つのストレージ同期サービスにのみ登録できます。そのため、サーバーのグループを分離するために必要な数だけのストレージ同期サービスをデプロイすることをお勧めします。異なるストレージ同期サービスを使用するサーバー間では同期できないことに注意してください。

ストレージ同期サービスは、デプロイされるサブスクリプションとリソースグループからアクセス許可を継承します。アクセス権を持つユーザーを慎重に確認することをお勧めします。書き込みアクセス権を持つエンティティは、このストレージ同期サービスに登録されたサーバーからファイルの新しいセットの同期を開始することができ、それらにアクセスできる Azure Storage にデータが送られます。

Azure Portal で、[リソースの作成] を選択します。
Azure File Sync を検索し、結果からそれを選択します。
を選択してを作成します。 [ストレージ同期のデプロイ] タブで、次の情報を入力します。
- 名前: ストレージ同期サービスの (リージョンごとに) 一意の名前。
- サブスクリプション: ストレージ同期サービスを作成するサブスクリプション。組織の構成方針によっては、1 つ以上のサブスクリプションにアクセスできることがあります。 Azure サブスクリプションは、各クラウドサービス (Azure Files など) に対する課金の最も基本的なコンテナーです。
- リソースグループ: ストレージアカウントやストレージ同期サービスなどの Azure リソースの論理グループ。 Azure File Sync 用に、リソースグループを新規作成することも、既存のリソースグループを使用することもできます。HR リソースや特定のプロジェクトのリソースのグループ化など、組織のリソースを論理的に分離するためのコンテナーとしてリソースグループを使用することをお勧めします。
- 場所: Azure File Sync をデプロイするリージョン。この一覧では、サポートされているリージョンのみを使用できます。
を選択してを作成します。

ストレージ同期サービスを作成してデプロイするには、次のコマンドを使用します。 <Az_Region>、<RG_Name>、および <my_storage_sync_service> を独自の値に置き換えます。

$hostType = (Get-Host).Name

if ($installType -eq "Server Core" -or $hostType -eq "ServerRemoteHost") {
    Connect-AzAccount -UseDeviceAuthentication
}
else {
    Connect-AzAccount
}

# This variable holds the Azure region in which you want to deploy 
# Azure File Sync.
$region = '<Az_Region>'

# Check to ensure that Azure File Sync is available in the selected Azure
# region.
$regions = @()
Get-AzLocation | ForEach-Object { 
    if ($_.Providers -contains "Microsoft.StorageSync") { 
        $regions += $_.Location 
    } 
}

if ($regions -notcontains $region) {
    throw [System.Exception]::new("Azure File Sync is either not available in the selected Azure Region or the region is mistyped.")
}

# The resource group in which you want to deploy the storage sync service.
$resourceGroup = '<RG_Name>'

# Check to ensure that the resource group exists; create it if it doesn't.
$resourceGroups = @()
Get-AzResourceGroup | ForEach-Object { 
    $resourceGroups += $_.ResourceGroupName 
}

if ($resourceGroups -notcontains $resourceGroup) {
    New-AzResourceGroup -Name $resourceGroup -Location $region
}

$storageSyncName = "<my_storage_sync_service>"
$storageSync = New-AzStorageSyncService -ResourceGroupName $resourceGroup -Name $storageSyncName -Location $region

Azure File Sync エージェントをインストールする

Azure File Sync エージェントは、Windows Server を Azure ファイル共有と同期できるようにするダウンロード可能なパッケージです。

フェールオーバークラスターで Azure File Sync を使用する場合は、クラスターのすべてのノードに Azure File Sync エージェントをインストールする必要があります。 Azure File Sync で動作するようにクラスター内の各ノードを登録する必要があります。

Microsoft ダウンロードセンターからエージェントをダウンロードします。ダウンロードが完了したら、MSI パッケージをダブルクリックしてエージェントのインストールを開始します。

あるいは、エージェントをサイレントインストールするには、「新しい Azure File Sync エージェントインストールのサイレントインストールを実行する方法」を参照してください。
ウェルカムページで [次へ] をクリックします。
使用許諾契約を確認したら、チェックボックスを選択して同意します。次に、[次へ] を選択します。
ストレージ同期エージェントのインストールパスは既定で入力されます。これは、任意の場所に変更できます。ただし、トラブルシューティングとサーバーのメンテナンスを簡略化するために、既定のパス (C:\Program Files\Azure\StorageSyncAgent) のままにしておくことをお勧めします。 [次へ] をクリックして続行します。
プロキシ設定を選択し、[次へ] を選択します。
Azure File Sync エージェントの更新に Microsoft Update を使用するかどうかを選択し、[次へ] を選択します。

Azure File Sync を最新の状態に保つため、Microsoft Update を有効にすることをお勧めします。機能の更新プログラムと修正プログラムを含め、Azure File Sync エージェントに対するすべての更新が Microsoft Update から実行されます。また、Azure File Sync に最新の更新プログラムをインストールすることをお勧めします。詳細については、Azure File Sync の更新ポリシーに関する記事を参照してください。
必要に応じて、エージェントを自動的に更新し、トラブルシューティングのためにデータを収集するオプションを選択します。その後、[インストール] を選択します。
インストールが完了したら、[終了] を選択してウィザードを閉じます。

Azure File Sync エージェントのインストールが完了すると、[サーバーの登録] ダイアログが自動的に開きます。登録する前に、ストレージ同期サービスが必要です。この記事の次のセクションでは、ストレージ同期サービスを作成する方法について説明します。

次の PowerShell コードを実行して、OS に適したバージョンの Azure File Sync エージェントをダウンロードし、システムにインストールします。

# Gather the OS version.
$osver = [System.Environment]::OSVersion.Version

# Download the appropriate version of the Azure File Sync agent for your OS.
if ($osver.Equals([System.Version]::new(10, 0, 20348, 0))) {
    Invoke-WebRequest `
        -Uri https://aka.ms/afs/agent/Server2022 `
        -OutFile "StorageSyncAgent.msi" 
} elseif ($osver.Equals([System.Version]::new(10, 0, 17763, 0))) {
    Invoke-WebRequest `
        -Uri https://aka.ms/afs/agent/Server2019 `
        -OutFile "StorageSyncAgent.msi" 
} elseif ($osver.Equals([System.Version]::new(10, 0, 14393, 0))) {
    Invoke-WebRequest `
        -Uri https://aka.ms/afs/agent/Server2016 `
        -OutFile "StorageSyncAgent.msi" 
} elseif ($osver.Equals([System.Version]::new(6, 3, 9600, 0))) {
    Invoke-WebRequest `
        -Uri https://aka.ms/afs/agent/Server2012R2 `
        -OutFile "StorageSyncAgent.msi" 
} else {
    throw [System.PlatformNotSupportedException]::new("Azure File Sync is only supported on Windows Server 2012 R2, Windows Server 2016, Windows Server 2019 and Windows Server 2022")
}

# Install the .msi file. Start-Process is used for PowerShell blocks until the operation is complete.
# Note that the installer currently forces all PowerShell sessions closed - this is a known issue.
Start-Process -FilePath "StorageSyncAgent.msi" -ArgumentList "/quiet" -Wait

# Note that this cmdlet will need to be run in a new session based on the previous comment.
# You can remove the temp folder that contains the .msi file and the .exe installer.
Remove-Item -Path ".\StorageSyncAgent.msi" -Recurse -Force

Windows Server をストレージ同期サービスに登録する

Windows Server インスタンスをストレージ同期サービスに登録すると、サーバー (またはクラスター) とストレージ同期サービスの間に信頼関係が確立されます。サーバーは、1 つのストレージ同期サービスにのみ登録できます。そのサーバーは、同じストレージ同期サービスに関連付けられている他のサーバーや Azure ファイル共有と同期できます。

Note

サーバー登録では、Azure の資格情報を使用して、Windows Server インスタンスとストレージ同期サービスの間に信頼関係が作成されます。その後、サーバーは独自の ID を作成して使用します。この ID は、サーバーが登録され、現在の Shared Access Signature (SAS) トークンが有効である限り有効です。サーバーの登録が解除された後、新しい SAS トークンをサーバーに発行することはできません。サーバーの登録を解除すると、Azure ファイル共有にアクセスするサーバーの機能が削除され、同期が停止されます。

サーバーを登録する管理者は、ストレージ同期サービスの管理ロール (Azure File Sync 管理者)、所有者、または共同作成者のメンバーである必要があります。このロールは、ストレージ同期サービスの Azure portal ページにある [アクセス制御 (IAM)] で構成できます。

Azure File Sync 管理者ロールを割り当てるときは、次の手順に従って最小限の特権を確保します。

[ 条件 ] タブで、[ 選択したプリンシパルにのみ選択したロールを割り当てることができるようにユーザーに許可する ]を選択します (権限が少なくなります)。
[ ロールとプリンシパルの選択 ] をクリックし、[条件 1] で [ アクションの追加] を選択します。
[ ロールの割り当ての作成] を選択し、[ 選択] をクリックします。
[ 式の追加] を選択し、[要求] を選択 します。
[属性ソース] で [属性] の [ロールの定義 ID] を選択し、[演算子] の [ForAnyOfAnyValues:GuidEquals] を選択します。
[ ロールの追加] を選択します。 閲覧者とデータアクセス、ストレージファイルデータ特権共同作成者、ストレージアカウント共同作成者ロールを追加し、[保存] を選択します。

また、サーバーを登録できる管理者と、ストレージ同期サービスで同期を構成できる管理者を区別することもできます。この区別を行うには、サーバーの登録のみを許可されている管理者を一覧表示するカスタムロールを作成します。カスタムロールに次のアクセス許可を付与します。

Microsoft.StorageSync/storageSyncServices/registeredServers/write
Microsoft.StorageSync/storageSyncServices/read
Microsoft.StorageSync/storageSyncServices/workflows/read
Microsoft.StorageSync/storageSyncServices/workflows/operations/read

Azure File Sync エージェントをインストールすると、[サーバーの登録] ダイアログが自動的に開きます。開かない場合は、ファイルの場所 (C:\Program Files\Azure\StorageSyncAgent\ServerRegistration.exe) から手動で開くことができます。ダイアログで、一覧表示されたオプションから Azure 環境を選択します。
クラウドソリューションプロバイダーの場合は、[クラウドソリューションプロバイダーとしてサインインする] のトグルをオンにし、[テナント ID] に値を入力します。次に、[サインイン] を選択します。
サインイン後、次の情報を入力します。
- Azure サブスクリプション: ストレージ同期サービス (「ストレージ同期サービスをデプロイする」で説明) を含むサブスクリプション。
- リソースグループ: ストレージ同期サービスを含むリソースグループ。
- ストレージ同期サービス: 登録するストレージ同期サービスの名前。
[登録] を選択して、サーバーの登録を完了します。登録プロセスの一環として、追加のサインインを求められます。

$registeredServer = Register-AzStorageSyncServer -ParentObject $storageSync

同期グループとクラウドエンドポイントを作成する

同期グループは、一連のファイルの同期トポロジを定義します。同期グループ内のエンドポイントは、相互に同期を維持します。同期グループには以下が含まれている必要があります。

1 つ以上のサーバーエンドポイント。サーバーエンドポイントは、登録されているサーバー上のパスを表します。 1 つのサーバーが、複数の同期グループにサーバーエンドポイントを持つことができます。目的の同期トポロジを適切に記述するために必要なだけいくつでも同期グループを作成できます。
1 つのクラウドエンドポイント。クラウドエンドポイントは、Azure ファイル共有へのポインターです。すべてのサーバーエンドポイントはクラウドエンドポイントと同期して、クラウドエンドポイントをハブにします。 Azure ファイル共有のストレージアカウントは、ストレージ同期サービスと同じリージョンにあることが必要です。

Azure ファイル共有の全体が同期されますが、1 つ例外があります。 NTFS ボリュームにある非表示のシステムボリューム情報フォルダーに相当する特別なフォルダーがプロビジョニングされます。このディレクトリの名前は .SystemShareInformation です。これには、他のエンドポイントと同期しない重要な同期メタデータが含まれています。これは使用または削除しないでください。

重要

同期グループ内の任意のクラウドエンドポイントまたはサーバーエンドポイントで変更を行うことにより、ファイルを同期グループ内の他のエンドポイントに同期できます。クラウドエンドポイント (Azure ファイル共有) を直接変更する場合は、まず Azure File Sync 変更検出ジョブで変更を検出する必要があります。クラウドエンドポイントの変更検出ジョブは、24 時間に 1 回だけ開始されます。詳細については、「Azure Files と Azure File Sync についてよく寄せられる質問」を参照してください。

クラウドエンドポイントを作成する管理者は、クラウドエンドポイントが指す Azure ファイル共有を含むストレージアカウントの管理ロール (Azure File Sync 管理者) または所有者のメンバーである必要があります。このロールは、ストレージアカウントの Azure portal ページにある [アクセス制御 (IAM)] で構成します。

Azure File Sync 管理者ロールを割り当てるときは、次の手順に従って最小限の特権を確保します。

[ 条件 ] タブで、[ 選択したプリンシパルにのみ選択したロールを割り当てることができるようにユーザーに許可する ]を選択します (権限が少なくなります)。
[ ロールとプリンシパルの選択 ] をクリックし、[条件 1] で [ アクションの追加] を選択します。
[ ロールの割り当ての作成] を選択し、[ 選択] をクリックします。
[ 式の追加] を選択し、[要求] を選択 します。
[属性ソース] で [属性] の [ロールの定義 ID] を選択し、[演算子] の [ForAnyOfAnyValues:GuidEquals] を選択します。
[ ロールの追加] を選択します。 閲覧者とデータアクセス、ストレージファイルデータ特権共同作成者、ストレージアカウント共同作成者ロールを追加し、[保存] を選択します。

Azure portal で、ストレージ同期サービスに移動します。
左側のウィンドウで、[同期]>[同期グループ] を選択します。次に、[+ 同期グループの作成] を選択します。
表示されたウィンドウで、次の情報を入力します。完了したら、[作成] を選択します。
- 同期グループ名: 作成する同期グループの名前を入力します。この名前は、ストレージ同期サービス内で一意である必要がありますが、理にかなった任意の名前を指定できます。
- サブスクリプション:「ストレージ同期サービスをデプロイする」セクションでストレージ同期サービスをデプロイした際のサブスクリプションを選択します。
- ストレージアカウント: [ストレージアカウントの選択] を選択すると、別のウィンドウが表示されます。そこで、同期する Azure ファイル共有があるストレージアカウントを選択できます。
- Azure ファイル共有: 同期する Azure ファイル共有の名前を選択します。
[同期グループ] ウィンドウに新しい同期グループが表示されており、[正常] 状態であることを確認します。
クラウドエンドポイントは、同期グループを使用して自動的に作成されます。先ほど作成した同期グループを選択します。クラウドエンドポイントを確認できるはずです。

クラウドエンドポイントが表示されない場合は、十分なアクセス許可がないために作成できなかった可能性があります。次の手順を使用して、クラウドエンドポイントを手動で作成してみてください。トラブルシューティング情報については、「クラウドエンドポイントの作成エラー」を参照してください。
1. [+ クラウドエンドポイントの追加] を選択します。
2. 表示されたウィンドウで、同期するサブスクリプション、ストレージアカウント、ファイル共有を入力します。

同期グループを作成するには、次の PowerShell コマンドを実行します。 <my-sync-group> は、同期グループの適切な名前に置き換えます。

$syncGroupName = "<my-sync-group>"
$syncGroup = New-AzStorageSyncGroup -ParentObject $storageSync -Name $syncGroupName

同期グループが正常に作成されたら、クラウドエンドポイントを作成できます。次のコードで、<my-storage-account> と <my-file-share> を適切な値に置き換えます。

# Get or create a storage account with the desired name
$storageAccountName = "<my-storage-account>"
$storageAccount = Get-AzStorageAccount -ResourceGroupName $resourceGroup | Where-Object {
    $_.StorageAccountName -eq $storageAccountName
}

if ($storageAccount -eq $null) {
    $storageAccount = New-AzStorageAccount `
        -Name $storageAccountName `
        -ResourceGroupName $resourceGroup `
        -Location $region `
        -SkuName Standard_LRS `
        -Kind StorageV2 `
        -EnableHttpsTrafficOnly:$true
}

# Get or create an Azure file share within the desired storage account
$fileShareName = "<my-file-share>"
$fileShare = Get-AzStorageShare -Context $storageAccount.Context | Where-Object {
    $_.Name -eq $fileShareName -and $_.IsSnapshot -eq $false
}

if ($fileShare -eq $null) {
    $fileShare = New-AzStorageShare -Context $storageAccount.Context -Name $fileShareName
}

# Create the cloud endpoint
New-AzStorageSyncCloudEndpoint `
    -Name $fileShare.Name `
    -ParentObject $syncGroup `
    -StorageAccountResourceId $storageAccount.Id `
    -AzureFileShareName $fileShare.Name

az storagesync sync-group コマンドを使用して、新しい同期グループを作成します。すべての CLI コマンドに既定のリソースグループを使用するには、az configure を使用します。

az storagesync sync-group create --resource-group myResourceGroupName \
                                 --name myNewSyncGroupName \
                                 --storage-sync-service myStorageSyncServiceName \

az storagesync sync-group cloud-endpoint コマンドを使用して、新しいクラウドエンドポイントを作成します。

az storagesync sync-group cloud-endpoint create --resource-group myResourceGroup \
                                                --storage-sync-service myStorageSyncServiceName \
                                                --sync-group-name mySyncGroupName \
                                                --name myNewCloudEndpointName \
                                                --storage-account mystorageaccountname \
                                                --azure-file-share-name azure-file-share-name

サーバーエンドポイントを作成する

サーバーエンドポイントは、登録済みサーバー上の特定の場所を表します。たとえば、サーバーボリュームのフォルダーなどです。サーバーエンドポイントは、次の条件に従います。

サーバーエンドポイントは、マウントされた共有ではなく、登録済みサーバー上のパスである必要があります。ネットワーク接続ストレージ (NAS) はサポートされていません。
サーバーエンドポイントがシステムボリューム上に存在してもかまいませんが、システムボリューム上のサーバーエンドポイントではクラウドを使った階層化を使用できません。
ボリューム上でサーバーエンドポイントを確立した後にパスまたはドライブ文字を変更することはサポートされていません。登録済みサーバーには、最終的なパスを使用してください。
登録済みサーバーは、複数のサーバーエンドポイントをサポートできます。ただし、同期グループは常に、登録済みサーバーあたり 1 つのサーバーエンドポイントしか持つことができません。同期グループ内のその他のサーバーエンドポイントは、異なる登録済みサーバー上に存在する必要があります。

新しく作成した同期グループに移動します。
[サーバーエンドポイント] で、[+ サーバーエンドポイントの追加] を選びます。
[サーバーエンドポイントの追加] ウィンドウで、次の情報を入力します。
- 登録済みサーバー: サーバーエンドポイントを作成するサーバーまたはクラスターの名前を選択します。
- パス: Azure ファイル共有に同期する Windows Server インスタンスのパスを入力します。パスには、フォルダー (D:\Data など)、ボリュームルート (D:\ など)、またはボリュームマウントポイント (D:\Mount など) を指定できます。
- クラウドを使った階層化: このセクションには、クラウドを使った階層化を有効または無効にするスイッチが含まれています。クラウドの階層化によって、使用頻度やアクセス頻度が低いファイルを Azure Files に階層化できます。クラウドを使った階層化を有効にする場合は、クールファイルを階層化するタイミングを Azure File Sync に通知するように設定できるポリシーが 2 つあります。
  - ボリュームの空き領域ポリシー: サーバーエンドポイントが配置されているボリュームに予約する空き領域の量。たとえば、1 つだけのサーバーエンドポイントがあるボリュームでボリュームの空き領域を 50% に設定すると、データの約半量が Azure Files に階層化されます。クラウドの階層化が有効かどうかにかかわらず、Azure ファイル共有は、データの完全なコピーを常に同期グループ内に保持します。
  - 日付ポリシー: 指定された日数アクセスされていない (読み書きされていない) ファイルがクラウドに階層化されます。たとえば、アクセスされずに 15 日以上経過したファイルが通常はアーカイブファイルであることがわかった場合は、日付ポリシーを 15 日に設定します。
- 初期同期: このセクションは、同期グループ内の最初のサーバーエンドポイントにのみ使用できます。 (同期グループに複数のサーバーエンドポイントを作成する場合、このセクションは初期ダウンロードに変わります。) 以下の動作を選択できます。
  - 初期アップロード: サーバーが初めてデータを Azure ファイル共有にアップロードする方法。次の 2 つのオプションを使用できます。
    - このサーバーパスのコンテンツを Azure ファイル共有内のコンテンツとマージします。同じ名前とパスのファイルは、コンテンツが異なると競合が生じます。そのようなファイルは、両方のバージョンが互いに隣り合うように保存されます。サーバーパスまたは Azure ファイル共有が空の場合は、常にこのオプションを選択してください。
    - Azure ファイル共有内のファイルとフォルダーを、このサーバーのパスにあるコンテンツで強制的に上書きします。この方法では、ファイルの競合が回避されます。
  詳細については、「[初期同期] セクション」を参照してください。
  - 初期ダウンロード: サーバーが初めて Azure ファイル共有のデータをダウンロードする方法。この設定は、ファイルを含む Azure ファイル共有にサーバーが接続している場合に重要です。次の 3 つのオプションを使用できます。
    - 最初に名前空間をダウンロードしておき、ローカルディスクの容量を上限としてファイルのコンテンツをリコールします。 名前空間は、ファイルとフォルダーの構造を表します (ファイルコンテンツは含みません)。
    - 名前空間のみをダウンロードします。ファイルのコンテンツは、アクセス時にリコールされます。
    - 階層化されたファイルは避けてください。ファイルは、完全にダウンロードされた後にのみサーバーに表示されます。ローカルアクセスまたはポリシーは、階層化されたファイルのファイルコンテンツをクラウドからサーバーにリコールします。
  詳細については、「[初期ダウンロード] セクション」を参照してください。
サーバーエンドポイントの追加を完了するには、[作成] を選択します。これで、Azure ファイル共有と Windows Server インスタンス間でファイルが同期されます。

Note

Azure File Sync は、サーバーエンドポイントを作成する前に、Azure ファイル共有のスナップショットをバックアップとして取得します。このスナップショットを使用して、サーバーエンドポイントが作成される前の状態に共有を復元できます。

スナップショットは、サーバーエンドポイントの作成後に自動的には削除されません。不要な場合は、手動で削除できます。

Azure File Sync によって作成されたスナップショットを見つけるには、Azure ファイル共有のスナップショットを表示し、[イニシエーター] 列で AzureFileSync を確認します。

次の PowerShell コマンドを実行して、サーバーエンドポイントを作成します。 <your-server-endpoint-path> と <your-volume-free-space> を目的の値に置き換えます。省略可能な初期ダウンロードポリシーと初期アップロードポリシーの設定をチェックします。

$serverEndpointPath = "<your-server-endpoint-path>"
$cloudTieringDesired = $true
$volumeFreeSpacePercentage = <your-volume-free-space>
# Optional property. Choose from: [NamespaceOnly], the default when cloud tiering is enabled. [NamespaceThenModifiedFiles], the default when cloud tiering is disabled. [AvoidTieredFiles], available only when cloud tiering is disabled.
$initialDownloadPolicy = "NamespaceOnly"
$initialUploadPolicy = "Merge"
# Optional property. Choose from: [Merge], the default for all new server endpoints. Content is from the server and the cloud merge. This is the right choice if one ___location is empty or other server endpoints already exist in the sync group. [ServerAuthoritative], the right choice when you seeded the Azure file share (for example, with Azure Data Box) and you're connecting the server ___location that you seeded from. It enables you to catch up the Azure file share with the changes that happened on the local server since the seeding.

if ($cloudTieringDesired) {
    # Ensure that the endpoint path is not the system volume
    $directoryRoot = [System.IO.Directory]::GetDirectoryRoot($serverEndpointPath)
    $osVolume = "$($env:SystemDrive)\"
    if ($directoryRoot -eq $osVolume) {
        throw [System.Exception]::new("Cloud tiering cannot be enabled on the system volume")
    }

    # Create the server endpoint
    New-AzStorageSyncServerEndpoint `
        -Name $registeredServer.FriendlyName `
        -SyncGroup $syncGroup `
        -ServerResourceId $registeredServer.ResourceId `
        -ServerLocalPath $serverEndpointPath `
        -CloudTiering `
        -VolumeFreeSpacePercent $volumeFreeSpacePercentage `
        -InitialDownloadPolicy $initialDownloadPolicy `
        -InitialUploadPolicy $initialUploadPolicy
} else {
    # Create the server endpoint
    New-AzStorageSyncServerEndpoint `
        -Name $registeredServer.FriendlyName `
        -SyncGroup $syncGroup `
        -ServerResourceId $registeredServer.ResourceId `
        -ServerLocalPath $serverEndpointPath `
        -InitialDownloadPolicy $initialDownloadPolicy
}

新しいサーバーエンドポイントを作成するには、az storagesync sync-group server-endpoint コマンドを使用します。

# Create a new sync group server endpoint 
az storagesync sync-group server-endpoint create --resource-group myResourceGroupName \
                                                 --name myNewServerEndpointName
                                                 --registered-server-id 91beed22-7e9e-4bda-9313-fec96c286e0
                                                 --server-local-path d:\myPath
                                                 --storage-sync-service myStorageSyncServiceNAme
                                                 --sync-group-name mySyncGroupName

# Create a new sync group server endpoint with additional optional parameters
az storagesync sync-group server-endpoint create --resource-group myResourceGroupName \
                                                 --storage-sync-service myStorageSyncServiceName \
                                                 --sync-group-name mySyncGroupName \
                                                 --name myNewServerEndpointName \
                                                 --registered-server-id 91beed22-7e9e-4bda-9313-fec96c286e0 \
                                                 --server-local-path d:\myPath \
                                                 --cloud-tiering on \
                                                 --volume-free-space-percent 85 \
                                                 --tier-files-older-than-days 15 \
                                                 --initial-download-policy NamespaceOnly [OR] NamespaceThenModifiedFiles [OR] AvoidTieredFiles
                                                 --initial-upload-policy Merge [OR] ServerAuthoritative

オプション:ファイアウォールと仮想ネットワークの設定を構成する

ファイアウォールと仮想ネットワークの設定で動作するように Azure File Sync を構成するには、次の手順を使用します。

Azure portal で、セキュリティを設定するストレージアカウントに移動します。
左側のメニューの [セキュリティとネットワーク] で、[ネットワーク] を選択します。
[公衆ネットワークアクセス] で [選択した仮想ネットワークと IP アドレスから有効] を選択します。
[ファイアウォール] で、[アドレスの範囲] の値がサーバーの IP アドレスまたは仮想ネットワークであることを確認します。
[例外] の [Allow Azure services on the trusted services list to access this storage account] (信頼済みサービス一覧にある Azure サービスがこのストレージアカウントにアクセスすることを許可する) がオンになっていることを確認します。
保存を選択します。

Azure File Sync で動作するようにファイアウォールと仮想ネットワーク設定の構成するスクリーンショット。

オプション: 以前のバージョンと VSS を介してセルフサービス復元を使用する

Windows では、ボリュームのサーバー側ボリュームシャドウコピーサービス (VSS) スナップショットを使用して、復元可能なバージョンのファイルを SMB クライアントに表示できます。この機能により、IT 管理者に復元を依頼しなくても、インフォメーションワーカーが直接利用できる強力なシナリオが実現します。これは一般に、セルフサービス復元と呼ばれます。

VSS スナップショットと以前のバージョンを復元する機能は、Azure File Sync とは別に機能します。ただし、クラウドを使った階層化を互換性モードに設定する必要があります。多くの Azure File Sync サーバーエンドポイントが、同じボリューム上に存在できます。クラウドを使った階層化を使用している (または使用する予定の) サーバーエンドポイントが 1 つでもある各ボリュームでは、次の PowerShell 呼び出しを実行する必要があります。

Import-Module '<SyncAgentInstallPath>\StorageSync.Management.ServerCmdlets.dll'
Enable-StorageSyncSelfServiceRestore [-DriveLetter] <string> [[-Force]]

VSS スナップショットには、ボリューム全体が含まれます。既定では、スナップショットを保存する十分なスペースがある場合、1 つのボリュームに対して最大で 64 のスナップショットを保持することができます。既定のスナップショットスケジュールでは、月曜日から金曜日まで、1 日に 2 つのスナップショットを作成します。そのスケジュールは、Windows のスケジュールされたタスクを使用して構成できます。

上記の PowerShell コマンドレットは、次の 2 つの処理を行います。

指定されたボリュームで以前のバージョンと互換性を持つように Azure File Sync のクラウドを使った階層化を構成します。この構成により、ファイルがサーバー上でクラウドに階層化されていても、そのファイルを以前のバージョンから復元できます。
既定の VSS スケジュールを有効にします。変更するかどうかは後で決定できます。

Note

-Force パラメーターを使用し、かつ VSS が現在有効になっている場合、コマンドレットは現在の VSS スナップショットスケジュールを上書きし、既定のスケジュールで置き換えます。コマンドレットを実行する前に、必ずカスタム構成を保存してください。

クラスターノード上でこのコマンドレットを使用している場合、クラスター内の他のすべてのノードでも実行する必要があります。

セルフサービス復元の互換性が有効かどうかを確認するには、次のコマンドレットを実行します。

Get-StorageSyncSelfServiceRestore [[-Driveletter] <string>]

このコマンドレットは、サーバー上のすべてのボリュームと、そのそれぞれの、クラウドを使った階層化との互換性が維持される日数を一覧表示します。この日数は、ボリュームごとに可能な最大のスナップショット数と、既定のスナップショットスケジュールに基づいて自動的に計算されます。

既定では、インフォメーションワーカーに提示される以前のすべてのバージョンは、復元に使用できます。既定のスケジュールを、より多くのスナップショットを作成するように変更する場合も同様です。ただし、互換性のある日の値より古いボリュームで使用可能なスナップショットが作成されるようにスケジュールを変更した場合、ユーザーがこの古いスナップショット (以前のバージョン) を使用して復元することはできません。

Note

セルフサービス復元を有効にすると、Azure ストレージの使用量と請求に影響があります。この影響は、現時点でサーバー上で階層化されているファイルだけに限定されます。この機能を有効にすると、クラウドで使用可能なファイルバージョンを VSS スナップショットエントリを介して参照できるようになります。

この機能を無効にした場合、Azure ストレージの使用量は、互換性のある日数の期間が経過するまで徐々に減少します。プロセスを高速化することはできません。

ボリュームあたりの VSS スナップショットの既定の最大数 (64) と、それらを取得する既定のスケジュールは、インフォメーションワーカーが復元できる以前のバージョンの最大 45 日間になります。

最大日数は、ボリュームに格納できる VSS スナップショットの数によって異なります。ボリュームごとの VSS スナップショット最大数として 64 が適切な設定ではない場合、レジストリキーを使用してその値を変更してください。

新しい制限を有効にするには、コマンドレットを再実行して、以前に有効にされていたすべてのボリュームで以前のバージョンの互換性を有効にする必要があります。 -Force フラグを使用して、ボリュームあたりの VSS スナップショットの新しい最大数を考慮します。この操作により、互換性のある日数が新たに計算されます。この変更は、新たに階層化されたファイルにのみ有効になり、行った VSS スケジュールのカスタマイズはすべて上書きされます。

既定では、VSS スナップショットは、ボリューム領域の最大 10% を消費できます。 VSS スナップショットに使用できるストレージの量を調整するには、vssadmin resize shadowstorage コマンドを使用します。

Azure File Sync には、世界各地に分散している企業向けに、ローカルユーザーがファイルにアクセスする前に、リモートリージョンのサーバーキャッシュを事前に設定しておくことができるモードがあります。サーバーエンドポイントでこのモードを有効にすると、Azure ファイル共有で作成または変更されたファイルがサーバーによってリコールされます。

シナリオ

世界各地に分散しているある企業は、米国とインドにブランチオフィスを構えています。新しいプロジェクトのために、朝 (米国時間)、インフォメーションワーカーは新しいフォルダーとファイルを作成して、1 日中それに取り組みます。 Azure File Sync によって、フォルダーとファイルが Azure ファイル共有 (クラウドエンドポイント) に同期されます。

インドにいるインフォメーションワーカーは、インドのタイムゾーンでプロジェクトの作業を続行します。彼らが朝に作業に取り掛かる際、インドにあるローカルの Azure File Sync 対応サーバーでは、インドチームが効率的にローカルキャッシュを使用して作業できるように、これらの新しいファイルがローカルで利用できるようになっている必要があります。このモードを有効にすると、オンデマンドのリコールで最初のファイルアクセスが遅くなるのを防ぐことができます。また、Azure ファイル共有でファイルが変更または作成されるとすぐに、サーバーでプロアクティブにファイルがリコールされます。

重要

ここまで詳細に Azure ファイル共有の変更をサーバー上で追跡すると、エグレストラフィックとAzure からの請求額が増加する可能性があります。サーバーにリコールされたファイルがローカルで必要ない場合、サーバーへの不要なリコールは推奨されません。このモードは、クラウドの最近の変更をサーバー上のキャッシュに事前に保存しておくことで、そのサーバー上のファイルを使用しているユーザーやアプリケーションに良い影響を与えることがわかっている場合にのみ使用してください。

ポータル
PowerShell

Azure portal で、ストレージ同期サービスにアクセスし、適切な同期グループを選択して、Azure ファイル共有 (クラウドエンドポイント) で変更を詳細に追跡するサーバーエンドポイントを特定します。
クラウドを使った階層化のセクションで、Azure ファイル共有のダウンロードに関するトピックを探します。現在選択されているモードを変更して、Azure ファイル共有の変更をより詳細に追跡し、サーバーにプロアクティブにリコールできます。

現在有効になっているサーバーエンドポイントの Azure ファイル共有のダウンロード動作と、それを変更するためのメニューを開くボタンを示すスクリーンショット。

PowerShell で Set-AzStorageSyncServerEndpoint コマンドレットを使用することで、サーバーエンドポイントのプロパティを変更できます。

# Optional parameter. Default: "UpdateLocallyCachedFiles", alternative behavior: "DownloadNewAndModifiedFiles"
$recallBehavior = "DownloadNewAndModifiedFiles"

Set-AzStorageSyncServerEndpoint -InputObject <PSServerEndpoint> -LocalCacheMode $recallBehavior

オプション: サーバーエンドポイントで SMB over QUIC を使用する

Azure ファイル共有 (クラウドエンドポイント) は、クラウドまたはオンプレミスから直接アクセスできる完全な SMB エンドポイントです。ただし、クラウド側のファイル共有データにアクセスする必要があるお客様は、多くの場合、Azure 仮想マシンでホストされている Windows Server インスタンスに Azure File Sync サーバーエンドポイントをデプロイします。

Azure ファイル共有に直接アクセスするのではなく、サーバーエンドポイントを追加する最も一般的な理由は、Azure ファイル共有で直接行われた変更が、Azure File Sync で検出されるまでに最大 24 時間以上かかる場合があるということです。サーバーエンドポイントで行われた変更はほぼ直ちに検出され、他のすべてのサーバーとクラウドエンドポイントに同期されます。この構成は、ユーザーの大部分がリモートである環境では非常に一般的です。

これまで、パブリックインターネット経由で SMB を使用してファイル共有にアクセスするのは困難でした。なぜなら、多くの組織やインターネットサービスプロバイダー (ISP) がポート 445 をブロックするためです。この状況には、Windows ファイルサーバーや Azure Files で直接ホストされているファイル共有が含まれます。この制限は、プライベートエンドポイントと仮想プライベートネットワークを使用することで回避できます。ただし、Windows Server 2022 Azure Edition には、QUIC トランスポートプロトコル経由の SMB という追加のアクセス戦略が用意されています。

QUIC 経由の SMB は、ほとんどの組織と ISP が HTTPS トラフィックをサポートするために開いている、ポート 443 経由で通信されます。 SMB over QUIC を使用すると、Windows 11 以上を使用するクライアントが Azure File Sync サーバーエンドポイントでホストされているファイル共有にアクセスするために必要なネットワークが大幅に簡素化されます。 Windows Server Azure Edition で SMB over QUIC をセットアップして構成する方法の詳細については、「SMB over QUIC」を参照してください。

Azure File Sync のオンボード

ファイルの完全な忠実性とアクセス制御リスト (ACL) を維持しながら、ダウンタイムなしで初めて Azure File Sync をオンボードするには、次の手順に従うことをお勧めします。

ストレージ同期サービスをデプロイします。
同期グループを作成します。
完全なデータセットがあるサーバーに、Azure File Sync エージェントをインストールします。
そのサーバーを登録し、共有にサーバーエンドポイントを作成します。
同期で、Azure ファイル共有 (クラウドエンドポイント) への完全アップロードを行います。
最初のアップロードが完了したら、残りの各サーバーに Azure File Sync エージェントをインストールします。
残りの各サーバーに新しいファイル共有を作成します。
必要に応じて、クラウドを使った階層化ポリシーを使用して新しいファイル共有にサーバーエンドポイントを作成します。 (この手順では、初期セットアップに使用できる追加のストレージが必要です。)
Azure File Sync エージェントで、実際にはデータ転送を行わずに完全な名前空間の迅速な復元を行います。完全な名前空間の同期後、同期エンジンは、サーバーエンドポイントのクラウドを使った階層化ポリシーに基づいてローカルディスク領域を満たします。
同期が完了したことを確認し、必要に応じてトポロジをテストします。
ユーザーとアプリケーションを新しい共有にリダイレクトします。
必要に応じて、サーバー上の重複する共有を削除します。

別途初期オンボーディング用のストレージがなく、既存の共有にアタッチしたい場合は、ストレージ同期サービスを使用してデータをアップロードするのではなく、別のデータ転送ツールを使用して、Azure ファイル共有内のデータを事前シードすることができます。事前シード処理アプローチは、ダウンタイムを許容できる場合にのみお勧めします。

オンボードプロセス中にいずれのサーバー上のデータも変更されないようにします。
SMB 経由のデータ転送ツール (Robocopy など) や REST 経由での AzCopy を使用して、サーバーデータを Azure ファイル共有に事前シードします。

Robocopy を使用する場合は、ストレージアカウントのアクセスキーを使用して Azure ファイル共有をマウントしてください。ドメイン ID は使わないでください。

AzCopy を使用する場合は、必ず適切なスイッチを設定して、ACL タイムスタンプと属性を保持してください。
既存の共有を指す目的のサーバーエンドポイントを使用して、Azure File Sync トポロジを作成します。
同期によるすべてのエンドポイントでの調整プロセスを完了します。
調整が完了したら、変更のために共有を開くことができます。

現時点では、事前シード処理には次の制限があります。

同期トポロジが完全に稼働する前にサーバー上のデータを変更すると、サーバーエンドポイントで競合が発生することがあります。
クラウドエンドポイントを作成した後、Azure File Sync は、最初の同期を開始する前に、クラウド内のファイルを検出するプロセスを実行します。このプロセスの完了にかかる時間は、ネットワークの速度、使用可能な帯域幅、ファイルとフォルダーの数などの要因によって変わります。

プレビューリリースの大まかな見積もりでは、検出プロセスは 1 秒あたり約 10 ファイルで実行されます。事前シード処理が高速に実行される場合でも、データがクラウドに事前シード処理されていると、完全に稼働しているシステムを実現するまでの時間は大幅に長くなる可能性があります。

DFS-R デプロイを Azure File Sync に移行する

置き換える DFS レプリケーション (DFS-R) トポロジを表す同期グループを作成します。
移行する DFS-R トポロジの完全なデータセットがあるサーバーで開始します。そのサーバーに Azure File Sync をインストールします。
そのサーバーを登録し、移行する最初のサーバーのサーバーエンドポイントを作成します。クラウドを使った階層化を有効にしないでください。
すべてのデータが Azure ファイル共有 (クラウドエンドポイント) に同期されるようにします。
残りの各 DFS-R サーバーに、Azure File Sync エージェントをインストールします。
DFS-R を無効にします。
各 DFS-R サーバーにサーバーエンドポイントを作成します。クラウドを使った階層化を有効にしないでください。
同期が完了したことを確認し、必要に応じてトポロジをテストします。
DFS-R の使用を終了します。
必要に応じて、任意のサーバーエンドポイントでクラウドを使った階層化を有効にできるようになりました。

詳細については、Azure File Sync 計画ガイドの「分散ファイルシステム」セクションを参照してください。

フィードバック

このページはお役に立ちましたか?

Last updated on 2025-10-12

次の方法で共有

Azure File Sync のデプロイ

前提条件

Azure File Sync で使用する Windows Server の準備

ストレージ同期サービスをデプロイする

Azure File Sync エージェントをインストールする

Windows Server をストレージ同期サービスに登録する

同期グループとクラウド エンドポイントを作成する

サーバー エンドポイントを作成する

オプション:ファイアウォールと仮想ネットワークの設定を構成する

オプション: 以前のバージョンと VSS を介してセルフサービス復元を使用する

オプション：新規および変更されたファイルを Azure ファイル共有から事前にリコールする

シナリオ

サーバー エンドポイントで Azure ファイル共有の変更内容を事前に呼び戻すよう有効にする

オプション: サーバー エンドポイントで SMB over QUIC を使用する

Azure File Sync のオンボード

DFS-R デプロイを Azure File Sync に移行する

関連コンテンツ

フィードバック

その他のリソース

同期グループとクラウドエンドポイントを作成する

サーバーエンドポイントを作成する

サーバーエンドポイントで Azure ファイル共有の変更内容を事前に呼び戻すよう有効にする

オプション: サーバーエンドポイントで SMB over QUIC を使用する