我有一个任务，将 SOFS 共享移动到集群服务器的通用 FS。不幸的是，我不是 Windows Server 专家。有人做过这个任务吗？我希望得到帮助并逐步重新配置它。想法是删除 SOFS 共享并创建具有相同名称的 FS 共享。连接放置 SOFS 共享的磁盘。但是重新配置后如何处理这些共享的权限？
提前感谢您的提示。
附加信息：我已经测试了从 SOFS 移动到 FS 的一些时刻。1. 为文件服务器群集的 VM 创建了新的小磁盘（1G）并连接它。初始化它时不使用任何字母 2. 将此磁盘添加到故障转移群集管理器的磁盘并将其添加到群集共享卷（它分配给群集共享卷）。3. 创建作为横向扩展文件服务器的新角色 4. 使用新磁盘创建测试的 3 个共享。5. 在每个共享中放置了一些文件夹和文件。6. 删除此角色 7. 从群集共享卷中删除磁盘（磁盘获得可用存储状态）8. 为其分配一个驱动器号 9. 从 AD 中删除旧名称 10. 创建新角色作为一般使用的 FS，名称与 SOFS 相同，并连接测试磁盘 11. 使用键入自定义路径为 SOFS 创建与之前同名的新 SMB 共享 - 从旧共享中选择所需的。似乎文件夹和文件的所有 NTFS 权限仍然存在，但我并不完全确定（尝试检查）。共享权限可能也存在，但我并不完全确定。这就是为什么我之前问过如何在角色更改后获取所有权限并实现它们？
谨致问候，维克多
答案1
它通常不起作用，因为 SoFS 共享已禁用内存缓存（只读 CSV 缓存除外），以允许 SQL Server 进行原子写入和 VM 实时迁移的透明 SMB 故障转移。因此，您不应该专注于使用任何数据迁移服务（如存储迁移（WS2016+）和 Robocopy（WS2003+）（请参阅下面的链接））轻松复制的权限，而应该真正重新考虑您想要实现的目标。TL;DR：现在运行良好的工作负载可能会在移动后中断。