数据迁移挑战
在将企业软件迁移和/或升级至新的数据中心时，需要遵循良好的数据迁移进程。我们最近将客户的 IBM CLM（协作生命周期管理系统）设置（包括 Rational 需求编写系统和 Rational 团队协作系统）从英国迁移到了印度。为了避免数据损失和停机时间延长，以下是你需要考虑的一些事情。 首先，要制定切实可行的时间表 ── 很多迁移都因为缺乏远见而以失败告终。与管理层和利益相关方达成切实可行的时间安排，并坚持遵循该时间表。好的计划必须要考虑到意外事件 ── 无论你的准备如何充分，也很难预测一切。如果你必须将数据库恢复至较早的版本，你需要进行备份。 问题不会总是出现在你这方面 ── 问题通常会出现在你要迁移到的软件上。升级后添加的应用程序可能会重构数据库，或以不同的方式使用信息。如果程序是供应商提供的，还会随附说明。如果是经过尝试和测试的迁移进程，那么很可能会运行顺畅，否则应考虑测试环境。 但是，如果该进程未经过实践证明或者是业务关键型进程，那么使用测试环境在两端都至关重要：它能让你纠正自己系统（或你要迁移到的系统）中的任何缺陷，避免在迁移过程中造成麻烦，而且可以帮助你避免停机时间或数据损失。如果用户需要在你测试期间访问数据，应将你的存档设置为只读 ── 并通知他们你要进行的操作，这样他们就不会再浪费时间进行混乱的更新。这不是很理想，但好过不能进行任何访问。 最后，应确保在你上线时能获得适当的支持。未经培训的员工在完成后可能会对迁移有些力不从心，而且如果没有适当的“早期生命支持”，可能会遇到诸如内存泄漏之类的问题，而且没有方法快速解决这些问题。 成功的数据迁移需要适当衡量迁移成本方面的危险。可能会昂贵且耗时，但不会像实际失去业务关键型数据那样代价高昂。如果进行了恰当的规划，而且拥有必要的支持系统，就可以最大限度地降低很多此类的风险。 请参阅 ITProPortal 上的原版文章。
