客户原来有2台power5 570 的机器跑的是核心应用,oracle双机,且运行多年?当时购买费用挺贵,也不舍得浪费就一直运行,现由于机器设备太旧,部件也陆续出现故障,为了不影响应用?如果在线把应用数据迁移到新的power8 服务器上,从架构层如何考虑?迁移时重要一点是业务不能停,怎么实现?有何注意事项?
一点停机时间都不留觉得不太现实。
p5的570,运行多年,系统估计是5.3或6.1的早期几个tl版本。而Power8对aix的兼容至少也得6108了。
如果抛开兼容性的要求,rac的添加删除节点比较符合你的情况。
或者使用datagurad,golden gate来做,这两种架构变动稍微大了一点。
个人建议,如果是核心系统的吧,建议还是不要动之前的系统和服务器。这是最重要的原则,你要是动了,在上面先改造,再进行迁移的话,风险太大,搞出问题来就无法挽救。
涉及到这种核心系统的迁移,我认为可以考虑在外面搭建新的核心服务器,再进行迁移和切换的方式来做,切换时一定要停!停机窗口一定需要有的,但是这个窗口可以尽量缩短。因为数据都在存储上,迁移无非就是rootvg的迁移,这个很好办,克隆,备份恢复,存储复制都是一种办法。
这样做最大的好处就是风险最小化,有回退余地。停机时间窗口找监管部门报备即可。
ls回答的很好,我觉得可以这样实现,oracle 双机,可以通过添加删除节点来实现迁移到power8服务器上,在power8服务器搭架环境和原570一样,这个估计得要做一下测试,看是否应用、系统在power8服务器上正常运行。lpm换要求环境太多,比较hba卡,交换机等等条件,对有些企业实现起来有点难度,条件不具备!
收起其实这个技术是有方案的,难易程度不一,跟你的系统复杂程度有关,但是生产环境谁也不敢保证不出意外。
最好能让客户领导明白迁移的风险,技术上没有成功前都是扯淡。做好备份,有资源的不管啥方案,都做好模拟迁移,看看风险点,有哪些需要注意的地方,完整走一遍过程,做个方案。向客户申请停机时间,如果有最好。没有那请客户签字确认再干。
个人一些建议
1、首先这个难度挺大的,操作系统和数据库版本、数据库真实数据量多大、停机窗口等很多环节需要确定下。
2、需要考虑在新机器上安装老版本操作系统,通过老机器用oracle DG同步到新机器。
3、新机器上做操作系统升级和数据库升级操作。
4、验证业务一致性有没问题后正式迁移。
一定要先搭环境测试没问题,后做正式迁移,记住迁移前还得做数据库全备。
收起