一、前言：源服务器离线？Synology故障转移是业务连续性关键

在企业IT架构中，Synology NAS服务器常作为核心文件存储节点，承担共享文件夹（如员工工作文档、部门协作文件）和iSCSI LUN（如数据库存储、虚拟机磁盘）的服务支撑。一旦源服务器因硬件故障（如硬盘损坏、电源故障）、网络中断（如交换机故障、IP冲突）或系统异常（如DSM崩溃）无法访问，将直接导致员工无法读写数据、业务系统中断，造成不必要的损失。

此时，源服务器无法访问时的Synology文件服务故障转移就成为关键解决方案——通过将源服务器的共享文件夹、LUN工作负载转移到预先配置好的目标服务器，可在短时间内恢复文件服务，最大限度减少业务中断影响。本文基于Synology官方技术文档，结合实际操作场景，详细拆解共享文件夹与LUN的故障转移全流程，帮助管理员高效完成操作。

二、故障转移前必做：3项核心准备工作

在执行Synology文件服务故障转移前，需先完成以下准备，避免操作失败或数据损坏：

1. 确认源服务器状态，排除误操作 

先通过ping命令（如“ping 源服务器IP”）测试网络连通性，再尝试登录源服务器DSM管理界面（如“http://源服务器IP:5000”）。若两者均无响应，且硬件指示灯显示异常（如红灯闪烁），可判定源服务器确实无法访问；若仅网络中断，优先修复网络（如更换网线、重启交换机），避免不必要的故障转移。

2. 验证目标服务器状态与权限 

确保目标服务器已正常启动，DSM系统运行稳定，且已通过“Snapshot Replication”应用与源服务器完成至少一次快照同步（无快照则无法故障转移）。同时，需使用属于administrators群组的账号（如默认admin账号，或已添加至该群组的自定义账号）登录目标服务器——非管理员账号无“故障转移”操作权限，需提前在“控制面板>用户账号>所属群组”中为账号添加权限。

3. 通知客户端，关闭关联应用 

提前通知所有使用该源服务器文件服务的员工，暂时关闭依赖共享文件夹/LUN的应用（如Excel、MySQL、VMware等），避免故障转移时因文件被占用导致数据损坏。若客户端数量较多，可通过企业IM（如钉钉、企业微信）群发通知，明确操作时间（建议选择非业务高峰期，如午休时段）。

三、Synology共享文件夹故障转移：7步完整操作

共享文件夹是企业最常用的文件服务形式（如SMB共享、NFS共享），其故障转移流程相对简洁，具体步骤如下：

步骤1：登录目标服务器的Snapshot Replication恢复界面

1. 打开浏览器，输入目标服务器DSM管理地址（如“http://192.168.1.101:5000”），使用administrators群组账号登录；

2. 在DSM主菜单中找到并点击「Snapshot Replication」应用（若未安装，需先在“套件中心”搜索安装）；

3. 进入应用后，在左侧导航栏点击「恢复」选项，右侧内容区域切换至「共享文件夹」标签页——此时会显示所有已与源服务器同步、可进行故障转移的共享文件夹列表（含文件夹名称、源服务器IP、最近快照时间）。

步骤2：精准选择需故障转移的共享文件夹

在「共享文件夹」列表中，根据文件夹名称（如“WorkDocs_IT部”）、源服务器IP（如“192.168.1.100”）核对目标文件夹，避免选错（尤其是多源服务器同步场景）。 

若列表中无目标共享文件夹，需检查：①源服务器与目标服务器的复制任务是否已创建（路径：Snapshot Replication>复制任务）；②复制任务是否完成至少一次快照同步（任务状态需为“正常”）。

步骤3：发起共享文件夹故障转移操作

1. 勾选目标共享文件夹，点击列表上方的「操作」下拉菜单，选择「故障转移」——若“故障转移”为灰色不可选，需排查：目标服务器磁盘空间是否充足（需大于快照占用空间）、该文件夹是否存在未完成的恢复任务；

2. 弹出“故障转移向导”窗口，系统会提示“故障转移后，目标服务器的共享文件夹将变为可写状态，接管源服务器工作负载”，点击「下一步」。

步骤4：选择待还原的快照版本（优先最新正常快照）

快照是故障转移的数据基础，选择原则如下：

- 优先选择最近的快照版本（如“2024-05-20 18:00 自动快照”），确保数据最新；

- 若最近快照存在异常（如同步中断），可选择上一个正常快照，点击快照右侧的「预览」可临时查看数据完整性，确认无误后勾选；

- 勾选后点击「下一步」，进入设置确认环节。

步骤5：确认配置并执行故障转移

在确认窗口中，再次核对：共享文件夹名称、快照版本、目标服务器IP，确保信息无误后点击「故障转移」。 

此时系统会开始还原快照并启用故障转移，耗时根据快照大小而定：10GB以内快照通常需1-5分钟，100GB以上快照需10-30分钟（具体取决于磁盘读写速度）。操作期间请勿关闭Snapshot Replication应用或重启目标服务器，避免流程中断。

步骤6：在目标服务器启用所需文件协议

故障转移完成后，目标服务器的共享文件夹默认未启用文件协议，需手动开启（根据企业实际使用的协议配置，如SMB、NFS）：

以SMB协议为例（最常用）：

1. 进入目标服务器“控制面板>文件服务>SMB”标签页；

2. 勾选「启用SMB服务」，若需支持旧版Windows客户端（如Windows XP），可勾选「启用SMB 1.0/CIFS服务」（注意：SMB 1.0存在安全漏洞，非必要不启用）；

3. 点击「应用」保存设置，再进入“控制面板>共享文件夹”，选择故障转移后的共享文件夹，点击「编辑>权限」，确认已授权员工所在用户组（如“IT_Group”）的访问权限（读/写权限按需配置）。

以NFS协议为例（Linux客户端常用）：

1. 进入“控制面板>文件服务>NFS”标签页，勾选「启用NFS服务」；

2. 点击「应用」后，进入“共享文件夹>编辑>NFS权限”，点击「新增」，输入Linux客户端IP（如“192.168.1.200”），配置权限（如“只读”“读写”），点击「确定」。

步骤7：客户端连接目标服务器，验证服务恢复

故障转移后，客户端需通过目标服务器的IP或主机名访问共享文件夹，而非原源服务器地址，具体验证方法如下：

Windows客户端：

1. 打开「此电脑」，点击顶部「映射网络驱动器」；

2. 在“文件夹”栏输入“目标服务器IP共享文件夹名称”（如“192.168.1.101WorkDocs_IT部”），勾选“登录时重新连接”（可选）；

3. 输入目标服务器的管理员或授权账号密码，点击「完成」——映射成功后，可在“此电脑”中看到共享文件夹，尝试创建测试文件（如“test_恢复.txt”）、修改文件内容，验证读写功能正常。

macOS客户端：

1. 打开「访达」，按下“Command+K”快捷键，弹出“连接服务器”窗口；

2. 输入“smb://目标服务器IP/共享文件夹名称”（如“smb://192.168.1.101/WorkDocs_IT部”），点击「连接」；

3. 输入账号密码后，共享文件夹会在「访达>位置」中显示，拖拽文件至文件夹验证写入权限，确认服务恢复。

四、Synology LUN故障转移：6步流程（含iSCSI连接处理）

iSCSI LUN常用于企业级场景（如数据库存储、虚拟机磁盘），其故障转移需先断开客户端iSCSI连接，再执行恢复操作，具体步骤如下：

步骤1：断开所有客户端的iSCSI连接（关键前置步骤）

LUN故障转移前必须断开客户端连接，否则会导致数据损坏，不同系统客户端操作如下：

Windows客户端（以Windows Server 2019为例）：

1. 关闭所有依赖该LUN的应用（如SQL Server、Hyper-V虚拟机），打开「服务器管理器」；

2. 进入「文件和存储服务>iSCSI」，在“已连接的目标”列表中找到源服务器的iSCSI目标（格式通常为“iqn.2000-01.com.synology:服务器名-目标名”）；

3. 右键点击该目标，选择「断开连接」，在弹出窗口中勾选「断开连接时强制关闭所有打开的会话」（仅在确认无未保存数据时勾选），点击「确定」；

4. 若断开失败（提示“设备忙”），打开「服务」界面，重启“Microsoft iSCSI Initiator Service”，再次尝试断开。

Linux客户端（以CentOS 7为例）：

1. 执行“mount”命令查看LUN挂载点（如“/dev/sdb1 on /mnt/iscsi-lun type ext4”）；

2. 执行“umount /mnt/iscsi-lun”卸载挂载点——若提示“device is busy”，执行“fuser -m /mnt/iscsi-lun”查看占用进程，再用“kill -9 进程ID”终止进程，重新卸载；

3. 执行“iscsiadm -m node -T 源服务器iSCSI目标名 -p 源服务器IP -u”（如“iscsiadm -m node -T iqn.2000-01.com.synology:nas-iscsi1 -p 192.168.1.100 -u”），断开iSCSI连接；

4. 执行“iscsiadm -m session”确认无该目标的会话，确保连接已断开。

步骤2：登录目标服务器的Snapshot Replication LUN恢复界面

1. 用administrators账号登录目标服务器DSM，进入「Snapshot Replication」应用；

2. 左侧导航栏点击「恢复」，右侧切换至「LUN」标签页——列表中会显示可故障转移的LUN信息（含LUN ID、名称、容量、源服务器、快照数量）；

3. 若LUN状态显示“未同步”，需先排查复制任务故障（如源服务器离线前未完成快照同步、目标服务器磁盘满），修复后再操作。

步骤3：选择需故障转移的LUN

根据LUN名称（如“LUN_DB_MySQL”）、容量（如“500GB”）和源服务器IP核对目标LUN——企业若有多LUN（如LUN1用于数据库、LUN2用于虚拟机），需精准选择，避免混淆。勾选LUN后，确认该LUN无其他后台操作（如快照创建、复制）。

步骤4：发起LUN故障转移，选择快照与映射目标

1. 点击「操作>故障转移」，进入向导窗口，选择待还原的快照版本（同共享文件夹，优先最近正常快照），点击「下一步」；

2. 关键步骤：选择“映射到故障转移LUN的iSCSI目标”——即目标服务器上的iSCSI目标（需提前在“SAN Manager”中创建）：

- 若未创建目标，先退出向导，进入「SAN Manager>iSCSI目标>新增」，按提示创建目标（需注意CHAP认证配置：若源服务器启用CHAP，目标服务器需保持一致，避免客户端连接失败）；

- 在下拉菜单中选择已创建的iSCSI目标，点击「下一步」。

步骤5：确认并执行LUN故障转移

核对LUN名称、快照版本、映射的iSCSI目标信息，确认无误后点击「故障转移」。系统会开始还原LUN快照，并将LUN关联到所选iSCSI目标，期间可通过DSM「资源监视器>磁盘」查看磁盘IO进度（IO高表示正在还原），请勿中断操作。

步骤6：客户端重新连接iSCSI目标，验证LUN可用性

LUN故障转移完成后，客户端需连接目标服务器的iSCSI目标，验证数据访问正常：

Windows客户端：

1. 打开「iSCSI发起程序」，在“发现”标签页点击「添加门户」，输入目标服务器IP，点击「确定」；

2. 切换至“目标”标签页，会显示目标服务器的iSCSI目标，点击「连接」，确认“启用多路径”（若需）后点击「确定」；

3. 连接成功后，打开「磁盘管理」，可看到已恢复的LUN（状态为“联机”），右键点击LUN，选择「更改驱动器号和路径」，分配驱动器号（如“F:”）；

4. 打开「此电脑」，双击驱动器号，尝试创建测试文件或启动数据库，验证LUN读写正常。

Linux客户端：

1. 执行“iscsiadm -m discovery -t st -p 目标服务器IP”（如“iscsiadm -m discovery -t st -p 192.168.1.101”），发现iSCSI目标；

2. 执行“iscsiadm -m node -T 目标服务器iSCSI目标名 -p 目标服务器IP -l”（如“iscsiadm -m node -T iqn.2000-01.com.synology:nas-iscsi2 -p 192.168.1.101 -l”），登录目标；

3. 执行“fdisk -l”查看LUN设备（如“/dev/sdb”），若之前有分区，执行“mount /dev/sdb1 /mnt/iscsi-lun”重新挂载；

4. 执行“ls /mnt/iscsi-lun”查看文件，执行“touch /mnt/iscsi-lun/test_lun.txt”验证写入权限，确认LUN服务恢复。

五、故障转移后关键操作：4项注意事项

完成Synology文件服务故障转移后，需做好后续管理，避免数据风险或后续切换问题：

1. 源服务器恢复后，先同步数据再切换 

若源服务器故障排除（如更换硬盘、修复系统），请勿直接重启文件服务——需先在目标服务器上停止共享文件夹/LUN服务（断开客户端连接、禁用文件协议），再通过“Snapshot Replication>复制任务>操作>反向复制”，将目标服务器的最新数据同步回源服务器；同步完成后，再将客户端切换回源服务器，避免数据不一致。

2. 72小时内完成数据一致性检查 

- 共享文件夹：在目标服务器上通过“CertUtil -hashfile 文件名 MD5”（Windows）或“md5sum 文件名”（Linux）生成关键文件哈希值，与源服务器正常时的哈希值对比，确认数据无损坏；

- LUN：若用于数据库，通过数据库工具检查完整性（如MySQL的“mysqlcheck -u root -p --all-databases”、SQL Server的“DBCC CHECKDB”）；若用于虚拟机，启动虚拟机后检查磁盘是否有坏道（如Windows的“chkdsk F: /f”）。

3. 查看故障转移日志，排查潜在问题 

若故障转移过程中出现失败（如卡在“还原中”），进入目标服务器「Snapshot Replication>日志」，筛选“故障转移”类型日志——日志会明确错误原因（如“权限不足”“磁盘空间不足”“网络超时”），按提示修复（如释放磁盘空间、重启网络）后重新操作。

4. 每季度演练故障转移，提升熟练度 

建议选择非业务高峰期（如周末、午休），模拟源服务器离线场景，按本文步骤执行共享文件夹/LUN故障转移，记录演练时间、操作耗时、遇到的问题及解决方案；通过定期演练，可让管理员熟悉流程，避免突发故障时手忙脚乱，进一步缩短服务恢复时间。

六、总结：Synology故障转移是数据安全的“最后一道防线”

对于依赖Synology服务器的企业而言，源服务器无法访问时的文件服务故障转移并非“可选操作”，而是保障业务连续性的“必选项”。无论是共享文件夹的7步操作，还是LUN的6步流程，核心都在于“精准选择快照、规范操作步骤、重视故障后验证”。

通过本文的详细教程，管理员可快速掌握故障转移技巧；结合定期演练与数据检查，不仅能在源服务器离线时高效恢复服务，更能构建起完善的Synology数据安全体系，为企业业务稳定运行保驾护航。