根据研究公司IDC的一份报告，组织将超过四分之一的IT预算花在数据中心上，数据中心很容易成为主要的成本中心。***CIO希望减少预算，而现实是组织不得不评估他们的数据中心布局。这通常意味着将多个数据中心整合为更高效的配置或将不同的数据中心迁移到更具成本效益的位置，或两者兼而有之。迁移关键业务和服务器区域可能会破坏IT资产。即使迁移本身进展顺利，首席信息官也需要快速开发可衡量的改进来解决这个艰巨的过程。数据中心迁移不必如此可怕。可以肯定的是，这个过程是困难和紧迫的，但如果一个组织担心数据中心迁移项目的后果，它很可能还没有准备好，需要继续完善其计划。古老的军事格言也适用于此：“作战计划跟不上战场的变化。”数据中心迁移通常需要比预期更多的时间和资源。智能迁移确保数据中心转换尝试的成功。以下是成功迁移数据中心的四个要点：不要依赖猜测企业可能犯的最严重错误之一是高估了他们对其IT基础架构及其支持的技术应用程序和服务的了解。令人担忧的是，这也是最常见的错误之一。毫无疑问，缺乏新技术和员工流失使组织难以保留数据中心专业知识。尽管每个人都在文档和报告方面尽了最大努力，但随着员工的再培训或离职，他们会带走有用的知识。即使确实存在文档，它的质量也可能很差或参差不齐。例如，在发布新应用程序后，开发人员未能记录政策变化对夜间指数的影响。这种传输方式不仅非常笨拙，而且缺乏统一的真值数据。这里给出的答案是精心策划。花足够的时间正确完成初始映射和发现阶段，从长远来看将节省时间和金钱。在进行其他重大更改时，很容易将数据中心迁移视为程序升级的一部分。虽然在理论上节省了时间和金钱，但在实践中它增加了项目失败和其余部分崩溃的机会。当您有多个项目时，您应该考虑按顺序实施它们，并确保您有足够的时间进行迁移。同样，设定不切实际的目标、时间表以及在不了解时间表影响的情况下工作都是常见的错误。这可能以诸如“数据中心租约三个月后到期，因此我们必须在到期前迁移到新数据中心”之类的声明开始。对于只有10-50台服务器的小公司来说，这可能不是问题，但对于大公司来说，这可能需要三个月以上的时间。此外，其复杂性也影响时间尺度。当相同的10-50台服务器受24/7创收网站的严格服务水平协议(SLA)约束时，平衡服务交付和迁移期限会产生重大冲突。即使制定了明智的迁移计划，也需要提供足够的人力以确保不会错过最后期限，并且不会让员工负担过重。假设IT支持和运营人员在执行数据中心资源迁移的同时继续履行其正常的工作职责，这将不可避免地降低两项工作的质量。广泛购买从一开始，管理用户期望就应该是您的数据中心迁移策略的一部分。有必要确保受影响的业务和IT社区的早期迁移，以实现双方之间的相互合作。这将有助于使新数据中心的容量与业务需求保持一致，在此期间顺利过渡，并支持可衡量的投资回报(ROI)。数据中心迁移带来的纯技术复杂性几乎没有争议。采用整体而非孤立的方法有助于整个组织就行动达成一致，并在异议减慢或损害数据中心迁移之前尽早消除异议。从数据中心迁移的开始到完成，需要决定性的力量来保持这种势头。不要认为“一切照旧”会奏效有效管理日常数据中心活动对于提供及时、可靠和安全的服务至关重要。然而，即使是最好的客户和服务提供商，BAU也无法处理支持数据中心迁移所需的变化量或速度。客户和服务提供商双方的变更管理流程用于限制数据中心的访问、移动和停用。通常，此类第1层或第2层变更是在最严格的变更管理控制下运行的，例如使用多个变更批准委员会，在设置迁移日期之前留出很长的准备时间。数据中心迁移不能被视为大量的小变化：移动、升级或取消。相反，必须使用商定的设备在设定的时间段内计划、批准和运行数据中心迁移。此过程必须得到高级企业主的批准。尽管具有高度破坏性，但此更改通常在低于3级的状态下执行，以避免BAU更改管理流程过载或延迟客户端和服务器端的更改批准。同样，请求管理流程用于提供新设备或访问系统并处理主要项目要求的BAU操作。尽管如此，数据中心迁移已被视为完全不堪重负甚至导致请求管理流程停止。最小化这种情况的最佳方法是对请求进行分组并提前获得许可。然后，当相关配置管理数据库更新时，受影响的配置项可以作为批准的时间线更新来管理，而不是作为劳动密集型的单独请求。无论规划多么复杂，即使是最好的数据中心迁移策略也面临着极大的复杂性。为了降低风险，这里提倡一种称为智能迁移的务实方法。这可确保彻底完成初始基础工作，使企业能够在面对中断时保持敏捷，并快速做出决策以克服实施困难。这样，CIO就可以确信他们能够满足不断变化的业务需求。
