AppB_Manual_Upgrade.pptVIP

安装和升级增强功能 手动升级 执行手动升级：1 在新的 ORACLE_HOME 中安装 Oracle Database 11g 版本 1。 分析现有的数据库： 在现有的服务器上使用 rdbms/admin/utlu111i.sql SQL spool pre_upgrade.log SQL @utlu111i 根据需要，调整重做日志和表空间大小。 将现有的初始化文件复制到新的 ORACLE_HOME 并进行建议的调整。 立即关机，备份然后切换到新的 ORACLE_HOME。 执行手动升级：2 使用 Oracle Database 11g 版本 1 服务器启动： SQL startup upgrade 如果是从 9.2 进行升级，请创建 SYSAUX 表空间： SQL create tablespace SYSAUX datafile e:\oracle\oradata\empdb\sysaux01.dbf size 500M reuse extent management local segment space management auto online; 运行升级（自动关闭数据库）： SQL spool upgrade.log SQL @catupgrd.sql 执行手动升级：3 以普通模式重新启动数据库实例： SQL startup 运行升级后状态工具显示升级的结果： SQL@utlu111s.sql 运行升级后操作： SQL @catuppst.sql 重编译并重验证任何剩余的应用程序对象： SQL @utlrp（在多处理器系统上并行编译） 降级数据库 降级数据库：1 支持将主版本降级至 10.2 和 10.1。 仅降级至升级之前的版本。 关机，然后以 DOWNGRADE 模式启动实例： SQL startup downgrade 运行降级脚本，该脚本可以自动确定数据库的版本并调用特定的组件脚本： SQL SPOOL downgrade.log SQL @catdwgrd.sql 在降级脚本运行结束后立即关闭数据库： SQL shutdown immediate; 降级数据库：2 移至旧的 ORACLE_HOME 环境并以升级模式启动数据库： SQL startup upgrade 重新加载旧的程序包和视图： SQL SPOOL reload.sql SQL @catrelod.sql 关机并重新启动实例以进行正常操作： SQL shutdown immediate; SQL startup 运行 utlrp.sql 重编译之前处于 INVALID 状态的所有现有程序包、过程和类型： SQL @utlrp 执行所有必需的降级后任务。 最佳方案：1 三 T 方案：测试 (Test)、测试 (Test)、测试 (Test) 测试升级。 测试应用程序。 测试恢复策略。 功能测试 在具有相似资源的计算机上克隆生产数据库。 针对升级使用 DBUA。 运行应用程序和工具以确保它们可以正常工作。 最佳方案：2 性能分析 收集升级之前的性能度量： 收集多种工作量期间的 AWR 或 Statspack 基线。 收集升级之后的示例性能度量： 比较升级之前和升级之后的度量以发现问题。 请仅在已实现了性能和功能目标之后升级生产系统。 升级前分析 无需单击“Finish（完成）”运行 DBUA 即可获取升级前分析，也可以运行 utlu111i.sql。 有关特定案例，请参阅常规的以及特定于平台的发行说明。 最佳方案：3 自动进行升级： 在命令行模式中使用 DBUA 以自动进行升级。 对于升级大量的数据库很有用。 事件记录 用于手动升级，假脱机升级结果和检查日志以发现可能存在的问题。 DBUA 也可以为您执行此操作。 自动将数据库软件从 32 位转换为 64 位。 检查 SYSTEM、UNDO、TEMP 和重做日志文件中是否有足够的空间。 最佳方案：4 使用灵活体系结构 (OFA) 提供定位数据库文件、配置文件和 ORACLE_HOME 的最佳方案 使用新功能： 从 RBO 移植到 CBO。 针对 SGA、还原、PGA 等的自动管理功能。 使用 AWR/ADDM 诊断性能问题。 考虑使用 SQL 优化指导。 更改 COMPATIBLE 和 OPTIMIZER_FEATURES_ENABLE 参数以启用新的优化程序功能。 最佳方案：5 使用 Enterprise Manager Gr