UNIX平臺上分布式數據庫管理的經驗

　　 
　　本文是作者在多年的ORACLE數據庫管理工作中總結出的一套行之有效的系統，它大大提高了工作效率，做到事先預知數據庫存在的隱患，從而及早排除，保證全網幾十臺數據庫服務器的安全穩定運行。
　　

　　 文章旨在拋磚引玉，并不對文中提到的具體技術做介紹，有關DNS設置、SENDMAIL設置、POP3設置、SHELL SCRIPT 編程、UNIX CRON使用等請參考有關資料，網上有大量技術網站介紹。
　　
　　 當你面對少數幾個數據庫時，管理工作相對簡單，只需定時te.net到各個數據庫服務器，運行一些事前寫好的系統信息收集程序就可以了解數據庫的整體狀況，但當你面對的是數十個分布式的數據庫時，再采用上述方法就會耗費大量的時間和精力，還有可能忽略某些重要的信息或點，從而影響數據庫服務器的性能，甚至造成DOWN機。
　　
　　 既然我們的系統是UNIX平臺上的，那么能不能借助UNIX強大的MAIL功能，將各臺數據庫服務器上的統計信息定時主動地送到DBA的手中呢？答案是肯定的。
　　
　　 整體思路是，選取一臺數據庫服務器作為中心服務器，利用UNIX系統提供的免費郵件系統SENDMAIL，所有數據庫服務器的統計信息定時通過郵件系統送到中心服務器，中心服務器再將統計信息送到DBA的手中。具體實施步驟如下：
　　
　　第一步：域名規劃
　　
　　 確定全網域名，如：abc.net，給每一臺數據庫服務器分配域名，如位于北京的數據庫服務器的域名為bj.adb.net，位于上海的數據庫服務器的域名為sh.adb.net。
　　
　　第二步：架設域名服務器
　　
　　 選取一臺數據庫服務器作為全網的DNS服務器，并將所有數據庫服務器的DNS設置指向這部服務器。不同的UNIX系統配置稍有不同，有關如何設置DNS，請讀者自行查閱相關資料，此處不再贅述。
　　
　　第三步：郵件服務器配置
　　
　　 根據已規劃的域名，配置所有數據庫服務器的SENDMAIL系統，并做測試，看是否能互相收發郵件。
　　
　　第四步：POP3服務器配置
　　
　　 為能使DBA通過傳統的客戶端郵件系統（如Netscape, Outlook Express等）收取數據庫的統計信息，需選取一臺數據庫服務器并安裝配置POP3服務器。在網上可以找到多免費的POP3服務器。
　　
　　第五步：編寫Shell Script信息統計程序
　　
　　 Unix提供功能強大的Shell Script，成為眾多DBA所喜愛的編程工具?？墒占鐑却媲闆r、硬盤使用情況、數據庫的Tablespace空間使用情況、數據庫各項性能等等信息，許多SQL Script讀者可從本站得到。
　　
　　 在程序中需指定將統計信息發送到中心郵件服務器上的一個帳戶，如dba@bj.abc.net。程序的定時執行可通過Unix系統中的CRON來完成，CRON功能強大，使用可通過Unix的man來查閱。
　　
　　第六步：設置客戶端郵件系統
　　
　　 配置你的客戶端郵件系統，可以收取dba@bj.abc.net的郵箱的統計信息，建議使用如Outlook Express, Foxmail等支持多帳戶的郵件系統，并設置定時（如5分鐘）取信模式。
　　
　　 經過以上六大步，讀者可以配置一個完整的分布式數據庫系統的管理平臺，要收集的信息可以根據不同需求更改程序。郵件樣本如本文附錄。
　　
　　 對于一些更加緊急的信息，如Tablebase已滿或extent無法擴展等嚴重信息，可發到DBA的傳呼機上，具體的程序請讀者發揮想象力。
　　
　　郵件樣本:
　　
　　Disk usage statistics for SZBMS at 01/10/00/08:30:01 AM
　　
　　Filesystem 512-blocks Used Available Capacity Mounted on
　　/dev/rz16a 2321998 118050 1971748 6% /
　　/proc 0 0 0 100% /proc
　　/dev/rz16g 98520854 29853320 58815448 34% /usr
　　/dev/rz1g 6090794 533640 4948074 10% /disk1
　　/dev/rz3g 4057676 1254588 2397320 35% /disk2
　　/dev/rz4c 34500632 27540166 3510402 89% /disk3
　　**Database status report**
　　Pct
　　TABLESPACE Total(Mb) Used(Mb) Free(Mb) Free Largest(Mb) FRAGMENT
　　
　　SALES 1900.0 1379.3 520.7 27.4 100.2 30
　　INDEXES 4699.1 3543.9 1155.2 24.6 180.0 63
　　PRODUCT 3800.0 3294.2 505.8 13.3 68.9 248
　　PERSONNEL 20.0 3.2 16.8 84.0 16.8 1
　　RBS 100.0 61.5 38.5 38.5 .3 237
　　RBS1 200.0 150.0 50.0 25.0 50.0 1
　　SYSTEM 60.0 38.1 21.9 36.5 21.9 1
　　TEMP 500.0 10.0 490.0 98.0 490.0 1
　　TOOLS 10.0 .2 9.8 98.0 9.8 1
　　--------- -------- --------
　　sum 11289.1 8480.4 2808.7
　　
　　db buffer cache hit ratio
　　
　　96.5300416
　　DOC>60 extents, it can effectively avoid extent exceed maximum
　　DOC>extent limit */
　　
　　objects which exceed 60 extent are:
　　
　　SEGMENT_NAME TABLESPACE_NAME FILE_ID MAX_EXTENT_NO
　　SER_TRAN_VALUE_IDX_S INDEXES 14 73
　　SER_TRAN_VALUE_IDX_S INDEXES 16 68

原文轉自：http://www.anti-gravitydesign.com