oracle资料 Oracle数据库巡检模板 | 周末送资料

五x综合征

Oracle数据库运行状况检查和评估

1.查看介绍

1.1检查系统

该系统主要包括一个数据库，如下:

数据库名称

数据库实例名

应用程序名称

应用类型OLTP/DSS/批处理

开发工具

应用介绍

RDBMS版本

CRS版本

所有数据文件占用的磁盘空

SGA目标规模

数据库_块大小

表格之间的数字空

数据文件的数量

控制文件数量

日志文件大小

日志组的数量

每个组的日志文件成员数

归档方法

并发用户数

性能要求

1.2检查范围

这种检查仅限于数据库。在这次检查中，对数据库配置和数据库性能进行了分析。本报告中提供的检查和建议不涉及具体的安全分析和具体的应用细节。

请注意，这次检查只持续了一天，包括提交分析报告的时间，所以具体应用性能不深入。

检验方面

具体检查内容

硬件配置

主机配置

共享内存参数

臂板信号

操作系统中与数据库相关的主要参数

操作系统数据库相关要求的补丁

系统配置

可用硬盘空

中央处理器利用率

数据库版本

数据库配置

数据库产品选项

数据库参数

运行日志和跟踪文件

控制文件

重做日志文件

归档重做日志文件

数据文件

表空

回滚段管理

安全管理

数据库简单风险评估

监听器的设置

数据库的Sql*net配置

SQL*Net设置

TNSNAMES设置

数据库项目的命中率

数据库性能

等待事件

AWR统计信息分析

数据库的输入输出性能

索引/行迁移/行链接

分类信息统计

排队等待分析

闩锁分析

资源限制分析

顶级SQL语句

支持

恢复

数据库备份策略评估

根据客户要求，只能检查一个项目

数据库特别焦点检查

2. 硬件配置

下面列出了系统主机的主要配置

2.1主机配置

机器名称

用途(生产、测试、开发)

城市、物理位置(计算机房、远程)

操作系统和版本

内部存储

中央处理器

建议:

目前系统配置符合数据库要求，操作系统参数设置合理。

3.系统配置

将检查与数据库相关的操作系统配置，包括以下方面:

操作系统数据库相关要求补丁存放oracle文件的硬盘区可用空间(oracle文件包括：数据文件，控制文件，在线redo logs，归档redo logs，运行情况文件和跟踪文件)。硬盘利用率。CPU利用率。3.1 操作系统数据库相关要求补丁

建议:

3.2可用硬盘空

硬盘可用性如下:

XXXX数据库的硬盘使用情况如下:

已用文件系统千字节可用%已用装载于

数据库YYYY的硬盘使用情况如下:

已用文件系统千字节可用%已用装载于

建议:

目前数据库服务器中没有硬盘空之间利用率超过90%的其他分区。必要时注意，及时增加硬盘空之间的容量。

3.3 CPU利用率

CPU利用率统计时间为:yyyy-mm-DD hh:mi-yyyy-mm-DD hh:mi

1.顶部/扫视

2.vmstat2 20

参考值:

1.最高中央处理器利用率:60%-70%

2.系统进程和用户进程占用CPU的最大比例:40/60

XXXX数据库:

数据库YYYY:

从以上情况可以看出:数据库:服务器的CPU空闲基本在75%以上，CPU资源相对空空闲。

建议:

当CPU利用率超过80%时，要注意监控是否有僵尸进程。如果有僵尸进程占用CPU，我们需要杀死僵尸进程。如果一个正常的流程占用了大量的CPU，那么就要检查它是否是一个正常的业务流程。

4.数据库配置

这次检查主要针对XXXX数据库。

4.1数据库版本和独立补丁

到目前为止，已安装的各个修补程序列表如下:

opatch is inventory-oh $ ORACLE _ HOME

补丁

基本错误

安装于

建议:

4.2 CRS版本和独立补丁

CRS安装的各个修补程序列表如下:

opatch is inventory-oh $ ORA _ CRS _ HOME

名字

版本

安装于

建议:

4.3 ORACLECLUSTER配置

OCR使用和备份正常。相关CRS的资源和服务正常。

4.4数据库产品选项

安装oracle软件后，将选择要安装的产品。有些产品需要许可证才能安装，这次检查不涉及许可证。通常，安装在许多系统中的数据库产品选项根本不使用。下面列出的安装产品选项可以作为未来应用开发的参考，也可以确认哪些产品选项不在原计划中。

以下是数据库安装的产品选项:

参数

价值

4.5 初始化参数文件

数据库SPFILE参数指定当前使用的数据库配置参数，该参数在数据库启动时使用。在附录a中，列出了数据库的所有非默认参数。

建议:

1.数据库的参数可以看出大部分都是精心设置的。

2.建议在生产环境数据库中调整参数值之前，先调整测试环境数据库中的参数值。

4.6 CRS日志文件

CRS组件是从Oracle 10g RAC版本中新添加的。Crs是RAC使用所必需的，因此CRS的稳定性对于RAC数据库的正常运行至关重要。健康检查中将检查客户关系服务、客户服务和EVM的日志信息

建议

查看CRS等相关流程日志，未发现问题。

4.7 RDBMS操作日志和跟踪文件

Oracle数据库进程生成跟踪文件来记录错误或冲突，这些文件可用于进一步分析问题。数据库参数“max_dump_file_size”限制了这些跟踪文件的大小(根据操作系统块的大小)。应该有足够的硬盘空空间来容纳最大值设置，否则，应修改上述参数设置。

如果参数' max_dump_file_size '设置得太大，将超出硬盘之间的容量空。如果它太小，则不能包含足够的错误信息供甲骨文支持服务分析问题。此参数可以在数据库会话级别设置，以便可以有选择地设置更大的值。

注意每天监控运行日志文件中的错误信息，在仍然是隐患的情况下及时发现并解决问题。建议每月初对当前alert.log进行重命名备份，同时可以避免alert.log文件变得过大，难以管理。

上个月在数据库:实例的运行日志文件中发现的主要错误如下:

1.……

2.……

建议:

4.8控制文件

每个数据库至少有一个控制文件。控制文件记录数据库的物理结构和同步信息。

控制文件位置

控制文件路径如下:

名字

地位

目前，所有控制文件都存储在已启用RAID的磁盘阵列上，这提供了硬件级别的保护。

建议:

4.9重做日志文件

恢复操作最关键的结构是在线重做日志。在线重做日志通常由两个或多个预先分配的文件组成，用于存储数据库更改。为了防止例行故障，每个数据库实例都有一个在线重做日志。

每个数据库至少有两个重做日志组，每个组至少有一个日志文件。Oracle的多个在线重做日志文件可以保证在线日志文件的安全性。对于多个在线重做日志文件，LGWR同时将相同的重做日志信息写入不同的重做日志文件，从而减少单个文件丢失的损失。

当甲骨文无法访问重做日志文件时，文件状态变为无效。当甲骨文推测重做日志文件不完整或不正确时，其状态会更改为“过时”。当一个陈旧的文件被重用时，也就是说，当它的日志文件组处于活动状态时，这个文件也可以被使用。

在线重做日志文件减少了数据库数据丢失的损失。例如，当发生例行故障时，未写入数据文件的数据可以从在线重做日志文件中恢复。

组#

线程#

序列#

字节

成员

存档

地位

第一个变化#

第一次

建议:

4.10归档重做日志文件

甲骨文允许将完整的在线重做日志文件存储在一个或多个离线位置，即归档重做日志。在线日志文件通过归档写入归档日志文件。后台流程ARCn自动执行归档操作。您可以将日志存档到:

在线备份基于时间的恢复Archived Redo Log Settings

参数

价值

建议:

归档重做日志可以很好地用于这里的运行环境。这实现了基于时间的恢复。监控存档日志文件临时存放的磁盘空，根据实际情况调整存档日志文件备份到磁带的频率。

4.11数据文件

数据文件是由数据库分配的物理文件。在Oracle数据库中，一个表空可以包含一个或多个物理文件。数据文件只能与一个表空和一个数据库相关联。Oracle通过分配特定的磁盘空和所需的文件头空，为每个表空创建一个数据文件。

数据文件位置

检测数据文件的位置。当数据文件过度增长时，必须将数据文件添加到数据库中。应该避免“哪里有空，在哪里构建文件”的错误方法，因为这会增加备份策略和文件维护的复杂性。下面列出了一些数据文件的位置。

地位

名字

表空间

档案号

相对文件编号

大小

已用(兆字节)

使用(%)

自动扩展

建议:

目前，数据文件的存储位置基本准确。

自动扩展功能

通过自动扩展命令自动扩展数据文件。假设数据文件无法分配所需的空，它将增加数据文件的大小以获得更多空。

建议:

4.12表空

每个数据库由一个或多个逻辑存储单元组成，即在表空之间。而表空由逻辑存储单元段组成。并且该片段将被分成多个切片。

表空间管理

以下信息是关于数据库表之间的管理空。

地位

名字

类型

范围管理

细分市场空间管理

大小(兆字节)

已用(兆字节)

使用(%)

建议:

表空间默认存储管理

在每个表空中，您可以为创建的对象指定默认存储参数。创建对象时指定的存储参数会覆盖默认值。如果创建对象时未指定存储参数，系统将使用默认值。

表之间的默认存储空:

数据库表间空的管理模式是本地管理，有利于减少表间空的碎片，避免DB管理表间空时数据字典表(FET$，UET$)的争用。我们知道系统中存在的空空闲盘区越多，就越有可能碎片化。其中，空空闲区的大小非常重要。如果表空之间有很多空空闲扩展区不能满足指定的下一个大小，那么这个空空闲扩展区就不能被重用，成为碎片，所以需要重新排列碎片。我们可以使用聚结命令来合并相邻的范围，以减少系统中的碎片。如果系统中有太多不连续的小空空闲盘区，即太多碎片，可能需要通过重构表空来消除碎片。

在系统中，大多数表空之间使用ASSM，ASSM使用位图代替传统的FreeList分段管理freedbblocks，大大提高了空之间的管理性能。同时，段头类型的缓冲区繁忙等待事件显著减少。

建议:

合理选择表空之间的管理模式。

下一个范围

确保数据段能够增长非常重要，因此在必要时分配下一个区段。如果表空中没有足够的空余数空，则无法分配下一个扩展区，对象也无法增长。

数据库中没有不能分配给NEXTENDLE的段。

临时表空间

临时表空用于存储临时节。为了保持数据库的性能，临时表空之间的维护方法不同于其他通用表空。默认情况下，所有表空都被创建为永久的。因此，在创建临时段时，有必要确保表空之间的类型是临时的。由于这些表空中的排序段没有清零，空之间的事务争用减少，SMON的CPU利用率也降低。

长时间清洗时，用户无法排序。在这种情况下，您可以指定用户处于永久状态的临时表空。这可能会导致空之间的事务争用，但它可以允许用户在磁盘上排序。

由于表间空采用本地管理模式，表间空采用位图管理，更有利于表间空的使用和恢复管理。

地位

名字

尺寸(MiB)

最小范围

最大范围

最小范围长度

增加(%)

建议:

extensionmanagement模式在数据库TEMP为“临时”的表空之间是本地的。

确保为每个数据库用户分配一个临时临时表空。下面列出了使用永久表空作为默认临时表空的用户:

未发现用户使用永久表空作为默认临时表空。

4.13回滚段管理

回滚段可用于确保读取一致性、回滚事务和恢复数据库。

回滚段列表

5.数据库的简单风险评估5.1安全管理

在安全性方面，主要考虑用户对数据库的访问控制和维护系统的安全性。

数据库管理员用户名/密码

Oracle自动生成两个用户并授予数据库管理员权限:

SYSSYSTEM

检查时，系统和系统都不使用初始默认密码。这有利于维护数据库的安全性，否则任何有Oracle知识背景的人都可以进入数据库。

建议:

目前数据库用户安全性设置的很好，设置安全合理。

系统数据库管理员用户

被授予SYSDBA权限的用户可以执行DBA操作，包括建立和关闭数据库。

建议:

目前数据库中没有具有DBA权限的业务用户，用户权限管理比较好。

6.SQLNET概述

Net8可以在不同的计算机上安装服务和应用程序，并使它们像同一层上的应用程序一样进行通信。Net8的主要功能是创建网络调用，并在客户端和服务器之间或两台服务器之间转换数据。网络上的每台机器都必须安装Net8。当网络路径建立时，Net8在客户端和服务器上扮演数据传递的角色。

6.1倾听者倾听者

服务器端的侦听器是一个独立的进程。它接受来自客户端的连接请求，并管理这些对服务器的请求。当前LISTENER的参数设置如下:

参数

价值

STARTUP_WAIT_TIME_LISTENER

不适用的

CONNECT_TIMEOUT_LISTENER

不适用的

TRACE_LEVEL_LISTENER

不适用的

TRACE_LEVEL_LISTENER只需要在SQLNET需要跟踪判断问题的时候设置。获得的跟踪文件应提交给甲骨文支持部门进行分析。SQLNET追踪只需要开启一段时间，因为会占用一些网络资源。

6.2 SQL*Net

配置文件SQLNET。ORA包含客户端和服务器端对SQL*Net配置的设置信息。当前的SQLNET参数如下:

参数

价值

自动校准_仪表板组合仪表

不适用的

TRACE_LEVEL_CLIENT

不适用的

TRACE_FILE_CLIENT

不适用的

TRACE_DIRECTORY_CLIENT

不适用的

SQLNET。过期时间

不适用的

6.3 TNSNAMES

TNSNAMES。ORA包含与连接描述符匹配的网络服务名。连接描述符包括侦听器的地址和connect_data。TNSNAMES。ORA设置如下:

由于TNSNAMES中有许多相关的网络服务名称，所以完整的TNSNAMES中的内容。ORA可以在服务器上的配置文件中找到。

7.数据库性能

AWR报告反映了数据库的性能。由于该检查不是完整的性能检查，因此该报告仅列出最重要的性能问题。

电影站

快照标识

阶跃时间

会议

光标/会话

开始快照:

结束快照:

已用时间:

数据库时间:

年份

快照标识

阶跃时间

会议

光标/会话

开始快照:

结束快照:

已用时间:

数据库时间:

我们可以在用户系统忙的时候参考AWR信息进行分析，不一定局限于检查期，这样可以更深入的发现问题。

7.1基于时间模型的数据库统计信息

主要性能结果在数据库服务负载最大压力下的每个实例的AWR报告中列出，例如基于时间模型的数据库统计信息。

电影站

统计名称

时间

数据库时间的%

sql执行运行时间

数据库中央处理器

解析时间

硬解析运行时间

硬解析(共享标准)运行时间

PL/SQL执行耗时

PL/SQL编译运行时间

连接管理调用运行时间

顺序装载运行时间

重复绑定运行时间

硬解析(绑定不匹配)运行时间

数据库时间

背景运行时间

后台cpu时间

年份

统计名称

时间

数据库时间的%

数据库中央处理器

sql执行运行时间

解析时间

硬解析运行时间

硬解析(共享标准)运行时间

硬解析(绑定不匹配)运行时间

PL/SQL执行耗时

顺序装载运行时间

PL/SQL编译运行时间

连接管理调用运行时间

入站损益/SQL rpc运行时间

重复绑定运行时间

数据库时间

背景运行时间

后台cpu时间

7.2数据库负载压力分析

电影站

负载曲线

每秒

每笔交易

重做大小:

逻辑读取:

阻止更改:

物理读取:

物理写入:

用户呼叫:

解析:

硬解析:

排序:

登录:

执行:

交易:

每次读取更改的块百分比:

递归调用%:

每事务回滚%:

每次排序的行数:

年份

负载曲线

每秒

每笔交易

重做大小:

逻辑读取:

阻止更改:

物理读取:

物理写入:

用户呼叫:

解析:

硬解析:

排序:

登录:

执行:

交易:

每次读取更改的块百分比:

递归调用%:

每事务回滚%:

每次排序的行数:

7.3命中率

电影站

实例效率百分比(目标100%)

缓冲区等待时间%:

重做等待百分比:

缓冲命中百分比:

内存排序%:

库命中率%:

软解析%:

执行以解析%:

闩锁命中百分比:

解析CPU以解析Elapsd %:

%非解析中央处理器:

年份

实例效率百分比(目标100%)

缓冲区等待时间%:

重做等待百分比:

缓冲命中百分比:

内存排序%:

库命中率%:

软解析%:

执行以解析%:

闩锁命中百分比:

解析CPU以解析Elapsd %:

%非解析中央处理器:

7.4等待事件

列出最重要的等待事件:

电影站

事件

等待

时间

平均等待时间(毫秒)

总通话时间%

等待类

年份

事件

等待

时间

平均等待时间(毫秒)

总通话时间%

等待类

7.5统计信息分析

我们在上午业务最繁忙的时候选择AWR报告进行分析。

一、中央处理器数据库的使用

总数

每秒

每次运输

此会话使用的中央处理器

解析时间cpu

递归cpu使用

分析:

可以看出，系统CPU主要用于SQL语句的真实执行阶段。

第二，关于数据库事务提交/滚动性能指标

总数

每秒

每次运输

用户呼叫

用户提交

用户回滚

分析:

在实例快照统计中，用户回滚率是正常的。

7.6数据库输入/输出性能

1.该数据库中大多数数据文件的平均读取时间为

2.ORACLE认为当平均读取时间大于20毫秒时，I/O性能较差。如果数据文件的平均读取时间总是大于20毫秒，建议:

应该检查数据文件中的查询语句，并优化SQL语句。

如果数据文件包含索引，可以考虑使用压缩索引来减少I/O。

数据文件应尽可能进行条带化，并分布在不同的物理硬盘上。

7.7索引/行迁移/行链索引

索引需要维护。删除或添加表将间接对索引执行相应的操作。过时的索引结构会支离破碎，因此需要重新建立索引。

在当前数据库中找不到需要重建的索引。

行链

当一条记录太大而无法存储在数据块中时，oracle会将其存储在链接块中。如果记录包含数据类型，如long、longdraw、lob，则行链是不可避免的。

行迁移

当数据块已满，并且更新后记录的长度增加时，oracle会将整个记录迁移到新的数据块，这称为行迁移。行迁移后，Rowid保持不变。除了大数据类型，上述情况对数据库的性能有影响。从上面例子的活动统计部分的表提取连续行的分析中，我们可以看到当前数据库中有多少链接行。

关于行迁移/行链接统计

总数

每秒

每次运输

目前行链接很少，但仍需关注行链接是否集中在特定的细分市场，是否不可避免。

建议:

为了避免或最小化行链接/行迁移的可能性，建议适当增加表和表分区的pctfree存储参数。

7.8排队等待分析

统计报告中TOP5事件没有排队等待事件，说明排队等待不是系统的性能瓶颈，性能良好。

7.9闩锁分析

数据库中的闩锁命中率在n%以上，满足要求。

7.10资源限制分析

下面列出了出现在资源限制统计中的资源条件，要求客户和应用程序开发人员评估是否需要根据业务条件进行调整:

资源名称

当前利用率

最大利用率

初始分配

极限值

7.11最佳SQL语句

列出消耗最多系统逻辑输入输出的三条语句:

缓冲区获取

处决

按Exec获取

总计%

中央处理器时间

运行时间

SQL Id

SQL模块

SQL文本

建议:

1.使用解释计划分析TOP SQL的执行计划，找出资源消耗高的原因。

8.数据库备份策略评估8.1备份备份策略:

每天进行完整的数据库备份。

建议:

使用RMAN备份数据库。

8.2恢复策略:

建议:

定期执行恢复测试，以确保备份的可用性和对恢复过程的熟悉程度。

1.根据不同的数据库故障制定相应的恢复策略。

数据库全库恢复表空间恢复数据文件恢复数据表恢复

2.根据制定的恢复策略进行恢复测试。

9.检查数据库的特殊焦点

10.检验总结

附录:初始化参数数据库的所有非默认参数:

参数名

价值

修改

相关数据