通过

你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。

有关 Azure 文件和 Azure 文件同步的常见问题解答 (FAQ)

  • 项目

Azure 文件存储会在云中提供完全托管的文件共享，这些共享项可通过行业标准的服务器消息块 (SMB) 协议和网络文件系统 (NFS) 协议进行访问。 你可以在云或 Windows、Linux 和 macOS 的本地部署同时装载 Azure 文件共享。 另外，你也可以使用 Azure 文件同步在 Windows Server 计算机上缓存 Azure 文件共享，以在靠近使用数据的位置实现快速访问。

Azure 文件同步

  • 是否可以在同一同步组中拥有已加入域和未加入域的服务器？
    是的。 同步组可以包含具有不同 Active Directory 成员身份的服务器终结点，即使它们未加入域。 虽然从严格意义上讲这种配置可用，但不建议将此作为常规配置，因为在某个服务器上为文件和文件夹定义的访问控制列表 (ACL) 可能无法由同步组中的其他服务器强制实施。 为获得最佳结果，建议在同一个 Active Directory 林中的服务器之间、在不同 Active Directory 林中但已建立信任关系的服务器之间，或在未加入域的服务器之间进行同步。 我们建议你避免混合使用这些配置。

  • 我使用 SMB 或在门户中直接在 Azure 文件共享中创建了一个文件。将文件同步到同步组中的服务器需要多长时间？

    与对服务器终结点所做的更改不同，使用 Azure 门户或 SMB 对 Azure 文件共享所做的更改不会立即检测到并复制。 Azure 文件尚没有更改通知或日记，因此无法在文件更改时自动启动同步会话。 在 Windows Server 上，Azure 文件同步使用 Windows USN 日记可在文件更改时自动启动同步会话。

    为了检测对 Azure 文件共享所做的更改，Azure 文件同步有一个称为更改检测作业的计划作业。 更改检测作业枚举文件共享中的每个文件，然后将它与该文件的同步版本进行比较。 当更改检测作业确定文件已更改时，Azure 文件同步会启动同步会话。 更改检测作业每 24 小时启动一次。 由于更改检测作业的工作原理是枚举 Azure 文件共享中的每个文件，因此大命名空间用时会长于较小的命名空间。 对于大命名空间，用时可能超过每 24 小时一次，才能确定哪些文件已更改。

    若要立即同步 Azure 文件共享中已更改的文件，可使用 Invoke-AzStorageSyncChangeDetection PowerShell cmdlet 手动启动 Azure 文件共享中的更改检测。 此 cmdlet 适用于某些类型的自动化过程在 Azure 文件共享中进行更改或由管理员完成更改（如将文件和目录移动到共享中）的情况。 对于最终用户的更改，建议在 IaaS VM 中安装 Azure 文件同步代理，并让最终用户通过 IaaS VM 访问文件共享。 由此，所有更改都将快速同步到其他代理，而无需使用 Invoke-AzStorageSyncChangeDetection cmdlet。 若要了解详细信息，请参阅 Invoke-AzStorageSyncChangeDetection 文档。

    我们正在探讨针对 Azure 文件共享添加类似于针对 Windows Server 上的卷使用的 USN 的更改检测功能。 请在 Azure Community Feedback 上为此功能投票，帮助我们确定将来开发此功能的优先级。

  • 如果在两个服务器上几乎同时对同一文件进行了更改后，会发生什么情况？
    当 Azure 文件共享中的文件与服务器终结点位置中的文件不匹配时（大小和/或上次修改时间不同），会创建文件冲突。

    以下方案可能会导致文件冲突：

    • 在终结点中创建或修改文件（例如服务器 A）。 如果在将服务器 A 上的更改同步到该终结点之前在不同的终结点上修改了同一文件，则会创建冲突文件。
    • 创建服务器终结点之前，该文件存在于 Azure 文件共享和服务器终结点位置中。 如果在创建服务器终结点时，服务器和 Azure 文件共享中的文件的大小和/或上次修改时间不同，则会创建冲突文件。
    • 由于损坏或达到知识限制，已重新创建同步数据库。 重新创建数据库后，同步将进入名为“核对”的模式。 如果发生核对时，服务器和 Azure 文件共享中的文件的大小和/或上次修改时间不同，则会创建冲突文件。

    完成到 Azure 文件共享的初始上传后，Azure 文件同步不会覆盖同步组中的任何文件。 相反，它会使用简单的冲突解决策略：同时在两个终结点上保留对文件进行的更改。 最新写入的更改保留原始文件名称。 旧文件（由 LastWriteTime 确定）的终结点名称和冲突号追加到文件名末尾。 对于服务器终结点，终结点名称是服务器名称。 对于云终结点，终结点名称为 Cloud。 名称遵循以下分类：

    <FileNameWithoutExtension>-<endpointName>[-#].<ext>

    例如，如果 CentralServer 是较早写入的位置，则 CompanyReport.docx 的第一个冲突将变为 CompanyReport-CentralServer.docx。 第二个冲突将被命名为 CompanyReport-CentralServer-1.docx。 Azure 文件同步支持每文件 100 个冲突文件。 达到最大冲突文件数后，该文件将无法同步，直到冲突文件数小于 100。

  • 我禁用了云分层，为什么服务器终结点位置中存在分层文件？
    有两个原因可能导致分层文件存在于服务器终结点位置：

    • 向现有同步组添加新的服务器终结点时，如果为初始下载模式选择“首先召回命名空间”选项或“仅召回命名空间”选项，则文件在本地下载下来之前将显示为分层文件。 为避免出现这种情况，请为初始下载模式选择“避免分层文件”选项。 若要手动召回文件，请使用 Invoke-StorageSyncFileRecall cmdlet。

    • 如果已在服务器终结点上启用云分层，然后将其禁用，则文件在被访问之前将保持分层。

  • 为什么分层文件在 Windows 文件资源管理器中未显示缩略图或预览？
    对于分层文件，不会在服务器终结点显示缩略图和预览。 这是预期行为，因为 Windows 中的缩略图缓存功能有意跳过读取具有脱机属性的文件的操作。 启用云分层后，阅览分层文件将导致它们被下载（召回）。

    此行为不是特定于 Azure 文件同步的。Windows 文件资源管理器会为设置了脱机属性的任何文件显示“灰色 X”。 通过 SMB 访问文件时，将看到 X 图标。 有关此行为的详细说明，请参阅为什么无法获取标记为脱机的文件的缩略图？

    有关如何管理分层文件的问题，请参阅如何管理分层文件。

  • 为什么分层文件存在于服务器终结点命名空间之外？
    在 Azure 文件同步代理版本 3 之前，Azure 文件同步阻止将分层文件移到服务器终结点之外但位于服务器终结点所在卷上的其他位置。 复制操作、非分层文件的移动操作以及将分层文件移到其他卷的操作不受影响。 这种行为的原因在于以下隐含假设：文件资源管理器和其他 Windows API 在同一卷上的移动操作是（近乎）即时重命名操作。 这意味着，移动会使文件资源管理器或其他移动方法（如命令行或 PowerShell）看起来没有响应，而 Azure 文件同步会从云中召回数据。 从 Azure 文件同步代理版本 3.0.12.0 开始，Azure 文件同步将允许将分层文件移到服务器终结点之外。 我们通过允许分层文件作为服务器终结点之外的分层文件存在，然后在后台召回该文件以避免前面提到的负面影响。 这意味着在同一卷上的移动是即时的，在移动完成后，我们要完成将文件召回到磁盘的所有工作。

  • 我的服务器上的 Azure 文件同步（同步、云分层等）出现问题。是否应删除并重新创建服务器终结点？

    注意：删除服务器终结点不同于重启服务器！ 在绝大多数情况下，删除或重新创建服务器终结点不是适合修复同步、云分层或 Azure 文件同步其他方面问题的解决方案。删除服务器终结点是破坏性操作。 当分层文件存在于服务器终结点命名空间之外时，它可能会导致数据丢失。 有关详细信息，请参阅为什么分层文件存在于服务器终结点命名空间之外。 或者，它可能会导致存在于服务器终结点命名空间内的分层文件无法访问。 重新创建服务器终结点后，这些问题并不会得到解决。 即使从未启用过云分层，分层文件也可能存在于服务器终结点命名空间中。 因此，建议不要删除服务器终结点，除非想对特定文件夹停用 Azure 文件同步，或者 Microsoft 工程师明确指示你采取该操作。 有关删除服务器终结点的详细信息，请参阅删除服务器终结点。

  • 是否可将存储同步服务和/或存储帐户移动到不同的资源组、订阅或 Microsoft Entra 租户？
    是的，可以将存储同步服务和/或存储帐户移动到不同的资源组、订阅或 Microsoft Entra 租户？ 移动存储同步服务或存储帐户后，需要向 Microsoft.StorageSync 应用程序授予对存储帐户的访问权限。 执行以下步骤：

    1. 登录到 Azure 门户，然后从服务菜单中选择访问控制 (IAM)。

    2. 选择“角色分配”选项卡以列出有权访问你的存储帐户的用户和应用程序（服务主体）。

    3. 使用“读取器和数据访问”角色验证列表中是否显示“Microsoft.StorageSync”或“混合文件同步服务”（旧应用程序名称）。

      如果“Microsoft.StorageSync”或“混合文件同步服务”没有出现在列表中，请执行以下步骤：

      • 选择 添加 。
      • 在“角色”字段中，选择“读者和数据访问”。
      • 在“选择”字段中键入 Microsoft.StorageSync，然后选择该角色并单击“保存”。

      注意

      创建云终结点时，存储同步服务和存储帐户必须位于相同的 Microsoft Entra 租户中。 创建云终结点后，可以将存储同步服务和存储帐户移到不同的 Microsoft Entra 租户。

  • Azure 文件同步是否保留目录/文件级 NTFS ACL 以及存储在 Azure 文件中的数据？

    从 2020 年 2 月 24 日开始，由 Azure 文件同步分层的新 ACL 和现有 ACL 将持久保留为 NTFS 格式，直接对 Azure 文件共享所做的 ACL 修改将同步到同步组中的所有服务器。 对 Azure 文件共享的 ACL 所做的任何更改都将通过 Azure 文件同步进行同步。将数据复制到 Azure 文件存储时，请确保使用支持必要“保真度”的复制工具，通过 SMB 或 REST 将属性、时间戳和 ACL 复制到 Azure 文件共享中。 使用 Azure 复制工具（如 AzCopy）时，请务必使用最新版本。 检查文件复制工具表获取 Azure 复制工具的概述，以确保可以复制文件的所有重要元数据。

    如果在 Azure 文件同步管理的文件共享上启用了 Azure 备份，则可以继续在备份还原工作流中还原文件 ACL。 该操作适用于整个共享或单个文件/目录。

    如果使用快照作为文件共享（由 Azure 文件同步管理）的自我托管备份解决方案的一部分，且如果快照是在 2020 年 2 月 24 日之前拍摄的，则 ACL 可能无法正确还原到 NTFS ACL。 如果发生这种情况，请考虑联系 Azure 支持部门。

  • Azure 文件同步是否会同步目录的 LastWriteTime？为什么目录中的文件更改时，目录上的修改日期时间戳没有更改？
    否。Azure 文件同步不同步目录的 LastWriteTime。 此外，当目录中的文件发生更改时，Azure 文件存储不会更新目录的修改日期时间戳 (LastWriteTime)。 这是预期的行为。

  • 为什么 AFS 服务器上的防病毒软件召回分层文件？
    当用户访问分层文件时，某些防病毒软件 (AV) 软件可能会导致意外的文件召回。 如果未将 AV 软件配置为忽略分层文件（具有 RECALL_ON_DATA_ACCESS 属性的文件），则会出现这种情况。 下面是发生的具体情况：

    1. 用户尝试访问分层文件。
    2. AV 软件会阻止读取句柄。
    3. 然后，AV 应用程序执行自己的读取，以扫描文件查找病毒。

    此过程可能看起来好像 AV 软件正在召回分层文件，但实际上是由用户的访问尝试触发的。 若要防止此问题，请确保 AV 供应商将其软件配置为忽略使用 RECALL_ON_DATA_ACCESS 属性扫描分层文件。

  • SSL 检查软件是否可以阻止访问 AFS 服务器？确保 SSL 检查软件（如 Zscaler 或 FortiGate）允许 Azure 文件同步 (AFS) 服务器终结点访问 Azure。 这些 SSL 检查工具可以替代防火墙设置，并有选择地允许流量。 请与网络管理员联系以解决此问题。 使用“testnet”命令确定 AFS 服务器是否遇到此问题。

安全性、身份验证和访问控制

  • 如何审核 Azure 文件存储中的文件访问和更改？

    有两个选项提供 Azure 文件存储的审核功能：

    • 如果用户直接访问 Azure 文件共享，则可以使用Azure 存储日志来跟踪文件更改和用户访问，以进行故障排除。 将最大程度地记录请求。
    • 如果用户通过安装了 Azure 文件同步代理的 Windows Server 访问 Azure 文件共享，请使用审核策略或第三方产品来跟踪 Windows Server 上的文件更改和用户访问。

  • Azure 文件存储是否支持使用基于访问的枚举 (ABE) 来控制 SMB Azure 文件共享中文件和文件夹的可见性？

    目前不支持将 ABE 与 Azure 文件存储配合使用，但可以将 DFS-N 与 SMB Azure 文件共享配合使用。

基于标识的身份验证

  • Microsoft Entra 域服务是否支持使用已加入或注册到 Microsoft Entra ID 的设备中的 Microsoft Entra 凭据进行 SMB 访问？

    不可以，不支持这种方案。

  • 是否可以在使用基于标识的身份验证时使用规范名称 (CNAME) 装载 Azure 文件共享？

    是，SMB Azure 文件共享的单林和多林环境现在都支持此方案。 但Azure 文件存储仅支持使用存储帐户名称作为域前缀来配置 CNAME。 如果不想将存储帐户名称用作前缀，请考虑改用 DFS 命名空间。

  • 是否可以从不同订阅下的 VM 使用 Microsoft Entra 凭据访问 Azure 文件共享？

    如果部署了文件共享的订阅与 VM 所加入到的 Microsoft Entra 域服务部署相同的 Microsoft Entra 租户相关联，则可以使用相同的 Microsoft Entra 凭据访问 Azure 文件共享。 限制不是针对订阅，而是针对关联的 Microsoft Entra 租户的。

  • 能否使用不同于 Azure 文件共享的主租户的 Microsoft Entra 租户为 Azure 文件共享启用 Microsoft Entra 域服务或本地 AD DS 身份验证？

    不是。 Azure 文件仅支持Microsoft Entra 域服务或本地 AD DS 与一个 Microsoft Entra 租户集成，该 Microsoft Entra 租户和文件共享驻留在同一订阅中。 一个订阅只能与一个 Microsoft Entra 租户相关联。 使用本地 AD DS 进行身份验证时，AD DS 凭据应同步到与存储帐户关联的 Microsoft Entra ID。

  • 用于 Azure 文件共享的本地 AD DS 身份验证是否支持使用多个林与 AD DS 环境集成？

    Azure 文件的本地 AD DS 身份验证仅与存储帐户所注册的域服务的对应林集成。 若要支持从其他林进行身份验证，环境必须正确配置林信任。 有关详细说明，请参阅将 Azure 文件存储与多个 Active Directory 林配合使用。

    注意

    在多林设置中，请勿使用文件资源管理器在根、目录或文件级别配置 Windows ACL/NTFS 权限。 请改用 icacls。

  • 创建计算机帐户或服务登录帐户以在 AD 中表示我的存储帐户是否有任何区别？

    创建计算机帐户（默认值）或服务登录帐户对 Azure 文件存储的身份验证方式没有任何影响。 可自行选择如何在 AD 环境中将存储帐户表示为标识。 Join-AzStorageAccountForAuth cmdlet 中设置的默认 DomainAccountType 是计算机帐户。 但是，在你的 AD 环境中对计算机或服务登录帐户配置的密码过期期限可能不同，因此，在更新 AD 中存储帐户标识的密码时，需要考虑到这一点。

  • 如何在与 Microsoft Entra ID 或 AD 凭据建立新连接之前，删除具有存储帐户密钥的缓存凭据并删除现有 SMB 连接？

    按照以下两步式过程移除与存储帐户密钥关联的已保存凭据，并移除 SMB 连接：

    1. 从 Windows 命令提示符运行以下命令以移除凭据。 如果找不到任何凭据，则表示尚未保留凭据，可以跳过此步骤。

      cmdkey /delete:Domain:target=storage-account-name.file.core.windows.net

    2. 删除与文件共享建立的现有连接。 可以将装载路径指定为装入的驱动器号或 storage-account-name.file.core.windows.net 路径。

      net use <drive-letter/share-path> /delete

  • 能否在文件资源管理器中查看文件/目录所有者的 userPrincipalName (UPN) 而不是安全标识符 (SID)？

    文件资源管理器直接向服务器（Azure 文件存储）调用 RPC API，以将 SID 转换为 UPN。 Azure 文件存储不支持此 API，因此，在文件资源管理器中，将显示文件/目录所有者的 SID，而不显示 Azure 文件存储上托管的文件和目录的 UPN。 但是，可以从已加入域的客户端使用以下 PowerShell 命令查看目录中的所有项目及其所有者，包括 UPN：

    Get-ChildItem <Path> | Get-ACL | Select Path, Owner

网络文件系统 (NFS v4.1)

共享快照

创建共享快照

  • 我的共享快照是否为异地冗余？
    共享快照与捕获它们的 Azure 文件共享具有相同的冗余。 如果已为帐户选择异地冗余存储，则共享快照也会在配对区域中进行冗余存储。

清除共享快照

  • 是否可以删除共享但不删除共享快照？
    否。 删除共享时，删除文件共享工作流会自动删除快照。

计费和定价

  • Azure 文件存储中的事务是什么？它们是如何计费的？只要用户、应用程序、脚本或服务与 Azure 文件共享交互（写入、读取、列出、删除文件，等等），就会发生协议事务。 重要的是要记住，你可能认为是单个操作的某些操作实际上可能涉及多个事务。 对于按即用即付模式计费的标准 Azure 文件共享，不同类型的事务根据其对文件共享的影响具有不同的价格。 事务不会影响使用预配模型计费的高级文件共享的计费。 有关详细信息，请参阅了解计费。

  • 共享快照的费用是多少？
    共享快照在本质上是递增的。 基本共享快照即是共享本身。 所有的后续共享快照均是递增的，并且只会存储与之前共享快照的不同之处。 你只需为更改的内容付费。 如果你的共享包含 100 GiB 数据，但自执行上次共享快照以来只更改了 5 GiB 数据，则共享快照只额外使用了 5 GiB 数据，而你要为 105 GiB 付费。 有关事务和标准出口费用的更多信息，请参阅定价页。

与其他服务的互操作性

  • 是否可以将 Azure 文件共享作为 Windows 服务器故障转移群集的文件共享见证？
    Azure 文件存储目前不支持此配置。 若要了解如何使用 Azure Blob 存储进行设置，请参阅部署故障转移群集的云见证。

另请参阅