数据库巡检模板
数据中心运维巡检服务报告1-模板
数据中心服务报告-模板
1重大事件报告
重大事件报告
2机房日常巡检记录表
机房日常巡检记录表
3机房周巡检记录表
机房周巡检记录表
4机房月巡检记录表
机房月巡检记录表
5系统主机工作状态月检查表
系统主机工作状态月检查表
6信息系统开通审批单
信息系统开通审批单
7局域网安全审计记录表
局域网安全审计记录表
8服务器、网络设备故障记录表
服务器、网络设备故障记录表
9机房设备日常操作记录表
机房设备日常操作记录表
10病毒防护系统升级记录表
病毒防护系统升级记录表。
数据库巡检报告
数据库巡检报告一、概述根据公司的安全政策要求，对于公司的数据库进行了定期的巡检。
本次巡检是为了保障数据库的可用性、稳定性和安全性。
本次巡检主要是从数据库的基础设施、性能优化、安全合规等方面进行了评估和检查。
二、巡检目的1. 评估和检查数据库的性能，并发现潜在问题和风险。
2. 发现数据库基础设施存在的问题，为下一步的改进提供建议。
3. 检查数据库的安全合规问题，确保数据库不受到未知攻击和安全威胁。
三、巡检内容1. 基础设施评估对数据库服务器的硬件、软件环境进行评估和检查，包括服务器的操作系统、数据库软件版本、网络设置、存储设备等内容。
针对存在的问题，提出修复建议和改进方案，以保障数据库的稳定性和可用性。
2. 性能评估针对数据库的读写能力、响应时间、吞吐量等方面进行评估和检查。
通过对数据库的性能指标进行分析和识别，找出性能不足的区域，给出性能优化的建议。
3. 安全评估对数据库的安全合规性进行评估和检查，包括访问权限、备份和容灾策略、加密设施等方面。
本次巡检发现存在一些潜在的安全风险，建议加强数据库的访问控制、密钥管理等安全措施，以提高数据库的安全性。
四、建议和总结1. 加强数据库的备份和容灾策略，确保数据库数据的安全性和可靠性。
2. 建议实施数据库的定期维护和备份工作，保障数据库的稳定性和可用性。
3. 建议采用数据加密技术，保护用户的敏感数据，防止数据泄露和黑客攻击。
4. 建议加强访问控制管理，限制非授权用户的操作权限，保护数据库的安全性。
五、结论本次巡检对公司的数据库进行了综合评估和检查，发现存在一些问题和潜在风险。
建议公司采取相应的措施，实施数据库的维护和优化工作，以提高数据库的性能和安全性。
信息系统巡检模板
*****系统巡检报告模板
系统名称：******系统
报告日期：**********
巡检部门：*******
报告人：
参与人：
巡检时间：
1、软件及系统环境巡检
（1）数据库服务器
（2）应用服务器
2、数据库巡检
3、系统维护记录
4、存在的问题以及对问题原因的分析
5、总结及运维建议
（1）定期检查应用、数据库的日志归档、数据备份策略，检视这些策略是否在有效地运行，历史数据是否按预期的时间与方式被归档处理。
（2）定期检查重要数据的备份文件的有效性，确认这些备份数据是安全的且可在应急故障中用于恢复数据。
（3）针对巡检时存在的问题及时加以分析处理，规避安全隐患。
数据库巡检报告(二)(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.监控数据库升级后的运行情况，及时解决可能出现的问题。
总结：通过对数据库的性能监控、安全漏洞、备份和恢复、空间管理以及版本更新的巡检，可以保证数据库的高效稳定运行。
巡检应该定期进行，以及时发现和解决潜在的问题，并根据巡检结果进行调整和优化。
同时，数据库管理员应该定期更新维护手册，记录巡检的详细过程和结果，以便未来参考和分析。
系统及数据库性能巡检模板
XXX客户巡检报告修改记录审阅记录目录1.应用巡检 (5)1.1.检查介绍 (5)1.1.1.应用监控 (5)1.1.2.连接池监控 (5)1.2.系统概要 (5)1.3.CPU使用情况 (6)1.4.内存使用情况 (6)1.5.线程运行状态 (6)1.6.数据源状态 (7)1.6.1.数据源XX (7)1.6.2.数据源XX (7)2.操作系统巡检 (7)2.1.检查介绍 (7)2.1.1.检查系统 (7)2.1.2.检查范围 (7)2.2.硬件配置 (8)2.2.1.主机配置 (8)2.3.资源使用率 (9)2.3.1.硬盘可用空间 (9)2.3.2.CPU 利用率 (10)2.3.3.内存利用率 (10)2.3.4.IO使用率 (10)2.3.5.网络连通性 (11)2.4.安全性 (11)2.4.1.日志 (11)2.4.2.数据库相关服务及配置 (11)2.5.系统安全 (11)3.数据库巡检 (11)3.1.1.检查系统 (12)3.1.2.检查范围 (12)3.2.数据库安全性 (13)3.2.1.日志 (13)3.2.2.备份 (13)3.2.3.恢复演练 (14)3.2.4.安全策略 (14)3.2.5.权限 (16)3.2.6.审计 (16)3.3.数据库稳定性 (16)3.3.1.数据库版本和单独补丁 (16)3.3.2.CRS版本和单独补丁 (17)3.3.3.ORACLE CLUSTER配置 (17)3.3.4.CRS日志文件 (18)3.3.5.初始化参数文件 (18)3.3.6.Control文件 (18)3.3.7.Redo log 文件 (19)3.3.8.数据文件 (20)3.3.9.归档log 文件 (21)3.3.10.表空间 (22)3.3.11.回滚段管理 (24)3.3.12.SqlNet 概况 (25)3.3.13.schema对象 (26)3.4.数据库性能 (26)3.4.1.数据库各项基于时间模型的统计信息 (27)3.4.2.数据库负荷压力分析 (29)3.4.3.各项命中率 (30)3.4.4.等待事件 (31)3.4.5.统计信息分析 (32)3.4.7.索引/行迁移/行链 (33)3.4.8.Enqueue等待分析 (34)tch分析 (34)3.4.10.Top SQL语句 (34)4.检查总结与调整建议 (35)4.1.应用巡检总结与建议 (35)4.1.1.Resource Limit分析 (35)4.2.操作系统巡检总结与建议 (36)4.3.数据库巡检总结与建议 (36)4.3.1.数据安全性 (36)4.3.2.稳定性 (36)4.3.3.性能 (36)4.3.4.调整建议： (36)附录:初始化参数 (36)1.应用巡检1.1.检查介绍应用系统巡检通过XX系统自带的监控系统获取历史数据。
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查看系统会话数系统会话数应和基线参数基本一致，过高和过低以为着系统存在异常。
数据库日巡检记录单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/
(完整word版)Oracle巡检模板
数据库系统数据库配置及性能检查报告(oracledb)1. 文档控制修改记录分发者审阅记录相关文档Oracle安装手册及其它METALINK文档目录1.文档控制 (II)修改记录....................................................................................................................... i i分发者 ........................................................................................................................... i i审阅记录....................................................................................................................... i i相关文档....................................................................................................................... i i2.检查总结 (5)概要 (5)建议 (6)3.介绍 (7)目标 (7)检查方法 (7)检查范围 (7)4.系统配置信息 (8)5.操作系统性能 (10)结论/建议 (10)6.数据库配置 (10)文件系统 (11)数据库版本 (11)数据库初始化参数 (11)运行日志错误检查 (12)控制文件 (12)联机日志(Online Redo Log) (13)数据文件管理(包括临时文件) (13)表空间管理 (14)回滚段 (16)数据库对象管理 (16)安全性管理 (17)7.O RACLE N ET (19)概况 (19)LISTENER设置 (19)SQL*Net设置 (19)TNSNAMES设置 (19)8.备份与恢复 (20)备份 (20)恢复 (20)9.数据库性能 (21)系统负载情况 (21)比较消耗资源的SQL语句 (22)10.附录（S TATSPACK REPORTS） (24)2. 检查总结概要此次数据库检查包括以下内容：如果工程师在检查中发现ORACLE配置或性能方面的问题，我们将对检查范围内的情况进行记录，并提出建议。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
XXXXXXXXXXXXXXXXXXXXOracle数据库健康检查与评估XXXX巡检人：报告生成日期：yyyy-mm-dd文档控制此文档仅供江苏移动审阅，不得向与此无关的个人或机构传阅或复制。
修改记录分发者审阅记录相关文档目录文档控制 (2)修改记录 (2)分发者 (2)审阅记录 (2)相关文档 (2)目录 (3)1.检查介绍 (5)1.1检查系统 (5)1.2检查范围 (5)2.硬件配置 (7)2.1主机配置 (7)3.系统配置 (8)3.1操作系统数据库相关要求补丁 (8)3.2硬盘可用空间 (8)3.3CPU 利用率 (8)4.数据库配置 (10)4.1数据库版本和单独补丁 (10)4.2CRS版本和单独补丁 (10)4.3ORACLE CLUSTER配置 (10)4.4数据库产品选项 (11)4.5初始化参数文件 (11)4.6CRS日志文件 (11)4.7RDBMS运行日志和跟踪文件 (11)4.8控制文件 (12)4.9Redo log 文件 (12)4.10归档Redo log 文件 (13)4.11数据文件 (13)4.12表空间 (14)4.13回滚段管理 (16)5.数据库简单风险评估 (17)5.1安全性管理 (17)6.SqlNet 概况 (18)6.1监听器Listener (18)6.2SQL*Net (18)6.3TNSNAMES (18)7.数据库性能 (19)7.1数据库各项基于时间模型的统计信息 (19)7.2数据库负荷压力分析 (20)7.3各项命中率 (21)7.4等待事件 (21)7.5统计信息分析 (21)7.6数据库I/O性能 (22)7.7索引/行迁移/行链 (22)7.8Enqueue等待分析 (23)7.9Latch分析 (23)7.10Resource Limit分析 (23)7.11Top SQL语句 (24)8.数据库备份策略评估 (25)8.1备份 (25)8.2恢复 (25)9.数据库特别关注点检查 (26)10.检查总结 (27)附录:初始化参数 (28)数据库所有非默认值的参数： (28)1.检查介绍1.1检查系统系统主要包括1个数据库，具体情况如下：1.2检查范围本次检查仅限于数据库。
在这次检查中对数据库配置和数据库性能进行了分析。
本报告提供的检查和建议不涉及具体的安全分析和应用程序的具体细节。
以下提请注意：本次检查仅历时1天，其中还包括了提交分析报告的时间，所以在具体的应用程序性能方面并不加以深入。
以下列出系统主机的主要配置情况2.1主机配置建议：目前系统配置满足数据库要求，操作系统参数设置合理。
和数据库相关的操作系统配置将被检查，包括以下方面：●操作系统数据库相关要求补丁●存放oracle文件的硬盘区可用空间(oracle文件包括：数据文件，控制文件，在线redo logs，归档redo logs，运行情况文件和跟踪文件)。
●硬盘利用率。
●CPU利用率。
3.1操作系统数据库相关要求补丁建议：3.2硬盘可用空间硬盘可用情况如下示：数据库XXXX的硬盘使用率情况如下：Filesystem kbytes used avail %used Mounted on数据库YYYY的硬盘使用率情况如下：Filesystem kbytes used avail %used Mounted on建议：目前该数据库服务器中还没有其他硬盘空间使用率超过90%的分区。
如果有需要引起注意并且及时增加硬盘空间的容量。
3.3CPU 利用率CPU利用率的统计时间是：yyyy-mm-dd hh:mi---- yyyy-mm-dd hh:mi1.top / glance2.vmstat 2 20参考值：1.最大CPU使用率：60%--70%2.系统进程与用户进程占用CPU最大比率：40/60数据库XXXX:数据库YYYY:从上述的情况中看出，数据库:服务器CPU idle基本在75%以上，CPU资源较为空闲。
建议：当CPU的使用率超过80%，要注意监控是否有僵死进程，如果有僵死进程占用CPU，需要将僵死进程kill掉。
如果有正常进程占用大量CPU，需要查看是否属于正常业务进程等。
4.数据库配置本次检查工作主要针对数据库XXXX。
4.1数据库版本和单独补丁目前已经安装的单独补丁列表如下：opatch lsinventory -oh $ORACLE_HOME建议：4.2CRS版本和单独补丁CRS安装单独补丁列表如下：opatch lsinventory -oh $ORA_CRS_HOME建议：4.3ORACLE CLUSTER配置OCR使用和备份都正常。
相关CRS的资源和服务都正常。
4.4数据库产品选项当oracle软件安装时，会选择要安装的产品。
有某些产品的安装是需要license的，本次检查不涉及license问题。
一般，很多系统安装的数据库产品选项根本未被使用。
以下列出的安装产品选项可供未来的应用开发参考，或是可以被确认有哪些产品选项未在原计划之内。
以下是数据库安装的产品选项：4.5初始化参数文件数据库SPFILE参数指定了当前使用的数据库配置参数，在数据库启动时被使用。
在附录A列出了数据库所有的非默认值的参数。
建议：1.数据库的参数可以看出大部分都是经过精心设置的。
2.建议调整的参数值，请在测试环境数据库中测试确认之后，再调整于生产环境数据库。
4.6CRS日志文件从Oracle 10g RAC版本开始，新增加CRS组件。
CRS对于RAC使用是必不可少，因此crs的稳定对于RAC数据库的正常运行至关重要。
在健康检查中会检查CRS、CSS和EVM的LOG信息。
.建议：2．检查CRS其他相关进程日志，没有发现问题。
4.7RDBMS运行日志和跟踪文件Oracle 数据库进程生成跟踪文件来记录错误或冲突，这些跟踪文件可以用来进一步分析问题。
数据库参数'max_dump_file_size'限制了这些跟踪文件的大小(以操作系统块的大小为单位)。
应当有足够的硬盘空间来容纳最大值的设置，否则的话应当修改上述参数的设置。
如果参数'max_dump_file_size'设得太大，会超过硬盘空间容量；如果设得太小，又不能容纳足够的出错信息供oracle 支持服务部门分析问题。
此参数可以在数据库会话级设置，这样可以有选择性地设置较大值。
注意每天监控运行日志文件中的出错信息，以便于在问题还是隐患的时候及时发现并解决掉。
建议每月初将当前的alert.log重新命名以作备份，同时也可以避免alert.log文件变得太大不易管理。
在数据库:实例的运行日志文件发现的最近一月内的主要错误如下所示：建议：4.8控制文件每个数据库至少有一个控制文件。
控制文件记录了数据库的物理结构及同步信息。
Control file location控制文件路径如下：目前所有的控制文件文件存储在已经做了硬件RAID的磁盘阵列上面，提供了硬件级别的保护。
建议:4.9Redo log 文件对于恢复操作，最为关键的结构是在线Redo Log。
在线Redo Log一般由两个或两个以上预先分配的存储数据库变化的文件组成。
为了防止例程故障，每个数据库的实例都有相关的在线Redo Log。
每个数据库至少有两个Redo Log组，每组至少有一个日志文件。
Oracle的多重在线Redo Log文件可以确保在线日志文件的安全。
对于多重在线Redo Log文件，LGWR同时将相同的Redo Log信息写入不同的Redo Log文件中，从而减少单个文件丢失的损失。
当Oracle无法访问一个Redo Log文件时，这个文件状态变为INVALID。
当Oracle推测一个Redo Log文件不完整或者不正确时，它的状态变为STALE。
当一个STALE的文件被重用时，即其所在日志文件组活动时，此文件也能够使用。
在线Redo Log文件减少了数据库数据丢失的损失，比如当发生例程故障时，没有被写入数据文件的数据可以从在线Redo Log文件中恢复。
建议：4.10归档Redo log 文件Oracle允许将写满的在线Redo Log文件存放在一个或多个脱机位置，即归档Redo Log。
在线日志文件通过归档写入归档日志文件。
后台进程ARCn自动进行归档操作。
您能通过归档日志进行：•在线备份•基于时间的恢复Archived Redo Log Settings建议：这里能够很好地在运行环境中使用归档Redo Log。
这样就能够进行基于时间的恢复。
监控归档日志文件所暂时存放的磁盘空间，根据实际情况调整归档日志文件备份到磁带的频度。
4.11数据文件数据文件是数据库分配的物理文件。
在Oracle数据库中，一个表空间可以包含一个或多个物理文件。
而一个数据文件则只能关联一个表空间和一个数据库。
Oracle通过分配一定的磁盘空间以及所需要的文件头空间，为每个表空间创建一个数据文件。
Data file locations检测数据文件的位置。
当数据文件增长过度，数据库中必须添加数据文件。
应该避免“哪里有空间，哪里建文件”的错误方法，因为这样会增加备份策略和文件维护的复杂性。
下面列出部分数据文件的位置。
建议：目前看来，数据文件存放位置基本准确。
Autoextend capabilities通过自动扩展命令进行数据文件的自动扩展。
假定数据文件无法分配所需空间，那么它将提高数据文件的大小以获得更多空间。
建议：4.12表空间每个数据库由一个或多个逻辑存储单位，即表空间，所组成。
而表空间则由逻辑存储单位段所组成。
而段将被分为多个片。
Tablespace Management以下是关于数据库表空间管理的信息。
建议：Tablespace Default Storage Management每个表空间中，可以为创建的对象指定缺省的存储参数。
创建对象时指定的存储参数将覆盖缺省值。
如果在创建对象时没有指定存储参数，那么系统将使用缺省值。
表空间缺省存储情况：数据库表空间的管理方式均为本地管理，这有利于减少表空间级别的碎片，同时避免了DB在进行空间管理时对数据字典表（FET$、UET$）的争用。
我们知道系统中存在越多的空闲extent,越容易发生碎片问题。
其中空闲extent的大小非常重要，如果在表空间上有许多个无法满足指定的next大小的空闲extent，那这个空闲extent就无法被重新使用并成为碎片，这时就需要重新整理碎片；我们可以使用COALESCE命令合并相邻的extent，来减少系统中的碎片。
如果系统中不连续的小空闲extent过多，也就是碎片过多，则可能需要通过重建表空间的方式来消除碎片。
系统多数表空间使用ASSM，ASSM使用位图而不是传统的FreeList来管理段内的free db block，大大提升了空间管理的性能。