迁移数据的痛苦
不久前，IT决策者的最关注是将工作负载转移到云端的安全性。现在情况已经不同了。在利用云时，安全问题仍然存在，一个与以往不同的却相当熟悉的问题也随之而来：迁移数据的痛苦。
迁移数据不一定是痛苦的。专用工具能进行有效的数据迁移，不会导致停机或造成数据丢失。 程序自动化工具可以使数据迁移项目进行实时测试并将停机时间从数小时或数天减少到数分钟或数秒。 本电子书总结了IT专业人士执行迁移的主要痛点。它打破了传统方法的缺陷，阐明了现代工具如何避免数据迁移的痛苦，帮助企业保持业务敏捷性。
传统数据迁移带来的困扰：
- 服务器复制和利益相关者验证功能时需要停机数小时或数天
- 由于工具缺陷和无法测试，导致数据丢失和迁移失败
- 内部关键资源的战略转移
为什么要迁移？
谷歌云、亚马孙 Web Services （AWS） 和 微软 Azure 等公共云平台的性技术创新，帮助企业降低支出，并以更少的基础设施进一步扩展资源。但是，如果企业无法有效地迁移，就会他们利用新技术平台的能力，并增加被锁定在某一个平台上的风险。这是有风险的。当供应商关闭平台时会发生什么？到时别无选择，要么迁移，要么继续在不受支持的旧平台上运行。
由于软件缺乏定期补丁而出现漏洞，这使安全性受到质疑。当他们所在的平台达到了寿命终点，企业迟早会被迫迁移。因此，通过给一次性项目、灾难场景引入必要的资源来进行高效无中断的迁移，可以更好地为企业服务，并最终保护企业的长期敏捷性和竞争力。
企业数据迁移的十大原因
1.代替不受支持的硬件
2.提高性能
3.升级存储硬件
4.整合服务器
5.采用虚拟化技术
6.迁移到其他数据中心
7.降低管理成本
8.迁移到其他平台
9.采用云平台
10.整合数据库
考虑数据迁移项目时要问的关键问题
•替换系统是什么样子的？
•哪些因素抑制着改变？
•是否有可用的内部资源和知识？
•过去的迁移中出现了哪些问题？
•您目前可以从任意一个平台迁移到任意其他平台而不受任何硬件或操作系统的吗？
迁移面临的挑战
整合和成本节约是使用云的主要驱动力。 但考虑到将数据移出云或在云之间移动的成本和复杂性，很多企业不愿意更换供应商。
很多情况下，企业不愿承担大型迁移项目，是因为它们过去曾被伤害。有一半的企业执行迁移曾惨遭失败。企业在执行数据迁移时面临的最大问题是，他们无法在所需的时间范围内在新服务器上启动应用程序。当今的 IT 系统具有复杂的依赖关系，即使是系统架构师也无法掌握不同企业组件之间关系的复杂性。
如果前端和后端服务器无法像以前那样相互通信，则需要额外的时间和资源。问题发现得晚通常会导致员工加班、用户停机，每个人都会失去工作效率。
迁移失败的百分比
三个常见的迁移错误
1.成本计算
如果关键任务应用程序有可能出现停机，那么应将该成本计入迁移的总成本中。任何时候用户无法访问该数据，都会产生成本。对于关键系统和数据，企业通常需要高水平的正常运行时间（接近 100%）。在迁移之前，IT 决策者在选择行动方案时应当考虑所有成本因素。计算迁移成本的因素包括：
•安装和配置
•用户验收测试
•迁移后的任务
•每个应用程序的停机时间
•软件成本
2.没有切换后的计划
为了使迁移不中断，所有依赖项都需要在通过称为“发现”的过程进行切换之前加以考虑。如果在切换后发现交叉依赖关系，则可能会在迁移的后期阶段产生连锁反应。用户开始使用新平台后，可能会出现交叉依赖问题。这些问题可能需要返回到旧系统。负责执行迁移的 IT 人员需要考虑在不丢失切换后生成的数据的情况下返回原始源的情形。
3.工具缺陷
云的快速普及导致供应商提供的免费工具的激增，免费的工具可用来将数据导入其平台。但是免费的工具有隐性的成本。
高成本的“免费”迁移工具
不可扩展
它们专为在某个平台上一次性使用而设计
不合规
它们引起数据丢失的风险。
不可测试
大多数不执行实时复制
现代 IT 包含一系列物理服务器和 VMware 或 Hyper-V 中的虚拟部署。 使用免费工具移动所有数据需要为每个平台单独提供。一次执行一个迁移，只捕获数据（而不是整个服务器），那么一个大型项目可能需要几个月的时间，并且消耗更多的资源。使用免费工具还会增加数据丢失的风险，因为它们通常使用快照技术来复制数据，其中每个快照之间的间隔意味着潜在数据丢失的可能。拥有关键服务器和应用程序的企业，尤其是在受监管的行业中，数据丢失需要做到零或接近零，以维持合规性和认证。快照适用于从某个时间点恢复数据，但不适用于测试。 尽管它们允许在创建快照后进行手动测试，但无法在云中测试实时版本。
敏捷性和迁移
技术创新的快速发展加上软件开发生命周期的紧缩，使得执行高效、可靠的数据迁移的能力成为当今企业的绝对必要条件。 另一种选择是错失降低成本、减少基础设施、简化 IT 任务和为战略计划腾出资源的机会。 受监管的企业需要引入一套不会像免费工具那样在迁移过程中存在数据丢失风险的流程。 对于关键数据和应用程序，确保数据不丢失或几乎不丢失的解决方案至关重要。 无论是计划中的迁移项目还是灾难恢复工作的一部分，无中断数据迁移对于保护 IT 投资举足轻重。
OpenText Migrate
OpenText Migrate 实时自动传输数据。 它复制了整个服务器，因此一切都可以像以前一样对话。 在切换时，它会自动将目标机器转成生产机器。 Migrate 与 DNS 服务器对话、更新记录并自动重新投递到新服务器。 Migrate 允许端到端测试和支持内部和外部合规性的完整报告。 它使用字节级复制来消除第 1 层应用程序和数据丢失风险。
OpenText Migrate的优势
- 结构化，可重复的，近零停机时间的迁移
- 高度自动化过程，消除了常见风险和简化迁移
- 免于锁定在特定的云、管理程序或硬件
- 获奖的客户支持
可能的停机和数据丢失阻碍了许多企业进行数据迁移。OpenText Migrate可以轻松快捷地迁移物理、虚拟和云端的工作负载，并且风险最小，停机时间近乎为零。简化的流程可将许多手动且容易出现人为错误的步骤自动化并整合到几个简单的任务中，从而减少实现迁移目标所需的工作量。
将任何服务器工作负载移动到任何目标地点
-物理到物理 - 现场到云
-物理到虚拟 - 云到云
-虚拟到虚拟 - 云到现场
支持的平台
一、源操作系统
微软Windows服务器
红帽企业版Linux
甲骨文企业版Linux
CentOS
SUSE企业版Linux
Ubuntu
二、目标环境
VMware vSphere
VMware vCloud Direcotor
VMware ESXi
亚马逊 Web Services
微软 Hyper-V
微软Azure Stack
微软Azure Classic
微软Azure Resource Manager
谷歌云
零停机时间，不出现意外
使用AES256位加密以确保源系统复制到目标时的安全。可以随时执行测试切换，而不会影响生产系统。最终用户可以继续在源系统上工作，直到最终转换。 实际切换只需几秒钟或几分钟。
可重复成功
迁移的简单性和可重复性使IT能够在像谷歌云，亚马逊网络服务(AWS)和微软的Azure这样的共有云之间来回切换，不影响系统的可用性。它也可以将IT从某个平台中释放出来，让您在IT投资方面更加灵活。
OpenText Migrate的工作原理
Migrate 控制台会协调您的迁移，无论源或目标如何，从最初发现系统到配置目标 VM，再到最终切换。副本保持同步，镜像权限、属性、文件名、删除和加密设置等更改。迁移复制可最大限度地提高带宽效率，发送小块数据，合并多级压缩并启用带宽。可以验证目标服务器，并且可以随时测试切换，而不会中断业务运营。可以通过控制台实现切换自动化，并且停机时间被在切换所需的几秒或几分钟内。如果有必要恢复到原始系统，则执行很简单。 无论是通过统一控制台管理、通过脚本自动化还是与第三方工具集成，该过程都是可重复和可预测的。
如需了解更多信息，请私信我或在评论区留言。