Oracle数据库健康检查与评估方案.docx

《Oracle数据库健康检查与评估方案.docx》由会员分享，可在线阅读，更多相关《Oracle数据库健康检查与评估方案.docx（59页珍藏版）》请在第一文库网上搜索。

1、Orac1e数据库健康检查与评估方案Orac1e数据库健康检查与评估（模板）1 .检查介绍1.1 检查系统系统主要包括1个数据库，具体情况如下：数据库名称数据库实例名应用名称应用类型O1TPDSSBa1ch开发工具应用简介RDBMS版本CRS版本所有数据文件所占磁盘空间SGAtargetsizeDB_B1OCKSize表空间个数数据文件个数控制文件个数日志文件大小日志组数目每组日志文件成员数量归档方式并发用户量性能需求1.2 检查范围本次检查仅限于数据库。在这次检查中对数据库配置和数据库性能进行了分析。本报告提供的检查和建议不涉及具体的安全分析和应用程序的具体细节。以下提请注意：本次检查仅历时

2、1天，其中还包括了提交分析报告的时间，所以在具体的应用程序性能方面并不加以深入。检查方面具体检查内容硬件配置主机配置共享内存参数信号量操作系统中与数据库相关主要参数操作系统数据库相关要求补丁系统配置硬盘可用空间CPU利用率数据库配置数据库简单风险评估数据库版本数据库产品选项数据库参数运行日志和跟踪文件控制文件Redo1og文件归档RedOIOg文件数据文件表空间回滚段管理安全性管理监听器的设置数据库sq1*net配置SQ1*Net设置Tnsnames设置数据库各项命中率数据库性能等待事件AWR统计信息分析数据库I/O性能索弓行迁移/行链接Sort信息统计Enqueue等待分析1atch分析Re

3、source1imit分析TopSQ1语句备份恢复数据库备份策略评估根据客户要求只能检查一项数据库特别关注点检查2 .硬件配置以下列出系统主机的主要配置情况2.1 主机配置机器名用途(Prod,Test,Deve1opment)所在城市，物理位置(机房，远程)操作系统及版本内存cpu建议：目前系统配置满足数据库要求，操作系统参数设置合理。3 .系统配置和数据库相关的操作系统配置将被检查，包括以下方面： 操作系统数据库相关要求补丁 存放OraeIe文件的硬盘区可用空间（OraC1e文件包括：数据文件，控制文件，在线redoIOgS,归档redo1ogs,运行情况文件和跟踪文件）。 硬盘利用率。

4、CPU利用率。3.1 操作系统数据库相关要求补丁建议：3.2 硬盘可用空间硬盘可用情况如下示：数据库XXXX的硬盘使用率情况如下：Fi1esystemkbytesusedavai1%usedMountedon数据库YYYY的硬盘使用率情况如下：Fi1esystemkbytesusedavai1%usedMountedon建议:目前该数据库服务器中还没有其他硬盘空间使用率超过90%的分区。如果有需要引起注意并且及时增加硬盘空间的容量。3.3 CPU利用率CPU利用率的统计时间是：yyyy-mm-ddhh：miyyyy-mm-ddhh：mi1. top/g1ance2. vmstat220参考值：

5、1, 最大CPU使用率：60%70%2, 系统进程与用户进程占用CPU最大比率：40/60数据库XXXX：数据库YYYY:从上述的情况中看出，数据库：服务器CPUid1e基本在75%以上，CPU资源较为空闲。建议：当CPU的使用率超过80%,要注意监控是否有僵死进程，如果有僵死进程占用CPU,需要将僵死进程ki11掉。如果有正常进程占用大量CPU,需要查看是否属于正常业务进程等。4.数据库配置本次检查工作主要针对数据库XXXXo4.1 数据库版本和单独补丁目前已经安装的单独补丁列表如下：opatchIsinventory-Oh$0RAC1E_H0MEPatchBaseBug(s)Insta11

6、edon建议：4.2 CRS版本和单独补丁CRS安装单独补丁列表如下：opatchIsinventory-oh$ORA_CRS_HOMENameVersionInsta11edon建议:4.3 ORAC1EC1USTER配置OCR使用和备份都正常。相关CRS的资源和服务都正常。4.44.5 数据库产品选项当OraeIe软件安装时，会选择要安装的产品。有某些产品的安装是需要IiCenSe的，本次检查不涉及IiCenSe问题。一般，很多系统安装的数据库产品选项根本未被使用。以下列出的安装产品选项可供未来的应用开发参考，或是可以被确认有哪些产品选项未在原计划之内。以下是数据库安装的产品选项：Para

7、meterVa1ue4.6 初始化参数文件数据库SPF11E参数指定了当前使用的数据库配置参数，在数据库启动时被使用。在附录A列出了数据库所有的非默认值的参数。建议：1. 数据库的参数可以看出大部分都是经过精心设置的。2. 建议调整的参数值，请在测试环境数据库中测试确认之后，再调整于生产环境数据库。4.7 CRS日志文件从OraCIeIOgRAC版本开始，新增加CRS组件。CRS对于RAC使用是必不可少，因此CrS的稳定对于RAC数据库的正常运行至关重要。在健康检查中会检查CRS、CSS和EVM的1OG信息建议检查CRS其他相关进程日志，没有发现问题。4.8 RDBMS运行日志和跟踪文件Ora

8、c1e数据库进程生成跟踪文件来记录错误或冲突，这些跟踪文件可以用来进一步分析问题。数据库参数max_dump_fi1e_size限制了这些跟踪文件的大小（以操作系统块的大小为单位）。应当有足够的硬盘空间来容纳最大值的设置，否则的话应当修改上述参数的设置。如果参数max_dump_fi1e_size设得太大，会超过硬盘空间容量；如果设得太小，又不能容纳足够的出错信息供OraCIe支持服务部门分析问题。此参数可以在数据库会话级设置，这样可以有选择性地设置较大值。注意每天监控运行日志文件中的出错信息，以便于在问题还是隐患的时候及时发现并解决掉。建议每月初将当前的a1ert.Iog重新命名以作备份，同

9、时也可以避免a1ert.1og文件变得太大不易管理。在数据库：实例的运行日志文件发现的最近一月内的主要错误如下所示：1 .2 .建议：4.8控制文件每个数据库至少有一个控制文件。控制文件记录了数据库的物理结构及同步信息。Contro1fi1e1ocation控制文件路径如下：NameStatus目前所有的控制文件文件存储在已经做了硬件RA1D的磁盘阵列上面，提供了硬件级别的保护。建议：4 .9Redo1og文件对于恢复操作，最为关键的结构是在线RedO1Ogo在线RedO1og一般由两个或两个以上预先分配的存储数据库变化的文件组成。为了防止例程故障，每个数据库的实例都有相关的在线Redo1og

10、0每个数据库至少有两个Redo1Og组，每组至少有一个日志文件。OraCIe的多重在线RedO1Og文件可以确保在线日志文件的安全。对于多重在线RedO1Og文件，1GWR同时将相同的RedO1Og信息写入不同的RedO1Og文件中，从而减少单个文件丢失的损失。当OraC1e无法访问一个Red。1og文件时，这个文件状态变为INVA1ID。当OraCIe推测一个RedO1Og文件不完整或者不正确时，它的状态变为STA1Eo当一个STA1E的文件被重用时，即其所在日志文件组活动时，此文件也能够使用。在线RedO1Og文件减少了数据库数据丢失的损失，比如当发生例程故障时，没有被写入数据文件的数据可

11、以从在线Redo1og文件中恢复。GroThrSeqBytMemArcStaFirFirupeaduenesberhivtusstst#CesedChaTim#ngeen建议：4.10 归档Redo1og文件OraeIe允许将写满的在线Redo1og文件存放在一个或多个脱机位置，即归档Redo1ogo在线日志文件通过归档写入归档日志文件。后台进程ARCn自动进行归档操作。您能通过归档日志进行：在线备份基于时间的恢复ArchivedRedo1ogSettingsParameterVa1ue建议:这里能够很好地在运行环境中使用归档Redo1ogo这样就能够进行基于时间的恢复。监控归档日志文件所暂时

12、存放的磁盘空间，根据实际情况调整归档日志文件备份到磁带的频度。4.11 数据文件数据文件是数据库分配的物理文件。在OraC1e数据库中，一个表空间可以包含一个或多个物理文件。而一个数据文件则只能关联一个表空间和一个数据库。OraCIe通过分配一定的磁盘空间以及所需要的文件头空间，为每个表空间创建一个数据文件。Datafi1e1ocations检测数据文件的位置。当数据文件增长过度，数据库中必须添加数据文件。应该避免“哪里有空间，哪里建文件的错误方法，因为这样会增加备份策略和文件维护的复杂性。下面列出部分数据文件的位置。StaNamTabFi1Re1SizUseUseAuttuse1eseati

13、ed(d(oexpacNumveMB)%)tenberFi1eSibNumIeber建议：目前看来，数据文件存放位置基本准确。Autoextendcapabi1ities通过自动扩展命令进行数据文件的自动扩展。假定数据文件无法分配所需空间，那么它将提高数据文件的大小以获得更多空间。建议：4.12 表空间每个数据库由一个或多个逻辑存储单位，即表空间，所组成。而表空间则由逻辑存储单位段所组成。而段将被分为多个片。Tab1espaceManagement以下是关于数据库表空间管理的信息。StaNamTypExtSegSizUseUsed(%tuseeentmened()MantS(MBMB)agep

14、ac)menetManagemen建议：Tab1espaceDefau1tStorageManagement每个表空间中，可以为创建的对象指定缺省的存储参数。创建对象时指定的存储参数将覆盖缺省值。如果在创建对象时没有指定存储参数，那么系统将使用缺省值。表空间缺省存储情况：数据库表空间的管理方式均为本地管理，这有利于减少表空间级别的碎片，同时避免了DB在进行空间管理时对数据字典表（FET$、UET$）的争用。我们知道系统中存在越多的空闲extent,越容易发生碎片问题。其中空闲extent的大小非常重要，如果在表空间上有许多个无法满足指定的next大小的空闲extent,那这个空闲extent就

15、无法被重新使用并成为碎片，这时就需要重新整理碎片；我们可以使用COA1ESCE命令合并相邻的extent,来减少系统中的碎片。如果系统中不连续的小空闲extent过多，也就是碎片过多，则可能需要通过重建表空间的方式来消除碎片。系统多数表空间使用ASSM,ASSM使用位图而不是传统的Free1iSt来管理段内的freedbb1ock,大大提升了空间管理的性能。同时显著的减少segmentheader类型的bufferbusywait等待事件。建议：表空间的管理方式选择合理。NextExtent保证段能够增长是很重要的，因此在必要时分配nextextento如果在表空间中没有足够的空余空间，那么nextexte