简介
升级硬件通常都很轻易，但是升级数据库……毫无疑问，每个人都有着痛苦的经历。一个经验丰富的 Oracle DBA 主要眼球的是升级的成功完成和可能导致的宕机时间。成功不仅仅是指升级过程本身正常完成，更重要的是，生产应用程序能在升级后的数据库中无故障地运行。本文中，我们将提供一些建议，通过采用成熟的流程和技术将宕机时间和失败风险降到最低。
为什么要升级?
Oracle Database 10g 给了我们很多升级的理由。例如，您可以从它的通用可治理性架构中受益。Oracle 10g 在 Advisory Framework 和 Automatic Workload Repository 中包含许多改进和新的选项。Automatic Workload Repository 是为 Oracle 10g 组件提供服务的架构，以便为问题检测和自动优化收集、维护和利用统计信息。
同样地，假如您碰到由于错误输入的 SQL 语句导致数据破坏，并需要几个小时来诊断和修复的情况，Oracle 10g 将为您提供强大的人为错误校正功能。例如，Flashback Transaction Query可以帮助您诊断问题并执行事务分析和审核。它能让您轻松地恢复用户或应用程序中的错误。您可以在回收站中使用对象名称查询已删除的表。
Oracle 10g 中的其它主要增强功能包括自动化任务。例如，Scheduler 现在可以计划日常治理任务(如收集优化器的统计信息)。
Oracle 10g 还支持新的操作系统，并答应您使用更强大的新处理器，从而增强服务器的处理能力。
Oracle 10g 还包括改进后的 Real Application Cluster (RAC) 选项。RAC 答应 Oracle 数据库在一组群集服务器上运行任何应用程序。这提供了高水平的可用性和扩展性。假如一个群集服务器出现故障，Oracle 将在其它服务器上运行。
因此，假如您有着性能、可用性或常规 OLTP 方面的问题，Oracle 10g 的功能可以帮助您。
升级面临的挑战
在 24x7 全天候运行的时代之前，升级都安排在周末。用户在星期五下午注销，MIS 会进行完全备份，然后开始升级过程。主要目标是确保系统在星期一早上可以运行，无论是由于升级成功还是不得已，在星期一用户抵达前的几小时内，恢复星期五下午的备份。
现在，整个周末宕机是完全无法接受的，因为宕机将意味着大量的收入损失。在电子商务等环境中，周末的收入占据了很大一部分。为了尽可能减少中断的时间，标准升级过程的每一步骤，都需要检查和优化。有没有必要进行冷备份?是否拥有最快速的技术?恢复技术是否同样高效?还有，是否已将升级本身所需的时间降到最低?
升级比日常操作需要更多的磁盘空间和内存。假如在升级过程中系统没有这些额外的资源，升级很可能会失败。有些风险是可以预见的。并且，您预见得越多，预备也就越充分。例如，有些失败是因为时间、内存或磁盘空间不足。其它风险可能是由于不可预料的原因，例如介质损坏、备份损坏或电源故障。检查备份的有效性需要花费几分钟，但是这个投入非常值得。设想一下：需要恢复备份的时候，却发现您的备份方案有问题，其结果是灾难性的!
虽然人工失误不可能完全排除，但是采用一些重要步骤可将其影响降到最低。首先，确保你的升级小组有足够的精力;其次，保证他们做好了一切预备。
最后，也是最重要的，在用户进入系统前，测试升级结果。由于很多用户更重视如何尽快将新系统投入使用，这一步经常都被省略了。有时，这种决定可能是一个严重的错误。
简化升级过程
利用现有技术，能最大限度地提高成功的机率;预留充足的升级时间，按照最坏的可能，充分测试升级选项以确保成功，将生产系统的中断降到最低。
评论加载中…
 |