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