应用程序迁移
许多大型应用程序开发和维护帐户都考虑到将核心应用程序和数据库迁移到新环境的问题，从哪里开始，如何计划和实施迁移以及如何避免过程中的陷阱就迷茫了。 缺乏对标准方法论或指南的了解，在为快速有效地将应用程序从一个平台迁移到另一个平台的估算形成困难。
本文探讨了非常成功的IBM Project Big Green，其目标是将大约3900台IBM内部服务器整合到大约30个System z Linux环境中。 本文的目的是介绍所采用的总体方法，共享**实践和工具，并提供指向服务器整合和虚拟化空间的初始指针。
尽管本文将重点讨论从一个UNIX®平台到另一个平台的类似迁移，但在其他迁移场景中同样有用。 它面向迁移工程师，迁移架构师和技术团队负责人，并且可以作为所有技能级别的任何迁移活动的参考。
迁移过程概述
首先，让我们了解术语工作负载 ：工作负载是在虚拟化或非虚拟化环境中的操作系统（OS）上运行的一个应用程序或一组应用程序。 工作负载包括在硬件上运行的OS，在OS层上运行的中间件以及在中间件系统上运行的一组或一组相似的应用程序。 数据库工作负载的示例可能是：
- DB2®或Oracle工作负载
- Web应用程序工作负载，例如Java™应用程序，WebSphere®应用程序，Weblogic应用程序或其他
- 前端工作负载为静态图像或页面
- 中间层应用程序工作负载，例如WebSphere MQ，Message Broker，Web服务等
将各种UNIX工作负载（例如AIX，Solaris或x / Linux）迁移到z / Linux（或任何平台）上，在技术上可能并不困难。 请记住，由于缺乏评估和适当计划的经验，这种参与可能会变得复杂。 有条不紊的准则以及适当分阶段的方法可以巩固转型过程。 图1捕获了典型迁移周期的总体阶段：
图1.迁移概述
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请联系我们，一经查实，本站将立刻删除。
如需转载请保留出处：https://51itzy.com/kjqy/11823.html