当前位置: 技术问答>linux和unix
请有过系统迁移的朋友们都来谈谈,迁移前需要做些什么准备工作?如果向x86平台迁移,是否要花很多钱,觉得有必要吗?
来源: 互联网 发布时间:2016-09-13
本文导语: 几年前,在从POWER4迁移到POWER5时,我们购买了新的9119-595,让它与老的P4 P690 同时运行。我们把新的 595 连接到 SAN 和网络,然后使用 Network Installation Manager (NIM) 恢复 mksysb,从而把 LPAR 从 p690 转移到新系统...
几年前,在从POWER4迁移到POWER5时,我们购买了新的9119-595,让它与老的P4 P690 同时运行。我们把新的 595 连接到 SAN 和网络,然后使用 Network Installation Manager (NIM) 恢复 mksysb,从而把 LPAR 从 p690 转移到新系统(每次一个)。这种方法的优点是,如果在新的 595 上出现了问题,可以很轻松地返回到 p690,因为原来的 LPAR 仍然可用。这还让我们在把工作负载转移到新系统之前有时间测试 595。这样就能够确认所有组件(比如硬件和固件)都是兼容的而且工作正常。这让我们有时间解决新硬件 的所有 bug或问题。当时,我认为这是迁移到 POWER6 的最佳方法。
现在准备从Power 5向Power 7迁移,另外一个选择是,抛弃power平台,向x86+linux进行迁移。
目前的金融、电信等关键性领域,Unix的应用依旧不少,都是依赖于Unix具有比较高的可靠性,但适用成本确实很高,此外从Unix向其他系统的迁移对于用户来说也比较麻烦。
请有过系统迁移的朋友们都来谈谈,迁移前需要做些什么准备工作?如果向x86平台迁移,是否要花很多钱,觉得有必要吗?
现在准备从Power 5向Power 7迁移,另外一个选择是,抛弃power平台,向x86+linux进行迁移。
目前的金融、电信等关键性领域,Unix的应用依旧不少,都是依赖于Unix具有比较高的可靠性,但适用成本确实很高,此外从Unix向其他系统的迁移对于用户来说也比较麻烦。
请有过系统迁移的朋友们都来谈谈,迁移前需要做些什么准备工作?如果向x86平台迁移,是否要花很多钱,觉得有必要吗?
|
1. IBM 的小型机和它的Unix系统的可靠性非常好,可是成本却非常高,并且不开源,可能会存在安全后门等问题,并且客户不能按自己的需求定制系统。
2. 由于Linux是 Unix-like的开源的免费的先进的高可靠性的操作系统,而且Linux支持的硬件平台非常多。
现在很多企业,广泛使用Linux系统做服务器,使用开源系统是大势所趋。连IBM自己也投入大量的人力、资金到Linux等开源软件上去。
3. 迁移企业现在有Unix系统到Linux平台上,以C, C++, Java等语言编写的软件比较容易迁移。而且有很多Apach, My SQL这些著名的开源软件可且拿来免费使用。以后升级新的版本,也没有升级费。而且一些开源软件服务提供商提供了很好的收费服务支持。
2. 由于Linux是 Unix-like的开源的免费的先进的高可靠性的操作系统,而且Linux支持的硬件平台非常多。
现在很多企业,广泛使用Linux系统做服务器,使用开源系统是大势所趋。连IBM自己也投入大量的人力、资金到Linux等开源软件上去。
3. 迁移企业现在有Unix系统到Linux平台上,以C, C++, Java等语言编写的软件比较容易迁移。而且有很多Apach, My SQL这些著名的开源软件可且拿来免费使用。以后升级新的版本,也没有升级费。而且一些开源软件服务提供商提供了很好的收费服务支持。
|
中低端的小型机目前来讲价格比较透明也比较低了,利润也不那么高和PC Server差不多了,包括IBM的P520 P550 SUN的V490 V890。高端的相对不透明点 但是这些高端市场小,增长慢,客户相对较少。
|
如果楼主对性能和稳定性要求很高的话x86+linux真不是个很好的选择,设计到成本那就要考虑你的业务系统是咋开发的了,有没有数据库,中间件之类的。
|
我觉得还是易用性的问题,上了系统的后期维护成本异常的高。
不只是Solaris,UNIX系统在中小型企业市场基本上已经被Windows排出了。
甚至在金融等传统UNIX的应用领域也有尝试在部分业务采用windows系统的。
不只是Solaris,UNIX系统在中小型企业市场基本上已经被Windows排出了。
甚至在金融等传统UNIX的应用领域也有尝试在部分业务采用windows系统的。
|
你的系统运行JAVA还是C语言?是否存在什么第三方的工具需要迁移?它们是否能迁移到LINUX上?假设你用的是C语言。再假设你有一些代码需要迁移到LINUX系统上去。建议使用GNU(gcc)程序,因为它符合工业标准,是LINUX下天生的编译器。用其它平台编译的程序将需要重新编译一次。
|
Unix向Linux迁移会改动不少
部分头文件差异、编译器差异会让迁移变得很是头疼~
而且像x86、Linux成本确实很低
可是维护会很麻烦 ....
我不是说硬件、操作系统的维护(这些也会很麻烦,你找谁维护呢)
我说的是迁移过来的系统在实际运行中的维护
Unix也许不是很透明,但其稳定性、安全性不是Linux能比的
即使现在金融、电信等行业尝试用Linux
也是不重要的系统(毕竟是尝试,关键系统谁敢用啊)
至于中小企业应用我就不说了,完全是因为考虑成本的原因~
部分头文件差异、编译器差异会让迁移变得很是头疼~
而且像x86、Linux成本确实很低
可是维护会很麻烦 ....
我不是说硬件、操作系统的维护(这些也会很麻烦,你找谁维护呢)
我说的是迁移过来的系统在实际运行中的维护
Unix也许不是很透明,但其稳定性、安全性不是Linux能比的
即使现在金融、电信等行业尝试用Linux
也是不重要的系统(毕竟是尝试,关键系统谁敢用啊)
至于中小企业应用我就不说了,完全是因为考虑成本的原因~
|
成本为核心,还是稳妥为核心?
前途投入成本;
后期维护成本;
迁移中的,对于被迁移系统中的核心支撑业务迁移是否会与无法逾越的技术鸿沟;
对于与非核心的各类应用系统是否能够无痛,少痛并且低成本的迁移,并且不会遗留下以后维护的蛋痛;
中小企业中的低成本低技术需求的Windows方案选择.
小系统迁移起来都头痛,就更不要说大系统了.
总之,还是挺有趣的问题.
前途投入成本;
后期维护成本;
迁移中的,对于被迁移系统中的核心支撑业务迁移是否会与无法逾越的技术鸿沟;
对于与非核心的各类应用系统是否能够无痛,少痛并且低成本的迁移,并且不会遗留下以后维护的蛋痛;
中小企业中的低成本低技术需求的Windows方案选择.
小系统迁移起来都头痛,就更不要说大系统了.
总之,还是挺有趣的问题.
|
1. IBM 的小型机和它的Unix系统的可靠性非常好,可是成本却非常高,并且不开源,可能会存在安全后门等问题,并且客户不能按自己的需求定制系统。
2. 由于Linux是 Unix-like的开源的免费的先进的高可靠性的操作系统,而且Linux支持的硬件平台非常多。
现在很多企业,广泛使用Linux系统做服务器,使用开源系统是大势所趋。连IBM自己也投入大量的人力、资金到Linux等开源软件上去。
3. 迁移企业现在有Unix系统到Linux平台上,以C, C++, Java等语言编写的软件比较容易迁移。而且有很多Apach, My SQL这些著名的开源软件可且拿来免费使用。以后升级新的版本,也没有升级费。而且一些开源软件服务提供商提供了很好的收费服务支持。
2. 由于Linux是 Unix-like的开源的免费的先进的高可靠性的操作系统,而且Linux支持的硬件平台非常多。
现在很多企业,广泛使用Linux系统做服务器,使用开源系统是大势所趋。连IBM自己也投入大量的人力、资金到Linux等开源软件上去。
3. 迁移企业现在有Unix系统到Linux平台上,以C, C++, Java等语言编写的软件比较容易迁移。而且有很多Apach, My SQL这些著名的开源软件可且拿来免费使用。以后升级新的版本,也没有升级费。而且一些开源软件服务提供商提供了很好的收费服务支持。
|
几年前,在从POWER4迁移到POWER5时,我们购买了新的9119-595,让它与老的P4 P690 同时运行。我们把新的 595 连接到 SAN 和网络,然后使用 Network Installation Manager (NIM) 恢复 mksysb,从而把 LPAR 从 p690 转移到
|
主要是linux出了问题没有可靠的专家来解决问题。
unix的话可以找到厂商的专家来解决问题。
而且linux的可靠性并不如unix
unix的话可以找到厂商的专家来解决问题。
而且linux的可靠性并不如unix
|
因为POWER 、 x86 + Linux 这两个平台都是基于 Linux 的,所以将 Linux 程序从 POWER 平台移植到 x86 平台的大部分程序移植只需要对某些编译器和链接器开关稍加修改并重新进行编译即可。
然而,当一个应用程序依赖于某种特定的硬件体系结构时,则需要进行比较大的修改。
具体的迁移方案应该咨询IBM的人员,个人觉得没有迁移的必要。
然而,当一个应用程序依赖于某种特定的硬件体系结构时,则需要进行比较大的修改。
具体的迁移方案应该咨询IBM的人员,个人觉得没有迁移的必要。
|
系统的升级改造有两个直接原因,一是在原有的系统基础上进行功能扩充,二是建立一套全新的系统,在满足原有系统的所有功能的基础上增加新的功能,并将旧系统的数据导入到新的系统中。由于原有的系统设计与开发的时间比较早,在系统的架构和功能的扩展上有其固有的缺陷,而且两层结构的系统在维护上比较困难,难以进行功能的再扩展。(系统迁移)
需在一些编译器和连接程序开关中通过较小的更改实现重新编译即可。只有当应用程序依靠于系统特定实现时,才需要对它们进行较大改动。(系统迁移)
需在一些编译器和连接程序开关中通过较小的更改实现重新编译即可。只有当应用程序依靠于系统特定实现时,才需要对它们进行较大改动。(系统迁移)
|
跨平台 迁移不是那么容易的,涉及几乎所有方面,不仅仅是技术层面,如非必要还是 稳定第一吧
|
说RISC服务器稳定性比x86服务器好的人,其实一个都拿不出统计数据和失效树分析。
国内,做硬件,软件可靠性研究的人太少。请多多研读国外的研究报告。
RISC服务器现在就是个骗字,吓唬,蒙骗不真正懂硬件,软件可靠性的用户购买。
国内,做硬件,软件可靠性研究的人太少。请多多研读国外的研究报告。
RISC服务器现在就是个骗字,吓唬,蒙骗不真正懂硬件,软件可靠性的用户购买。
|
稳定性首先需要考虑。
然后迁移前,在测试环境里,做好充分的测试验证工作。
虽然两者看起来相似,但实际还是有很多问题的,尤其对网络和数据库的支持方面,需要解决。
然后迁移前,在测试环境里,做好充分的测试验证工作。
虽然两者看起来相似,但实际还是有很多问题的,尤其对网络和数据库的支持方面,需要解决。
|
迁移没做过,但知道,迁移最怕的就是无法兼容。
接分~!
接分~!
|
小机好呀,稳定!