存储
IT迁移的成功取决于最小化停机时间
数据、软件和硬件迁移项目应该(但不总是)充分利用新环境的特性和设置，并尽量减少应用程序停机时间。IT世界中的迁移有多种形式和复杂程度。最基本的是，它涉及从一个操作环境迁移或更新数据、软件或硬件(或三者的某种组合)到可能更好的环境。
您可以将程序和软件转移到新的或升级的系统，或将IT资源转移到不同的软件平台或硬件基础设施使用IT迁移项目。或者将数据从一种数据库类型传输到另一种数据库类型，或者在存储阵列、服务器或格式之间传输数据。或者，迁移可能需要将应用程序从本地企业服务器或IT基础设施的某些其他方面迁移到云或在云服务之间。
在范围上，迁移范围从包含移动单个应用程序或系统的小项目到包含新应用程序、重新配置或升级的网络以及许多系统和服务器的大规模迁移。
这些示例仅仅触及了IT迁移可能涉及的皮毛。但不管迁移的类型是什么，也不管它有多复杂，有几个基本原则支配着这个过程:
- 迁移应该充分利用新环境的特性和功能。
- 应该根据需要维护或更改设置和配置，以保持应用程序正常工作。
听起来很简单，对吧?它不是。
正如大数据和数据集成供应商Syncsort的“2018年弹性状态”报告所示，IT迁移项目很少能一帆风顺。Syncsort调查了5632名IT专业人士，其中超过1000人回答了有关IT迁移的问题。
报告称，可用性/正常运行时间为67%，是衡量IT性能的领先标准。第二点是应用程序性能，第三点是客户(即业务用户)满意度。只有49%的人将应用性能列为主要衡量标准，47%的人将用户满意度列为主要衡量标准。
与此同时，近一半的受访者表示，业务连续性/高可用性是他们未来一年最关心的IT问题。实现或改进所有这些——可用性/正常运行时间、应用程序性能和连续性/高可用性——是最基本的原因迁移数据，包括软件和硬件。
迁移在行动
主要的迁移目标包括以68%的速度更新过时的技术，然后以50%的速度提高性能，并以42%的速度巩固服务器。采用虚拟化技术而降低维护成本则以35%的比例排在前五位。这些目标在支持组织迁移和改进上述性能度量方面起着直接或间接的作用。
为了完成IT迁移工作，绝大多数组织(92%)使用内部人员与第三方顾问一起或不使用第三方顾问来查看迁移项目规划从测试到完成。与此同时，剩下的人则求助于第三方咨询公司来完成工作。当涉及到切割的时候——实际的移动数据到云近四分之三(72%)的人在周末进行迁移切换，54%的人在工作日下班后进行迁移，约20%的人在节假日正常办公时间进行迁移。
超过五分之一的迁移需要超过100个小时才能完成，而只有不到20%的迁移会持续1到50个小时。10%到15%的人能坚持51到100个小时，不到5%的人能坚持不到一个小时。当IT专业人士被问及他们最近的迁移时，64%的人说他们的系统从1小时下降到48小时，大约50%的人说他们的系统下降了1到12小时。
略多于一半(54%)的受访者从未经历过迁移失败而42%的人。这些失败的原因是43%的受访者在IT迁移过程中出现问题，38%的受访者无法重新启动应用程序。约20%的人认为原因是:割接前测试不充分，关键数据没有迁移到新服务器，缺乏计划和过多的停机时间。
当失败发生时，结果往往是失败推迟迁移直到以后的日子。对于一半的受访者来说，这是由于担心产生更多的停机时间。40%是由于缺乏继续迁移项目的资源。
