协作平台不能裸奔：群晖 Drive Server 连同 Synology Office 的备份与还原实操
协作平台不能裸奔：群晖 Drive Server 连同 Synology Office 的备份与还原实操
引言
团队文件协作迁到 Synology Drive 之后，它就不再是「一个套件」，而是承载日常作业的核心资产：文件、目录结构、每个文件夹的权限体系、标签与星标都在里面。这时候必须回答一个问题——Drive Server 的备份在哪里？官方路线是用 Hyper Backup 做套件级备份，把 Synology Drive Server 备份到本地或远程目的地，并在需要时把套件的设置和数据还原到之前的某个时间点。这条路线里最容易踩的坑是对象的连带关系：Synology Office 文件存储在 Synology Office 数据库中，只备 Drive Server 不备 Office，文档就漏在备份外面。这篇把备份、还原与边界完整走一遍。
对象关系先想清楚
Hyper Backup 以「应用程序」为单位选择备份对象。对协作平台来说，相关对象有两个：Synology Drive Server 与 Synology Office。官方明确二者在数据上互相咬合——Office 文件存在 Office 数据库里，仅选择 Drive Server 套件时，Office 文件不会被备份也不会被还原。所以正确的备份单元是「两个一起」，而不是默认只点看得见的那个。
操作步骤
-
进入 DSM > Hyper Backup > 创建 > 数据备份任务。为什么：Drive Server 的套件级备份入口在 Hyper Backup 而不是 Drive 管理控制台——官方页面即引导此路线；备份策略集中在 HB 一处管理，目的地、计划、版本留存一套体系通用。
-
按向导选择备份目的地（本地或远程）。为什么：官方首句即注明可备份到本地或远程目的地——协作平台是勒索软件与误删除的双重高发区，目的地至少要脱离同一台机器的故障面，按企业的 3-2-1 要求选远程或多目的地。
-
向导提示选择要备份的应用程序时，同时勾选 Synology Drive Server 和 Synology Office。为什么：官方边界——Office 文件存储在 Synology Office 数据库中，若仅选择 Drive Server，Office 文件不会被备份或还原；两个对象一次勾齐，文档与文件结构才都在保险内。
-
核对备份范围：此任务将备份文件和文件夹、每个文件和文件夹的权限设置、标签、星标。为什么：知道保什么，才知道什么不保——权限设置在备份范围内，意味着还原后整套访问控制可以恢复，这是协作平台灾备里最值钱的部分；同时对照边界清单（见文末），历史版本等不在范围内的，防护要另做安排。
-
先手动完整跑一次任务，验证目的地可达、数据可写，再安排计划。为什么：备份计划的价值建立在「能跑通」之上；首次手动执行暴露权限、容量、链路问题，比排上计划后夜里静默失败划算得多。
-
还原时进入 DSM > Hyper Backup > 还原 > 数据，选择备份任务与要回到的时间点。为什么：官方将还原定义为把套件的设置和数据还原到之前的某个时间点——时间点选择就是回溯深度，按事故发生前最后一个已知良好时刻定。
-
还原前核对目的地容量：还原目的地应拥有比源端更多的存储空间。为什么：官方给出的硬边界——空间不足还原受限；跨机重建场景（旧机退役换新机）下，新机容量按上浮规划，别卡着旧数据量配。
-
还原完成后做三项抽查再放行使用：权限体系、标签与星标、已删除用户的文件归属。为什么：官方注明已删除用户创建的文件可以还原、但其个人资料无法还原——员工离职清理后再恢复文件的场景，文件回来了、归属资料要重建；而还原过程会覆盖 Drive Server 与 Office 当前的设置和数据，先抽查后放行，避免带着隐性缺失回到生产。
三条边界先知道
- Office 文件在 Office 数据库里：只备 Drive Server 不含 Office 文件，两者必须一起备份、一起还原，这是官方明示的头号坑。
- 还原是覆盖式：还原将覆盖两个套件当前的设置和数据，执行前确认时间点、通知团队停写窗口。
- 两处不可还原：非 Synology Office 文件的历史版本无法备份；已删除用户的个人资料无法还原——版本留存与账号资料要靠各自的机制另行安排。
结语
协作平台的灾备不在功能多，而在对象勾对、边界记牢：Drive Server 与 Office 一起进备份任务，权限、标签、星标随包走，还原前核容量、还原后做抽查。贵州诚鑫致达科技在做企业文件协作平台交付时，套件级备份与还原演练是上线清单的必检项——平台承载得起日常，也要经得起回退。