故事 #2 - 拥有 Mac 用户的设计公司
一家专门从事博物馆设计的设计公司使用 CAD 应用程序和 Adobe Creative Suite 的组合。 有Mac用户。 Mac 的文件名中包含 SharePoint 不支持的某些字符。 此外，Mac 文件路径可能比 256 或当前的 SharePoint 限制长得多。 您过去曾尝试过 SharePoint，但它不起作用。
您在从文件服务器迁移到 SharePoint Online 时是否遇到了限制？
您是否对 SharePoint 和 OneDrive 的限制感到沮丧？
您知道还有其他文件服务器迁移策略可以克服这些限制吗？
丹麦哥本哈根的一家建筑公司在丹麦和挪威有 3 个地点。文件服务器目前在现场有 7TB 的数据，但他们想摆脱文件服务器。这 3 个站点之间没有官方通信渠道，因此使用云解决方案来统一这 3 个站点才合理。
他们尝试了 SharePoint 和 OneDrive。起初它很好，因为 OneDrive Windows Explorer 的集成使得从 SharePoint 访问文件和文件夹变得很容易。然而，后来他们遇到了 AutoCAD 应用程序的问题。一个问题与文件锁定有关，另一个与单个文件中的外部引用有关。这不是 SharePoint/OneDrive 问题，而是 CAD 和 SharePoint 应用程序之间的应用程序兼容性问题。
SharePoint 存储成本是另一个问题。如果他们将所有 7 TB 的存储都放在 SharePoint 上，则每月的成本约为 1400 美元。该公司希望将不常用的文件存储在另一个系统中。他们想要一个能够解决文件锁定和外部引用问题的存储平台/解决方案，同时提供一种使用低成本存储服务（如 Amazon S3 和 Azure Blob 存储）的方法。
一家专门从事博物馆设计的设计公司使用 CAD 应用程序和 Adobe Creative Suite 的组合。 有Mac用户。 Mac 的文件名中包含 SharePoint 不支持的某些字符。 此外，Mac 文件路径可能比 256 或当前的 SharePoint 限制长得多。 您过去曾尝试过 SharePoint，但它不起作用。
MSP 在帮助本地客户将本地 NAS 迁移到 SharePoint 时遇到 SharePoint 限制。
"您是否要将 700,000 个单独文件的原始存储库划分和重组为七个不同的 SharePoint 库？ 重新培训员工以适应新的 SharePoint 在线位置的成本如何？"
根据 SharePoint Online 文档：
“虽然 SharePoint Online 可以在每个库中存储 3000 万个文档，但我们建议在所有文档库中同步不超过 300,000 个文件以获得最佳性能。此外，如果您要同步的所有库中有 300,000 个或更多项目，可能会出现相同的性能问题，即使您没有同步这些库中的所有项目...”
但是根据经验，在 100,000 个项目后性能开始下降。奇怪的是，这个数字也出现在其他上下文中的 SharePoint 文档中。无论是 30 万还是 10 万，底线是在许多文件较多的真实企业环境中，OneDrive 同步客户端存在严重的性能问题，迫使用户切换到 Web 界面。
与 OneDrive 同步限制相比，库中 5000 个查看项目的限制更加严格。当您在库中超过 5,000 个项目时，它几乎无法使用。
将文件共享迁移到 SharePoint Online 时，此限制是另一个常见问题。它通常表现为这样的错误消息：
“指定的文件或文件夹名称太长。所有文件和文件夹的 URL 路径必须为 400 个字符或更少（URL 中的任何单个文件或文件夹名称不得超过 400 个字符）。请键入较短的文件或文件夹名称。"
对于不满足此要求的任何文件，迁移将失败。由于这是包含文档库的整个路径和名称的相对 URL 的上限，因此这种情况经常发生。结果是迁移不完整或中止。
当用户将 SharePoint Online 文档库与其 PC 同步时，您可能会遇到的另一个更严格的限制是 Windows PC 上的 256 个字符限制。错误消息可能如下所示：
“文件名对于目标文件夹来说太长。您可以缩短文件名并重试，或者尝试路径较短的位置”。
除了将文件服务器数据重新组织到不同文档库中的不同孤岛之外，重新组织权限也是一个令人头疼的问题。
以下引用解释了为什么有些人认为 SharePoint 不支持删除权限继承，即使另一些人指出它可以支持。这很令人困惑，因为虽然有支持，但仅适用于相对较小的数据集。文档说明：
“一个列表最多可以包含 3000 万个项目，一个库最多可以包含 3000 万个文件和文件夹。当列表、库或文件夹包含超过 100,000 个项目时，您不可以中断对列表、库或文件夹的权限继承。您也不能重新继承对其的权限。但是，您仍然可以中断对该列表、库或文件夹中的各个项目的继承，最多可达列表或库中的唯一权限的最大值...”
这可能会将权限迁移和管理变成一场数据重组的噩梦，以避免手动覆盖列表、库或文件夹中项目的权限继承。
Lift and Shift 是一种迁移策略，它在 Azure、AWS 或区域托管数据中心创建另一组虚拟机，并将本地文件服务器上的数据移动到数据中心内的虚拟机。 数据迁移完成后，文件服务器的DNS名称可以从本地文件服务器快速切换到云端文件服务器。 在这类过程中，lift-and-shift 也称为重新托管。 这是一种将数据从本地迁移到云端的相对快速且性价比高的方式，最好的部分是它在 DNS 重定向后向后兼容。
当办公室的互联网速度很快时，Lift-and-shift 更容易。 因此，办公室防火墙和云虚拟网络之间的站点到站点 VPN 就像本地网络的一部分。
混合云文件服务器很好地平衡了本地文件服务器和云文件服务器，因此本地办公室的员工仍然可以通过本地网络使用文件服务器。
通过 Gladinet Triofox 解决方案，云文件访问解决方案可与现有文件服务器网络共享互操作，并提供脱机文件夹功能。 它包括与 Active Directory 的集成、云驱动器映射、全局文件锁定和 NTFS 权限控制。 这些集成使文件共享解决方案成为当前文件服务器的扩展，而不是另一个带走数据的数据孤岛。
通过 HTTPS 通道将驱动器映射到公司文件服务器是一项关键功能。 员工熟悉映射的驱动器，因此不需要额外培训。
公司用户在 Active Directory 和相关的 Active Directory 联合身份验证服务以及 SAML 单点登录中已经具有公司身份。 他们不需要另一套凭据即可访问文件共享解决方案。
大多数文件共享解决方案以“文件签入”和“签出”的形式提供手动文件锁定。 Gladinet 通过检测文件打开请求提供自动文件锁定。 当 Microsoft Word 打开文件时，文件锁定过程将自动启动，并在文件编辑完成时自动完成。
最后，与 Active Directory 和 NTFS 权限集成使系统管理员可以更轻松地设置权限控制。 权限功能使 Gladinet 解决方案在同行中脱颖而出。
以下的功能可以为您提供类似 SharePoint 的用户体验。
无需将文件作为Outlook附件发送，而是可以将文件和文件夹以链接的形式通过Outlook共享。
通过仅发送所做的更改而不是同步整个文件来提高大文件传输的性能。
文件和文件夹可以变成网络链接，并从网络浏览器或任何移动客户端访问。
可以为基于网络浏览器的上传生成网络链接以接收文件和文件夹。
可以将过期日期和读/写权限等策略附加到文件共享。
共享文件就像在Windows资源管理器中右键单击文件一样容易。
共享文件夹具有可选的安全数据室功能，以启用禁用下载的仅查看权限。
为目录结构的不同级别的文件夹定义不同的权限。
目标电子邮件域是白名单参数之一，用于控制谁可以接收文件共享邀请。
目标 IP 地址是另一个参数，用于控制谁可以作为文件共享操作的接收者。
与Office365集成以利用内置的共同编辑功能。
跟踪系统中的重要更改和事件。
传统 VPN 需要与企业防火墙建立稳定且活跃的连接才能运行。 Internet 中断或防火墙连接中断会中断员工处理未保存文件的工作。 通过离线编辑，远程工作人员可以在没有连接的情况下保存和编辑文档，并在连接恢复后将文件异步保存到公司文件服务器。
防火墙供应商通常提供的 VPN没有永远在线功能。 永远在线的 VPN 需要更多的基础设施组件，如身份服务器、身份验证服务器、兼容的客户端操作系统等。 然而，大多数现代云应用程序都是永远在线的，允许离线访问文件和文件夹，并在与在线服务器同步之前将文件存储在本地设备上。
访问文件服务器几乎不可能是高性能的，因为当 VPN 作为启动器时，文件访问是通过 SMB/CIFS 协议完成的。 首先，SMB 协议是一个不允许有很多请求和响应的数据流协议。 如果我们可以切换到 HTTP 流进行文件传输，性能将会提高。 其次，基于 HTTP 的文件传输流量可以利用全球内容交付网络，因此跨大陆传输的 HTTP 速度更快。
