迁移到新 SAN 的最佳实践

Question

我的合作伙伴正在脱离他的研究所，并希望有人帮助将他的应用程序和数据从研究所的网络中移出。当然，事情进展得很快。

他在 400 TB 的 SAN 上拥有 12 TB 的图像数据，通过 iSCSI 进行寻址。

该应用服务器目前运行在单独的 1U Dell 披萨盒中，目前运行在 Windows Server 2003 上（计划在应用公司认证其产品版本后升级到 2012），并且该应用正式仅支持 iSCSI；尽管该公司的一位资深技术代表表示，他曾看到它与 NFS 配合使用。他说他只需要运行 SQL 脚本即可更新路径。

这是我建议的工作流程：

• 在 Dell Precision T7400 上的 FreeBSD 10.2 上设置一个 zpool ( tank)，其中有 5 个 6TB 磁盘（RAIDZ1 中）或 4 个磁盘（两个镜像 vdev 中）。我们称这台机器为bohr
• 设置具有指向卷的 LUN 的 iSCSI 目标（images和images2）
• 接入bohr研究所的网络（他们对此没有异议）
• 作为启动器或通过 SMB 安装研究所的 SAN
• 将数据复制到 LUN
• 将应用程序服务器指向新的 LUN
• Charles（该应用公司的代表）运行他的 SQL
• 获取bohr应用服务器并在新站点上进行设置。

我想到的唯一替代方案是让应用服务器进行传输。这似乎实际上可能会减慢速度，但也可以避免我必须设置bohr为发起者。

我的问题：我说得有道理吗？这个计划听起来可行吗？我是否遗漏了什么步骤？同时bohr通过 NFS 提供相同数据（用于提取数据用于其他研究用途）是否有意义，还是我应该要求所有客户端都具有 iscsi 访问权限？

Answer 1

1. 备份您的数据
2. 将两个存储设备都作为 iSCSI 呈现给服务器
3. 使用服务器将块存储格式化为与其他磁盘相同的格式（我假设为 NTFS）
4. 将数据镜像到新存储（选择方法 xcopy、robocopy 等）
5. 停止所有访问旧存储的进程
6. 对数据进行最终镜像
7. 卸载旧存储
8. 将新存储的驱动器号更改为之前安装的驱动器号。
9. 测试一切并备份数据

这是最安全的方法。