公司高可用性和升级的一些思考

1、LINUX AS 4.4 32BIT 10.2.0.1升级到LINUX AS 5.0 64BIT 10.2.0.1

升级的主要思想是使用RMAN OPEN状态下全备，然后加上归档日志文件进行恢复，最后使用脚本utlirp.sql和utlrp.sql来完成升级，使用热备的原因是可以节约大量的生产库停机时间，我们可以事先完成RESTORE，最后的任务就是RECOVER了。

2、数据中心搬迁

 --1、DB 搬迁

   我们可以使用DATA GUARD来进行SWITCH，主库变备库，备库变主库，这样是要事先做好准备建立好DATA GUARD，停机时间将会大量减少，需要做的只是进行切换。

 --2、APP 搬迁

   APP搬迁只有把文件拷贝回来进行然后进行重建，需要咨询APP是否有类似DATAGUARD的功能，如果有也可以大量缩短停机时间。

3、容灾

 --1、DB容灾

   使用DATA GUARD对数据文件进行保护，模式可以采用最大可用性和最大性能如果可以我们可以引入BROKER 的FSFO来自动进行故障切换需要咨询这个组建是否稳定。

   使用RAC在实例级别做容灾并且负载均衡，但是是否使用RAC根据升级后的服务器负载而定，如果确实一台服务器不能很好的支持，需要使用CLUSTER来进行负载均衡。

但是当业务量达到一定的程度后我们的数据库构架会成为如下的构架：

 

也就是RAC+DATA GUARD的构架方式

--2、APP容灾

   需要咨询，APP 也有ORACLE APPLICATION SERVER DISASTER RECIVERY的功能，但是我们没有使用过。

4、存储

1、新建立数据库数据文件放到我们的磁盘阵列中去，分离I/O，

并且磁盘阵列盘阵的性能比本机磁盘要好，并且可靠性强，其他

DB文件比如控制文件、日志文件、归档文件我们放到本地磁盘。

2、中间件的文件放到本地磁盘。

3、对于DB的物理备份和逻辑备份及APP备份我们可以专门从磁盘整列中划一部分作为备份区域。

4、对于核心业务系统做了RAC过后我们可以使用ASM+RAC的模式，但是为了提高性能需要使用专门的阵列（新购买），

   可以咨询下ASM是否稳定。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/7728585/viewspace-662535/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/7728585/viewspace-662535/