前言01 解决旧问题和提出新问题在《Oracle 9i RMAN备份与恢复技术.doc

前言01 解决旧问题和提出新问题在《Oracle 9i RMAN备份与恢复技术 前 言 0.1 解决旧问题和提出新问题 在《Oracle 9i RMAN备份与恢复技术》(清华大学出版社引进并出版)一书中，我们在前言中提出了如下问题：如何在可用性与可恢复性之间寻求平衡？然后通过全面介绍Oracle的备份和恢复解决方案，我们回答了这个问题。此书的不错销量说明很多人喜欢这个答案。 后来，在寻求可用性与灾难恢复的平衡时，我们又提出了一个子问题：怎样维持数据库的运转和可用，且确保性能不会降低，同时又使数据库具有灾难防护能力呢？RMAN同样是这个问题的答案，而本书正是帮助您掌握Recovery Manager的权威性指南。 随着时间的推移，数据库变得越来越大，企业的应用也越来越复杂。新的范例不断出现，业务需求也不断更新(至少在服务器上是如此)。并且无论解决了多少问题，每天又会有新的问题出现。作为DBA，一路走来我们已经解决了简单的可用性问题，并且实现了多个企业范围的解决方案，以确保我们的数据库正常运转并防止发生灾难。从数据处于正常使用的结果来看，我们中的大多数人都已经在使用RMAN。 但是，新的问题又出现了。虽然我们用RMAN来备份和恢复数据库，数据量每天都在增长，并且磁带的速度已经达到极限。企业在很短的时间周期内购买了大量磁盘存储阵列，而且其价格的下跌速度远远快于摩尔定律所预测的情况。因此，没有人愿意降低备份的速度，但是当CIO关注可用性时，就提出了一个新的术语：恢复的平均时间。 由此提出了一个新的问题：如何在发生故障后最小化恢复的平均时间？ 您可能已经猜到，这个问题的答案与《Oracle 9i RMAN备份与恢复技术》一书中的相同：即使用RMAN。实际上，Oracle 每个主要的数据库软件版本都捆绑了Oracle Recovery Manager(简写为RMAN)。RMAN提供了一个备份和恢复数据库的接口。但是，本书主要介绍Oracle 10g中的RMAN，并且针对的是网格计算中的RMAN。 RMAN还可以提供许多非常有用的功能，您可以使用这些功能实现更高级的备份与恢复策略。您仍然可以执行如下操作： ● 恢复单个数据块，并且避免中断单个表之外的其他操作。 ● 创建备用数据库以使系统避免受到与灾难相关的损耗。 ● 直接在磁带上备份数据，以减轻磁盘存储系统的负荷。 ● 管理许多企业级数据库的备份与恢复工作。 但是，Oracle 10g中的RMAN也与企业一起不断地发展，以利用新开发的数据库和存储技术。RMAN已成为磁盘备份以及在测试和开发阶段的可靠工具。RMAN已在多方面改进以适应更高的安全需求和备份资源管理任务。最重要的是，RMAN致力于满足一个关键的业务需求：在发生某些类型的故障后最小化停机时间。 因为RMAN不断发展，本书也在介绍RMAN的基础上进行了适当扩展，讨论了Oracle提供的新闪回技术以帮助读者从用户导致的故障(对介质备份工具，如RMAN来说这是最难处理的问题)中恢复。 0.2 为DBA和系统管理员提供帮助 为Oracle数据库选择稳定可靠的备份策略时，可能出现的最棘手的问题是：备份策略总是会使数据库管理员和系统管理员的任务出现重叠。选择RMAN作为备份策略也存在同样的问题。RMAN与Oracle RDBMS的集成意味着必须具备Oracle数据库的实际经验。但是，对外部磁带存储设备和网络拓扑结构的依赖又使得DBA管理网络计算机系统的能力显得非常重要。这就引发了职责的分工，对两边来说都是个难题。 此外，业务需求将模糊DBA和系统管理员的职责范围。或者更为准确地说，DBA会发现他们的工作不断增加，已经扩展到要做一些系统管理员的工作，而系统管理员则会发现要花费更多的时间来学习SQL命令。 本书将解决这种角色上的重叠，具体体现在针对数据库备份这个最容易产生角色重叠的领域提供指导性的建议。 0.3 更为优秀的RMAN 从Oracle 8.0.3版本(Oracle8的第一个产品版本)开始引入了RMAN。在这之前，Oracle提供的直接在磁带上生成备份的接口使用Export实用程序进行逻辑备份，或使用Enterprise Backup Utility(EBU)。现在已经不再使用EBU，这也是最后一次提及该工具。 最初的RMAN版本难免有不尽人意之处，而且存在不少错误。但是，其后的版本添加了一些新的功能，修正了软件故障，并且改进了接口。理解RMAN版本演化的最好方法是想象一下演示人类进化过程的传统海报。在海报上的左边，是一只靠四肢行走的猴子。稍往右看，是一个逐渐直立行走的人，直到最右边，所看到的是一个完全直立行走的现代人。 在Oracle 9i版本中，RMAN的功能更加完备，并且已经成为用于高可用性数据库系统的各种重要策略的必