Oracle 11.2.0.1升级到11.2.0.3 on windows平台
Oracle从11.2.0.2开始，Oracle database的补丁集合是完整的安装包，将不再需要安装11.2.0.1版本。所以升级的方式和以前的补丁包不同。11.2.0.3的软件需要安装在一个全新的目录，而不是在原有的11.2.0.1的目录下打补丁。
1 首先备份已有的oracle数据库
2 生成initorcl.ora参数文件
SQL> create pfile='initorcl.ora' from spfile;
备份11.2.0.1的init参数和口令文件（%ORACLE_HOME%/database目录）
initorcl.ora, PWDorcl.ora
3 安装11.2.0.3到一个新目录D:\oracle\product\11.2.0.3\dbhome_1 （选仅安装数据库软件）ORACLE_HOME=D:\oracle\product\11.2.0.3\dbhome_1
PATH去掉D:\oracle\product\11.2.0\dbhome_1\bin
11.2.0.1的init参数和口令文件复制到D:\oracle\product\11.2.0.3\dbhome_1\database目录sqlplus / as sysdba
Pre-Upgrade Information Tool:
SQL> SPOOL upgrade_info.log
SQL>@?/rdbms/admin/utlu112i.sql
SQL> SPOOL OFF
4 停掉数据库
shutdown immediate
5 重建服务
NET STOP OracleServiceORCL
ORADIM -DELETE -SID orcl
ORADIM -NEW -SID ORCL -SYSPWD manager -STARTMODE AUTO -PFILE D:\oracle\product\11.2.0.3\dbhome_1\database\initorcl.ora
OracleServiceORCL改成自动
6 用upgrade参数启动数据库
sqlplus / as sysdba
SQL> startup upgrade
SQL> SPOOL upgrade.log
SQL> @?/rdbms/admin/utlu112i.sql
7 运行升级程序包
这个脚本才是真正的升级脚本，前面搞了那么多，就为了执行这个脚本
SQL> @?/rdbms/admin/catupgrd.sql
8 重新启动数据库，运行升级后的包
SQL> STARTUP
SQL> @?/rdbms/admin/utlu112s.sql - 显示升级各个组件所花的时间
SQL> @?/rdbms/admin/catuppst.sql - 执行一些未在升级包中的操作
SQL> @?/rdbms/admin/utlrp.sql - 重新编译不正确的包和java代码
9 停掉11.2.0.1的listener，启动11.2.0.2的listener
10. 最后调用一下dbca重建一下OEM
如果dbca显示OEM已经配置过，rm掉如下2个目录，再次运行就ok了。ORACLE_HOME/hostname_dbname
ORACLE_HOME/oc4j/j2ee/OC4J_DBConsole_hostname_dbname
至此，通过命令升级操作结束。
11 数据库由SPFILE启动
SQL> create spfile from pfile;
SQL> shutdown immediate
SQL> startup
SQL> show parameter spfile;
12 删除11.2.0.1的软件
D:\oracle\product\11.2.0\dbhome_1\deinstall\deinstall.bat
注意：在提示是否删除实例的时候，不要输入任何实例名。
露露Power740小型机+11G数据库维护教程 硬件环境： 1、Power740小型机+AIX6.1操作系统 2、数据库版本：oracle 11.2.0.4 3、数据库安装模式:Oracle11R2+ASM+RAC（集群负载） 一、开机步骤 1、打开Power740小型机1和2开关机开关 两台服务器都要开机，在确定小型机电源处于关闭情况下开机，如果小型机处于开机状态跳过此步骤。 2、开启集群和数据库 小机开机后集群和数据库自动启动，一般不需要手工启动。 Ping 192.168.0.31\32\33\34\35 -t ping通后查询数据库状态。 通过实际IP登录小机1 登录方式1：windows开始菜单-运行 telnet 192.168.0.31 登录方式2：远程连接小机工具 登录方式3：直接在小机操作 用户名:root 密码:root #su – grid 切换到grid网格用户 $crs_stat –t 查询集群状态
ORACLE正常工作状态：3个gsd进程是OFFLINE 其他进程都是ONLINE。 此时完成开机和数据库启动操作，应用程序可以正常使用。 如果等待30分钟还没有正常启动,启动出现异常,可执行以下操作： #su – grid $srvctl start nodeapps -n dbserver1 $srvctl start nodeapps -n dbserver2 $srvctl start asm -n dbserver2 $srvctl start asm -n dbserver1 $srvctl start database -d lolo 单独启动监听 srvctl start listener -n dbserver1 srvctl start listener -n dbserver2 3、启动客户管理系统接口 远程桌面192.168.1.24->露露运营绩效管理系统->业务查询->WEB定时任务->【启动任务】4、启动EM 说明：EM为ORACLE数据库WEB管理，可以不启动，不启动不影响应用程序使用。 1）通过服务IP登录小机1 登录方式1：windows开始菜单-运行 telnet 192.168.0.33 登录方式2：远程连接小机工具 登录方式3：直接在小机操作 以下以登录方式1说明。 用户名:root 密码:root
Oracle数据库教程 —— Oracl e Database常用补丁集Patch号及各版本PSU Oracle Database常用补丁集Patch号及各版本PSU Patchset/PSU Patch Number Description 11.2.0.4.0 13390677 11.2.0.4.0 PATCH SET FOR ORACLE DATABASE SERVER 11.2.0.3.8 16902043 DATABASE PATCH SET UPDATE 11.2.0.3.8 (INCLUDES CPUOCT2013) 11.2.0.3.7 16619892 DATABASE PATCH SET UPDATE 11.2.0.3.7 (INCLUDES CPUJUL2013) 11.2.0.3.6 16056266 DATABASE PATCH SET UPDATE 11.2.0.3.6 (INCLUDES CPUAPR2013) 11.2.0.3.5 14727310 DATABASE PATCH SET UPDATE 11.2.0.3.5 (INCLUDES CPUJAN2013): 11.2.0.3.4 14275605 DATABASE PATCH SET UPDATE 11.2.0.3.4 (INCLUDES CPUOCT2012) 11.2.0.3.3 13923374 DATABASE PATCH SET UPDATE 11.2.0.3.3 (INCLUDES CPU JUL2012): 11.2.0.3.2 13696216 DATABASE PATCH SET UPDATE 11.2.0.3.2 (INCLUDES CPU APR2012) 11.2.0.3.1 13343438 DATABASE PATCH SET UPDATE 11.2.0.3.1 (INCLUDES CPU JAN2012) 11.2.0.3 10404530 11.2.0.3.0 PATCH SET FOR ORACLE DATABASE SERVER 11.2.0.2.11 16619893 DATABASE PATCH SET UPDATE 11.2.0.2.11 (INCLUDES CPUJUL2013) 11.2.0.2.10 16056267 DATABASE PATCH SET UPDATE 11.2.0.2.10 (INCLUDES CPUAPR2013) 11.2.0.2.9 14727315 DATABASE PATCH SET UPDATE 11.2.0.2.9 (INCLUDES CPUJAN2013): 11.2.0.2.8 14275621 DATABASE PATCH SET UPDATE 11.2.0.2.8 (INCLUDES CPUOCT2012) 11.2.0.2.7 13923804 DATABASE PATCH SET UPDATE 11.2.0.2.7 (INCLUDES CPU JUL2012) 11.2.0.2.6 13696224 DATABASE PATCH SET UPDATE 11.2.0.2.6 (INCLUDES CPU APR2012)
XXXXXX 数据库运维服务方案 XXXXXXX股份有限公司 2020-8-2
目录 一、前言........................................................................... - 2 - 二、数据库服务需求分析.................................................. - 7 - 三、数据库服务技术方案.................................................. - 9 - 3.1XXXXX Oracle数据库运维服务介绍............................ - 9 - 3.2XXXXX Oracle数据库运维基础服务............................ - 9 - 3.3Oracle数据库运维基础服务..................................... - 11 - 3.4.1 数据库基础运维服务级别分类 ........................................................................ - 11 - 3.4.2 数据库基础运维服务详述.................................................................................. - 12 - 3.4.2.1热线电话技术支持服务..................................................................................... - 12 - 3.4.2.2数据库基础运维远程拨入故障处理服务 .................................................... - 12 - 3.4.2.3数据库健康检查 .................................................................................................. - 13 - 3.4.2.4数据库故障排查 .................................................................................................. - 14 - 3.4.2.5数据库故障信息及时告知................................................................................ - 17 - 3.4.2.6辅助故障定位服务.............................................................................................. - 17 - 3.4.2.7数据库补丁安装、小版本升级....................................................................... - 18 - 3.4.2.8OEM安装配置 ...................................................................................................... - 19 - 3.4.2.9重要问题通知....................................................................................................... - 20 - 3.4.2.10数据库运维相关技术建议 ............................................................................. - 20 - 3.4.2.11知识传递.............................................................................................................. - 21 - 3.4Oracle数据库运维高级服务..................................... - 22 - 3.4.1 Oracle数据库高级运维服务内容.................................................................... - 22 - 3.4.2 数据库性能优化.................................................................................................... - 22 - 3.4.3 数据库版本升级运维服务.................................................................................. - 26 - 3.4.4 数据库实施项目.................................................................................................... - 27 - - 1 -
数据库系统和网络存储系统项目 数据库迁移实施方案 文案大全
文档控制 文档修订记录 版本编号变化状态简要说明日期变更人批准日期批准人 V1.0 A 创建文档2010/05 XXX V1.1 M 修改2010/05/18 XXX 审阅 序号姓名职位 分发 序号.姓名地点 文案大全
目录 第一章文档介绍 (5) 1.1背景 (5) 1.2目标 (6) 第二章系统硬件选型 (7) 2.1存储设备 (7) 2.1.1 设备选型 (7) 2.1.2 设备功能及实现 (7) 2.2服务器设备 (7) 2.1.1 数据库服务器 (7) 第三章系统安装 (10) 3.1主机系统安装 (10) 3.2配置SAN网络、磁盘阵列 (11) 3.3配置HACMP (12) 3.4安装数据库软件 (13) 第四章数据移植 (14) 4.1移植准备工作 (14) 4.2移植过程 (15) 4.3系统检查 (16) 数据库检查 (16) 导入后系统需要完成的工作 (16) 应用检查 (17) 4.4系统回退 (17) 第五章应用迁移 (18) 第六章新系统上线后的工作 (18) 第七章工作界面和工作内容 (18) 第八章实施计划 (19) 附件： ............................................................................. 错误！未定义书签。 1.设备、软件验收交付记录.................................................. 错误！未定义书签。文案大全
Oracle数据库日常维护 【版本整理日期：2011/02/26 】 版本整理人：1634068400@https://www.doczj.com/doc/7111840245.html, 本文档包含以下内容： 1．Oracle数据库日常维护 2．Oracle DBA 常用管理脚本 3．Oracle DB 常用SQL 语句
/******************************************************** https://www.doczj.com/doc/7111840245.html,(若跳转不成功，请复制到浏览器或联系Q) https://www.doczj.com/doc/7111840245.html,/item.htm?id=7437120468Metalink Sharing ********************************************************/
在Oracle数据库运行期间，DBA应该对数据库的运行日志及表空间的使用情况进行监控，及早发现数据库中存在的问题。 一、Oracle警告日志文件监控 Oracle在运行过程中，会在警告日志文件(alert_SID.log)中记录数据库的一些运行情况： l数据库的启动、关闭，启动时的非缺省参数； l数据库的重做日志切换情况，记录每次切换的时间，及如果因为检查点(checkpoint)操作没有执行完成造成不能切换，会记录不能切换的原因； l对数据库进行的某些操作，如创建或删除表空间、增加数据文件； l数据库发生的错误，如表空间不够、出现坏块、数据库内部错误(ORA －600)
DBA 应该定期检查日志文件，根据日志中发现的问题及时进行处理 问题 处理 启动参数不对 检查初始化参数文件 因为检查点操作或归档操作没有完成造成重做日志不能切换 如果经常发生这样的情况，可以考虑增加重做日志文件组；想办法提高检查点 或归档操作的效率； 有人未经授权删除了表空间 检查数据库的安全问题，是否密码太简 单；如有必要，撤消某些用户的系统权 限 出现坏块 检查是否是硬件问题(如磁盘本生有坏 块)，如果不是，检查是那个数据库对象 出现了坏块，对这个对象进行重建 表空间不够 增加数据文件到相应的表空间 出现ORA-600 根据日志文件的内容查看相应的TRC 文件，如果是Oracle 的bug ，要及时打 上相应的补丁 二、数据库表空间使用情况监控（字典管理表空间） 数据库运行了一段时间后，由于不断的在表空间上创建和删除对象，会在表空间上产生大量的碎片，DBA 应该及时了解表空间的碎片和可用空间情况，以决定是否要对碎片进行整理或为表空间增加数据文件。 select tablespace_name,
用dbua使ORACLE10G升级到ORACLE11G 编写：肖小明日期：2012-11-16 审核：肖小明日期：2012-11-16 批准：严磊日期：2012-11-16 受控状态：是 发布版次：10.0.2 日期：2012-11-16 编号：MDS20121116-2514
变更记录 日期原版本变更后版本作者2012/11/16 oracle10.2.0 Oracle11.2.0 肖小明 签字确认 职务姓名签字日期 组长2012-11-16
1、实验配置 实验环境Redhat Enterprise 5.4. 升级对象oracle10.2.0.1 升级到oracle11.2.0.1 2、实验步骤 一、oracle11.2.0.1软件的安装（由于oracle11安装比较智能就不加以讲解了（是在不懂请参阅oracle11g安装文档）） 二、oracle11g软件安装好后，以oracle用户登陆输入dbua 即可 如下图： 选择你所要升级的数据库下一步
出现上述情况，经过一番资料的查阅，终于找到原因，原来是oracle10.2.0.，不可以直接升级到oracle11.2.0 现让oracle10.2.0升级到10.2.5 步骤如下 先把升级包解压unzip 包名 修改权限chown -R oracle:oinstall /oradisk 我的包名在/oradisk 下解压的 chmod -R 775 /oradisk/ 注销一oracle用户登录后并运行该指令[oracle@oracle Disk1]$ ./runInstaller 跟oracle10g安装差不多就不过多的解释了 路径一定要跟原来oracle10.2.0安装的主目录一致 若出现下面的错误：
Oracle数据库日常维护手册 在Oracle数据库运行期间，DBA应该对数据库的运行日志及表空间的使用情况进行监控，及早发现数据库中存在的问题。 一、Oracle警告日志文件监控 Oracle在运行过程中，会在警告日志文件(alert_SID.log)中记录数据库的一些运行情况: ●数据库的启动、关闭，启动时的非缺省参数; ●数据库的重做日志切换情况，记录每次切换的时间，及如果因为检查点(checkpoint)操作没有执行完成造成不能切换，会记录不能切换的原因; ●对数据库进行的某些操作，如创建或删除表空间、增加数据文件; ●数据库发生的错误，如表空间不够、出现坏块、数据库内部错误(ORA-600) DBA应该定期检查日志文件，根据日志中发现的问题及时进行处理 问题处理 启动参数不对检查初始化参数文件 因为检查点操作或归档操作没有完成造成重做日志不能切换如果经常发生这样的情况，可以考虑增加重做日志文件组;想办法提高检查点或归档操作的效率; 有人未经授权删除了表空间检查数据库的安全问题，是否密码太简单;如有必要，撤消某些用户的系统权限 出现坏块检查是否是硬件问题(如磁盘本生有坏块)，如果不是，检查是那个数据库对象出现了坏块，对这个对象进行重建 表空间不够增加数据文件到相应的表空间 出现ORA-600根据日志文件的内容查看相应的TRC文件，如果是Oracle的bug，要及时打上相应的补丁 二、数据库表空间使用情况监控(字典管理表空间)
数据库运行了一段时间后，由于不断的在表空间上创建和删除对象，会在表空间上产生大量的碎片，DBA应该及时了解表空间的碎片和可用空间情况，以决定是否要对碎片进行整理或为表空间增加数据文件。 select tablespace_name, count(*) chunks , max(bytes/1024/1024) max_chunk from dba_free_space group by tablespace_name; 个人收集整理 上面的SQL列出了数据库中每个表空间的空闲块情况,如下所示: TABLESPACE_NAME CHUNKS MAX_CHUNK -------------------- ---------- ---------- INDX 1 57.9921875 RBS 3 490.992188 RMAN_TS 1 16.515625 SYSTEM 1 207.296875 TEMP 20 70.8046875 TOOLS 1 11.8359375 USERS 67 71.3671875个人收集整理 其中，CHUNKS列表示表空间中有多少可用的空闲块(每个空闲块是由一些连续的Oracle 数据块组成)，如果这样的空闲块过多，比如平均到每个数据文件上超过了100个，那么该表空间的碎片状况就比较严重了，可以尝试用以下的SQL命令进行表空间相邻碎片的接合: alter tablespace 表空间名 coalesce; 然后再执行查看表空间碎片的SQL语句，看表空间的碎片有没有减少。如果没有效果，并且表空间的碎片已经严重影响到了数据库的运行，则考虑对该表空间进行重建。 MAX_CHUNK列的结果是表空间上最大的可用块大小，如果该表空间上的对象所需分配的空间(NEXT值)大于可用块的大小的话，就会提示ORA-1652、ORA-1653、ORA-1654的错误信息，DBA应该及时对表空间的空间进行扩充，以避免这些错误发生。 对表空间的扩充对表空间的数据文件大小进行扩展，或向表空间增加数据文件，具体操作见“存储管理”部份。 三、查看数据库的连接情况
Windows server2003 下oracle 10.2.0.1版本升级为10.2.0.5的步骤 注意：这个升级过程适用于windows 操作系统环境的数据库。 安装环境介绍; 本机操作系统：windows server2003 数据库版本：oracle 10g 10.2.0.1 目标数据库版本：oracle 10g 10.2.0.5 操作步骤：1.备份数据库软件和数据库，因为迁移一旦失败，可以迅速恢复。 2.使用p8202632_10205_WINNT下载升级包 oracle 10.2.0.5补丁包下载地址: https://www.doczj.com/doc/7111840245.html,/241379/viewspace-764846/ 3.关闭数据库所有的后台服务。 4.升级数据库软件 5.升级数据库 升级数据库软件： 打开p8202632_10205_WINNT目录里面的setup.exe，
修改为这个名称，注意：是自己原先数据库10.2.0.1的安装路径。 选择要升级的ORACLE_HOME路径，然后点击下一步，一路安装，和平常装ORACLE软件的步骤是一样的。 //软件升级后，启动后台服务，使用本地连接到数据库，通过输出提示可以看出，软件已经安装成功为10.2.0.5 C:/Documents and Settings/songyang>sqlplus / as sysdba SQL*Plus: Release 10.2.0.5.0 - Production on 星期三5月25 15:55:04 2011 Copyright (c) 1982, 2010, Oracle. All Rights Reserved. 已连接到空闲例程。
全球眼?（MEGAEYES）网络图像管理系统2.0 ORACLE日常维护与管理手册 北京互信互通信息技术有限公司 2004-08-08
目录 全球眼?（MEGAEYES）网络图像管理系统2.0 (1) 1引言 (3) 1.1 目的 (3) 1.2 范围 (3) 1.3 参考资料 (3) 2日常维护与管理说明 (3) 2.1 运行环境 (3) 2.1.1硬件环境 (3) 2.1.2软件环境 (3) 2.2 数据库日常维护 (4) 2.2.1数据库初始设置 (4) 2.2.2每日工作内容 (5) 2.2.3每周工作内容 (6) 2.2.4每月工作内容 (7)
1引言 1.1目的 对于重要的商业系统来说，数据库系统的正常运行是保证商业应用平稳运行的关键。但是数据库在运行过程中可能会因为种种原因发生问题。这时，数据库的管理与日常维护工作将变得尤为重要。 为了指导数据库管理员做好日常维护工作，保证数据库系统的正常运行，特制定本文档。当然，数据库的日常维护是复杂和繁琐的，本文仅涉及一些常见的数据库日常维护的内容，在实际工作中，数据库管理员还需要做更多的工作。 1.2范围 本文档使用的人员：数据库维护管理人员和相关人员。 本文档涉及内容：oracle数据库的日常维护与管理解决方案。 1.3参考资料 中国电信网络视频监控技术（暂行）规范 2日常维护与管理说明 2.1运行环境 程序的运行环境包括硬件运行环境和软件运行环境。 2.1.1硬件环境 ◆CPU类型：Intel及其兼容系列CPU ◆内存容量：剩余内存要达2G以上 ◆硬盘容量：剩余硬盘容量要达1G以上 ◆网卡类型：100M网卡 2.1.2软件环境 ◆操作系统：RedHat Linux AS 3.0 ◆数据库：Oracle9i Database Release 2 (9.2.0.4.0) for Linux x86
Oracle Database 11g 升级 12c 详细图文教程 Version 1.2 关键字：升级、数据库、11g、12c、Oracle chanrevival Chan Revival InfoTech Lab 2017年8月
版本控制
目录 1概述 (4) 2相关信息 (4) 3操作过程 (4) 3.1备份工作 (4) 3.2安装新版数据库软件 (4) 3.3升级数据库实例 (20) 升级结果 (33) 升级前检查 (33) 升级详细信息 (33) 执行步骤信息: (33) 初始化参数更改 (34) Enterprise Manager (34) 3.4检查升级后的数据库 (35)
1概述 本文详细介绍在Windows平台下的Oracle Database 11g升级12c的过程。11.2.0.1不能直接升级为12.1.0.1，会报错，相关信息会在后续文中体现，可以把11.2.0.1先升级为11.2.0.4，再升级到12c版本。 本图文教程以11.2.0.4升级到12.1.0.1为例，其它版本的升级请查阅本人相关文档，大多都有涉及。如有谬误，欢迎指正。 2相关信息 3操作过程 3.1备份工作 官方提供的升级方案虽然比较可靠，但是任何升级工作均存在风险，因此，做好数据备份工作十分重要。备份工作可分为操作系统备份和数据库系统备份，数据备份工作细说起来内容也不少，不是本文讨论范围，就不展开讨论了，有兴趣的朋友可以查阅本人相关文档。此处，建议大家用Oracle自带的RMAN工具给数据库做全备。参考命令如下： 3.2安装新版数据库软件 1)检查源数据库版本
ORACLE数据库跨平台升级方案研究和实施 12 李灿召 孙玉晶 （1.中国移动通信集团 吉林有限公司 业务支撑中心 吉林 长春 130021；2.中国移动通信集团 吉林有限公司 长春分公司 吉林 长春 130000） 摘 要： 随着关系型数据库的不断发展和新技术的引入，数据库作为各行业的数据核心和业务枢纽，数据量呈几何倍数膨胀，超TB级数据库不再鲜见。数据量的膨胀导致后续的版本升级和系统迁移更难操作，结合实际操作经验，从时间、风险和应急策略等方面入手，详细阐述大数据量数据库跨平台升级方案的研究、选择和实施，在实际的操作过程中取得良好的效果，具有一定的参考价值。 关键词： ORACLE；数据库；升级；数据迁移 中图分类号：TP311 文献标识码：A 文章编号：1671－7597（2012）1110109-01 2010年基于系统发展实际需要，决定对业务支撑系统数据 2 方案介绍 库进行升级，核心CRM和BOSS核心数据库由9i升到10G，服务器“不停机”的跨平台数据库升级和数据迁移方案，通过中更换为IBM平台，存储更换为EMC，CRM和BOSS数据库作为业务支间数据库实现基础数据同步和迁移，规避了前期数据同步期间撑系统的数据中心和业务枢纽，其升级方案的选择尤为重要。对正常生产的影响，中间数据库利用原系统BC备份搭建，服务CRM和BOSS数据库容量均超过10TB，实际数据量都在5TB左右，器和原系统的主机、数据库保持一致，配置比原系统低很多。项目要求在完成新、旧系统切换的同时进行垃圾数据清理、分该方案采用数据分级模式组织实施，通过中间数据库实现历史布规划和权限优化。数据（静态数据）和基础数据的准备，前期准备工作完成后通 1 方案选择过SharePlex软件保持活跃数据的准实时同步，正式割接时待 1.1 影响因素数据同步完成后即可实施割接，割接同时启用反向同步机制， 确保升级失败回切时原库数据的准确性。 业务连续性挑战：业务支撑系统是24x7全天候运行的系 统，宕机不仅意味着大量的收入损失，同时严重影响公司的服 务形象。经过业务评估，本次迁移过程中能够承担的最大停机 时间不超过12小时。数据安全性挑战：吉林移动业务支撑系统 数据的重要性是不容置疑的。升级后数据将迁移到一个全新的 系统，需要从实现机制上保障数据安全性，同时提供数据校验 机制。项目风险挑战：10G升级涉及到很多因素，包括业务影 响、新版本的Bug、10G新特性、平台变更、应用变更、参与人 员等等。确保应用在10G环境的平滑运行是一个非常大的挑 战。 上述因素对核心系统升级技术方案提出很高的要求。数据 库升级过程将关注两个关键因素：升级的成功完成和可能导致 的宕机时间。成功不仅仅是指升级过程本身正常完成，更重要 的是，升级过程中数据安全性得到保障，生产应用程序能在升 级后的数据库中无故障地运行。通过采用成熟的流程和技术将宕机时间和失败风险降到最低。 1.2 方案选择 数据迁移模式：新建10G环境，通过数据移植的模式实现数据库升级。手工直接升级：手工直接升级方法，在目前现有生产主机上安装10gR2数据库介质，在割接当天配置CRS环境，安装CRS补丁，配置网络环境，把数据库升级为10.2.0.4版本。该方案的实施有一定的风险，因为手工直接升级的步骤很多，为防止升级过程中任何一个环节的失败，必须准备备用环境作为升级失败时升级回退的备用系统。如果不能具备备用环境，不建议在关键业务系统上使用该方案。 业务支撑系统CRM和BOSS系统的数据库升级同时需要从HP平台迁移到AIX平台，技术方面必须采用数据移植的方式才能完成。在这种背景下，经过多方联合测试，最终决定采用SharePlex数据库复制软件承担前期数据同步工作，利用软件+手工迁移的方式实现“不停机”的跨平台数据库升级和数据迁移，保证割接时间控制在10个小时内，同时需要考虑割接回退等应急方案，利用数据库复制软件的反向同步功能，实现原有数据库数据的及时更新，升级失败直接用启用原数据库即可。 图1 升级方案示意图 2.1 实施步骤 前期准备： 调整生产库，中间库和目标库的数据库参数，为配置SharePlex做准备；使用sa_ocap工具分析生产库归档日志确认表的使用频率，划分复制队列；在生产库，迁移目标库上安装、配置SharePlex；在迁移目标库上停止SharePlex复制软件的数据加载进程；在生产库上激活SharePlex配置文件开始复制。 图2 SharePlex配置示意图 注：此时原生产端日志捕捉已开始，目标端未开始同步。 2.2 建立中间数据库 （下转第111页）
Oracle数据库日常维护方案书
————————————————————————————————作者：————————————————————————————————日期： 2
ORACLE数据库日常运行维护年度服务项目 方案书
目录 1 2 3 项目背景及目标 (5) 1.1项目背景 (5) 1.2项目目标 (5) 需求分析 (5) 项目总体方案 (7) 3.1数据库性能优化 (8) 3.1.1检查Oracle数据库性能 (8) 3.1.1.1 3.1.1.2 3.1.1.3 3.1.1.4 3.1.1.5 3.1.1.6 3.1.1.7 3.1.1.8 3.1.1.9 检查数据库的等待事件 (9) Disk Read 最高的SQL 语句的获取 (9) 查找前十条性能差的sql (9) 等待时间最多的 5 个系统等待事件的获取 (9) 检查运行很久的SQL (9) 检查消耗CPU 最高的进程 (10) 检查碎片程度高的表 (10) 检查表空间的I/O 比例 (10) 检查文件系统的I/O 比例 (10) 3.1.1.10 检查死锁及处理 (10) 3.1.1.11 检查数据库cpu、I/O、内存性能 (11) 3.1.1.12 查看是否有僵死进程 (12) 3.1.1.13 检查行链接/迁移 (13) 3.1.1.14 定期做统计分析 (13) 3.1.1.15 检查缓冲区命中率 (14) 3.1.1.16 检查共享池命中率 (14) 3.1.1.17 检查排序区 (14) 3.1.1.18 检查日志缓冲区 (15) 3.1.2性能调优及方法 (15) 3.1.2.1 3.1.2.2 3.1.2.3 3.1.2.4 3.1.2.5 寻找问题根源 (16) System_Event 事件 (16) Session_Event 事件 (16) Session_Wait (17) 应用优化 (17) 3.1.2.5.1 3.1.2.5.2 3.1.2.5.3 3.1.2.5.4 例程调优 (17) I-O 优化 (19) 竞争优化 (19) O-S 监控 (20) 3.2数据库备份恢复 (21) 3.2.1检查Oracle数据库备份结果 (21) 3.2.1.1 3.2.1.2 3.2.1.3 检查数据库备份日志信息 (21) 检查backup 卷中文件产生的时间 (22) 检查oracle 用户的email (22) 3.3数据库迁移 (22)
数据库软件升级及数据库迁移方案 根据本次项目需求，此次项目实施除硬件设备安装调试外，还包括对已有管理系统所用Oracle数据库的升级和管理系统数据的迁移工作，实施方案如下： 一、数据库软件升级 1.1操作系统AIX安装 新购p550小机自带AIX6100操作系统，用启动光盘安装并打好相应补丁； 设置相应环境参数，如：语言环境为简体中文等； 挂载IBM 1814-20A存储，并设成开机自动加载。 1.2 Oracle 10G安装 在存储上安装10g系列中的稳定版本：10.2.0.1并补丁升级至 10.2.0.4； 配置两台小机上所装Oracle，满足数据库的高可用性，保证一台down 机的情况下，另一台能自动接管数据库服务。 二、数据库迁移 2.1迁移前期调研 1、迁移任务的目标 本次项目数据迁移的目的是:将现有ERP系统的二个子系统数据，从低版本到高版本、跨操作系统的方式进行迁移升级，将信息中心现有应用系统数据进行无差异迁移，升级后的目的数据库环境在继承现有数据库所有功能基础上，性能及稳定性需更为完善，从而更好的满足对兴发现有各系统各方面性能的支持。 2、新旧环境分析
2.2迁移各类资源准备 1、人员技术准备 甲方：业务系统管理员； 软件开发商：提供系统维护手册，以搭建模拟应用系统测试数据； 乙方：网络工程师、数据库维护工程师。 2、系统环境准备 正式环境：2台8204-E8A操作系统AIX6100及Oracle10.2.0.4安装 正常； 中转环境：服务器1台、高档PC机2台，数据迁移中转及应用系统 模拟部署及测试用。 3、安装和调测相关软件 操作系统：Windows（临时中转环境） 数据库：Oracle10.2.0.4； 中间件：无； 工具软件：PL/SQL、LoadRun等。 2.3数据迁移方案设计 1、时间安排 模拟环境测试： 模拟结果观察： 正式数据迁移： 2、迁移方案 经过综合分析众多数据迁移相关资料，结合项目经验，本次数据迁移总体方案如下： A、迁移过程直接向10.2.0.4升级 Oracle验证矩阵中无特别强调，可以直接升级为10.2.0.4。 B、采用传统的EXP/IMP方式迁移 本次迁移非本机环境升级，涉及到Windows到AIX操作系统的跨越，另外Oracle版本跨度大，采用Oracle公司提供的EXP/IMP工
Oracle 数据库定期维护手册 定期备份任务计划执行检查 打开附件(系统工具(任务计划 查看状态，如果状态是未能启动,则打开菜单高级(查看日志，看未能执行任务计划的原因，并处理，处理完成后，右击任务计划运行。 使用DBA 图形工具(8.1.7 DBA Studio,9i Oracle Enterprise manager Console,10G 网页的EM )检查数据库状态 主要检查空间使用情况，重点对超过80%已使用的表空间进行检查，必要时增加数据文件或将相应的数据文件设为自动扩展，注意单个数据文件大小不要超过3.9G Oracle警告日志文件监控 Oracle在运行过程中，会在警告日志文件(alert.log或alert_SID.log)中记录数据库的一些运行情况: ●数据库的启动、关闭，启动时的非缺省参数; ●数据库的重做日志切换情况，记录每次切换的时间，及如果因为检查点(checkpoint)操作没有执行完成造成不能切换，会记录不能切换的原因; ●对数据库进行的某些操作，如创建或删除表空间、增加数据文件; ●数据库发生的错误，如表空间不够、出现坏块、数据库内部错误(ORA-600) DBA应该定期检查日志文件，根据日志中发现的问题及时进行处理 问题处理 如提示启动参数不对，则检查初始化参数文件 因为检查点操作或归档操作没有完成造成重做日志不能切换如果经常发生这样的情况，可以考虑增加重做日志文件组;想办法提高检查点或归档操作的效率; 有人未经授权删除了表空间则检查数据库的安全问题，是否密码太简单;如有必要，撤消某些用户的系统权限 出现坏块检查是否是硬件问题(如磁盘本生有坏块)，如果不是，检查是那个数据库对象出现了坏块，对这个对象进行重建 表空间不够增加数据文件到相应的表空间 出现ORA-600根据日志文件的内容查看相应的TRC文件，如果是Oracle的bug，要及时打上相应的补丁 数据库表空间使用情况检查 数据库运行了一段时间后，由于不断的在表空间上创建和删除对象，会在表空间上产生大量的碎片，DBA应该及时了解表空间的碎片和可用空间情况，以决定是否要对碎片进行整理或为表空间增加数据文件。 select tablespace_name, count(*) chunks , max(bytes/1024/1024) max_chunk from dba_free_space group by tablespace_name; 其中，CHUNKS列表示表空间中有多少可用的空闲块(每个空闲块是由一些连续的Oracle 数据块组成)，如果这样的空闲块过多，比如平均到每个数据文件上超过了100个，那么该
Oracle数据库升级技术方案Oracle Database Upgrade Support
目录 一说明 (3) 二前期准备工作 (4) 2.1系统检查 (4) 2.2操作系统补丁包检查 (5) 2.3系统组件检查 (5) 2.4无效对象检查 (5) 2.5 temp文件检查 (6) 2.6 SYS和SYSTEM重复对象检查 (6) 2.7配置闪回操作 (7) 2.8前期11.2.0.3软件安装 (7) 三创建回退方案 (7) 3.1关闭数据库，停监听，停dbconsole 停容灾 (7) 3.2 创建闪回点 (7) 3.3备份控制文件和redo (8) 四数据库升级前检查 (8) 五数据库升级 (8) 六升级结束后数据库检查 (9) 七升级失败的回退措施 (9) 7.1重定向10g目录 (9) 7.2闪回数据库 (10) 7.3 dd还原redo和控制文件 (10) 7.4重建控制文件 (10) 7.5查看Tempfile (11)
一说明 数据库为10g单机环境，目标升级为11g环境，操作系统为5，实例名称：zhcj 综合采集 IP：130.36.6.8
二前期准备工作 2.1系统检查 针对zhcj数据库进行基本的操作系统检查，包括系统配置，版本，操作系统内存，交换分区，tmp 空间，必要的操作系统包检查，无效对象检查。 包检查： bos.adt.base bos.adt.lib bos.adt.libm bos.perf.libperfstat 5.3.9.0 or later bos.perf.perfstat bos.perf.proctools xlC.aix50.rte.10.1.0.0 or later gpfs.base 3.2.1.8 or later P570A_ZHCJ:/# lslpp -l bos.adt.base bos.adt.lib bos.adt.libm bos.perf.libperfstat bos.perf.perfstat bos.perf.proctools xlC.aix50.rte gpfs.base < Fileset Level State Description ---------------------------------------------------------------------------- Path: /usr/lib/objrepos bos.adt.base 5.3.9.0 COMMITTED Base Application Development Toolkit bos.adt.lib 5.3.9.0 COMMITTED Base Application Development Libraries bos.adt.libm 5.3.9.0 COMMITTED Base Application Development Math Library bos.perf.libperfstat 5.3.9.0 COMMITTED Performance Statistics Library Interface bos.perf.perfstat 5.3.9.0 COMMITTED Performance Statistics Interface bos.perf.proctools 5.3.9.0 COMMITTED Proc Filesystem Tools xlC.aix50.rte 10.1.0.0 COMMITTED XL C/C++ Runtime for AIX 5.3 Path: /etc/objrepos bos.perf.libperfstat 5.3.9.0 COMMITTED Performance Statistics Library Interface bos.perf.perfstat 5.3.9.0 COMMITTED Performance Statistics Interface lslpp: Fileset gpfs.base not installed.