Oracle健康体检很重要
接下来。Oracle数据库学习助手为大家带来的是给Oracle进行健康体检的具体内容。大家赶紧来看一下吧！这个很重要哦！
ORACLE数据库系统是美国ORACLE公司（甲骨文）提供的以分布式数据库为核心的一组软件产品，是目前最流行的客户/服务器(CLIENT/SERVER)或B/S体系结构的数据库之一。比如SilverStream就是基于数据库的一种中间件。ORACLE数据库是目前世界上使用最为广泛的数据库管理系统，作为一个通用的数据库系统，它具有完整的数据管理功能；作为一个关系数据库，它是一个完备关系的产品；作为分布式数据库它实现了分布式处理功能。但它的所有知识，只要在一种机型上学习了ORACLE知识，便能在各种类型的机器上使用它。优点：可用性强、可扩展性强、数据安全性强、 稳定性强。
数据库健康检查功能运行目的是诊断检查你的Oracle数据库。它将监测数据库的各个不同组成部分—主要是检查损坏，包括物理和逻辑上的。虽然没有100种方式… ，但甲骨文有的是，正如我们在过去关于自动诊断库(Automatic Diagnostic Repository-ADR)的文章上看到的那些，还试图通过ADR执行和接入到健康检查。然而，正如我们将看到，它也许不是最好的办法做到这一点。
所以，在你的数据库中有数据文件，块，撤消，重做，字典，或坐标系损坏吗?你实际上可能运行得很好，因此甚至我们不知道这些损坏的存在。正如我们将看到，在下面的例子中，我有一个新安装的Oracle并且有些损坏在其中。我真正地希望搜寻那些错误; 但那是在另一天。当运行健康检查，你作为一个数据库管理员，可以决定是使用临时模式还是使用完全反应模式运行，当以完全反应模式运行时会有人会抱怨错误讯息或你可能会看到一个Oracle警报警告运行健康检查所出现的错误。你还可以通过使用DBMS_HM PL/SQL软件包进行健康检查操作。依赖于这些是如何运行在你的数据库系统上，他们将花费多久，你如何频繁看到损坏信息，你可能要安排这些作为一个任务。不过，请注意，这是一个新功能，并附带所有其他的新功能，你应该100 %相信他们不会造成损坏或锁定你的系统。只要适当低测试和监视那些操作。同样值得注意的是，这些健康检查可以运行在在线和现有的据库上，或者当数据库是离线( NOMOUNT )时 。由于有多种类型的健康检查，因此有些健康检查，只能运行在离线数据库的上。举例来说，重做完整性检查只能是脱机运行，当仔细想想就能明白这其中的奥秘。不用进行各个不同的损坏/完整性检查，你可以使用下列SQL查看他们。它可以让你知道那些检查是可以在线进行的，那些检查是要在脱机的情况下进行的。
SQL> SELECT name,internal_check,offline_capable,description FROM v$hm_check; NAME I O DESCRIPTION ------------------------------ - - ---------------------------------------------- HM Test Check Y Y Check for HM Functionality DB Structure Integrity Check N Y Checks integrity of all database files Data Block Integrity Check N Y Checks integrity of a datafile block Redo Integrity Check N Y Checks integrity of redo log content Logical Block Check Y N Checks logical content of a block Transaction Integrity Check N N Checks a transaction for corruptions Undo Segment Integrity Check N N Checks integrity of an undo segment All Control Files Check Y Y Checks all control files in the database CF Member Check Y Y Checks a multiplexed copy of the control file All Datafiles Check Y Y Check for all datafiles in the database Single Datafile Check Y Y Checks a datafile Log Group Check Y Y Checks all members of a log group Log Group Member Check Y Y Checks a particular member of a log group ArcHived Log Check Y Y Checks an archived log Redo Revalidation Check Y Y Checks redo log content IO Revalidation Check Y Y Checks file Accessability Block IO Revalidation Check Y Y Checks file accessability Txn Revalidation Check Y N Revalidate corrupted txn Failure Simulation Check Y Y Creates dummy failures Dictionary Integrity Check N N Checks dictionary integrity |
由于一些健康检查需要额外的输入参数，为了简便起见，我决定只演示那里有不需要输入参数的检查。如果你想要看看那些需要输入参数的检查，你可以执行下列SQL中，我在Oracle文件中发现的：
SELECT c.name check_name, p.name parameter_name, p.type, p.default_value, p.description FROM v$hm_check_param p, v$hm_check c WHERE p.check_id = c.id and c.internal_check = 'N' ORDER BY c.name; |
#p#分页标题#e#
我不知道我已经遭遇多少次字典问题-从字典表的错误信息到锁定问题-所以我对字典完整性检查比较兴奋。字典完整性检查将检查字典的核心对象完整性，包括：tab$, clu$, fet$, uet$, seg$, undo$, ts$, file$, obj$, ind$, icol$, col$, user$, con$, cdef$, ccol$, bootstrap$, objauth$, ugroup$, tsq$, syn$, view$, typed_view$, superobj$, seq$, lob$, coltype$, subcoltype$, ntab$, refcon$, opqtype$, dependency$, access$, viewcon$, icoldep$, dual$, sysauth$, objpriv$, defrole$, 和 ecol$。这是我很关心的一个很好很长的列表，以及检查应该看看字典的条目内容，制约因素和参照完整性。
通过手动运行字典完整性检查，我们需要分配下列DBMS_HM.RUN_CHECK PL/SQL软件包—给予该操作额外的名称。在这个例子中，我将命名我的操作为DICTIONARY_CHECK_11032008。
BEGIN
DBMS_HM.RUN_CHECK('Dictionary Integrity Check',
'DICTIONARY_CHECK_11032008');
END;
/
|
现在，这是它得到一些有趣的。DBMS_HM.RUN_CHECK在ADR存贮其相关信息，因此使用DBMS_HM PL/SQL软件包或ADRCI功能生成的报告。对我来说，当DBMS_HM PL/SQL软件包将以HTML ， XML或文本格式输出报告时，我们已经没有多少选择。 因为ADRCI功能只以XML的形式输出报告 。然而，我们通过对比这两种方法能使我们看到ADR存在的不足以及知道ADR和DBMS_HM在什么地方功能有重叠。
由于DBMS_HM.RUN_CHECK将其信息存储在ADR中，我们可以很容易地看到HM_RUN ，通过输入下列ADRCI命令。
adrci> show hm_run ADR Home = /opt/app/oracle/diag/rdbms/db11fs/db11FS: ***************************************************** ********************************************************** HM RUN RECORD 3 ********************************************************** RUN_ID 41 RUN_NAME DICTIONARY_CHECK_11032008 CHECK_NAME Dictionary Integrity Check NAME_ID 24 MODE 0 START_TIME 2008-11-03 18:32:10.819805 -07:00 RESUME_TIME END_TIME 2008-11-03 18:32:18.827387 -07:00 MODIFIED_TIME 2008-11-03 18:32:18.827387 -07:00 TIMEOUT 0 FLAGS 0 STATUS 5 SRC_INCIDENT_ID 0 NUM_INCIDENTS 0 ERR_NUMBER 0 REPORT_FILE |
这最显著的信息，或缺失信息，是REPORT_FILE为 。此栏只有当报告生成时才能被填充。建立一个报告可以通过DBMS_HM包或通过ADRCI的 CREATE REPORT命令。
使用DBMS_HM包
SET LONG 100000
SET LONGCHUNKSIZE 1000
SET PAGESIZE 1000
SET LINESIZE 512
SELECT DBMS_HM.GET_RUN_REPORT('DICTIONARY_CHECK_11032008') FROM DUAL;
|
使用ADRCI CREATE REPORT命令
CREATE REPORT hm_run DICTIONARY_CHECK_11032008
When using the DBMS_HM package the output looks like:
当使用DBMS_HM包时输出结果如下：
DBMS_HM.GET_RUN_REPORT('DICTIONARY_CHECK_11032008')
------------------------------------------------------------------
Basic Run Information
Run Name : DICTIONARY_CHECK_11032008
Run Id : 41
Check Name : Dictionary Integrity Check
Mode : MANUAL
Status : COMPLETED
Start Time : 2008-11-03 18:32:10.819805 -07:00
End Time : 2008-11-03 18:32:18.827387 -07:00
Error Encountered : 0
Source Incident Id : 0
Number of Incidents Created : 0
Input Paramters for the Run
TABLE_NAME=ALL_CORE_TABLES
CHECK_MASK=ALL
Run Findings And Recommendations
Finding
Finding Name : Dictionary Inconsistency
Finding ID : 42
Type : FAILURE
Status : OPEN
Priority : CRITICAL
Message : SQL dictionary health check: file$ pk 42 on object FILE$
failed
Message : Damaged rowid is AAAAARAABAAAAByAAF - description: No further
damage description available
Finding
Finding Name : Dictionary Inconsistency
Finding ID : 45
Type : FAILURE
Status : OPEN
Priority : CRITICAL
Message : SQL dictionary health check: dependency$.dobj# fk 126 on
object DEPENDENCY$ failed
Message : Damaged rowid is AAAABnAABAAAOiHABI - description: No further
damage description available
Finding
Finding Name : Dictionary Inconsistency
Finding ID : 48
Type : FAILURE
Status : OPEN
Priority : CRITICAL
Message : SQL dictionary health check: dependency$.dobj# fk 126 on
object DEPENDENCY$ failed
Message : Damaged rowid is AAAABnAABAAAQXqAA6 - description: No further
damage description available
|
运行后DBMS_HM包或ADRCI 的CREATE REPORT命令后，我们可以重新输入ADRCI显示hm_run命令，现在可以看到REPORT_FILE信息被填充了。
REPORT_FILE /opt/app/oracle/diag/rdbms/db11fs/db11FS/hm/HMREPORT_DICTIONARY_CHECK_11032008.hm
当使用ADRCI功能，你必须先运行生成报告文件的命令，如果该文件不存在，那么运行另一个命令，以显示其内容。你还可以查看该报告通过ADRCI输入以下命令。因为输出的结果在XML文档中，因此它不会在这里显示。
show report hm_run DICTIONARY_CHECK_11032008
不管用什么方法，这些检查结果对调查Oracle数据库的损坏将是一个重要的信息。
具体内容到此就结束了。如果大家还觉得意犹未尽的话，可以登录课课家官方网查看相关的Oracle学习视频。
