11、实现 Oracle 数据库最大可用性的全面指南

实现 Oracle 数据库最大可用性的全面指南

1. 停机时间分析

在数据库运维中，停机时间分为计划内和计划外两种。Oracle 调查发现，80% 的停机是计划内的，常见原因如下：
| 原因 | 说明 |
| — | — |
| 系统/硬件测试 | 对系统和硬件进行全面检测 |
| 常规系统维护/测试 | 定期的系统维护和测试工作 |
| 数据库升级 | 提升数据库版本 |
| 应用程序升级 | 更新应用程序功能 |
| 系统/硬件迁移 | 转移系统或硬件 |
| 应用程序迁移 | 移动应用程序 |
| 网络升级 | 优化网络性能 |

计划内停机也是停机，实施最大可用性架构（MAA）是为了日常标准操作流程，而非应对可能不发生的事件。11g Oracle RDBMS 的新特性可用于减少计划内停机，但部分特性需要额外的 Oracle 许可证、充足的测试设施和创新思维的人员。以下是一些特性：
- 滚动升级（ASM 和数据库） ：系统变更时将停机时间缩至最短，但需大量前期准备、实践和额外硬件。
- 基于版本的重新定义 ：迁移应用程序代码的方法，提供版本控制和快速回滚变更的能力。
- 在线表重新定义 ：在使用实际数据时允许进行数据定义语言（DDL）更改。
- 在线重新配置 ：数据库在线时进行系统更改，如添加或删除 CPU、RAC 节点或 ASM 磁盘。

2. 影响关键应用可用性的因素

存在