![迁移到新 SAN 的最佳实践](https://linux22.com/image/667598/%E8%BF%81%E7%A7%BB%E5%88%B0%E6%96%B0%20SAN%20%E7%9A%84%E6%9C%80%E4%BD%B3%E5%AE%9E%E8%B7%B5.png)
我的合作伙伴正在脱离他的研究所,并希望有人帮助将他的应用程序和数据从研究所的网络中移出。当然,事情进展得很快。
他在 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 访问权限?
答案1
- 备份您的数据
- 将两个存储设备都作为 iSCSI 呈现给服务器
- 使用服务器将块存储格式化为与其他磁盘相同的格式(我假设为 NTFS)
- 将数据镜像到新存储(选择方法 xcopy、robocopy 等)
- 停止所有访问旧存储的进程
- 对数据进行最终镜像
- 卸载旧存储
- 将新存储的驱动器号更改为之前安装的驱动器号。
- 测试一切并备份数据
这是最安全的方法。