Oracle9i数据库管理实务讲座2解说.doc

Oracle9i 数据库管理实务讲座(二) Oracle9i Enterprise Edition 数据库系统概论 (原文刊登于2001年12月Linuxer杂志) ? 作者: 何致億, 美商甲骨文公司台湾分公司 特约顾问 ? ? Oracle9i数据库除了延续Oracle 8i强大的功能之外，还加入许多革命性的数据处理技术，其目的在成为网际网络应用以及电子商务的最佳数据库平台。究竟我们应该如何来评估一个数据库系统的优劣呢？一般来说，以下几点是重要的参考依据： ???????????? 数据库可用性(Availability) ???????????? 数据库延展性(Scalability) ???????????? 效能表现(Performance) ???????????? 程序开发环境 ???????????? 管理的难易度 ? 而Oracle9i对于以上各项，均提供了绝佳的解决方案： ? Oracle9i数据库之高可用性与稳定性 不管是在任何环境下，Oracle9i都可担任执行关键性任务(mission-critical)之数据库系统。在维持数据库的高可用性与稳定性方面，Oracle9i期望达成三个目标： ?????????? 提供零资料遗失之环境 ?????????? 针对已毁损之数据库，提供快速且精准之修复技术 ?????????? 尽量减少数据库离线处理的需求 唯有完全符合以上三点之需求，才足以称得上具备高度可运转性与稳定性之数据库系统！所以Oracle提出数项特殊技术，使得Oracle9i在可运转性方面的表现傲视群雄，稳居电子商务应用数据库之领导地位： ? 利用强化后的备援数据库(Standby database)与Flashback Query机制，提供零资料损失之环境 Oracle9i数据保护方面新增了多项功能，特别是备援数据库的许多运作步骤都可以自动化，例如初始化备援数据库、主从数据库之间的切换，以及错误移转…等。简单的说，主数据库内的所有资料将完整地保留在备援数据库，一但主数据库发生问题，系统将会立即切换至备援数据库，所有资料交易不致停摆，资料的一致性与完整性也不会受到影响。 ? ? 不过有一点要注意的是：虽然主数据库可搭配备援数据库协同运作，将资料遗失或毁损的情况降到最低，但是身为一个数据库管理者，您绝对无法预防与避免人为性错误！举例来说，业务专员可能不小心删除一笔重要的客户资料；或是程序设计师误删了产品价格文件。诸如此类的人为性错误不胜枚举！也许有些读者心里会想”数据库不是都会做备份吗？既然资料不小心被删除了，再还原回来不就好了？” ? 没错，这样的想法完全正确！但是您可能不了解一般大型数据库的备份与还原(Backup Recovery)机制(有机会的话我也会为各位详细介绍Oracle9i数据库的备份机制)。事实上，在进行数据库的修复或是复原动作时，或多或少都会影响到系统的正常运作，这需视您处理的资料量多寡以及采用的备份方式而定。 ? 换句话说，还原数据库也需要耗费”时间”！我所指的时间不仅是DBA花在重建数据库的时间，也包含”数据库因为受影响而停摆的时间”！试想，如果贵公司的数据库因为人为性错误频率过高，导致系统的平均可运转性偏低，这样子的数据库严格来说也不能称为好数据库。(哇！那要是以这个标准来看，岂不是没有一家数据库是可以用的！？请注意，我所探讨的是因为人为因素所产生的问题，跟数据库是哪个厂牌并没有直接关系) ? 为了将上述问题发生的情况降到最低，Oracle9i新增了一项回溯查询(Flashback query)的功能。经过适当组态之后，如果使用者不小心删除了重要数据，即使删除指令已经被commit，也可以藉由回溯查询回存特定时间点的资料。 ? 强大的数据库修复能力 以数据库的修复功能而言，其实Oracle 8i就已经做的相当不错了。但是Oracle9i提供更精确的资料复原能力。举例来说，如果某一个table所在的磁盘区块发生毁损，Oracle9i全新的磁盘修复功能可以只针对毁损的区块进行修复，同一个资料表的其它资料区块则依旧处于online状态，不会影响其它使用者的存取！ ? 利用快速的资料回写机制，缩短数据库离线时间 万一Oracle9i数据库服务器不幸发生当机情况时，新的资料修复算法(two-pass recovery algorithm)可以寻找出资料文件内哪些区块是需要进行读写修复的，有效地缩短数据库重新上线的时间。此外，Oracle9i也提供一些特殊的参数，例如：FAST_START_MTTR_TARGET可用来限制数据库平均恢复时间(即当机之后多少时间之内必须恢复上线状态) ? Oracle9i的高延展性 在数据库系统的延展性方面，Or