当页导航

IT运维无法躲避的宿命:升级和迁移

IT运维无法躲避的宿命:升级和迁移

活动简介

平时老挂在嘴边一句话,行走江湖讲究一个“稳”字。做了IT运维,才知道平平淡淡就是真。有时候不出事,稳定到被人疏忽,反而是工作成果。

不管是服务器、小型机、存储等硬件设备,还是操作系统、数据库、中间件等企业软件,运维工程师的职责就是确保它们正常良好的运行。时间一长,不折腾就成了大家的共识。任你应用如何复杂,我不动你不就得了吗?好像只要设备不发生故障、系统或应用不出现严重的性能问题,日子就这么过下来了。

但有些事情我们怎么努力,也是无法避免的,比如:

1. 旧存储设备性能、容量和稳定性都跟不上了,新存储采购回来了,数据迁移做不做?

2. 新存储无法兼容前端老旧系统,系统升级做不做?

3. 应用要升级,新版应用不支持原来版本的数据库,升级数据库担心有风险,不升级应用不支持,升不升?

4. 新款服务器小型机已采购,但原有的应用开发商倒闭或停更多年,仅支持老旧的操作系统版本,新的硬件又不支持老系统,应用还要不要迁,怎么迁?

5. 出于稳定考虑,迁移后的应用需要由单机改为集群架构,该如果规划?如果应用的licences直接绑定硬件,该如何解决?

本期我们开个专题,聊一聊我们在工作中那些无法回避的迁移和升级。老鸟可以来聊聊自己以往相关案例的心得、经验,当然还有曾经的‘坑’,新人可以提些自己正在参与或即将实施的相关项目疑问。重在参与,贵在总结,欢迎广大同仁积极参与,共同成长!

嘉宾分享

1. aix5.3升级6.1过程记录及故障解决

2.MS SQL 2005 群集配置及共享存储恢复测试手册 

3. oracle rac群集配置及恢复手册

4. oracle 10G数据库存储迁移

礼品

本次活动结束后,将由活动嘉宾评选出优秀提问者,社区给予社区金币或微信红包奖励。

提问数达到30个,奖励10位优秀提问者;提问数达到50个,奖励20位提问者;提问数达到70个,奖励30位提问者。