群晖NAS教程：如何在Drive中备份和还原共享文件链接？

在DSM 6.2中，群晖NAS提供了多种文件管理工具，如Synology Drive和File Station，方便用户创建和共享文件链接。然而，确保这些共享链接的安全与可恢复性同样至关重要。本文将为您详细介绍如何在DSM 6.2中备份和还原通过Synology Drive和File Station创建的共享文件链接，帮助您更好地管理重要数据，避免意外丢失链接或数据不完整的情况。

操作教程

在 DSM 6.2 及更早版本：

1. 通过 SSH 登录 DSM。¹

2. 如果您想从 admin 主文件夹还原文件共享数据库，请输入以下命令。根据您的环境替换存储空间编号和文件夹路径（红色文本）。

• cp /volume1/homes/admin/sharing.db /usr/syno/etc/private/session/
• cp /volume1/homes/admin/sharing.db-shm /usr/syno/etc/private/session/
• cp /volume1/homes/admin/sharing.db-wal /usr/syno/etc/private/session/

3.使用 Hyper Backup 或其他方法备份包含文件共享数据库的文件夹。²

还原 File Station 共享文件链接

在 DSM 7.0 及以上版本：

如果您使用 Hyper Backup 备份了 File Station 套件，您可以使用 Hyper Backup 进行还原。详情请参阅Hyper Backup 快速入门指南。

在 DSM 6.2 及更早版本：

1. 通过 SSH 登录 DSM。¹

2. 如果您想从 admin 主文件夹还原文件共享数据库，请输入以下命令。根据您的环境替换存储空间编号和文件夹路径（红色文本）。

• cp /volume1/homes/admin/sharing.db /usr/syno/etc/private/session/
• cp /volume1/homes/admin/sharing.db-shm /usr/syno/etc/private/session/
• cp /volume1/homes/admin/sharing.db-wal /usr/syno/etc/private/session/

3. 输入以下命令以确保三个共享文件链接数据库 sharing.db、sharing.db-shm 和 sharing.db-wal 的权限正确。

• ll /usr/syno/etc/private/session/ | grep sharing

4. 命令应返回如下结果（绿色文本）。正确的 Unix 权限是 -rw-rw----，用户和组都是 system。

• -rw-rw—- 1 system system 29696 Dec 2 16:33 sharing.db
• -rw-rw—- 1 system system 32768 Dec 2 16:33 sharing.db-shm
• -rw-rw—- 1 system system 13656 Dec 2 16:16 sharing.db-wal

5. 如果这些数据库的权限不正确，请输入以下命令以更正权限：

• cd /usr/syno/etc/private/session
• chmod 660 sharing.db sharing.db-shm sharing.db-wal
• chown system:system sharing.db sharing.db-shm sharing.db-wal

在 DSM 7.0 及以上版本中，从 DSM 6 备份中：

如果您已为 DSM 6.2 或更早版本备份了共享文件链接数据库，并需要在 DSM 7.0 及以上版本中恢复它们，请按照以下步骤操作：

1. 通过 SSH 登录 DSM。¹

2. 如果您想从 admin home 文件夹恢复文件共享数据库，请输入以下命令。根据您的环境替换存储空间编号和文件夹路径（红色文本）。

• cp /volume1/homes/admin/sharing.db /usr/syno/etc/private/session/sharing/
• cp /volume1/homes/admin/sharing.db-shm /usr/syno/etc/private/session/sharing/
• cp /volume1/homes/admin/sharing.db-wal /usr/syno/etc/private/session/sharing/

3. 输入以下命令以确保三个共享文件链接数据库 sharing.db、sharing.db-shm 和 sharing.db-wal 的权限正确。

• ll /usr/syno/etc/private/session/sharing/ | grep sharing

4. 命令应返回如下结果（绿色文本）。正确的 Unix 权限是 -rw-rw—-，用户和组都是 system。

• -rw-rw—- 1 system system 29696 12月2日 16:33 sharing.db
• -rw-rw—- 1 system system 32768 12月2日 16:33 sharing.db-shm
• -rw-rw—- 1 system system 13656 12月2日 16:16 sharing.db-wal

5. 如果这些数据库的权限不正确，请输入以下命令以更正权限：

• cd /usr/syno/etc/private/session/sharing/
• chmod 660 sharing.db sharing.db-shm sharing.db-wal
• chown system:system sharing.db sharing.db-shm sharing.db-wal

注意：

1. 请参阅本文了解如何通过 SSH/Telnet 以 root 权限登录。
2. 其他方法包括使用其他备份应用程序或将数据库文件复制到另一个文件夹。
3. 将共享链接数据库还原到另一个 NAS 可能会导致链接失效，因为共享文件/文件夹的路径在目标服务器上发生了变化。在还原之前，请确保文件/文件夹结构、网络配置、用户配置与源服务器一致。
4. 即使是相同的帐户名，DSM 本地帐户的共享记录在还原后可能会失效。我们建议还原源服务器的用户/组配置到目标服务器。有关详细信息，请参阅本文。
5. 通过 QuickConnect 生成的 Gofile.me 共享文件链接只能还原到原始 NAS。如果还原到其他 NAS，或者即使原始 NAS 被重置为出厂设置，它们也会失效。