核心系统如何在线迁移不影响应用和数据

1 可以考虑使用lpm方案，但是需要考虑很多前置条件
2 既然是rac，可以通过增删节点实现，不过这个风险和实施难度更大
3 数据很好在线迁移到新的存储，关键业务不能停有难度

个人建议，如果是核心系统的吧，建议还是不要动之前的系统和服务器。这是最重要的原则，你要是动了，在上面先改造，再进行迁移的话，风险太大，搞出问题来就无法挽救。
涉及到这种核心系统的迁移，我认为可以考虑在外面搭建新的核心服务器，再进行迁移和切换的方式来做，切换时一定要停！停机窗口一定需要有的，但是这个窗口可以尽量缩短。因为数据都在存储上，迁移无非就是rootvg的迁移，这个很好办，克隆，备份恢复，存储复制都是一种办法。
这样做最大的好处就是风险最小化，有回退余地。停机时间窗口找监管部门报备即可。

一点停机时间都不留觉得不太现实。
p5的570，运行多年，系统估计是5.3或6.1的早期几个tl版本。而Power8对aix的兼容至少也得6108了。

如果抛开兼容性的要求，rac的添加删除节点比较符合你的情况。
或者使用datagurad，golden gate来做，这两种架构变动稍微大了一点。

ls回答的很好，我觉得可以这样实现，oracle 双机，可以通过添加删除节点来实现迁移到power8服务器上，在power8服务器搭架环境和原570一样，这个估计得要做一下测试，看是否应用、系统在power8服务器上正常运行。lpm换要求环境太多，比较hba卡，交换机等等条件，对有些企业实现起来有点难度，条件不具备！

其实这个技术是有方案的，难易程度不一，跟你的系统复杂程度有关，但是生产环境谁也不敢保证不出意外。
最好能让客户领导明白迁移的风险，技术上没有成功前都是扯淡。做好备份，有资源的不管啥方案，都做好模拟迁移，看看风险点，有哪些需要注意的地方，完整走一遍过程，做个方案。向客户申请停机时间，如果有最好。没有那请客户签字确认再干。

个人一些建议
1、首先这个难度挺大的，操作系统和数据库版本、数据库真实数据量多大、停机窗口等很多环节需要确定下。
2、需要考虑在新机器上安装老版本操作系统，通过老机器用oracle DG同步到新机器。
3、新机器上做操作系统升级和数据库升级操作。
4、验证业务一致性有没问题后正式迁移。

一定要先搭环境测试没问题，后做正式迁移，记住迁移前还得做数据库全备。