数据库健康检查报告(2008-4-28)

合集下载

数据库健康检查

数据库健康检查一、背景介绍数据库是现代信息系统中重要的数据存储和管理工具，对于保证系统的稳定性和可靠性至关重要。

数据库健康检查是一项定期进行的评估和分析数据库性能、安全性和可用性的活动，旨在发现潜在的问题并采取相应的措施进行修复和优化，以确保数据库的正常运行和高效性能。

二、检查内容1. 数据库性能检查- 检查数据库的响应时间，包括查询和事务处理的性能。

- 分析数据库的负载情况，包括CPU利用率、内存利用率和磁盘IO等指标。

- 检查数据库的索引和查询优化，确保查询的效率和性能。

2. 数据库安全性检查- 检查数据库的访问控制，确保只有授权用户能够访问数据库。

- 检查数据库的密码策略，确保密码的复杂性和安全性。

- 检查数据库的备份和恢复策略，确保数据的可靠性和完整性。

3. 数据库可用性检查- 检查数据库的故障转移和高可用性机制，确保数据库的持续可用性。

- 检查数据库的容量规划，确保数据库能够满足业务需求。

- 检查数据库的监控和告警机制，及时发现和解决潜在的问题。

三、检查步骤1. 数据库性能检查步骤- 使用性能监控工具对数据库进行全面监控，收集性能指标数据。

- 分析性能指标数据，查找潜在的性能问题和瓶颈。

- 优化数据库的索引和查询语句，提高查询效率和性能。

2. 数据库安全性检查步骤- 检查数据库的用户和权限设置，确保只有授权用户能够访问数据库。

- 检查数据库的密码策略，包括密码复杂性、有效期限和更改频率等。

- 检查数据库的备份和恢复策略，包括备份频率、备份存储和恢复测试等。

3. 数据库可用性检查步骤- 检查数据库的故障转移和高可用性机制，包括主备同步、自动故障切换和数据恢复等。

- 检查数据库的容量规划，包括数据增长率、存储空间和扩展计划等。

- 配置数据库的监控和告警系统，及时发现和解决潜在的问题。

四、检查报告根据数据库健康检查的结果，生成详细的检查报告，包括以下内容：1. 检查目的和背景介绍。

2. 检查内容和步骤的详细说明。

数据库健康检查报告(2008-4-28)详解

数据库健康检查报告版权所有目录1数据库健康检查 (3)1.1查看数据库运行状态 (3)1.2查看数据库服务器监听是否正常 (3)1.3查看硬件存储空间使用情况 (5)1.4安全管理 (5)1.5数据库警告日志文件检查 (6)1.6数据库空表间检查 (9)1.7I/O检查 (10)1.8检查是否有失效的索引 (11)1.9检查数据库用户情况 (12)1.10检查数据库数据文件的状态 (13)1.11检查监听日志文件是否过大 (13)1.12查看数据库优化信息,确保未被随意更改,保证数据库系统运行性能 (14)1数据库健康检查健康检查总结：目前数据库运行正常。

1.1查看数据库运行状态检查结果：正常结果如下：[oracle@qzupdb2 ~]$ ps -ef|grep ora_oracle 23804 1 0 Feb03 ? 00:03:12 ora_pmon_uporaoracle 23806 1 0 Feb03 ? 00:11:34 ora_dbw0_uporaoracle 23808 1 0 Feb03 ? 00:27:44 ora_lgwr_uporaoracle 23810 1 0 Feb03 ? 00:01:48 ora_ckpt_uporaoracle 23812 1 0 Feb03 ? 00:00:34 ora_smon_uporaoracle 23814 1 0 Feb03 ? 00:00:00 ora_reco_uporaoracle 23816 1 0 Feb03 ? 00:00:00 ora_cjq0_uporaoracle 23820 1 0 Feb03 ? 00:00:00 ora_s000_uporaoracle 23822 1 0 Feb03 ? 00:00:00 ora_d000_uporaoracle 23997 1 0 Feb03 ? 00:11:34 ora_qmn0_uporaoracle 9135 9107 0 14:41 pts/1 00:00:00 grep ora_[oracle@qzupdb2 ~]$简要说明:数据写进程(dbwr)：负责将更改的数据从数据库缓冲区高速缓存写入数据文件日志写进程(lgwr)：将重做日志缓冲区中的更改写入在线重做日志文件系统监控(smon) ：检查数据库的一致性如有必要还会在数据库打开时启动数据库的恢复进程监控(pmon) ：负责在一个Oracle 进程失败时清理资源检查点进程(chpt)：负责在每当缓冲区高速缓存中的更改永久地记录在数据库中时,更新控制文件和数据文件中的数据库状态信息。

数据库健康检查

数据库健康检查一、引言数据库是现代信息系统的核心组成部份，对于保证系统的稳定性和性能至关重要。

因此，定期进行数据库健康检查是必不可少的。

本文将详细介绍数据库健康检查的标准格式及相关内容。

二、检查目标数据库健康检查的目标是评估数据库的整体健康状况，包括但不限于以下方面：1. 数据库性能：评估数据库的性能指标，如响应时间、并发能力等。

2. 数据库可用性：评估数据库的可用性，包括备份和恢复策略、故障处理能力等。

3. 数据库安全性：评估数据库的安全性，包括访问控制、数据加密等。

4. 数据库容量：评估数据库的容量使用情况，包括数据文件和日志文件的大小、增长趋势等。

5. 数据库配置：评估数据库的配置参数，包括缓冲区大小、连接数等。

三、检查内容1. 数据库性能检查：a. 使用性能监控工具，如Oracle AWR报告、MySQL Performance Schema等，分析数据库的性能指标，如平均响应时间、数据库负载等。

b. 检查数据库的索引是否合理，是否存在慢查询等性能问题。

c. 检查数据库的并发能力，包括并发连接数、并发事务处理能力等。

2. 数据库可用性检查：a. 检查数据库备份策略，包括全量备份和增量备份的频率、备份文件的存储位置等。

b. 检查数据库的恢复策略，包括是否有可用的备份文件、是否进行过灾难恢复测试等。

c. 检查数据库的故障处理能力，包括故障自动检测和自动恢复能力等。

3. 数据库安全性检查：a. 检查数据库的访问控制，包括用户权限、角色权限等。

b. 检查数据库的数据加密策略，包括数据传输加密、数据存储加密等。

c. 检查数据库的审计功能，包括审计日志的开启情况、审计日志的保留时间等。

4. 数据库容量检查：a. 检查数据库的数据文件和日志文件的大小，评估数据库的容量使用情况。

b. 分析数据库的增长趋势，预测未来的容量需求。

5. 数据库配置检查：a. 检查数据库的配置参数，包括缓冲区大小、连接数等，评估是否合理。

ORACLE数据库结构健康检查分析报告(模版)

中国建设银行信息技术管理部厦门开发中心《XXXX系统ORACLE数据库结构健康检查分析报告》（模版）文档编号：制定单位：厦门开发中心文档历史文档位置本页为文档基本信息摘要. 本文档的硬拷贝至打印之日起生效. 对于文档本身的任何疑问，请与文档作者联系.原始文档存放在 ......修改历史批准者该文档需要下列人员批准. 签字批准页在PCB的质量部分分发该文档已经分发给目录前言 (6)1.ORACLE数据库结构检查结果 (6)2.检查结果分析 (7)2.1.超过6条索引的表 (7)2.1.1.检查结果 (7)2.1.2.分析 (7)2.2.超过255列的表 (7)2.2.1.检查结果 (7)2.2.2.分析 (8)2.3.超过6列的索引 (8)2.3.1.检查结果 (8)2.3.2.分析 (8)2.4.存在LONG 或LONG RAW的表 (8)2.4.1.检查结果 (8)2.4.2.分析 (8)2.5.没用分区索引的分区表 (9)2.5.1.检查结果 (9)2.5.2.分析 (9)2.6.冗余索引 (9)2.6.1.检查结果 (9)2.6.2.分析 (10)2.7.没用建立索引的外键 (10)2.7.1.检查结果 (10)2.7.2.分析 (10)2.8.HASH分区非2的幂次方的表 (10)2.8.1.检查结果 (10)2.8.2.分析 (10)3.附件 (10)前言本文档主要包含的内容：ORACLE数据库健康检查结果检查结果分析1.ORACLE数据库结构检查结果填写说明：此处将Toad DB Health Check的检查结果粘贴。

示例：2.检查结果分析2.1.超过6条索引的表2.1.1.检查结果填写说明：此处将Toad对应的详细检查结果粘贴。

<示例>:2.1.2.分析此处对检查结果进行分析。

<示例>:这些是Toad工具建的表，非CCDA用户2.2.超过255列的表2.2.1.检查结果填写说明：此处将Toad对应的详细检查结果粘贴。

数据库健康检查

数据库健康检查引言概述：数据库作为现代信息系统的重要组成部分，承载着大量的数据和关键业务应用。

然而，随着数据库的不断运行和维护，其健康状况可能会受到各种因素的影响，如性能下降、数据损坏、安全漏洞等。

因此，进行数据库健康检查是确保数据库正常运行和保障数据安全的重要手段。

本文将从四个方面详细介绍数据库健康检查的内容和方法。

一、数据库性能检查1.1 确认数据库的响应时间是否正常。

通过测试数据库的响应时间，可以评估数据库的性能状况。

一般来说，响应时间应在可接受的范围内，否则可能存在性能问题。

1.2 检查数据库的负载情况。

了解数据库的负载情况可以帮助我们判断数据库是否超负荷运行。

通过监控数据库的连接数、CPU利用率和磁盘IO等指标，可以评估数据库的负载情况。

1.3 检查数据库的索引是否合理。

索引是提高数据库查询性能的重要手段，但过多或不合理的索引也会影响数据库的性能。

因此，检查数据库的索引是否合理是数据库性能检查的重要内容之一。

二、数据库安全检查2.1 检查数据库的访问权限。

确保只有授权的用户能够访问数据库，避免未经授权的用户获取敏感数据或对数据库进行恶意操作。

2.2 检查数据库的密码强度。

弱密码是数据库安全的一个重要威胁，因此，检查数据库的密码强度并采取措施加强密码安全性是数据库安全检查的关键步骤之一。

2.3 检查数据库的审计日志。

审计日志可以记录数据库的操作情况，帮助我们发现异常行为和安全事件。

因此，检查数据库的审计日志是否开启和记录正常是数据库安全检查的重要内容之一。

三、数据库备份与恢复检查3.1 检查数据库的备份策略。

数据库备份是保障数据安全和业务连续性的关键措施，因此，检查数据库的备份策略是否合理、备份是否正常进行是数据库备份与恢复检查的重要内容之一。

3.2 检查数据库的备份完整性。

检查数据库备份文件的完整性可以保证备份数据的可用性。

通过验证备份文件的MD5值或进行部分数据恢复测试，可以评估数据库备份的完整性。

数据库健康检查

数据库健康检查一、引言数据库是现代应用系统中的关键组成部分，对于保证系统的稳定运行和数据的完整性至关重要。

数据库健康检查是一项必要的任务，通过对数据库的各项指标进行评估和分析，可以及时发现潜在问题并采取相应的措施进行修复，以确保数据库的正常运行和数据的安全性。

二、检查内容1. 数据库连接性检查检查数据库是否能够正常连接，包括检查数据库服务是否启动、网络连接是否正常、用户名和密码是否正确等。

2. 数据库版本检查检查数据库的版本信息，确保数据库处于最新的稳定版本，并及时升级数据库以获取最新的功能和安全性修复。

3. 数据库备份检查检查数据库的备份策略和备份恢复能力，包括备份频率、备份介质、备份恢复测试等，以确保数据库的数据可以及时恢复。

4. 数据库性能检查检查数据库的性能指标，包括响应时间、并发处理能力、吞吐量等，以评估数据库的性能瓶颈并进行优化。

5. 数据库安全检查检查数据库的安全性措施，包括访问控制、密码策略、数据加密等，以确保数据库的数据不受未经授权的访问和攻击。

6. 数据库容量检查检查数据库的存储容量和使用情况，包括数据库文件大小、表空间使用率等，以及时进行容量规划和扩容。

7. 数据库日志检查检查数据库的日志记录情况，包括错误日志、事务日志等，以及时发现异常和错误，并进行相应的处理。

8. 数据库完整性检查检查数据库的数据完整性，包括主键、外键、约束等，以确保数据的一致性和完整性。

三、检查方法1. 执行系统命令使用适当的命令行工具，如SQL语句或数据库管理工具，执行相应的命令，获取数据库的相关信息。

2. 分析数据库日志通过分析数据库的日志文件，查找异常和错误信息，以及时发现潜在的问题。

3. 使用性能监控工具使用性能监控工具，如数据库性能监控软件，收集和分析数据库的性能指标，以评估数据库的性能瓶颈。

4. 执行安全扫描工具使用安全扫描工具，对数据库进行安全扫描，以发现数据库的安全漏洞和潜在风险。

四、检查结果分析与处理1. 检查结果分析根据检查的结果和数据，对数据库的各项指标进行分析和评估，发现潜在问题和风险。

数据库健康检查

数据库健康检查一、引言数据库是现代信息系统的核心组成部份，对于企业的正常运营和数据安全具有重要意义。

为了确保数据库的稳定性和可靠性，定期进行数据库健康检查是必要的。

本文将详细介绍数据库健康检查的标准格式，包括检查内容、检查方法和检查结果分析等。

二、检查内容1. 数据库基本信息- 数据库名称：示例数据库- 数据库版本：Oracle 12c- 数据库大小：100GB- 数据库实例数：1- 数据库表数量：1000- 数据库用户数量：502. 数据库结构检查- 检查数据库表的结构是否符合设计规范- 检查数据库表之间的关系是否正确- 检查数据库索引的使用情况和效率3. 数据库性能检查- 检查数据库的响应时间是否满足要求- 检查数据库的并发访问能力是否足够- 检查数据库的资源利用率是否合理4. 数据库安全检查- 检查数据库的用户权限是否正确分配- 检查数据库的敏感数据是否得到有效保护- 检查数据库的备份和恢复策略是否完善5. 数据库容灾检查- 检查数据库的冗余和高可用性设置是否正常- 检查数据库的灾难恢复能力是否可靠- 检查数据库的数据完整性和一致性三、检查方法1. 数据库基本信息的获取- 登录数据库管理工具，查看数据库的基本信息2. 数据库结构检查- 使用数据库设计工具，分析数据库表的结构和关系- 使用数据库性能监控工具，分析数据库索引的使用情况和效率3. 数据库性能检查- 使用数据库性能监控工具，记录数据库的响应时间和并发访问情况 - 使用系统监控工具，分析数据库的资源利用率- 检查数据库用户权限的分配情况- 检查数据库的敏感数据访问权限- 检查数据库备份和恢复策略的配置情况5. 数据库容灾检查- 检查数据库的冗余和高可用性设置- 检查数据库的灾难恢复方案- 检查数据库的数据备份和恢复过程四、检查结果分析1. 数据库基本信息分析- 数据库名称、版本和大小是否符合预期- 数据库实例数、表数量和用户数量是否合理2. 数据库结构分析- 数据库表的结构和关系是否符合设计规范- 数据库索引的使用情况和效率是否满足要求3. 数据库性能分析- 数据库的响应时间是否在可接受范围内- 数据库的并发访问能力是否足够支持业务需求 - 数据库的资源利用率是否合理- 数据库用户权限的分配是否正确- 数据库的敏感数据是否得到有效保护- 数据库的备份和恢复策略是否完善5. 数据库容灾分析- 数据库的冗余和高可用性设置是否正常- 数据库的灾难恢复能力是否可靠- 数据库的数据完整性和一致性是否得到保证五、总结数据库健康检查是确保数据库稳定性和可靠性的重要手段。

数据库健康检查

数据库健康检查引言概述：数据库是现代信息系统中的重要组成部份，对于保障系统的正常运行至关重要。

然而，随着数据库规模的不断扩大和数据量的增加，数据库健康问题也日益突出。

因此，进行定期的数据库健康检查是必不可少的。

本文将从五个大点出发，详细阐述数据库健康检查的重要性和具体方法。

正文内容：1. 数据库性能检查1.1 确保数据库连接正常：检查数据库连接是否稳定，排查连接超时、连接泄露等问题。

1.2 检查数据库响应时间：通过对数据库执行一系列常见操作，如查询、插入、更新等，分析响应时间是否在可接受范围内。

1.3 监测数据库负载：检查数据库的负载情况，包括CPU利用率、内存利用率、磁盘IO等，以确保数据库能够承受当前的负载压力。

1.4 分析数据库性能瓶颈：通过性能监控工具，分析数据库性能瓶颈，如慢查询、索引缺失等，并进行相应的优化。

2. 数据库安全检查2.1 检查数据库账户权限：审查数据库账户的权限设置，确保不同的用户拥有适当的权限，避免权限过大或者过小的情况。

2.2 检查数据库访问控制：检查数据库访问控制策略，包括IP白名单、密码策略等，防止未经授权的访问。

2.3 审查数据库备份策略：检查数据库备份策略是否合理，包括备份频率、备份恢复测试等，以确保数据的安全性和可恢复性。

2.4 检查数据库加密设置：审查数据库的加密设置，包括数据传输加密、数据存储加密等，保障数据的机密性和完整性。

3. 数据库容灾检查3.1 检查数据库的高可用性设置：检查数据库的主备复制机制，确保在主数据库故障时能够快速切换到备用数据库。

3.2 检查数据库的灾备策略：审查数据库灾备策略，包括数据同步机制、灾备测试等，以确保在灾难发生时能够及时恢复数据。

3.3 检查数据库的容量规划：分析数据库的容量使用情况，预测未来的容量需求，避免因容量不足导致的系统故障。

4. 数据库数据完整性检查4.1 检查数据库约束：检查数据库中定义的约束条件，如主键、外键、惟一约束等，确保数据的完整性。

1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

归档进程(arcn) ：在每次日志切换时把已满的日志组进行备份或归档恢复进程(reco) :保证分布式事务的一致性,在分布式事务中,要么同时commit,要么同时rollback;1.2查看数据库服务器监听是否正常1.服务器监听配置内容检查结果：正常文件内容:2.数据库监听器状态检查检查结果：正常以oracle用户在当前运行Oracle的主机上执行：$lsnrctl status upora结果如下：[oracle@qzupdb2 ~]$ lsnrctl status uporaLSNRCTL for Linux: Version 9.2.0.8.0 - Production on 28-APR-2008 11:20:01Copyright (c) 1991, 2006, Oracle Corporation. All rights reserved.Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.51.139)(PORT=1521))) STATUS of the LISTENER------------------------Alias UPORAVersion TNSLSNR for Linux: Version 9.2.0.8.0 - ProductionStart Date 03-FEB-2008 10:49:11Uptime 85 days 0 hr. 30 min. 50 secTrace Level offSecurity OFFSNMP OFFListener Parameter File /home/oracle/app/oracle/product/9.2.0/network/admin/listener.ora Listener Log File /home/oracle/app/oracle/product/9.2.0/network/log/upora.log Listening Endpoints Summary...(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=192.168.51.139)(PORT=1521)))(DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=EXTPROC)))Services Summary...Service "upora" has 1 instance(s).Instance "upora", status UNKNOWN, has 1 handler(s) for this service...The command completed successfully1.3查看硬件存储空间使用情况检查结果：正常结果如下：[oracle@qzupdb2 ~]$ df -lhFilesystem Size Used Avail Use% Mounted on/dev/sda6 20G 6.2G 13G 34% //dev/sda2 289M 17M 257M 7% /bootnone 2.0G 0 2.0G 0% /dev/shm/dev/sda11 61G 6.9G 51G 12% /home/dev/sda3 20G 1.2G 18G 7% /opt/dev/sda7 9.7G 55M 9.1G 1% /tmp/dev/sda5 20G 369M 18G 2% /var/dev/sdc1 527G 16G 485G 4% /oradata1/dev/sdb1 385G 150G 216G 41% /oradata1.4安全管理检查结果：正常输入命令:结果信息如下：[oracle@qzupdb2 ~]$ sqlplus '/ as sysdba'SQL*Plus: Release 9.2.0.8.0 - Production on Mon Apr 28 11:20:47 2008 Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.Connected to:Oracle9i Enterprise Edition Release 9.2.0.8.0 - ProductionWith the Partitioning, OLAP and Oracle Data Mining optionsJServer Release 9.2.0.8.0 - ProductionSQL> select *2 from dba_role_privswhere grantee in (select USERNAME3 4 from dba_users5 where account_status = 'OPEN'6 AND INITIAL_RSRC_CONSUMER_GROUP <> 'SYS_GROUP'7 AND DEFAULT_TABLESPACE <> 'SYSTEM');GRANTEE GRANTED_ROLE ADM DEF------------------------------ ------------------------------ --- --- WAPGW CONNECT NO YES WAPGW RESOURCE NO YES UPUSER CONNECT NO YES UPUSER RESOURCE NO YESIT_MONITOR CONNECT NO YESSQL>1.5数据库警告日志文件检查检查结果: 正常以oracle用户登录当前运行Oracle的主机，执行：$cd $ORACLE_BASE/admin/upora/bdump$cat alert_upora.log|grep ORA-近期没有出错日志注意：SID和$ORACLE_SID都表示实例名。

[oracle@qzupdb2 bdump]$ tail -100 alert_upora.logTue Mar 25 23:50:43 2008Thread 1 advanced to log sequence 926Current log# 1 seq# 926 mem# 0: /oradata/upora/redo01.log Fri Mar 28 03:05:56 2008Thread 1 advanced to log sequence 927Current log# 2 seq# 927 mem# 0: /oradata/upora/redo02.log Sun Mar 30 00:01:05 2008Thread 1 advanced to log sequence 928Current log# 3 seq# 928 mem# 0: /oradata/upora/redo03.log Thread 1 advanced to log sequence 929Current log# 1 seq# 929 mem# 0: /oradata/upora/redo01.log Thread 1 advanced to log sequence 930Current log# 2 seq# 930 mem# 0: /oradata/upora/redo02.log Thread 1 cannot allocate new log, sequence 931Checkpoint not completeCurrent log# 2 seq# 930 mem# 0: /oradata/upora/redo02.log Thread 1 advanced to log sequence 931Current log# 3 seq# 931 mem# 0: /oradata/upora/redo03.log Sun Mar 30 00:01:51 2008Thread 1 cannot allocate new log, sequence 932Checkpoint not completeCurrent log# 3 seq# 931 mem# 0: /oradata/upora/redo03.log Thread 1 advanced to log sequence 932Current log# 1 seq# 932 mem# 0: /oradata/upora/redo01.log Sun Mar 30 00:02:11 2008Thread 1 cannot allocate new log, sequence 933Checkpoint not completeCurrent log# 1 seq# 932 mem# 0: /oradata/upora/redo01.log Sun Mar 30 00:02:30 2008Thread 1 advanced to log sequence 933Current log# 2 seq# 933 mem# 0: /oradata/upora/redo02.log Thread 1 cannot allocate new log, sequence 934Checkpoint not completeCurrent log# 2 seq# 933 mem# 0: /oradata/upora/redo02.log Sun Mar 30 00:02:50 2008Thread 1 advanced to log sequence 934Current log# 3 seq# 934 mem# 0: /oradata/upora/redo03.log Thread 1 cannot allocate new log, sequence 935Checkpoint not completeCurrent log# 3 seq# 934 mem# 0: /oradata/upora/redo03.log Sun Mar 30 00:03:15 2008Thread 1 advanced to log sequence 935Current log# 1 seq# 935 mem# 0: /oradata/upora/redo01.log Mon Mar 31 23:27:05 2008Thread 1 advanced to log sequence 936Current log# 2 seq# 936 mem# 0: /oradata/upora/redo02.log Thu Apr 3 02:50:50 2008Thread 1 advanced to log sequence 937Current log# 3 seq# 937 mem# 0: /oradata/upora/redo03.log Sat Apr 5 06:22:01 2008Thread 1 advanced to log sequence 938Current log# 1 seq# 938 mem# 0: /oradata/upora/redo01.log Mon Apr 7 09:34:28 2008Thread 1 advanced to log sequence 939Current log# 2 seq# 939 mem# 0: /oradata/upora/redo02.log Wed Apr 9 12:44:31 2008Thread 1 advanced to log sequence 940Current log# 3 seq# 940 mem# 0: /oradata/upora/redo03.log Fri Apr 11 14:58:43 2008Thread 1 advanced to log sequence 941Current log# 1 seq# 941 mem# 0: /oradata/upora/redo01.log Sun Apr 13 17:48:02 2008Thread 1 advanced to log sequence 942Current log# 2 seq# 942 mem# 0: /oradata/upora/redo02.log Tue Apr 15 18:59:40 2008Thread 1 advanced to log sequence 943Current log# 3 seq# 943 mem# 0: /oradata/upora/redo03.log Thu Apr 17 20:52:52 2008Thread 1 advanced to log sequence 944Current log# 1 seq# 944 mem# 0: /oradata/upora/redo01.log Sat Apr 19 21:08:13 2008Thread 1 advanced to log sequence 945Current log# 2 seq# 945 mem# 0: /oradata/upora/redo02.log Tue Apr 22 00:00:59 2008Thread 1 advanced to log sequence 946Current log# 3 seq# 946 mem# 0: /oradata/upora/redo03.log Thu Apr 24 02:49:45 2008Thread 1 advanced to log sequence 947Current log# 1 seq# 947 mem# 0: /oradata/upora/redo01.log Sat Apr 26 05:42:27 2008Thread 1 advanced to log sequence 948Current log# 2 seq# 948 mem# 0: /oradata/upora/redo02.log Mon Apr 28 06:56:55 2008Thread 1 advanced to log sequence 949Current log# 3 seq# 949 mem# 0: /oradata/upora/redo03.log1.6数据库空表间检查检查结果：正常.以ORACLE用户登陆当前运行的ORACLE主机，执行：结果如下：表空间名表空间大小(M)已使用空间(M) 使用比空闲空间(M) 最大块(M) ------------------------------ ------------- ------------- ------- ----------- ----------EXAMPLE 149.38 148.88 99.67 .5 .5XDB 45 44.75 99.44 .25 .25 SYSTEM 380 371.75 97.83 8.25 8.25 CWMLITE 20 14.81 74.05 5.19 5.19 DRSYS 20 9.69 48.45 10.31 10.31ODM 20 9.62 48.10 10.38 10.38TS_PULL_EVENT_1 10500 4105.19 39.10 6394.81 2166.94 TS_WAPGW_CONFIG 6500 467.44 7.19 6032.56 3271.94 TS_OPERATION_INFO 3500 240.62 6.87 3259.38 1684.94 TS_PULL_EVENT_7 10500 677.19 6.45 9822.81 3278.94 TS_PULL_EVENT_4 10500 454.19 4.33 10045.81 3352.94 UNDOTBS1 3525 80.44 2.28 3444.56 3138.94TS_CDR_PULL_1 9216 201.25 2.18 9014.75 3007.94 TS_CDR_PULL_5 9216 201.25 2.18 9014.75 3007.94 TS_CDR_PULL_7 9216 201.25 2.18 9014.75 3007.94 TS_CDR_PULL_6 9216 201.25 2.18 9014.75 3007.94 TS_CDR_PULL_4 9216 201.25 2.18 9014.75 3007.94 TS_CDR_PULL_2 9216 201.25 2.18 9014.75 3007.94 TS_CDR_PULL_3 9216 201.25 2.18 9014.75 3007.94 TS_PULL_EVENT_6 10500 204.19 1.94 10295.81 3434.94 TS_PULL_EVENT_5 10500 202.19 1.93 10297.81 3435.94 TS_PULL_EVENT_2 10500 201.25 1.92 10298.75 3435.94 TS_PULL_EVENT_3 10500 201.25 1.92 10298.75 3435.94 TS_CONTENT_EXT 3500 29.44 0.84 3470.56 1786.94 TS_CONTENT_PRODUCT 3500 26.31 0.75 3473.69 1786.94 TOOLS 10 .06 0.60 9.94 9.94TS_USER_INFO 1800 10.25 0.57 1789.75 1789.75TS_PRODUCT_ORDER_RELATIO 1024 5.56 0.54 1018.44 1017.94 TS_OPERATION_CONTENT 1300 5.25 0.40 1294.75 1294.75 TS_UPUSER_USER 1024 4.12 0.40 1019.88 835.63 INDX 25 .06 0.24 24.94 24.94 USERS 25 .06 0.24 24.94 24.9432 rows selected.1.7I/O检查检查结果：I/0运行正常，I/0wait 保持在10%以内水平.操作命令：top 结果如下：[oracle@qzupdb2 bdump]$ toptop - 14:52:39 up 126 days, 23 min, 1 user, load average: 2.02, 2.03, 2.00Tasks: 248 total, 1 running, 246 sleeping, 0 stopped, 1 zombieCpu(s): 0.0% us, 0.0% sy, 0.0% ni, 100.0% id, 0.0% wa, 0.0% hi, 0.0% siMem: 4149144k total, 4104652k used, 44492k free, 185716k buffersSwap: 6144744k total, 130120k used, 6014624k free, 3315176k cachedPID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 9385 oracle 16 0 2168 1112 780 R 0 0.0 0:00.03 top1 root 16 0 3540 600 512 S 0 0.0 0:17.36 init2 root RT 0 0 0 0 S 0 0.0 0:01.36 migration/03 root 34 19 0 0 0 S 0 0.0 0:00.05 ksoftirqd/04 root RT 0 0 0 0 S 0 0.0 0:00.98 migration/15 root 34 19 0 0 0 S 0 0.0 0:00.04 ksoftirqd/16 root RT 0 0 0 0 S 0 0.0 0:00.93 migration/27 root 34 19 0 0 0 S 0 0.0 0:00.06 ksoftirqd/28 root RT 0 0 0 0 S 0 0.0 0:00.91 migration/39 root 34 19 0 0 0 S 0 0.0 0:00.04 ksoftirqd/310 root RT 0 0 0 0 S 0 0.0 0:00.71 migration/411 root 34 19 0 0 0 S 0 0.0 0:00.05 ksoftirqd/412 root RT 0 0 0 0 S 0 0.0 0:00.56 migration/513 root 34 19 0 0 0 S 0 0.0 0:00.03 ksoftirqd/514 root RT 0 0 0 0 S 0 0.0 0:00.41 migration/615 root 34 19 0 0 0 S 0 0.0 0:00.10 ksoftirqd/616 root RT 0 0 0 0 S 0 0.0 0:00.29 migration/717 root 34 19 0 0 0 S 0 0.0 0:00.03 ksoftirqd/718 root 5 -10 0 0 0 S 0 0.0 0:00.06 events/019 root 5 -10 0 0 0 S 0 0.0 0:00.00 events/120 root 5 -10 0 0 0 S 0 0.0 0:00.00 events/221 root 5 -10 0 0 0 S 0 0.0 0:00.00 events/322 root 5 -10 0 0 0 S 0 0.0 0:00.00 events/423 root 5 -10 0 0 0 S 0 0.0 0:00.00 events/524 root 5 -10 0 0 0 S 0 0.0 0:00.00 events/625 root 5 -10 0 0 0 S 0 0.0 0:00.00 events/726 root 5 -10 0 0 0 S 0 0.0 0:00.00 khelper27 root 15 -10 0 0 0 S 0 0.0 0:00.00 kacpid83 root 5 -10 0 0 0 S 0 0.0 0:00.00 kblockd/084 root 5 -10 0 0 0 S 0 0.0 0:00.00 kblockd/185 root 5 -10 0 0 0 S 0 0.0 0:00.00 kblockd/286 root 5 -10 0 0 0 S 0 0.0 0:00.00 kblockd/387 root 5 -10 0 0 0 S 0 0.0 0:00.00 kblockd/488 root 5 -10 0 0 0 S 0 0.0 0:00.00 kblockd/589 root 5 -10 0 0 0 S 0 0.0 0:00.00 kblockd/690 root 5 -10 0 0 0 S 0 0.0 0:00.00 kblockd/791 root 15 0 0 0 0 S 0 0.0 0:00.05 khubd【说明】Iowait不应长期(连续1个小时以上)超过50％以上.如果超过需要通知DBA做进一步的观察和分析。