数据库巡检报告

巡检报告

修订历史记录

文件审批表

目录

1. 巡检结论 (1)

1.1. 检查范围 (1)

1.2. 总体结论 (1)

1.3. 分析与建议 (1)

1.4. 分项数据库概述 (1)

2. 主机硬件以及系统配置 (3)

2.1. 主机硬件配置 (3)

2.2. 数据库服务器运行状态 (3)

2.2.1. 运行时间 (3)

2.2.2. 操作系统日志 (3)

2.3. 主机系统配置 (4)

2.3.1. 磁盘空间使用情况 (4)

2.3.2. ASM磁盘组使用情况 (4)

2.3.3. cpu使用情况.................................................................. 错误！未定义书签。

3. 数据库配置 (5)

3.1. RDBMS版本 (5)

3.2. 初始化参数文件 (5)

3.3. RDBMS警报日志文件与跟踪文件 (5)

3.4. CRS日志文件 (6)

3.5. 控制文件 (6)

3.6. 联机日志文件 (6)

3.7. 归档日志文件 (7)

3.8. 数据文件 (8)

3.9. 表空间 (8)

3.10. 数据库JOB运行 (8)

3.11. 数据库无效对象 (9)

4. 数据库简单风险评估 (9)

5. 监听 (10)

5.1. 监听器Listener (10)

5.2. TNSNAMES (10)

5.3. 监听日志文件 (10)

6. 数据库备份策略评估 (11)

6.1. 备份 (11)

6.2. 恢复 (11)

1.巡检结论

1.1. 检查范围

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

1.2. 总体结论

本次巡检范围包括数据库服务器操作系统、存储/刀片硬件、Oracle和数据库***、**db、***db。并对存储使用情况进行了整理。

目前，数据库服务器和数据库运行稳定。

1.3. 分析与建议

1.**********；

2.******。

3.****。

1.4. 分项数据库概述

2.主机硬件以及系统配置2.1. 主机硬件配置

分析和建议：

目前系统*******。

2.2. 数据库服务器运行状态

2.2.1.运行时间

原始信息如下：

2.2.2.操作系统日志

近两周两个节点的操作系统日志均无错误记录！

原始信息如下：

****

分析和建议：

数*****

2.3. 主机系统配置

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

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

存放oracle文件的硬盘区可用空间(oracle文件包括：数据文件，控制文件，联机日志文件，警报日志文件和跟踪文件)；

硬盘利用率；

CPU利用率；

2.3.1.磁盘空间使用情况

*****

分析和建议：

2.3.2.ASM磁盘组使用情况

原始信息如下：

分析和建议：

3.数据库配置

3.1. RDBMS版本

Oracle RDBMS版本*****

分析和建议：

3.2. 初始化参数文件

数据库SPFILE参数指定了当前使用的数据库配置参数，在数据库启动时被使用。

分析和建议：

3.3. RDBMS警报日志文件与跟踪文件

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

如果参数'max_dump_file_size'设得太大，会超过硬盘空间容量；如果设得太小，又不能容纳足够的出错信息供oracle 支持服务部门分析问题。此参数可以在数据库会话级设置，这样可以有选择性地设置较大值。

注意每天监控运行日志文件中的出错信息，以便于在问题还是隐患的时候及时发现并解决掉。建议每月初将当前的*****重新命名以作备份，同时也可以避免alert.log文件变得太大不易管理。

在数据库： *****实例的警报文件发现的最近一月内的主要错误如下所示：分析和建议：

*****

。

3.4. CRS日志文件

从Oracle 10g RAC版本开始，新增加CRS组件。CRS对于RAC使用是必不可少，因此crs的稳定对于RAC数据库的正常运行至关重要。在健康检查中会检查CRS、CSS 和EVM的LOG信息。

*****

分析和建议：

3.5. 控制文件

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

*********”

分析和建议：

3.6. 联机日志文件

对于恢复操作，最为关键的结构是在线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文件中恢复。

分析和建议：

3.7. 归档日志文件

Oracle允许将写满的在线Redo Log文件存放在一个或多个脱机位置，即归档Redo Log。在线日志文件通过归档写入归档日志文件。后台进程ARCn自动进行归档操作。您能通过归档日志进行：

Oracle允许将写满的在线Redo Log文件存放在一个或多个脱机位置，即归档Redo Log。在线日志文件通过归档写入归档日志文件。后台进程ARCn自动进行归档操作。您能通过归档日志进行：

?在线备份

?基于时间的恢复

有*****”

分析和建议：

目*****！

3.8. 数据文件

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

Data files

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

有*****

分析和建议：

目前, *****！

3.9. 表空间

每个数据库由一个或多个逻辑存储单位，即表空间，所组成。而表空间则由逻辑存储单位段所组成。而段将被分为多个片。

有*****

分析和建议：

*****。

*****数据库中无使用率均超过*****%的表空间。

3.10. 数据库JOB运行

数据库的job是用户定义的定时执行某种批量修改、查询数据的操作。对数据库业务的一致性、完整性有种重要的作用！

有*****

分析和建议：

目*****！

3.11. 数据库无效对象

数据库的对象是数据库运行的基本元素之一，常用的数据库对象有表、索引、视图、触发器、存储过程、函数、包、DB-Link等。这些对象对数据库数据的完整性以及一致性起着决定性的作用！因此，如果某些数据库对象无效，则意味着业务系统的某些功能不正常或者无法使用。因此，定期检查数据库的无效对象，是数据库维护的一项重要工作！

*****

分析和建议：

*****

4.数据库简单风险评估

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

Database Administrator Username/Password

经检查，SYS和SYSTEM都没有使用初始缺省密码。这样有利于维护数据库的安全性，否则任何具有Oracle知识背景的人都能进入数据库。

有*****”

分析和建议：

目前！

Sysdba Users

被授予SYSDBA权限的用户能够进行*****操作，包括建立数据库，关闭数据库。

分析和建议：

目前数据库不存在具有SYSDBA权限的业务用户，用户权限管理情况较好。

5.监听

数据库的监听是负责客户端与服务器通信的连接程序。监听对数据库的正常对外通信起着至关重要的作用。

5.1. 监听器Listener

位于服务器端的监听程序是单独的进程。它从客户端接受连接请求，并管理这些对服务端的请求。当前LISTENER的参数设置如下：

只有当SQLNET需要跟踪判断所出现的问题时，TRACE_LEVEL_LISTENER才需要被设置。所获得的跟踪文件需交由Oracle Support进行分析。SQLNET跟踪只需在一段时间内开启，因为这将占用一些网络资源。

5.2. TNSNAMES

TNSNAMES.ORA包含与连接描述符相匹配的网络服务名。连接描述符包括监听程序的地址以及connect_data。TNSNAMES.ORA设置如下：

由于TNSNAMES中相关的网络服务名比较多，完整的TNSNAMES.ORA中的内容可以见服务器上的配置文件。

5.3. 监听日志文件

监听日志文件错误摘要

分析和建议：

监*****！

6.数据库备份策略评估

6.1. 备份

备份策略

数据库在每天*****点进行全库备份。备份目标为*****。备份策略为保留*****备份。

分析和建议：

依*****

备份日志

分析和建议：

*****。

6.2. 恢复

恢复策略

分析和建议：