什么是文件服务器迁移？有哪些限制？
文件服务器迁移
企业文件服务器是一个集中存储位置或工作空间，使在连接设备上的员工可以进行文件和文件夹协作。将文件服务器迁移到其他位置的原因有多种。本文重点讨论支持远程和移动工作人员的原因。
企业文件服务器是一个集中存储位置或工作空间，使在连接设备上的员工可以进行文件和文件夹协作。将文件服务器迁移到其他位置的原因有多种。本文重点讨论支持远程和移动工作人员的原因。
企业文件服务器是一个集中式存储或工作空间，使在连接设备（笔记本电脑、PC、平板电脑甚至手机）上的员工可以访问文件和文件夹，并建立业务相关任务的日常协作工作流程。术语“文件服务器”通常仅限于通过本地网络进行访问。自 2006 年以来，随着 AWS 和 Amazon S3 以及各种文件同步和Box、Dropbox、Google Drive 和 OneDrive 等共享平台，文件服务器的概念也正在进入一个全新的云时代。丰富的同步工具使文件服务器迁移（也称为文件同步和共享）成为热门话题，因为人们意识到了 Dropbox 和 OneDrive 是如何确保文件和文件夹同步并始终可供用户使用。我们已经看到了迁移浪潮，文件服务器已经退役，内容已从文件服务器迁移到 Dropbox 和 OneDrive 等外部文件共享服务。其动机是让员工更具流动性和生产力。一些公司发现文件服务器迁移非常成功且有帮助，而另一些公司则不太希望，有些公司甚至不想尝试迁移。那么是什么原因导致不同企业的迁移经历不同呢？
严格来说，文件同步共享和文件服务器迁移是两个不同的概念。文件服务器迁移通常涉及将文件服务器从旧版本迁移到新版本，例如从 Windows 2012 迁移到 Windows 2019，或者将物理文件服务器迁移到虚拟化环境或云环境（例如 VMWare 或 Azure Files）。
由于本文重点关注支持远程和移动工作人员，因此我们将文件服务器迁移视为文件同步和共享的同义词，并重点关注最流行的选项 - 将文件服务器迁移到 SharePoint 和 Azure Files。
许多公司发现文件服务器迁移到 Microsoft SharePoint 非常成功且有帮助，而有些公司则不太抱什么希望，有些公司甚至不想尝试迁移。那么不同组织的迁移经历不同的原因是什么？在回答这个问题之前，让我们首先看看 SharePoint 的一些限制。
根据 SharePoint Online 文档:
"虽然 SharePoint Online 每个库可以存储 3000 万个文档，但为了获得最佳性能，我们建议同步不超过所有文档库中的 300,000 个文件。此外，如果您正在同步的所有库中有 300,000 个或更多项目，即使您没有同步这些库中的所有项目，也可能会出现相同的性能问题...”
但有趣的是，在 100,000 个项目后性能开始下降。奇怪的是，SharePoint 文档中的其他内容中也提到了这个数字。无论是 30 万还是 10 万，底线是在许多文件较多的现实企业环境中，OneDrive 同步客户端存在严重的性能问题，因此用户最终不得不切换到 Web 界面。只有拥有最小数据集的最小组织才能受益于映射驱动器的易用性。
与 OneDrive 同步限制相比，库中5000 个视图项限制一个更严重的问题。一旦库中的项目超过 5,000 件，它就几乎无法使用。
可能的解决方法
跨多个站点和库重新组织数据，使每个站点和库的文件和文件夹都不超过 100,000 个。如果 OneDrive 客户端连接到项目总数超过 300,000 个的网站，请切换到 Web 界面并且不要使用 OneDrive 同步。如果文件总数很小，则此解决方法没问题。
此限制是将文件共享迁移到 SharePoint Online 时的另一个常见问题。它通常表现为如下错误：
“指定的文件或文件夹名称太长。所有文件和文件夹的 URL 路径不得超过 400 个字符（URL 中的任何单个文件或文件夹名称不得超过 400 个字符）。请输入较短的文件或文件夹名称。”
对于任何不满足此要求的文件，迁移将会失败。由于这是包含文档库的完整路径和名称的相对 URL 的上限，因此这种情况发生得太频繁了。结果是迁移不完整或中止。
当用户将 SharePoint Online 文档库与其 PC 同步时，您可能会遇到的另一个更严重的限制是 Windows PC 上的 256 个字符限制。错误消息可能如下所示：
“文件名对于目标文件夹来说太长。您可以缩短文件名并重试，或者尝试路径较短的位置”。
可能的解决方法
使用自动缩短名称的工具来满足要求。这是一个可怕的解决方法，因为文件不是隔离的。 Adobe InDesign 或 AutoCAD 等常见文件类型都具有从主文件到支持文件的链接文件。如果文件名被截断，则不再保证文件包的完整性。仅当您的文件被隔离时才使用此解决方法。
除了将文件服务器数据重新组织到不同文档库中的不同孤岛之外，重新组织权限也是一个令人头疼的问题。
以下引用说明了为什么有些人认为 SharePoint 不支持打破权限继承，而其他人则指出事实确实如此。这很令人困惑，因为支持是存在的，但仅适用于相对较小的数据集。文档说明：
“列表最多可包含 3000 万个项目，库最多可包含 3000 万个文件和文件夹。当列表、库或文件夹包含超过 100,000 个项目时，您无法中断列表、库或文件夹的权限继承。您也不能重新继承其权限。但是，您仍然可以中断该列表、库或文件夹中单个项目的继承，最多可达列表或库中唯一权限的最大数量... ”
这可能会将权限迁移和管理变成数据重组噩梦，以避免手动破坏列表、库或文件夹中元素的权限继承。
可能的解决方法
跨多个站点和库重新组织数据，使每个站点和库的文件和文件夹都不超过 100,000 个。重组文件和文件夹时重做文件夹和文件权限。这不是一种解决方法，而是一种乏味的数据迁移方式。
许多公司还发现将文件服务器迁移到 Microsoft Azure Files 很有帮助。迁移更加复杂，涉及 Active Directory 同步以同步 Azure AD 身份、Azure 文件同步以将文件从本地文件服务器同步到 Azure 文件服务器，以及在防火墙上打开非 HTTP 和非 HTTPS 端口以允许文件传输。由于复杂的流程和防火墙要求，Azure 文件迁移通常适用于将所有数字资产迁移到 Microsoft Azure 云的组织。它还有其他好处，例如减少管理开销，但从支持远程和移动工作人员的角度来看，与原始本地配置相比并没有太多优势。
由于SharePoint与OneDrive紧密集成，并且OneDrive采用了通用的文件同步和共享方式传输文件，因此传统的驱动器映射功能被桌面上的同步文件夹取代。许多业务流程和应用程序都依赖于旧的驱动器映射方法。如果您的业务依赖于这种类型的驱动器映射，那么 SharePoint 迁移不适合您。
由于 SharePoint 由 Microsoft 托管并以多租户方式为多个组织提供服务，因此它具有用于备份和恢复数据的预定义策略。如果您需要特殊的数据备份服务或高级数据保留策略，则不能依赖 SharePoint 为您提供这些数据服务。
如上面的 SharePoint 限制中所述，成功的 SharePoint 迁移可能需要重新组织数据存储库。但是，重组可能会导致现有应用程序不再在 SharePoint 上运行。某些应用程序（例如 AutoCAD、SolidWorks 和 Adobe InDesign）可能无法再处理 SharePoint 上的文档。设计和建筑行业的许多公司发现迁移到 SharePoint 非常困难。
文件有时需要存储在特定区域以符合法规。某些行业有自己的数据访问和跟踪政策。如果您需要准确了解数据的托管位置、保留文件访问历史记录的审核跟踪并保留 3 到 6 年的数据保留期，那么 SharePoint 迁移不是适合您的解决方案。
数据集越大，迁移过程就越复杂。花费的时间越长，过程就越容易出错，成本也越高。通常使用 SharePoint 迁移工具 (SPMT) 将文件服务器迁移到 SharePoint。 SPMT 通常会给出错误消息，要求您缩短文件名或将文件拆分到不同的库中，这使得迁移更加复杂。
请联系我们讨论您的组织在
文件服务器迁移和文件服务器移动不同路线选择方面的需求。
我们将立即为您提供最佳实践、产品专业知识、参考设计、演示和支持！
© Copyright 2023 - Gladinet, Inc. All Rights Reserved
