文档-oracle11g-物理DG日常巡检手册
Oracle11gRAC数据库巡检手册

张浩
数据库检测
硬件机型
HP DL580 G7
是否集群
是
系统实际用户数
10
数据库进程
进入操作系统,登陆Oracle用户,命令:su - oracle
Process
进程情况
进入操作系统,登陆Oracle用户
命令:ps -ef|grep ora_
说明
Oracle 10g 后台进程
SMON(System Monitor)用于执行历程恢复、合并空间碎片并释放临时段。
查看日志
命令:
More/u01/app/oracle/product/11.2.0/db_1/network/log/sqlnet.log
有错误才有日志
Tnsname
配置情况
标准配置
位置:/u01/app/oracle/product/11.2.0/db_1/network/admin
运行情况
正常
查看状态
from
dba_free_space
group by
tablespace_name
) fs
where df.tablespace_name=fs.tablespace_name
order by "Pct Free"
/
运行情况
正常
Sessions
并发数
select count(*) from v$session where status='ACTIVE';
锁表有时候是瞬间的,长时间锁定的表才可能是死锁。
select l.*, s.OSUSER, s.ACTION, o.OBJECT_NAME
from gv$locked_object l, gv_$session s, all_objects o
Oracle巡检手册

如果有记录返回,则说明存在无效对象。若这些对象与应用相关,那么需要重新编译生成这个对象。
3.6检查回滚段情况
3.6.1检查回滚段状态
输出结果中所有回滚段的“STATUS”该为“ONLINE”。
3.6.2检查是否有回滚段争用
发生回滚段争用时,需要审视争用情况,即哪些用户正在使用回滚段资源
检查监听进程是否存在:
二、检查系统和Oracle日志文件
检查相关的日志文件,包含:检查操作系统的日志文件,检查Oracle日志文件,检查Oracle核心转储目录,检查root用户和oracle用户的email,检查数据库的字符集,总共五个部分。
2.1检查操作系统日志文件
查看是否有与Oracle用户相关的出错信息。
3.3检查Oracle表空间情况
输出结果中STATUS应该都为ONLINE。
3.4检查Oracle所有数据文件情况
输出结果中“STATUS”应该都为“ONLINE”。
或者:
输出结果中“STATUS”应该都为“AVAILABLE”。
3.5检查对象情况
3.5.1检查对象类别和大小
合理分配资源,将冗余以及临时表定期进行清理,释放资源空间。
表空间不够
增加数据文件到相应的表空间
出现ORA-600
根据日志文件的内容查看相应的TRC文件,如果是Oracle的bug,要及时打上相应的补丁
Listener日志:$ORACLE_HOME/network/log/sqlnet.log
2.3检查Oracle核心转储目录
如果上面命令的结果每天都在增长,则说明Oracle进程经常发生核心转储。这说明某些用户进程或者数据库后台进程由于无法处理的原因而异常退出。频繁的核心转储特别是数据库后台进程的核心转储会导致数据库异常终止。
Oracle-11g日常维护手册

Oracle 11g 日常维护手册目录第1章文档说明 (4)第2章 CRS的管理 (4)2.1 RAC状态检查 (4)2.1.1 检查守护进程状态 (4)2.1.2 检查资源状态 (4)2.2 手工启动与关闭RAC (5)2.3 OCR的管理 (5)2.4 VOTING DISK的管理 (7)2.5 CSS管理 (8)2.6 管理工具SRVCTL (8)2.6.1 管理实例 (8)2.6.2 管理监听程序 (9)2.6.3 管理ASM (9)2.6.4 管理service (10)2.7 修改RAC的IP及VIP (10)2.7.1 修改外网IP及心跳IP (10)2.7.2 修改VIP (11)2.7.3 查看与删除IP (11)第3章 ASM的管理 (12)3.1 管理DG (12)3.1.1 建立与扩充disk group (12)3.1.2 mount与unmount的命令 (13)3.1.3 删除disk group (13)3.1.4 增加DISK的total_mb (13)3.1.5 DG的属性-AU大小 (13)3.1.6 DG的属性-离线删除时间 (14)3.1.7 DG的属性-兼容版本 (14)3.1.8 向ASM中添加disk的完整步骤 (15)3.2 ASMCMD (16)3.2.1 ASMCMD常用命令 (16)3.2.2 复制ASM文件 (17)3.2.3 命令lsdg (17)3.2.4 元数据备份与恢复 (18)3.3 ASM磁盘头信息备份与恢复 (18)3.4 ASM常用视图 (19)3.4.1 视图V$ASM_DISKGROUP (19)3.4.2 视图V$ASM_DISK (20)3.5 常用方法 (21)3.5.1 如何确定ASM实例的编号 (21)3.5.2 查询DG-RAW-磁盘的对应关系 (21)第4章数据库管理 (23)4.1 参数文件管理 (23)4.2 表空间管理 (24)4.2.1 表空间自动扩张 (25)4.2.2 表空间更名 (25)4.2.3 表空间的数据文件更名 (25)4.2.4 缺省表空间 (25)4.2.5 表空间删除 (26)4.2.6 UNDO表空间 (26)4.2.7 TEMP表空间 (26)4.3 重做日志文件管理 (27)4.3.1 增加REDO日志组 (27)4.3.2 删除日志组 (27)4.3.3 日志切换 (27)4.3.4 日志清理 (27)4.3.5 重做日志切换次数查询 (28)4.4 归档模式 (28)4.4.1 单实例数据库修改为归档模式的方法 (28)4.4.2 RAC数据库修改为归档模式的方法 (29)4.4.3 归档路径 (29)4.5 重建控制文件 (30)4.6 内存参数管理 (31)4.6.1 Oracle内存管理发展阶段 (31)4.6.2 自动内存管理AMM (32)4.6.3 自动共享内存管理ASMM (32)4.6.4 自动PGA管理 (32)4.7 其他管理内容 (33)4.7.1 数据库版本查看 (33)4.7.2 字符集 (33)4.7.3 创建密码文件 (33)4.7.4 关闭审计功能 (34)4.7.5 帐号管理 (34)4.7.6 profile管理 (34)第1章文档说明本文档描述了Oracle11g中常见的维护和管理方法,包括CRS、ASM、数据库等。
oracle健康检查(巡检)手册

性能检查
数据库性能
检查数据库的整体性能,包括响应时间、吞吐量 和资源利用率等。
查询性能
检查特定查询的性能,包括执行计划、索引和查 询优化等方面。
锁和争用
检查数据库中的锁和争用情况,以发现潜在的性 能瓶颈和问题。
03 Oracle数据库巡检方法
手动巡检方法
数据库日志检查
检查Oracle数据库的日志文件,包括警告日志、跟踪文件等,以发现 潜在的问题和错误。
远程巡检方法
远程监控
01
通过远程监控工具,实时监控Oracle数据库的运行状态和性能
指标。
远程诊断
02
通过远程诊断工具,远程连接到数据库服务器,对数据库进行
故障排除和诊断。
远程备份与恢复
03
通过远程备份与恢复工具,远程备份和恢复Oracle数据库的数
据和日志文件。
04 Oracle数据库巡检结果分 析
Oracle Enterprise Manager (OEM): OEM是一个集成的平台,用于自动监控、 诊断和优化Oracle数据库的性能。
Automatic Database Diagnostic Monitor (ADDM):ADDM是一个 自动化的性能诊断工具,可以自动 发现和解决性能问题。
在此添加您的文本16字
内存优化
在此添加您的文本16字
调整内存参数:根据数据库的实际需求,合理配置内存参 数,如SGA和PGA的大小。
在此添加您的文本16字
内存泄漏检测:定期检查内存使用情况,发现内存泄漏并 及时处理。
软件优化建议
调整初始化参数
根据数据库的性能需求,调整初始化参数,如打开表的数量、共 享池的大小等。
巡检结果数据收集
Oracle11gRAC巡检手册

fs.freespace "FreeMB",
df.totalspace "Total MB",
round(100 * (fs.freespace / df.totalspace)) "Pct Free"
from
(select
tablespace_name,
round(sum(bytes)/1048576) TotalSpace
from
dba_data_files
group by
tablespace_name
) df,
(select
tablespace_name,
round(sum(bytes)/1048576) FreeSpace
Tnsping tnsname(数据库实例名)
Alert
配置情况
标准配置
/u01/app/oracle/diag/rdbms/<SID>/<INSTANCE>/trace/alert_sid.log
运行情况
正常
More alert_sid.log
CRS
服务运行情况
crsctl check crs
检查crs的健康情况
select ername||' '||t2.sid||' '||t2.serial#||' '||t2.logon_time||' '||t3.sql_text
from v$locked_object t1,v$session t2,v$sqltext t3
Oracle数据库日常巡检及常见故障解决-20180620

, SUM(DECODE(SUBSTR(TO_CHAR(first_time, 'MM/DD/RR HH24:MI:SS'),10,2),'07',1,0)) H07
, SUM(DECODE(SUBSTR(TO_CHAR(first_time, 'MM/DD/RR HH24:MI:SS'),10,2),'08',1,0)) H08
志切换,将该日志文件组的状态改动为inactive
1.1、检查数据库基本状况
检查监听状态:lsnrctl status(start/stop)
1.1、检查数据库基本状况
检查无效对象
select owner,object_name,object_type from dba_objects where status!='VALID' and owner!='SYS' and owner!='SYSTEM';
第三步:调用dbms_job的broken函数将要停止的job干掉 SQL> EXEC DBMS_JOB.BROKEN(18,TRUE); PL/SQL procedure successfully completed SQL>commit; 此时这个job还是运行的,可以通过dba_jobs_running查看
1.1、检查数据库基本状况
在线日志切换频率过高处理办法: 1、创建新的日志组 alter database add logfile group 4 ('目录/redo04.log') size
500M; 2、切换日志到新建的日志组 alter system switch logfile; 3、删除旧日志组 alter database drop logfile group 3; 注意:删除的日志文件组不能处于current状态,须要运行一次手动日
Oracle数据库日常巡检指令

Oracle 数据库日常巡检指令Oracle数据库的日常巡检内容包括:Oracle数据库基本状况检查;Oracle相关资源的使用情况检查;Oracle数据库性能检查;数据库服务器cpu、mem和I/O 性能检查;数据库服务器安全性及其他事项检查等五大检查项目。
1、数据库基本状况检查(1)、数据库实例状况检查说明:其中“STATUS”表示Oracle当前的实例状态,必须为“OPEN”;“DATABASE_STATUS”表示Oracle当前数据库的状态,必须为“ACTIVE”。
(2)、数据库表空间状态检查说明:输出结果中STATUS应该都为“ONLINE”。
(3)、数据库数据文件检查1 select tablespace_name,status from dba_tablespaces;说明:输出结果中“STATUS”应该都为“AVAILABLE”。
(4)、数据库在线日志检查1 select group#,status,type,member from v$logfile;说明:输出结果应该有3条或3条以上记录,“STATUS”应该为非“INVALID”,非“DELETED”。
“STATUS”的值为空表示正常。
(5)、数据库回滚段检查1 select segment_name,status from dba_rollback_segs;说明:输出结果中所有回滚段的“STATUS”应该为“ONLINE”。
2、数据库相关资源使用情况检查(1)、检查Oracle初始化文件中相关参数值1 select resource_name,max_utilization,initial_allocation, limit_value from v$resource_limit;说明:若字段值【LIMIT_VALU】-【MAX_UTILIZATION】<=5,则表明与RESOURCE_NAME相关的Oracle初始化参数需要调整。
Oracle11G日常维护手册

日常维护手册目录1.登陆到数据库1.1.服务器端配置=( =( =( = ( = )( 1))( = ( = )( = 192.168.137.10)( = 1521)) ))= 01(((1)(1)(0111.2.01)(20)((()(2)(1)))))1名称,在客户端一定配置和他相同1实例名称,这个要和相同可以不等于客户端根据中的和地址( = ( = )( 1)( = 1521)),到这个地址去访问监听器。
然后监听器根据文件文件中的来判断是否有一个 和 相等。
如果相等,则建立客户端到标识的服务端实例的连接,在客户端上我们可以使用 命令来测试1.2. 客户端1 =( =说明( =( = ( = )( = 192.168.137.10)( = 1521)))( =( 1)()))这里的 1 就是在服务器端的1[1 ~]$ 1: 11.2.0.1.0 - 212015 14:51:49(c) 1997, 2009, . .03502: . : <> [<>][1 ~]$ 1: 11.2.0.1.0 - 212015 14:51:55(c) 1997, 2009, . .:( = ( = ( = ( = )( = 1)( = 1521))) ( = (= 1)()))(0 )1.3. 检查说明1.4.登陆数据库的方式修改登陆 认证模式默认情况下我们 安装好后是使用操作系统用户的验证,所以这里如果我们使用用户不用密码就可以登录,如果我们想使用 密码文件验证的话我们就要进入下列文件夹0111.2.01修改增加下列命令=配置了登录数据库方式[1 ~]$ 1111111使用登陆到指定数据库11111111 ;察看登陆到了哪个数据库实例v$使用用户登陆说明说明用登陆使用用户登录;/ 连接数据库111111 使用进行连接1.5.数据库的启动数据库启动方式启动实例、装载数据库、打开数据库1启动数据库实例, 该步骤只是启动了一个数据库实例. 在此状态下我们可以访问下列结构文件* v$;* v$;* v$;利用以前读取的参数文件查找控制文件,这些控制文件包含数据文件名和重做日志名,然后将数据库装载.一旦这一步完成我们就可以看到下列状态* v$;* v$;* v$;实例验证数据文件及日志文件并启动数据库;打开数据库启动过程中限制访问数据库上述命令是只有用户拥有权限才可以连接启动数据库后起的进程, v$ <>'00';1.6.关闭数据库等待用户完成工作然后关闭等待用户完成工作但是强制关闭连接立即关闭 ,当前所有做工作回滚到一致状态,断开其连接强制关闭,非干净关闭,下次重起后要回滚日志2.用户管理2.1.检察用户2.2.查看用户参数3.检查数据库基本状况3.1.检查数据库创建日期3.2.检查数据库版本信息3.3.检查实例状态其中“”表示当前的实例状态,必须为“”;“”表示当前数据库的状态,必须为“”。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
文件编号:
ORACLE11g Dataguard物理Standby
日常巡检操作手册
编写:_____________
校对:_____________
日期:_____________
目录
1、DG环境的日常巡检 (4)
1.1、主库环境检查 (4)
1.1.1、主库实例启动状态检查 (4)
1.1.2、主库启动模式检查 (4)
1.1.3、主库DG环境的保护模式检查 (4)
1.1.4、主库用于控制日志同步的参数检查 (4)
1.1.5、主库查看是否开启强制日志功能 (5)
1.1.6、主库上查看设置的归档日志路径是否可用 (5)
1.1.7、主库上查询归档日志的应用情况 (6)
1.1.8、主库上查看DG环境进程的状态 (6)
1.1.9、主库上查看DG的状态信息 (7)
1.1.10、主库SWITCH OVER角色和状态的检查 (7)
1.2、备库环境检查 (7)
1.2.1、备库实例的启动状态检查 (7)
1.2.2、备库启动模式检查 (7)
1.2.3、备库DG环境的保护模式检查 (8)
1.2.4、备库用于控制日志同步的参数检查 (8)
1.2.5、备库上查看同步过来的归档日志的应用情况 (8)
1.2.6、备库上查看归档日志有没有裂缝(同操作2.5部分类似) (9)
1.2.7、备库上查看DG环境特有进程的状态 (9)
1.2.8、备库上查看DG环境的状态信息 (10)
1.2.9、备库SWITCH OVER角色和状态的检查 (10)
2、DG环境的启动与关闭 (11)
2.1、DG环境的关闭 (11)
2.1.1、检查DG环境主备库的日志使用情况 (11)
2.1.2、停主库的监听程序 (11)
2.1.3、停备库的监听程序 (11)
2.1.4、关闭主数据库 (11)
2.1.5、查看备库的开启模式 (11)
2.1.6、关闭备数据库的归档应用程序 (12)
2.1.7、关闭备数据库 (12)
2.2、DG环境的启动 (12)
2.2.1、启动DG环境的主库 (12)
2.2.2、启动主库的监听程序 (12)
2.2.3、启动DG环境的备库到mount或open状态 (12)
2.2.4、启动备库的监听程序 (13)
2.2.5、主库切换归档日志 (13)
2.2.6、查看备库是否有新应用过来的日志 (13)
2.2.7、备库上开启归档日志应用进程 (13)
2.2.8、主库与备库验证当前redo log (13)
3、DG环境的主备切换-SWITCHOVER (14)
3.1、SWITCHOVER切换的特点 (14)
3.2、SWITCHOVER切换的注意事项 (14)
3.3、SWITCHOVER的切换操作流程 (14)
3.3.1、主库与备库运行状态确认 (14)
3.3.2、查看switchover之前主库的角色和状态 (14)
3.3.3、查看switchover之前备库的角色和状态 (15)
3.3.4、将主库切换成备库 (15)
3.3.5、将备库启动到mount状态 (15)
3.3.6、主库启动到mount状态 (16)
3.3.7、备库切换成主库 (16)
3.3.8、检查切换后主库与备库的日志编号 (17)
1、DG环境的日常巡检1.1、主库环境检查
1.1.1、主库实例启动状态检查
操作位置:主库
操作命令:
查询结果并没有看到lgwr/arch、sync/async、affirm/noaffirm的参数设置,说明当前主库没有对这三个参数进行设置,当前使用的是默认设置,即:arch、async、noaffirm的设置。
1.1.5、主库查看是否开启强制日志功能
1.1.9、主库上查看DG的状态信息
1.2、备库环境检查
1.2.1、备库实例的启动状态检查
也可以将其启动到OPEN状态,执行命令:alter database open;
1.2.2、备库启动模式检查
操作命令:
1.2.6、备库上查看归档日志有没有裂缝(同操作2.5部分类似)
操作说明:
FRS进程:用于备库接收从主库LNS进程或ARCH进程投递过来的归档日志。
ARCH:用于复制从主库上同步过来的归档日志。
MRP0:用于应用归档日志。
2、DG环境的启动与关闭
2.1、DG环境的关闭
2.1.1、检查DG环境主备库的日志使用情况
操作位置:主库&备库
主库与备库当前使用的日志编号相同
2.1.2、停主库的监听程序
2.1.3、停备库的监听程序
2.1.4、关闭主数据库
2.1.5、查看备库的开启模式
only模式则直接关闭数据库即可。
正常情况下备库应该时刻处于应用归档日志的模式。
2.1.6、关闭备数据库的归档应用程序
2.1.7、关闭备数据库
这样,整个Data Guard环境就算是完整的关闭掉了...
2.2、DG环境的启动
2.2.4、启动备库的监听程序
2.2.6、查看备库是否有新应用过来的日志
2.2.7、备库上开启归档日志应用进程
2.2.8、主库与备库验证当前redo log
操作位置:主库&备库
这样,这个Data Guard环境就算是去正常的启动了...
3、DG环境的主备切换-SWITCHOVER
3.1、SWITCHOVER切换的特点
一般SWITCHOVER切换都是计划中的切换,特点是在切换后,不会丢失任何的数据,而且这个过程是可逆的,整个DATA GUARD环境不会被破坏,原来DATA GUARD环境中的所有物理和逻辑STANDBY都可以继续工作。
3.2、SWITCHOVER切换的注意事项
1)确认主库和从库间网络连接通畅;
2)确认没有活动的会话连接在数据库中;
3)PRIMARY数据库处于打开的状态,STANDBY数据库处于MOUNT状态;
4)确保STANDBY数据库处于ARCHIVELOG模式;
5)如果设置了REDO应用的延迟,那么将这个设置去掉;
6)确保配置了主库和从库的初始化参数,使得切换完成后,DATA GUARD机制可以顺利的运行。
3.3、SWITCHOVER的切换操作流程
3.3.1、主库与备库运行状态确认
在执行主备SWITCH OVER之前,需要首先确认主库与备库的实例以及数据库的启动状态,确保主库与备库满足下面的要求:
态。
表示当前主库还有活动的会话连接,属于正常的主库准备切换之前的状态。
2)如果之前已经做过主备的SWITCH OVER操作,那么主库的SWITCHOVER_STATUS状态会是TO_STANDBY状态,表明当前主库已经准备好随时切换成备库了。
3.3.3、查看switchover之前备库的角色和状态
表明备库已经随时可以切换成主库了。
2)如果之前已经做过主备的SWITCH OVER操作,在主库没有发出要做主备切换的操作之前(即:执行主库切成备库的那条命令),备库的SWITCHOVER_STATUS状态会是NOT ALLOWED,属于正常状态。
3.3.4、将主库切换成备库
3.3.5、将备库启动到mount状态
作的信息已经发送到了备库上,所以备库此时的切换状态会变成TO PRIMARY。
3.3.6、主库启动到mount状态
操作位置:主库&备库
进一步的验证。
至此,我们的主备SWITCH OVER操作就算是顺利的完成了...。