客户原来有2台power5 570 的机器跑的是核心应用,oracle双机,且运行多年?当时购买费用挺贵,也不舍得浪费就一直运行,现由于机器设备太旧,部件也陆续出现故障,为了不影响应用?如果在线把应用数据迁移到新的power8 服务器上,从架构层如何考虑?迁移时重要一点是业务不能停,怎么实现?有何注意事项?
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卡,交换机等等条件,对有些企业实现起来有点难度,条件不具备!
收起其实这个技术是有方案的,难易程度不一,跟你的系统复杂程度有关,但是生产环境谁也不敢保证不出意外。
最好能让客户领导明白迁移的风险,技术上没有成功前都是扯淡。做好备份,有资源的不管啥方案,都做好模拟迁移,看看风险点,有哪些需要注意的地方,完整走一遍过程,做个方案。向客户申请停机时间,如果有最好。没有那请客户签字确认再干。