如何缩短系统维护停机时间长？

1、主要看允许停机窗口时间要求来规划设计。如果是要求0中断，就要求全冗余架构以及双活异地容灾，可以从以下几个方面考虑：

1、主机冗余：本地配置2台oracle RAC ，采用ASM管理模式。

2、存储冗余： 配置冗余SAN网络，本地存储虚拟化。

3、网络冗余：网络接入核心交换，核心交换配置CSS虚拟化。

4、主机网卡： 配置多块网卡，并配置双网卡绑定模式，防止单链路。

5、异地容灾： 重要业务系统，异地建立灾备中心主机，存储异地双活，数据通过存储双活实现底层同步。

基于目前IT设备现状，建议使用界内相对成熟的数据库复制管理软件进行优化

传统通过硬件的解决方案可能都没有非常好的办法，底层的数据双活从来都是业内的难题。

按照你的需求通过软件定义的一些方法来解，需要你的应用基本上要重构。这个决心可不小。

要仔细分析你的系统对数据一致性的要求。对系统响应的需求。现在那些开源的解决方案并不包打天下。

存储双活可以通过DS8700存储配合ibm MGM（Metro/Global Mirror）软件实现，数据库层的双活建议通过oracle rac实现。缩短oracle维护时间   还可以通过数据库性能监控和分析软件实现，例如以前的quest（dell收购），可以随时了解数据库的运行状况，确定系统运行得是否正常:

诊断和发现性能问题，找到系统瓶颈

查找Oracle每个性能指标的实时数据

进行Oracle Instance的性能优化

  定期通过数据分析报告来进行分析，确定现有数据库在存储方面有哪些方面的问题。分析并立即解决这些问题，可以避免问题积累到一定程度而引起系统的性能问题和停机维护。

ASM实现存储冗余的坑太多。涉及到改造维护等很多问题。

写错了，2014年做的是PowerHA的方案。不是ORACLE RAC环境。

如果是ORACLE RAC方案，建议如下：

1、主机冗余：oracle RAC 来实现

2、存储冗余： 通过ORACLE 的ASM镜像到2台存储上。

2014年做过这类似的项目。

1、主机冗余：oracle RAC 来实现

2、存储冗余： 2台存储通过AIX系统镜像

1、两台小机、两台DS8000利用HyperSwap功能实现

2、也可以利用oracle rac 的asm管理连接两台存储实施存储的双活及双机的双活

ibm的ds8700存储是可以在线实现备件更换，微码升级的，如果像这种情况建议采用gpfs双活和闪存可以解决以上两个问题