电子文档交易市场
安卓APP | ios版本
电子文档交易市场
安卓APP | ios版本
换一换
首页 金锄头文库 > 资源分类 > DOCX文档下载
分享到微信 分享到微博 分享到QQ空间

oracle数据库巡检内容(共56页)

  • 资源ID:470784484       资源大小:46.93KB        全文页数:56页
  • 资源格式: DOCX        下载积分:20金贝
快捷下载 游客一键下载
账号登录下载
微信登录下载
三方登录下载: 微信开放平台登录   支付宝登录   QQ登录  
二维码
微信扫一扫登录
下载资源需要20金贝
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。
如填写123,账号就是123,密码也是123。
支付方式: 支付宝    微信支付   
验证码:   换一换

 
账号:
密码:
验证码:   换一换
  忘记密码?
    
1、金锄头文库是“C2C”交易模式,即卖家上传的文档直接由买家下载,本站只是中间服务平台,本站所有文档下载所得的收益全部归上传人(卖家)所有,作为网络服务商,若您的权利被侵害请及时联系右侧客服;
2、如你看到网页展示的文档有jinchutou.com水印,是因预览和防盗链等技术需要对部份页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有jinchutou.com水印标识,下载后原文更清晰;
3、所有的PPT和DOC文档都被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;下载前须认真查看,确认无误后再购买;
4、文档大部份都是可以预览的,金锄头文库作为内容存储提供商,无法对各卖家所售文档的真实性、完整性、准确性以及专业性等问题提供审核和保证,请慎重购买;
5、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据;
6、如果您还有什么不清楚的或需要我们协助,可以点击右侧栏的客服。
下载须知 | 常见问题汇总

oracle数据库巡检内容(共56页)

精选优质文档-倾情为你奉上oracle数据库巡检内容1.    检查基本状况在本节中主要对数据库的基本状况进行检查,其中包含:检查实例状态,检查Oracle服务进程,检查Oracle监听进程,共三个部分。1.1.   检查Oracle实例状态SQL> select instance_name,host_name,startup_time,status,database_status from v$instance;INSTANCE_NAME HOST_NAME STARTUP_TIME STATUS   DATABASE_STATUS-     -   -  -   - -CKDB            AS14         2009-5-7 9:3     OPEN       ACTIVE其中“STATUS”表示Oracle当前的实例状态,必须为“OPEN”;“DATABASE_STATUS”表示Oracle当前数据库的状态,必须为“ACTIVE”。SQL> select name,log_mode,open_mode from v$database;NAME     LOG_MODE    OPEN_MODE-     -       -CKDB     ARCHIVELOG  READ WRITE其中“LOG_MODE”表示Oracle当前的归档方式。“ARCHIVELOG”表示数据库运行在归档模式下,“NOARCHIVELOG”表示数据库运行在非归档模式下。在我们的系统中数据库必须运行在归档方式下。1.2.   检查Oracle服务进程$ps -ef|grep ora_|grep -v grep&&ps -ef|grep ora_|grep -v grep|wc loracle   2960    1 0 May07 ?       00:01:02 ora_pmon_CKDBoracle   2962    1 0 May07 ?       00:00:22 ora_psp0_CKDBoracle   2964    1 0 May07 ?       00:00:00 ora_mman_CKDBoracle   2966    1 0 May07 ?       00:03:20 ora_dbw0_CKDBoracle   2968    1 0 May07 ?       00:04:29 ora_lgwr_CKDBoracle   2970    1 0 May07 ?       00:10:31 ora_ckpt_CKDBoracle   2972    1 0 May07 ?       00:03:45 ora_smon_CKDBoracle   2974    1 0 May07 ?       00:00:00 ora_reco_CKDBoracle   2976    1 0 May07 ?       00:01:24 ora_cjq0_CKDBoracle   2978    1 0 May07 ?       00:06:17 ora_mmon_CKDBoracle   2980    1 0 May07 ?       00:07:26 ora_mmnl_CKDBoracle   2982    1 0 May07 ?       00:00:00 ora_d000_CKDBoracle   2984    1 0 May07 ?       00:00:00 ora_s000_CKDBoracle   2994    1 0 May07 ?       00:00:28 ora_arc0_CKDBoracle   2996    1 0 May07 ?       00:00:29 ora_arc1_CKDBoracle   3000    1 0 May07 ?       00:00:00 ora_qmnc_CKDBoracle   3625    1 0 May07 ?       00:01:40 ora_q000_CKDBoracle  31594    1 0 Jul20 ?       00:00:00 ora_q003_CKDBoracle  23802    1 0 05:09 ?       00:00:33 ora_j000_CKDB19在检查Oracle的进程命令输出后,输出显示至少应包括以下一些进程:. Oracle写数据文件的进程,输出显示为:“ora_dbw0_CKDB”. Oracle写日志文件的进程,输出显示为:“ora_lgwr_ CKDB”. Oracle监听实例状态的进程,输出显示为:“ora_smon_ CKDB”. Oracle监听客户端连接进程状态的进程,输出显示为:“ora_pmon_ CKDB”. Oracle进行归档的进程,输出显示为:“ora_arc0_ CKDB”. Oracle进行检查点的进程,输出显示为:“ora_ckpt_ CKDB”. Oracle进行的进程,输出显示为:“ora_reco_ CKDB”1.3.   检查Oracle监听状态/home/oracle>lsnrctl statusLSNRCTL for Linux: Version 10.2.0.2.0 - Production on 23-JUL-2009 14:11:53Copyright (c) 1991, , Oracle. All rights reserved.Connecting to (ADDRESS=(PROTOCOL=tcp)(HOST=)(PORT=1521)STATUS of the LISTENER-Alias                    LISTENERVersion                  TNSLSNR for Linux: Version 10.2.0.2.0 - ProductionStart Date               07-MAY-2009 09:35:52Uptime                   77 days 4 hr. 36 min. 0 secTrace Level              offSecurity                 ON: Local OS AuthenticationSNMP                     OFFListener Parameter File  /data/oracle/product/10.2.0/network/admin/listener.oraListener Log File        /data/oracle/product/10.2.0/network/log/listener.logListening Endpoints Summary.(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=AS14)(PORT=1521)Services Summary.Service "CKDB" has 1 instance(s).Instance "CKDB", status READY, has 1 handler(s) for this service.Service "CKDBXDB" has 1 instance(s).Instance "CKDB", status READY, has 1 handler(s) for this service.Service "CKDB_XPT" has 1 instance(s).Instance "CKDB", status READY, has 1 handler(s) for this service.The command completed successfully“Services Summary”项表示Oracle的监听进程正在监听哪些数据库实例,输出显示中至少应该有“CKDB”这一项。检查监听进程是否存在:oracleAS14 $ ps -ef|grep lsn|grep -v greporacle   2954    1 0 May07 ?       00:01:17 /data/oracle/product/10.2.0/bin/tnslsnr LISTENER inherit2.    检查系统和oracle日志文件在本节主要检查相关的日志文件,包含:检查操作系统的日志文件,检查Oracle日志文件,检查Oracle核心转储目录,检查Root用户和Oracle用户的email,总共四个部分。2.1.   检查操作系统日志文件# cat /var/log/messages |grep failed查看是否有与Oracle用户相关的出错信息。2.2.   检查oracle日志文件oracleAS14 $ cat /data/oracle/admin/CKDB/bdump/alert_CKDB.log |grep ora-oracleAS14 $ cat /data/oracle/admin/CKDB/bdump/alert_CKDB.log |grep erroracleAS14 $ cat /data/oracle/admin/CKDB/bdump/alert_CKDB.log |grep failOracle在运行过程中,会在警告日志文件(alert_SID.log)中记录数据库的一些运行情况:数据库的启动、关闭,启动时的非缺省参数;数据库的重做日志切换情况,记录每次切换的时间,及如果因为检查点(checkpoint)操作没有执行完成造成不能切换,会记录不能切换的原因;对数据库进行的某些操作,如创建或删除表空间、增加数据文件;数据库发生的错误,如表空间不够、出现坏块、数据库内部错误(ORA600)等。定期检查日志文件,根据日志中发现的问题及时进行处理:问题处理启动参数不对检查初始化参数文件因为检查点操作或归档操作没有完成造成重做日志不能切换如果经常发生这样的情况,可以考虑增加重做日志文件组;想办法提高检查点或归档操作的效率;有人未经授权删除了表空间检查数据库的安全问题,是否密码太简单;如有必要,撤消某些用户的系统权限出现坏块检查是否是硬件问题(如磁盘本生有坏块),如果不是,检查是那个数据库对象出现了坏块,对这个对象进行重建表空间不够增加数据文件到相应的表空间出现ORA-600根据日志文件的内容查看相应的TRC文件,如果是Oracle的bug,要及时打上相应的补丁Listener日志:$ORACLE_HOME/network/log2.3.   检查Oracle核心转储目录$ls $ORACLE_BASE/admin/CKDB/cdump/*.trc|wc -l$ls $ORACLE_BASE/admin/CKDB/udump/*.trc|wc l如果上面命令的结果每天都在增长,则说明Oracle进程经常发生核心转储。这说明某些用户进程或

注意事项

本文(oracle数据库巡检内容(共56页))为本站会员(m****)主动上传,金锄头文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即阅读金锄头文库的“版权提示”【网址:https://www.jinchutou.com/h-59.html】,按提示上传提交保证函及证明材料,经审查核实后我们立即给予删除!

温馨提示:如果因为网速或其他原因下载失败请重新下载,重复下载不扣分。




关于金锄头网 - 版权申诉 - 免责声明 - 诚邀英才 - 联系我们
手机版 | 川公网安备 51140202000112号 | 经营许可证(蜀ICP备13022795号)
©2008-2016 by Sichuan Goldhoe Inc. All Rights Reserved.