数据库日常巡检报告
日常巡检手册监控所有关键业务系统的数据库系统，以ORACLE数据库为例。
主要的监控指标应包括配置信息、故障监控和性能监控。
主要工作包括：1、配置信息管理：数据库配置信息包括数据库名，数据库实例名，版本信息，数据库位数，归档方式，文件目录，表空间信息，内存信息，其他SID.ORA的相关参数信息。
2、故障监控：监控数据库关键的运行状态和进程等进行有效的管理，具体的管理功能应包含：（1）服务器实例的可用性，监控数据库实例的状态；（2）空间监控：监控表空间、Redo 日志、Archive日志的使用情况；（3）显示和过滤Alert Log中的报警等；（4）数据库空间、表空间、数据文件占用或空闲的空间；磁盘的使用；表和索引的使用；重做日志Redo logs；内存的使用Memory usage；交换区的使用Swap usage。
3、性能监控：监控数据库的性能，鉴别和消除瓶颈以提高数据库系统的整体性能，包括：（1）由内存容量引起的数据库响应缓慢；（2）由于请求Redo日志空间引起的延迟；（3）锁资源监控，对阻塞了其它会话的锁进行告警，以及可用的锁；（4）等待某回滚段完成的事务百分比；（5）监控SGA、Buffer Cache、I/O等相关的性能数据；（6）监控数据库会话的状况。
应及时变更配置信息并定期（每月）编制数据库监控报告并提交相关部门和人员。
检查实例1．常规检查编号参数名称描述参数说明1 文件自动扩展正确数据文件使用裸设备时，文件不可自动扩展（使用文件系统的数据文件也建议不设成自动扩展）：Sql>select file_name,tablespace_name,status,autoextensible from dba_data_files where autoextensible<>'NO';Sql>alter database datafile '****' autoextend off;;2 默认表空间正确不要使用system表空间作为应用用户的默认表空间：Sql>Select username,account_status,default_tablespace,temporary_tablespace from dba_Users;Sql>alter user ctais2bb default tablespace ctais2_dat;3 历史错误信息没有错误搜索oracle各实例的alert文件是否有错误代码出现，如：ORA-00600,ORA-00603等错误：通过以下sql 找到他的路径Sql>select value from v$parameter where name ='background_dump_dest';4 剩余表空间没有空间压力Sql>Selecta.Tablespace_Name, a.Total || 'M' Total_Space, (a.Total -b.Free) || 'M' Used_Space, To_Char((a.Total - b.Free) / a.Total * 100, '99.99') || '%' Pct_FreeFrom(Select Tablespace_Name, Sum(Bytes) / 1024 / 1024 Total From Dba_Data_Files Group By tablespace_Name) a,(Select Tablespace_Name, Sum(Bytes) / 1024 / 1024 Free From Dba_Free_Space Group By Tablespace_Name) b where a.Tablespace_Name = b.Tablespace_Name;5 归档模式已归档查看数据是否启用归档模式，归档目录是否均已挂接，提醒管理员注意归档文件的备份，以防治归档目录空间不足，以sysdba登陆sqlplus：SQL> archive log list; （sqlplus下执行）6 备份策略注是否备份spfile文件，控制文件，归档日志文件，备份归档日志文件后是否删除7 失效对象有（已处理）Sql>Select object_name,object_type,status From Dba_Objects Where status<>'VALID';如有则编译失效对象，在非业务处理时间，以sysdba登陆sqlplus：SQL> @$ORACLE_HOME/rdbms/admin/utlrp.sql8 行链接/迁移没有行迁移是否有行链接/行迁移的情况出现：Sql>select table_name,num_rows,chain_cnt From dba_tables Where owner='CTAIS2' And chain_cnt<>0;注：含有long raw列的表有行链接是正常的,找到迁移行保存到chained_rows表中,如没有该表执行../rdbms/admin/utlchain.sqlSql>analyze table tablename list chained rows;可通过表chained_rows中table_name,head_rowid看出哪些行是迁移行如:Sql>create table aa as select a.* from sb_zsxx a,chained_rows b where a.rowid=b.head_rowid and b.table_name ='SB_ZSXX';sql>delete from sb_zsxx where rowid in (select head_rowid from chained_rows where table_name = 'SB_ZSXX');sql>insert into sb_zsxx select * from chained_row where table_name = 'SB_ZSXX';9 job 没有失败的任务查看job是否broken，是否有failureSql>select job,what,last_date,next_date,failures,broken from dba_jobs Where schema_user='CTAIS2';如有问题建议重建job，如：exec sys.dbms_job.remove(1);commit;execsys.dbms_job.isubmit(1,'REFRESH_ALL_SNAPSHOT;',SYSDATE+1/1440,'SYSDATE+4/1440'); commit;10 统计分析管理员定期做对于采用Oracle Cost-Based-Optimizer的系统，需要定期对数据对象的统计信息进行采集更新，使优化器可以根据准备的信息作出正确的explain plan。
在以下情况更需要进行统计信息的更新：1、应用发生变化2、大规模数据迁移、历史数据迁出、其他数据的导入等3、数据量发生变化查看表或索引的统计信息是否需更新，如：Sql>Select table_name,num_rows,last_analyzed From user_tables where table_name ='DJ_NSRXX'sql>select count(*) from DJ_NSRXX如num_rows和count(*)如果行数相差很多,则该表需要更新统计信息，建议一周做一次统计信息收集，如：Sql>exec sys.dbms_stats.gather_schema_stats(ownname=>'CTAIS2',cascade => TRUE,degree => 4);11 死锁现象没有发生过死锁检查数据库在运行过程中是否有死锁现象，找出被锁住的对象及session IDSql>select object_name,s.sid,s.serial# From v$locked_object o,v$session s ,dba_objects c Where o.session_id=s.sid And o.object_id=c.object_id;oracle级kill掉该session:sql>alter system kill session 'sid,serial#';操作系统级kill掉session:#>kill -9 pid12 失效的索引没有失效的索引检查是否有失效的索引：注：分区表上的索引status为N/A是正常的Sql>select index_name,table_name,tablespace_name,status From dba_indexes Where owner='CTAIS2' And status<>'VALID';如有失效索引则对该索引做rebuild，如：Sql>alter index INDEX_NAME rebuild tablespace TABLESPACE_NAME;13 失效的约束没有失效的约束检查是否有失效的约束:Sq>Select constraint_type,constraint_name,table_name,r_owner,r_constraint_name, status From dba_constraints Where owner='CTAIS2' And status<>'ENABLED';如有失效约束则启用，如：Sql>alter Table TABLE_NAME Enable Constraints CONSTRAINT_NAME;14 失效的触发器没有失效的触发器检查是否有失效的触发器：Sql>select trigger_name,table_name,status From dba_triggers Where owner='CTAIS2' And status<>'ENABLED';如有失效触发器则启用，如：Sql>alter Trigger TRIGGER_NAME Enable;15 索引空间浪费管理员定期管理索引的空间浪费：只有完全空的索引块才进入空闲列表，找到浪费空间的索引，首先分析索引: Sql>analyze index indexname validate structure;然后查询index_stats视图：Sql>select name,lf_rows,lf_rows_len,del_lf_rows,del_lf_rows_len From index_stats; lf_rows --当前索引值的数量lf_rows_len --当前索引值的大小(byte)del_lf_rows --从索引中删除的值的数量del_lf_rows_len --从索引中删除的值的大小(byte)如果del_lf_rows_len达到lf_rows_len的20%则需要rebuild索引了16 定期修改密码暂时未使用在综合征管系统系统的数据库上往往存在很多的用户，如：第三方数据库监控系统，电话申报系统等等，初始安装数据库时的演示用户，管理员用户等等。
DB2数据库巡检报告
DB2数据库巡检报告
DB2数据库巡检报告主要包括以下内容：
1.引言：介绍DB2数据库巡检的目的、背景和重要性。
2.巡检范围和方法：说明巡检所涵盖的数据库系统、版本和
环境，以及采用的巡检方法和工具。
3.数据库服务器硬件：对数据库服务器硬件进行检测和分析，
包括CPU、内存、存储、网络等硬件资源的使用情况和性
能表现。
4.数据库软件：对DB2数据库软件的版本、补丁和配置进行
检查和分析，包括数据库实例、表空间、索引、日志等关
键对象的属性和状态。
5.数据安全性和完整性：对数据库的数据安全性和完整性进
行检查，包括用户访问权限、数据备份恢复、加密解密等
安全控制措施的配置和运行情况。
6.性能监控和优化：对DB2数据库的性能进行监控和优化，
包括CPU利用率、I/O性能、内存分配等关键指标的监控
和分析，以及针对性能瓶颈的优化建议。
7.故障排除和恢复：对DB2数据库可能出现的故障进行排查
和恢复，包括系统崩溃、数据损坏等故障类型和相应的恢
复流程和方法。
8.建议和改进：根据巡检结果和分析，提出针对DB2数据库
系统的建议和改进措施，包括硬件升级、软件配置调整、
安全策略改进等。
9.结论：总结巡检报告的主要发现和建议，强调DB2数据库
系统的健康状况和需要关注的方面，以及对未来的改进方向的建议。
需要注意的是，DB2数据库巡检报告的具体内容可能因实际情况而异，上述内容仅供参考。
在实际操作中，需要根据具体的环境和需求进行调整和定制。
数据库巡检报告
数据库巡检报告一、概述根据公司的安全政策要求，对于公司的数据库进行了定期的巡检。
本次巡检是为了保障数据库的可用性、稳定性和安全性。
本次巡检主要是从数据库的基础设施、性能优化、安全合规等方面进行了评估和检查。
二、巡检目的1. 评估和检查数据库的性能，并发现潜在问题和风险。
2. 发现数据库基础设施存在的问题，为下一步的改进提供建议。
3. 检查数据库的安全合规问题，确保数据库不受到未知攻击和安全威胁。
三、巡检内容1. 基础设施评估对数据库服务器的硬件、软件环境进行评估和检查，包括服务器的操作系统、数据库软件版本、网络设置、存储设备等内容。
针对存在的问题，提出修复建议和改进方案，以保障数据库的稳定性和可用性。
2. 性能评估针对数据库的读写能力、响应时间、吞吐量等方面进行评估和检查。
通过对数据库的性能指标进行分析和识别，找出性能不足的区域，给出性能优化的建议。
3. 安全评估对数据库的安全合规性进行评估和检查，包括访问权限、备份和容灾策略、加密设施等方面。
本次巡检发现存在一些潜在的安全风险，建议加强数据库的访问控制、密钥管理等安全措施，以提高数据库的安全性。
四、建议和总结1. 加强数据库的备份和容灾策略，确保数据库数据的安全性和可靠性。
2. 建议实施数据库的定期维护和备份工作，保障数据库的稳定性和可用性。
3. 建议采用数据加密技术，保护用户的敏感数据，防止数据泄露和黑客攻击。
4. 建议加强访问控制管理，限制非授权用户的操作权限，保护数据库的安全性。
五、结论本次巡检对公司的数据库进行了综合评估和检查，发现存在一些问题和潜在风险。
建议公司采取相应的措施，实施数据库的维护和优化工作，以提高数据库的性能和安全性。
数据库巡检报告(二)(2024)
引言概述：正文内容：一、性能监控1.定期检查数据库性能指标，如CPU使用率、内存使用率、磁盘空间等。
2.对数据库进行统计分析，发现潜在的性能问题。
3.根据巡检结果，优化数据库的配置参数，提高系统性能。
4.检查慢查询日志，发现慢查询语句，并进行性能优化。
5.监控数据库的并发连接数，防止因连接数过高导致系统瘫痪。
二、安全漏洞1.检查数据库的开放端口，确保只开放必需的端口，并限制访问权限。
2.检查数据库登录账号的安全设置，如密码复杂度、登录失败锁定策略等。
3.对数据库进行漏洞扫描，发现可能的安全隐患，并及时修复。
4.定期进行数据库安全策略的审查和更新。
5.优化数据库的权限管理，确保不同用户只能访问其需要的数据。
三、备份和恢复1.检查数据库备份策略的设置，包括全量备份、增量备份等。
2.定期验证数据库备份的完整性，以确保备份可用。
3.检查备份恢复策略的设置，包括恢复时间目标和恢复点目标。
4.对备份和恢复过程进行测试，以保证恢复的可行性。
5.对数据库的冷备份和热备份进行备选和选择。
四、空间管理1.检查数据库的空间使用情况，包括数据文件、日志文件等。
2.优化数据库的表结构，减少空间的使用。
3.定期清理无用的表或数据，释放空间。
4.对数据库进行分区管理，提高数据库的查询效率。
5.监控数据库文件的增长情况，及时调整数据库的空间大小。
五、版本更新1.定期检查数据库的版本，及时进行升级和补丁的安装。
2.了解数据库版本更新的特性和改进，以决定是否进行升级。
3.对数据库升级进行测试，以确保升级的稳定性和兼容性。
4.优化升级过程，减少系统的停机时间。
5.监控数据库升级后的运行情况，及时解决可能出现的问题。
总结：通过对数据库的性能监控、安全漏洞、备份和恢复、空间管理以及版本更新的巡检，可以保证数据库的高效稳定运行。
巡检应该定期进行，以及时发现和解决潜在的问题，并根据巡检结果进行调整和优化。
同时，数据库管理员应该定期更新维护手册，记录巡检的详细过程和结果，以便未来参考和分析。
数据库日常巡检分析报告
精心整理日常巡检手册监控所有关键业务系统的数据库系统，以ORACLE 数据库为例。
主要的监控指标应包括配置信息、故障监控和性能监控。
主要工作包括：1、配置信息管理：数据库配置信息包括数据库名，数据库实例名，版本信息，数据库位数，归档2、（1）Archive ；3（1（2（3（4（5）监控SGA 、BufferCache 、I/O 等相关的性能数据；（6）监控数据库会话的状况。
应及时变更配置信息并定期（每月）编制数据库监控报告并提交相关部门和人员。
检查实例1．常规检查编号??????参数名称??????描述??????参数说明1??????文件自动扩展??????正确??????数据文件使用裸设备时，文件不可自动扩展（使用文件系统的数据文件也建议不设成自动扩展）：Sql>selectfile_name,tablespace_name,status,autoextensiblefromdba_data_files??whereau2??????rs;3??????现，如：通过以下4??????剩余表空间??????没有空间压力??????Sql>Selecta.Tablespace_Name,a.Total||'M'Total_Space,(a.Total-b.Free)||'M'Used _Space,To_Char((a.Total-b.Free)/a.Total*100,'99.99')||'%'Pct_FreeFrom(SelectTablespace_Name,Sum(Bytes)/1024/1024TotalFromDba_Data_FilesGroupBytablespace_ Name)a,(SelectTablespace_Name,Sum(Bytes)/1024/1024FreeFromDba_Free_SpaceGroupByTablespace_N ame)bwherea.Tablespace_Name=b.Tablespace_Name;5??????归档模式??????已归档??????查看数据是否启用归档模式，归档目录是否均已挂接，提醒管理员注意归档文件的备份，6??????7??????处理）8??????<>0;注：含有longraw列的表有行链接是正常的,找到迁移行保存到chained_rows表中,如没有该表执行../rdbms/admin/utlchain.sqlSql>analyzetabletablenamelistchainedrows;可通过表chained_rows中table_name,head_rowid看出哪些行是迁移行如:Sql>createtableaaasselecta.*fromsb_zsxxa,chained_rowsbwherea.rowid=b.head_rowidandb. table_name='SB_ZSXX';sql>deletefromsb_zsxxwhererowidin(selecthead_rowidfromchained_rowswheretable_name='S B_ZSXX');sql>insertintosb_zsxxselect*fromchained_rowwheretable_name='SB_ZSXX';commit;commit;10??????需确的1、??????应用发生变化2、??????大规模数据迁移、历史数据迁出、其他数据的导入等3、??????数据量发生变化查看表或索引的统计信息是否需更新，如：Sql>Selecttable_name,num_rows,last_analyzedFromuser_tableswheretable_name='DJ_NSRXX' sql>selectcount(*)fromDJ_NSRXX如num_rows和count(*)如果行数相差很多,则该表需要更新统计信息，建议一周做一次统计信息收集，如：Sql>execsys.dbms_stats.gather_schema_stats(ownname=>'CTAIS2',cascade=>TRUE,degree=>4 );11??????找出被oracle级12??????13??????14??????Sql>alterTriggerTRIGGER_NAMEEnable;15??????索引空间浪费??????管理员定期管理??????索引的空间浪费：只有完全空的索引块才进入空闲列表，找到浪费空间的索引，首先分析索引:Sql>analyzeindexindexnamevalidatestructure;然后查询index_stats视图：Sql>selectname,lf_rows,lf_rows_len,del_lf_rows,del_lf_rows_lenFromindex_stats;lf_rows--当前索引值的数量lf_rows_len--当前索引值的大小(byte)del_lf_rows--从索引中删除的值的数量del_lf_rows_len--从索引中删除的值的大小(byte)如果del_lf_rows_len达到lf_rows_len的20%则需要rebuild索引了16??????定期修改密码??????暂时未使用??????在综合征管系统系统的数据库上往往存在很多的用户，如：第三方数据库监控系统，电话申报系统等等，初始安装数据库时的演示用户，管理员用户等等。
Oracle数据库系统巡检报告
XXXXXXXX数据库系统巡检报告福华网络2017年2月15日目录1文档控制 (1)2巡检记录 (1)3巡检概述 (2)4巡检结果记录 (2)5检查项目分析与建议 (2)6数据库实例检查 (3)6.1获取实例基本信息 (3)6.1.1查看实例启动时间，运行状态 (3)6.1.2查看系统会话数 (3)6.2查看数据库文件状态 (3)6.2.1查看日志文件状态 (3)6.2.2查看表空间状态 (4)6.2.3查看表空间使用率 (5)6.2.4查看数据库文件状态 (6)6.3查看数据对象状态 (6)6.3.1查看异常用户对象 (6)6.3.2查看系统表空间的非系统对象 (7)6.3.3查找失效的索引 (7)6.3.4查找失效的约束 (7)6.3.5查找失效的触发器 (7)6.4使用AWR收集实例信息 (8)7RAC健康检查 (9)7.1RAC运行状态信息 (9)7.2ASM磁盘容量检查 (11)8DATAGUARD健康检查 (12)8.1主库确认没有日志缺口 (12)8.2确认主库可以进行角色切换，查询主库 (12)8.3查询备库是否可以切换为主库，查询备库： (12)1文档控制2巡检记录3巡检概述2017年2月14日，福华网络对XXXXXXX现运行的维保合同相关Oracle数据库系统进行了一次全面细致的巡检服务。
巡检围包括数据库服务器操作系统和Oracle RAC数据库。
目前，数据库服务器和数据库运行稳定。
4巡检结果记录合同相关的数据库系统巡检结果记录如下表所示：5检查项目分析与建议系统当前运行状态良好。
6数据库实例检查6.1获取实例基本信息6.1.1查看实例启动时间，运行状态启动时间为实例最近一次启动时间，该时间变化表明实例有重启动作，需要关注。
实例运行状态应为OPEN，数据库状态应为ACTIVE。
否则数据库运行状态异常。
SQL> select instance_name ,startup_time,status,database_status from gv$instance;INSTANCE_NAME STARTUP_T STATUS DATABASE_STATUS---------------- --------- ------------ -----------------xtbg1 30-JUL-16 OPEN ACTIVExtbg3 30-JUL-16 OPEN ACTIVExtbg2 30-JUL-16 OPEN ACTIVE6.1.2查看系统会话数系统会话数应和基线参数基本一致，过高和过低以为着系统存在异常。
ORACLE数据库常规巡检报告单（例子）
ORACLE数据库常规巡检报告单（例⼦）ORACLE数据库常规巡检报告单⽬录ORACLE数据库常规巡检报告单 (1)⼀、概述 (3)⼆、使⽤的相关软件简要说明 (3)三、主机及操作系统常规配置检查 (3)1、系统设置检查 (3)2、I/O 设备信息 (3)3、⽹络配置信息 (4)四、ORACLE 数据库常规检查 (5)1、ORACLE 常规检查 (5)2、基本参数配置 (5)3、ORACLE ⽤户配置⽂件 (6)五、数据库关键性能检查及分析 (6)1、数据库性能检查 (6)2、数据库响应时间分析 (6)六、备份恢复策略检查和维护 (7)1、RMAN 配置情况 (7)2、备份策略描述 (7)3、备份策略实施 (7)4、备份检查和每⽇备份脚本⽇志检查 (8)5、对当前策略的总结 (8)七、关键性SQL 语句定位及分析 (8)⼋、近期警告⽇志及相关分析 (8)1、orcl_ora_8727.trc (8)2、orcl_ora_8727.trc (9)九、⼩结 (9)⼀、概述按照维护计划和为了系统的稳定运⾏，需要定期对系统进⾏⼀次巡检，时间周期为每星期⼀次。
⽬的在于诊断当前环境是否存在安全隐患，系统运⾏是否存在明显的系统瓶颈，定位重要的SQL 语句并进⾏性能分析，分析当前备份策略，分析警告⽇志信息并提供解决⽅案。
⼆、使⽤的相关软件简要说明1．使⽤RDA 对整个系统进⾏检查，并且⽣成报告2．使⽤AWR 对数据库进⾏检查，并且⽣成报告。
3．使⽤RMAN 对数据库进⾏备份，并且使⽤RMAN 相关的功能进⾏备份检查。
相关详细后页提供三、主机及操作系统常规配置检查1、系统设置检查主机和版本号Linux localhost 2.6.9-34.ELsmp #1 SMP Fri Feb 24 16:56:28 EST 2006 x86_64主机名localhost.localdomain操作系统平台64-bit Red Hat Linux操作系统版本 2.6.92、I/O 设备信息3、⽹络配置信息四、ORACLE 数据库常规检查1、ORACLE 常规检查Database OverviewDB Name ORCLGlobal Name /doc/e298af7e4693daef5ef73dba.html Host Name localhost Instance Name orclInstance Start Time 18-Nov-2008 14:14:01Restricted Mode NOArchive Log ModeARCHIVELOG3、ORACLE ⽤户配置⽂件# .bash_profile# Get the aliases and functionsif [ -f ~/.bashrc ]; then. ~/.bashrcfi# User specific environment and startup programsPATH=$PATH:$HOME/binexport PATHunset USERNAME#for oracleexport ORACLE_SID=orclexport ORACLE_BASE=/oracleexport ORACLE_HOME=/oracle/10gexport PATH=$ORACLE_HOME/bin:$PATHexport NLS_LANG=AMERICAN_AMERICA.ZHS16GBK五、数据库关键性能检查及分析1、数据库性能检查2、数据库响应时间分析响应时间是⾮常重要的数据库性能指标从以上信息可以看出，RMAN 备份占⽤的⼤量的时间，六、备份恢复策略检查和维护1、RMAN 配置情况RMAN configuration parameters are:CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS;CONFIGURE BACKUP OPTIMIZATION ON;CONFIGURE DEFAULT DEVICE TYPE TO DISK;CONFIGURE CONTROLFILE AUTOBACKUP ON;CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO 'orclcongrol_%F'; CONFIGURE DEVICE TYPE DISK PARALLELISM 2 BACKUP TYPE TO COMPRESSED BACKUPSET; CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # defaultCONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default CONFIGURE CHANNEL 1 DEVICE TYPE DISK MAXPIECESIZE 100 M MAXOPENFILES 8 RATE 40 M; CONFIGURE CHANNEL 2 DEVICE TYPE DISK MAXPIECESIZE 100 M MAXOPENFILES 8 RATE 40 M; CONFIGURE MAXSETSIZE TO UNLIMITED; # defaultCONFIGURE ENCRYPTION FOR DATABASE OFF; # defaultCONFIGURE ENCRYPTION ALGORITHM 'AES128'; # defaultCONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # defaultCONFIGURE SNAPSHOT CONTROLFILE NAME TO '/oracle/10g/dbs/snapcf_orcl.f'; # default2、备份策略描述选⽤RMAN 多级备份策略,以每个星期作为⼀个周期星期1 数据库全备0 级星期2 增量备份 1 级星期3 增量备份 1 级星期4 累积增量备份1c 级星期5 数据库全备0 级星期6 增量备份 1 级星期天增量备份 1 级基于以上策略,任何时间点的数据恢复只需要做最多1 次0 级恢复和2 次1 级恢复.加上当⽇的归档⽇志可以实现快速的完全恢复3、备份策略实施Cat /etc/crontabSHELL=/bin/bashPATH=/sbin:/bin:/usr/sbin:/usr/binMAILTO=rootHOME=/# run-parts01 * * * * root run-parts /etc/cron.hourly02 4 * * * root run-parts /etc/cron.daily22 4 * * 0 root run-parts /etc/cron.weekly42 4 1 * * root run-parts /etc/cron.monthly00 4 * * 1 oracle /oracle/scripts/rman/backupweek1.cmd &00 4 * * 2 oracle /oracle/scripts/rman/backupweek2.cmd &00 4 * * 3 oracle /oracle/scripts/rman/backupweek3.cmd & 00 4 * * 4 oracle/oracle/scripts/rman/backupweek4.cmd &00 4 * * 5 oracle /oracle/scripts/rman/backupweek5.cmd &00 4 * * 6 oracle /oracle/scripts/rman/backupweek6.cmd &00 4 * * 7 oracle /oracle/scripts/rman/backupweek7.cmd &4、备份检查和每⽇备份脚本⽇志检查使⽤crosscheck backupset 检查。
数据库日巡检记录单checklist_0812
备份文件大小截图（每周至少一次）
PMS
数据库状态及备份状态
备份文件大小截图（每周至少一次）
Vertica
数据库运行状态
本机备份状态查看（7/15号自动备份）
9/17号备份到NBU
异常说明
巡检日期：年月日巡检人：
系统
日巡检项
是否正常
邮件系统
存储容量/License
垃圾邮件监控
邮件归档
是否收到归档邮件
存储容量
本地NBU
java控制台查看状态
170查看磁盘使用率
V7000
V7000-172.16.7.21
V7000-192.168.8.111
V7000-1据库172.18.8.2
Basis/cert/cert4a/ylyy/eaiprd每天一次)
备份状态检查(bi/fe_app5/fe_base5每月15/30号备份，1/16号FTP到82上)
备份文件大小截图及日志保存
CRM69
alert日志
备份状态检查
备份文件大小截图及日志保存（每周一次）
云平台
数据库状态及备份状态
P2PS
FTP中间备份服务器192.168.8.110
北京NBU备份172.21.190.5
RAC
crontab日志
运行状态检查
AWR正常报告（每周至少一次）
AIX110
备份状态检查(qrcode/crmif一周一次)
备份状态检查(n9yl/ylyy_ehr/
ylyy_bpm/ccense/zbcg/osbdev_mem/
ORACLE巡检报告
ORACLE巡检报告一、引言本次巡检报告是针对目标系统中的ORACLE数据库进行的，旨在评估数据库的整体性能、安全性以及运行状态，并提供相应的优化建议和改进措施。
二、巡检目的1.评估数据库的性能状况，识别存在的性能瓶颈和潜在问题。
2.检查数据库的安全性，发现可能存在的安全隐患和漏洞。
3.检查数据库的运行状态，确认数据库的稳定性和可用性。
4.提供相应的优化建议和改进措施，帮助提升数据库的性能和安全性。
三、巡检内容1.性能评估通过对数据库的性能指标进行测试和分析，评估数据库的性能状况。
主要包括以下内容：-响应时间：检查数据库的响应时间是否满足业务需求，识别响应时间过长的问题。
-请求量：评估数据库的吞吐量和并发处理能力，查看数据库是否存在请求量过大的问题。
-查询优化：检查数据库的查询计划，分析查询语句的性能瓶颈，提出优化建议。
2.安全评估对数据库的安全性进行全面的评估，发现可能存在的安全隐患和漏洞。
主要包括以下内容：-访问控制：检查数据库的用户权限设置，确认是否存在权限过大或权限缺失的情况。
-弱口令检测：扫描数据库的用户口令，发现可能存在的弱口令，提出修改口令的建议。
-审计日志：检查数据库的审计日志设置，确认是否存在未启用审计或日志记录不完整的情况。
3.运行状态检查对数据库的运行状态进行全面检查，确认数据库的稳定性和可用性。
主要包括以下内容：-内存使用情况：检查数据库的内存使用情况，确认是否存在内存泄漏或内存不足的情况。
-磁盘空间：评估数据库的磁盘空间使用情况，预测磁盘空间是否足够，提出磁盘空间扩容的建议。
-日志管理：检查数据库的日志管理情况，确认是否存在日志文件过大或日志文件切换不及时的情况。
四、巡检结果1.性能评估结果数据库的响应时间整体符合业务需求，但存在部分查询语句性能较差的情况，建议对这些查询进行优化。
数据库的请求量较大，建议增加服务器资源以提升并发处理能力。
2.安全评估结果数据库的访问控制较为合理，但存在少数用户权限过大的情况，建议限制部分用户的权限。
系统巡检报告
系统巡检报告一、引言在大数据时代，信息系统的高效性和稳定性对于企业的运营至关重要。
为了保障系统的正常运行，维护人员需要进行定期的巡检工作，及时发现并解决潜在问题。
本报告将详细介绍最近一次系统巡检的情况，包括巡检内容、发现的问题以及解决方案等。
二、巡检内容本次系统巡检主要包括以下几个方面：1. 硬件设备：检查服务器的运行状态、硬盘容量以及温度等指标，确保硬件设备的正常工作。
2. 网络连接：测试网络连接速度、稳定性和延迟情况，以保证数据传输的稳定性。
3. 数据库：检查数据库的性能、存储空间以及索引使用情况，优化数据库配置，提升系统响应速度。
4. 安全性检查：对系统进行漏洞扫描、入侵检测以及权限控制等安全性检查，确保系统的安全性。
5. 日志文件：检查系统日志文件，寻找异常记录，帮助解决问题和优化系统性能。
三、问题与解决方案根据本次系统巡检的结果，共发现了以下几个问题，并进行了相应的解决方案。
1. 存储容量不足问题描述：数据库存储空间满，导致新数据无法写入，系统出现异常。
解决方案：及时清理过期数据和无效记录，同时增加数据库的存储容量。
2. 网络连接延迟问题描述：网络连接在高峰期出现延迟问题，导致用户体验较差。
解决方案：对网络设备进行优化配置，增加带宽和负载均衡，同时升级网络交换机以提高传输速度和稳定性。
3. 安全漏洞问题描述：系统存在一些已知的安全漏洞，极易受到恶意攻击。
解决方案：及时修补漏洞，并加强系统的安全性措施，如加强权限控制、增加防火墙、安装入侵检测系统等。
4. 数据库索引问题问题描述：数据库索引缺失或失效，导致查询速度较慢。
解决方案：对数据库进行索引优化，根据查询频率和字段重要性设计合理的索引策略，并定期更新索引。
5. 硬件故障问题描述：某台服务器硬件故障，导致系统无法正常工作。
解决方案：及时更换故障硬件，并进行相关测试和验证，确保系统恢复正常。
四、优化建议除了解决已发现的问题外，根据本次巡检的结果，还提出了以下优化建议，以进一步提升系统的运行效率和稳定性。
数据库质检报告
数据库质检报告1. 背景介绍数据库质检是指对数据库进行全面、系统的检查和评估，以确认数据库的稳定性、安全性和性能是否达到预期标准。
本质检报告旨在对经过质检的数据库进行总结和分析，提供详细的质检结果和建议。
2. 质检目标本次数据库质检的目标是对公司数据库进行全面的评估，并发现存在的问题和潜在风险，为后续优化和维护提供有力的依据。
具体的质检目标包括但不限于以下几点： - 数据库性能评估 - 数据安全性评估 - 数据一致性评估 - 数据库备份和恢复策略评估 - 数据库运维管理评估3. 数据库质检方法本次数据库质检采用了多种方法和工具，包括但不限于以下几个方面： - 数据库性能测试：通过模拟负载和压力测试，评估数据库的性能指标，如响应时间、并发处理能力等。
- 数据库安全扫描：使用安全扫描工具对数据库进行漏洞扫描和风险评估，发现潜在的安全问题。
- 数据一致性检查：通过比对数据库表结构和数据记录，检查数据一致性和完整性。
- 数据库备份和恢复测试：测试数据库的备份和恢复策略，验证其可靠性和有效性。
- 运维管理评估：对数据库的运维管理策略进行评估，包括日常维护、监控和性能优化等方面。
4. 数据库质检结果4.1 数据库性能评估结果经过性能测试，数据库在正常负载下的响应时间在可接受范围内，但在高负载情况下响应时间有所增长，需要进一步优化数据库配置和索引策略。
4.2 数据安全性评估结果数据库安全扫描发现存在几个潜在的安全风险，如默认用户名和密码未更改、未对敏感数据进行加密存储等。
建议采取相应的措施加强数据库的安全性，如及时更新数据库软件补丁、加强访问控制等。
4.3 数据一致性评估结果数据一致性检查发现数据库中存在部分数据记录不一致和重复，可能导致数据分析和决策的误差。
建议进行数据清理和校对，确保数据的一致性和准确性。
4.4 数据库备份和恢复策略评估结果数据库备份和恢复测试表明，数据库的备份策略较为完善，备份操作也能够成功执行。