資料庫健康檢查

❶ 信息資料庫用戶管理規范規定了哪些原則

（一）完善管理制度，強化監管力度。資料庫系統的安全與企業自身內部的安全機制、內外網路環境、從業人員素質等密切相關。因此，企業應該完善網路系統安全規章制度，防範因制度缺陷帶來的風險；企業應該規范操作流程和故障處理流程，減少人為失誤與故障，提高故障處理速度，縮短故障處理時間；企業應該通過建立科學合理的責任追究機制，防止出現由於工作態度、工作作風等各種人為因素導致的資料庫安全事故。
（二）採取措施，確保資料庫數據的安全。保證資料庫數據的安全是資料庫日常管理與維護工作的首要任務，企業需要採取的安全措施主要有：
（1）網路及操作系統安全。網路系統是資料庫應用的外部環境和基礎，網路系統安全是資料庫安全的第一道屏障。從技術角度講，網路系統層次的安全防範技術有很多種，大致可以分為防火牆、數字簽名與認證、入侵檢測等。操作系統是資料庫系統的運行平台，能夠為資料庫系統提供一定程度的安全保護。
（2）操作系統的安全控制方法主要是採用隔離控制、訪問控制、信息加密和審計跟蹤。主要安全技術有操作系統安全策略、安全管理策略等。

（3）加強用戶身份驗證。用戶身份驗證是資料庫系統的重要防線。利用窗體身份驗證資料庫程序的漏洞，進而獲取存儲在資料庫中的用戶身份驗證密碼，這是目前對網路資料庫攻擊最常見的方式。對此，企業信息部門通常使用帶有salt值的單向密碼哈希值，以避免用戶密碼在資料庫中以明文形式存儲，減輕字典攻擊帶來的威脅。
（4）對重要數據加密。數據加密交換又稱密碼學，是計算機系統對信息進行保護的一種最可靠的辦法。它利用密碼技術對信息進行交換，實現信息隱蔽，從而有效保護信息的安全不受侵犯。資料庫加密要求加解密的粒度是每個記錄的欄位數據。採用庫外口加密的方式，對密鑰的管理較為簡單，只需借用文件加密的密鑰管理方法，將加密後的數據塊納入資料庫，在演算法或資料庫系統中做些必要的改動就行。這樣有利於公共數據字典的使用和維護系統的完整性。
（5）做好資料庫備份與恢復。數據備份是備份資料庫某個時刻的數據狀態，當系統出現意外時用來恢復系統。依靠網路辦公的企業，其信息系統很可能隨時被破壞而丟失數據。因此，資料庫管理系統必須具備把資料庫從錯誤狀態恢復到某一已知的正確狀態的功能，這就是資料庫的恢復技術。
（三）開展資料庫健康檢查。為及時發現資料庫系統存在的問題，在日常管理與維護中，數據管理員要對資料庫開展健康檢查。檢查內容主要包括以下六個方面
（1）系統環境：操作系統版本、文件系統容量、內存交換區使用率、系統性能。
（2）資料庫環境：資料庫和補丁版本、是否有僵屍資料庫進程、資料庫節點數、是否有其他資料庫產品及版本。
（3）日誌記錄：db2diag.log報錯、db2inst1.nfy報錯、是否有需要處理的DUMP文件。
（4）資料庫健康狀況：表空間利用率和狀態、表空間容器利用率和狀態、排序溢出、是否需要收集統計信息、是否需要數據重組、活動日誌和日誌所在文件系統利用率、死鎖發生率、鎖升級發生率、鎖等待的百分比、編目Cache命中率、包Cache命中率、監視堆利用率、資料庫堆利用率、資料庫緩沖池命中率。
（5）資料庫維護內容：最近一次統計信息收集時間、最近一次表數據重組時間、最近一次綁定包時間、最近一次資料庫備份時間。
（6）資料庫基本信息記錄：資料庫內存使用、環境變數。
資料庫的管理日常工作
（1） 每天對資料庫的運行狀態 , 日誌文件 , 備份情況 , 資料庫的空間使用情況 , 系統資源的使用情況進行檢查 , 發現並解決問題。
（2）每周對資料庫對象的空間擴展情況 , 數據的增長情況進行監控 , 對資料庫做健康檢查 , 對資料庫對象的狀態做檢查。

（3） 每月對表和索引等進行 Analyze, 檢查表空間碎片 , 尋找資料庫性能調整的機會 , 進行資料庫性能調整 , 提出下一步空間管理
計劃。對 ORACLE 資料庫狀態進行一次全面檢查。
資料庫管理的意義重大，關繫到企業信息系統的正常運作，仍至整個企業的生死存亡。要做好資料庫的日常管理與維護，不僅要求資料庫管理員熟悉掌握專業技術知識，還要有足夠的細心和高度的責任心。

❷ 如何對Oracle進行健康檢查

知中通過健康檢查讓你的Oracle資料庫遠離損壞

俗話說 解決一件事往往能有 種辦法 那麼我們如何按照這些方法去做?

甲骨文公司發布Oracle g時 在被稱作為健康監控器的框架下推出了資料庫健康檢查功能 在這個框架內健康檢查運行目的是診斷檢查你的Oracle資料庫 它將監測資料庫的各個不同組成部分—主要是檢查損壞 包括物理和邏輯上的 雖然沒有 種方式 但甲骨文有的是 正如我們在過去關於自動診斷庫(Automatic Diagnostic Repository ADR)的文章上看到的那些 還試圖通過ADR執行和接入到健康檢查 然而 正如我們將看到 它也許不是最好的辦法做到這一點

所以 在你的資料庫中有數據文件 塊 撤消 重做 字典 或坐標系損壞嗎?你實際上可能運行得很好 因此甚至我們不知道這些損壞的存在 正如我搭圓山們將看到 在下面的例子中 我有一個新安裝的Oracle並且有些損壞在其中 我真正地希望搜尋那些錯誤; 但那是在另一天 當運行健康檢查 你作為一個資料庫管理員 可以決定是使用臨時模式還是使用完腔高全反應模式運行 當以完全反應模式運行時會有人會抱怨錯誤訊息或你可能會看到一個Oracle警報警告運行健康檢查所出現的錯誤 你還可以通過使用DBMS_HM PL/SQL軟體包進行健康檢查操作 依賴於這些是如何運行在你的系統上 他們將花費多久 你如何頻繁看到損壞信息 你可能要安排這些作為一個任務 不過 請注意 這是一個新功能 並附帶所有其他的新功能 你應該 %相信他們不會造成損壞或鎖定你的系統 只要適當低測試和監視那些操作 同樣值得注意的是 這些健康檢查可以運行在在線和現有的據庫上 或者當資料庫是離線( 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 FunctionalityDB Structure Integrity Check N Y Checks integrity of all database filesData Block Integrity Check N Y Checks integrity of a datafile blockRedo Integrity Check N Y Checks integrity of redo log contentLogical Block Check Y N Checks logical content of a blockTransaction Integrity Check N N Checks a transaction for corruptionsUndo Segment Integrity Check N N Checks integrity of an undo segmentAll Control Files Check Y Y Checks all control files in the databaseCF Member Check Y Y Checks a multiplexed of the control fileAll Datafiles Check Y Y Check for all datafiles in the databaseSingle Datafile Check Y Y Checks a datafileLog Group Check Y Y Checks all members of a log groupLog Group Member Check Y Y Checks a particular member of a log groupArchived Log Check Y Y Checks an archived logRedo Revalidation Check Y Y Checks redo log contentIO Revalidation Check Y Y Checks file accessabilityBlock IO Revalidation Check Y Y Checks file accessabilityTxn Revalidation Check Y N Revalidate corrupted txnFailure Simulation Check Y Y Creates mmy failuresDictionary Integrity Check N N Checks dictionary integrity 由於一些健康檢查需要額外的輸入參數 為了簡便起見 我決定只演示那裡有不需要輸入參數的檢查 如果你想要看看那些需要輸入參數的檢查 你可以執行下列SQL中 我在Oracle文件中發現的

SELECT c name check_name p name parameter_name p type p default_value p descriptionFROM v$hm_check_param p v$hm_check cWHERE p check_id = c id and c internal_check = N ORDER BY c name; 我不知道我已經遭遇多少次字典問題 從字典表的錯誤信息到鎖定問題 所以我對字典完整性檢查比較興奮 字典完整性檢查將檢查字典的核心對象完整性 包括 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$ al$ sysauth$ objpriv$ defrole$ 和 ecol$ 這是我很關心的一個很好很長的列表 以及檢查應該看看字典的條目內容 制約因素和參照完整性

通過手動運行字典完整性檢查 我們需要分配下列DBMS_HM RUN_CHECK PL/SQL軟體包—給予該操作額外的名稱 在這個例子中 我將命名我的操作為DICTIONARY_CHECK_

BEGINDBMS_HM RUN_CHECK( Dictionary Integrity Check DICTIONARY_CHECK_ );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_runADR Home = /opt/app/oracle/diag/rdbms/db fs/db FS:***************************************************************************************************************HM RUN RECORD **********************************************************RUN_ID RUN_NAME DICTIONARY_CHECK_ CHECK_NAME Dictionary Integrity CheckNAME_ID MODE START_TIME : : : RESUME_TIME END_TIME : : : MODIFIED_TIME : : : TIMEOUT FLAGS STATUS SRC_INCIDENT_ID NUM_INCIDENTS ERR_NUMBER REPORT_FILE

這最顯著的信息 或缺失信息 是REPORT_FILE為 此欄只有當報告生成時才能被填充 建立一個報告可以通過DBMS_HM包或通過ADRCI的 CREATE REPORT命令

使用DBMS_HM包

SET LONG SET LONGCHUNKSIZE SET PAGESIZE SET LINESIZE SELECT DBMS_HM GET_RUN_REPORT( DICTIONARY_CHECK_ ) FROM DUAL;

使用ADRCI CREATE REPORT命令

CREATE REPORT hm_run DICTIONARY_CHECK_ When using the DBMS_HM package the output looks like:當使用DBMS_HM包時輸出結果如下 DBMS_HM GET_RUN_REPORT( DICTIONARY_CHECK_ ) Basic Run InformationRun Name : DICTIONARY_CHECK_ Run Id : Check Name : Dictionary Integrity CheckMode : MANUALStatus : PLETEDStart Time : : : : End Time : : : : Error Encountered : Source Incident Id : Number of Incidents Created : Input Paramters for the RunTABLE_NAME=ALL_CORE_TABLESCHECK_MASK=ALLRun Findings And RemendationsFindingFinding Name : Dictionary InconsistencyFinding ID : Type : FAILUREStatus : OPENPriority : CRITICALMessage : SQL dictionary health check: file$ pk on object FILE$failedMessage : Damaged rowid is AAAAARAABAAAAByAAF description: No furtherdamage description availableFindingFinding Name : Dictionary InconsistencyFinding ID : Type : FAILUREStatus : OPENPriority : CRITICALMessage : SQL dictionary health check: dependency$ dobj# fk onobject DEPENDENCY$ failedMessage : Damaged rowid is AAAABnAABAAAOiHABI description: No furtherdamage description availableFindingFinding Name : Dictionary InconsistencyFinding ID : Type : FAILUREStatus : OPENPriority : CRITICALMessage : SQL dictionary health check: dependency$ dobj# fk onobject DEPENDENCY$ failedMessage : Damaged rowid is AAAABnAABAAAQXqAA description: No furtherdamage description available

運行後DBMS_HM包或ADRCI 的CREATE REPORT命令後 我們可以重新輸入ADRCI顯示hm_run命令 現在可以看到REPORT_FILE信息被填充了

REPORT_FILE /opt/app/oracle/diag/rdbms/db fs/db FS/hm/HMREPORT_DICTIONARY_CHECK_ hm

當使用ADRCI功能 你必須先運行生成報告文件的命令 如果該文件不存在 那麼運行另一個命令 以顯示其內容 你還可以查看該報告通過ADRCI輸入以下命令 因為輸出的結果在XML文檔中 因此它不會在這里顯示

show report hm_run DICTIONARY_CHECK_

❸ oracle資料庫日常健康檢查會檢查哪些內容使用哪些命令

oracle檢測壞姿輪塊的方式：
1、利用oracle的RMAN工具
2、利用dbv工具檢測
3、利用 exp/imp工具檢測
其中2、3的方式無法徹底檢測所有壞塊，所以重叢判點介紹下RMAN方式

RMAN>backup check logical validate datafile n ;
可以檢查數據文件是否包含壞塊，同時並不產生實際的備份輸出。
而且跡鄭信當使用Recovery Manager進行實際的資料庫備份時，同時也就進行了壞塊
檢查。但要注意的是，在線使用Recovery Manager掃描壞塊和備份時，需要數
據庫運行在歸檔模式（archive log），否則只能在資料庫未打開的情況下進行。

❹ 在GBase 8c資料庫中使用自帶工具檢查健康狀態時，需要注意什麼

擴容新節點檢查只能在root用戶下執行，其他場景螞凳首都必須在omm用戶下執悶數行。
必須指定-i或-e參數，-i會檢查指定的單項，-e會檢查對應場景配置中的粗悉多項。
如果-i參數中不包含root類檢查項或-e場景配置列表中沒有root類檢查項，則不需要交互輸入root許可權的用戶及其密碼。
可使用--skip-root-items跳過檢查項中包含的root類檢查，以免需要輸入root許可權用戶及密碼。
檢查擴容新節點與現有節點之間的一致性，在現有節點執行gs_check命令指定-- hosts參數進行檢查，其中hosts文件中需要寫入新節點IP。

❺ 如何對Oracle進行健康檢查

看 oracle監聽是否啟動 在CMD下運行如下命令就可以
lsnrctl status
正在連接到 (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=spcc)(PORT=1525)))
TNS-12541: TNS：無監聽器
TNS-12560: TNS: 協議適配器錯誤
TNS-00511: 無監聽器
32-bit Windows Error: 61: Unknown error
LSNRCTL> start listener1
啟動tnslsnr：請稍候...
這表示沒有啟動。。
方法2：
如果是LINUX系統可以通過如下命令看進程在不在
ps -ef|grep lsn
看 oracle監聽是否啟動 在CMD下運行如下命令就可以
lsnrctl status
正在連接到 (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=spcc)(PORT=1525)))
TNS-12541: TNS：無監聽器
TNS-12560: TNS: 協議適配器錯誤
TNS-00511: 無監聽器
32-bit Windows Error: 61: Unknown error
LSNRCTL> start listener1
啟動tnslsnr：請稍候...
這表示沒有啟動。。
方法2：
如果是LINUX系統可以通過如下命令看進程在不在
ps -ef|grep lsn

啟動步驟：注意$代表shell命令提示符，這里的oracle是9.0以上版本。
1.$ su - oracle
2.$ sqlplus / nolog
3.sql> conn / as sysdba
4.sql> startup (一般不需要加參數，只要設置好環境變數）
5.sql> quit (退出sql模頌叢式)
6.$ lsnrctl start (啟動監聽器）
關閉oracle
1.$ lsnrctl stop(關閉監聽器，在這之前，應該先關閉應用程序）
2.$ sqlplus /nolog
啟動步驟：注意$代表shell命令提示符，這里的oracle是9.0以上版本。
1.$ su - oracle
2.$ sqlplus / nolog
3.sql> conn / as sysdba
4.sql> startup (一般不需要加參數，只要設置好環境變數）
5.sql> quit (退出sql模式)
6.$ lsnrctl start (啟動監聽器）
關閉oracle
1.$ lsnrctl stop(關閉監聽器，在這之前，應該先關閉應用程序）
2.$ sqlplus /nolog

3.sql>shutdown 其參數 ：shutdown有四個參數，四個參數的含義如下：
Normal 需要等待所有的用戶斷開連接
Immediate 等待用戶完成當前的語句
Transactional 等待用戶完成當前的事務
Abort 不做任何等待，直接關閉資料庫
normal需要在所有連接用戶斷開後才執行關閉資料庫任務，所以有的時候看起來好象命令沒有運行一樣！在執行這個命令後不允許新的連接
immediate在用戶執行完正在執行的語句後就斷開用戶連接，並不允許新用戶連接。
transactional 在擁護執行完當前事物後斷開連接，並不允許新的用戶連接資料庫。
abort 執行強行斷開連接並直接關閉資料庫。
前三種方式不回丟失用戶數據。第四種在不的已的情況下，不建議採用！
2經常遇到的問題擾尺：
1）許可權問題，解決方法，切換到oracle用戶；
2）沒野李櫻有關閉監聽器 ，解決方法：關閉監聽器
3）有oracle實例沒有關閉，解決辦法：關閉oracle實例
4）環境變數設置不全，解決辦法：修改環境變數

❻ 如何對Oracle進行安全健康檢查

資料庫健康檢查主要涉及以下四個方面：

系統和資料庫的可用性

系統和資料庫的完整性
系腔檔此統、資料庫和應用的性能
系統備份和恢復方案評估
根據用戶需求的不同，健康檢查服務可能包含以下內容：
1.日誌分析 檢查並分析系統日誌及跟蹤文件，發現並排除資料庫系統錯誤隱患，正常的日誌分析對於資料庫來說至關重要。
2.資料庫性能分析 通過收集信息對資料庫進行性能分析，得出資料庫的運行狀況報告，幫助用戶了解資料庫的健康狀況，為用戶的優化、擴容、升蠢余級等工作提供有力的支撐。
3.空間檢測 檢查資料庫空間的使用情況，提供空間使用報告，為用戶合理規劃空間使用、充分利用資源提供建議。
4.檢查Oracle/Mysql等資料庫的結構、初始化參數、主要配置文件

5.檢查系統和資料庫判斷是否需要應用最新的補丁集

6.檢查資料庫備份的完整性等

健康檢查是資料庫穩定運行的保障，業務系統都應當進行例行的健康檢伍迅查工作。

❼ 資料庫運維服務具體有哪些

資料庫運維服務是指：針對用戶資料庫開展的軟體安裝、配置優化、備份策專略選擇及屬實施、數據恢復、數據遷移、故障排除、預防性巡檢等一系列服務。
主要服務內容如下：
1、資料庫安裝與配置；主要指定製資料庫安裝配置方案，檢查軟體安裝環境，安裝資料庫軟體，完成資料庫配置，並測試之；
2、資料庫性能優化： 主要是指核心參數調優，SQL語句調優，性能評估方案的提供。
3、資料庫備份與恢復；主要是指本地、異地、同步、實時的分級備份與恢復方案及實施；
4、數據遷移：不同版本、不同廠商、不同結構資料庫間的數據遷移；
5、故障排除；通過遠程、上門等方式按服務級別實施故障排除
6、預防性巡檢；定期提供預防性巡檢，並完成系統參數、配置調優，及補丁分發、安裝服務。