數(shù)據(jù)庫系統(tǒng)就像一輛高性能的賽車，需要一些例行檢查來保證其運(yùn)行良好。本文介紹何時(shí)去監(jiān)視數(shù)據(jù)庫的運(yùn)行以及階段時(shí)間內(nèi)數(shù)據(jù)庫管理人員應(yīng)該如何做。隨著數(shù)據(jù)庫自動(dòng)運(yùn)行維護(hù)技術(shù)的提高，維護(hù)數(shù)據(jù)庫的人工勞力也降低了不少。監(jiān)視數(shù)據(jù)庫系統(tǒng)的運(yùn)行是為了確保當(dāng)前狀態(tài)下數(shù)據(jù)庫沒有錯(cuò)誤配置并且能發(fā)現(xiàn)潛在故障。
正常情況下，需要對(duì)DB2和操作系統(tǒng)兩方面來進(jìn)行監(jiān)視，以獲得服務(wù)器上數(shù)據(jù)庫的運(yùn)行狀態(tài)的全面信息。建議至少連續(xù)1個(gè)小時(shí)地監(jiān)視每隔1到5分鐘的系統(tǒng)快照狀態(tài)數(shù)據(jù)來分析系統(tǒng)的健康狀況。

基本知識(shí)
在Linux或Unix平臺(tái)下可使用vmstat和iostat等命令工具來監(jiān)視CPU和內(nèi)存的使用情況，這些命令后面可帶2個(gè)參數(shù)，第一個(gè)是以秒記的間隔時(shí)間，按這個(gè)時(shí)間間隔運(yùn)行命令，第二個(gè)是以秒記的連續(xù)時(shí)間段，在這個(gè)時(shí)間段結(jié)束時(shí)命令也就會(huì)自動(dòng)停止執(zhí)行。例如，下面兩條命令：vmstat 300 28800 >vmstat.out 以及 iostat -tx 300 28800 > iostat.out，其中300秒是5分鐘，28800秒是指8個(gè)小時(shí)。第二個(gè)參考命令中的-tx開關(guān)不是在所有的Linux/Unix平臺(tái)下都有效，有了-tx開關(guān)將在每條輸出的系統(tǒng)狀態(tài)快照信息的開頭位置打上信息產(chǎn)生的時(shí)間標(biāo)志。
注意保證數(shù)據(jù)庫運(yùn)行的峰值負(fù)載別超過服務(wù)器系統(tǒng)許可的范圍。Windows平臺(tái)下可以使用圖示化的任務(wù)管理器窗口來監(jiān)視系統(tǒng)內(nèi)CPU和內(nèi)存的運(yùn)行狀態(tài)，但不能將結(jié)果記錄到文件中。
DB2使用多種工具用來監(jiān)視數(shù)據(jù)庫系統(tǒng)以及數(shù)據(jù)庫實(shí)例的運(yùn)行和活動(dòng)情況，這些工具比如健康中心、快照監(jiān)控器、SQL快照函數(shù)以及事件監(jiān)控器等。還有一些管理日志文件也記錄了一些系統(tǒng)運(yùn)行狀態(tài)信息，比如DB2DIAG.LOG以及內(nèi)存可視化工具等。
1-健康狀況監(jiān)視器，通過監(jiān)視DB2數(shù)據(jù)庫實(shí)例的運(yùn)行狀態(tài)來預(yù)測發(fā)生潛在問題的可能性，及時(shí)通知用戶對(duì)非健康實(shí)例進(jìn)行處理。一旦監(jiān)測到錯(cuò)誤，可以通過email告知用戶或運(yùn)行預(yù)設(shè)CLP腳本的方式來進(jìn)行處理。健康狀態(tài)監(jiān)視器對(duì)預(yù)先設(shè)定的各種健康指標(biāo)的閥值進(jìn)行監(jiān)視，指標(biāo)突破閥值將產(chǎn)生警報(bào)或觸發(fā)預(yù)設(shè)處理腳本。健康管理中心則提供了對(duì)健康監(jiān)視器的圖形化顯示接口，命令和API都可以從健康管理中心運(yùn)行，在管理中心可對(duì)健康管理器進(jìn)行配置，看到數(shù)據(jù)庫實(shí)例和對(duì)象的累積的報(bào)警信息以及處理辦法。
2-快照監(jiān)視器及SQL快照函數(shù)，DB2負(fù)責(zé)維護(hù)的數(shù)據(jù)有操作方面、性能方面、以及來訪數(shù)據(jù)庫的應(yīng)用程序方面，比如你可以從數(shù)據(jù)中找到，正在連接數(shù)據(jù)庫的應(yīng)用程序數(shù)以及應(yīng)用程序正在執(zhí)行哪些SQL語句，還可幫助你進(jìn)行數(shù)據(jù)庫配置調(diào)優(yōu)，以及正在被應(yīng)用程序占用和鎖住的表等數(shù)據(jù)庫對(duì)象有哪些，以及SQL語句的執(zhí)行內(nèi)容和次數(shù)等等詳細(xì)信息，還有每條SQL語句占用的CPU時(shí)間等等。還有排序動(dòng)作的發(fā)生次數(shù)以及正在發(fā)生的排序動(dòng)作也可以被快照監(jiān)視器記錄到。
監(jiān)視器開關(guān)（monitor switches）可單獨(dú)地針對(duì)特定數(shù)據(jù)庫對(duì)象進(jìn)行監(jiān)視，這些對(duì)象有實(shí)例、實(shí)例中的全部數(shù)據(jù)庫、或數(shù)據(jù)庫會(huì)話。使用會(huì)話監(jiān)視開關(guān)的命令是UPDATE MONITOR SWITHES或調(diào)用sqlmon()接口API函數(shù)。舉例說明，開啟緩沖池、鎖以及動(dòng)態(tài)SQL語句監(jiān)視可以使用以下命令：update monitor switches using bufferpool on lock on statement on。注意你必須要擁有sysadm,sysctrl,sysmaint,或sysmon（db2 9新增）權(quán)限才可以扳動(dòng)監(jiān)視器開關(guān)執(zhí)行快照運(yùn)算。利用事件察看器也可以訪問數(shù)據(jù)，在命令行下使用GET SNAPSHOT命令，調(diào)用SQL快照表函數(shù)，使用控制中心，以及調(diào)用sqlmonss()接口函數(shù)自己編程來進(jìn)行數(shù)據(jù)訪問。
3-事件監(jiān)視器，啟動(dòng)該監(jiān)視器后，將記錄數(shù)據(jù)庫的連接/斷開，死鎖或鎖超時(shí)，語句執(zhí)行以及事務(wù)開始或結(jié)束等事件信息。比如一個(gè)死鎖事件監(jiān)視器負(fù)責(zé)監(jiān)視死鎖事件的發(fā)生，一旦死鎖情況發(fā)生應(yīng)用程序的信息以及造成死鎖的條件將被收集和記錄，可以使用CREATE EVENT MONITOR語句來生成事件監(jiān)視器，監(jiān)視器只有在激活的情況下才可以記錄事件信息，激活/停止監(jiān)視器的命令是：SET EVENT MONITOR語句。EVENT_MONITOR_STATE函數(shù)將返回指定的事件監(jiān)視器的當(dāng)時(shí)狀態(tài)。
一旦執(zhí)行了CREATE EVENT MONITOR命令，事件監(jiān)視器的定義集將生成并存放在系統(tǒng)類目表中，例如：
為數(shù)據(jù)庫定義的事件監(jiān)視器SYSCAT.EVENTMONITORS，
為數(shù)據(jù)庫監(jiān)視的事件類型SYSCAT.EVENTS，
以及需要監(jiān)視的目標(biāo)表的名稱SYSCAT.EVENTTABLES等。

注意對(duì)整個(gè)數(shù)據(jù)庫系統(tǒng)（包含OS以及DBMS兩個(gè)方面）的狀態(tài)進(jìn)行監(jiān)視，以確保數(shù)據(jù)庫環(huán)境能良好地運(yùn)行。
每天做的
1-確保所有實(shí)例啟動(dòng)并運(yùn)行。有以下一些方法：

使用健康中心圖形環(huán)境；

export/set DB2INSTANCE=實(shí)例名稱，然后運(yùn)行db2start命令；

使用腳本來附加所有實(shí)例；

察看每個(gè)實(shí)例至少有一個(gè)db2sysc進(jìn)程，具體命令是ps -ef|grep db2sysc；在Windows平臺(tái)下檢查每個(gè)DB2實(shí)例的服務(wù)是否啟動(dòng)。

一致性定義混亂后，執(zhí)行GET DB CFG命令經(jīng)常會(huì)引發(fā)問題。只有被確認(rèn)后的事務(wù)數(shù)據(jù)才寫入磁盤中保存，比如某些應(yīng)用程序發(fā)生的事務(wù)改變了一些數(shù)據(jù)庫頁，事務(wù)可能被確認(rèn)，但那些被改變的數(shù)據(jù)庫頁面文件也可能不會(huì)從緩沖寫入磁盤。也有事務(wù)回滾但頁面內(nèi)容寫入磁盤的情況發(fā)生。檢查這種數(shù)據(jù)庫一致性問題，可以用編寫腳本的方式來完成，前提是所有數(shù)據(jù)庫應(yīng)該被分類在工作之上。

管理員提醒日志為DBA準(zhǔn)備，DB2DIAG.LOG文件為DB2服務(wù)小組而準(zhǔn)備。在windows平臺(tái)上通過察看事件管理器中的應(yīng)用程序事件來獲得DB2事件信息。在Linux/Unix平臺(tái)下日志文件被寫入<instant_ID>.nfy的文件中，存放在DIAGPATH指定的目錄中，察看的方法有：使用TELNET或遠(yuǎn)程終端服務(wù)登陸數(shù)據(jù)庫服務(wù)器進(jìn)行察看，對(duì)單獨(dú)的實(shí)例可察看DIAGPATH目錄，在命令行模式下，針對(duì)管理員提醒日志文件運(yùn)行tail命令獲取最后100條日志信息，編輯文件察看文件底部最近的日志紀(jì)錄條目。

晚上備份如果有錯(cuò)或沒有存放在安全的地方，那么對(duì)日后的恢復(fù)來說簡直就是災(zāi)難。確認(rèn)備份成功的命令是：list history backup all for 跟上數(shù)據(jù)庫名稱作為參數(shù)。可以使用腳本方式在備份過程結(jié)束后運(yùn)行該命令，并且將結(jié)果email給用戶，異地的備份文件可通過LAN驅(qū)動(dòng)器、NFS驅(qū)動(dòng)器或磁帶設(shè)備來恢復(fù)。如果不能丟失任何確認(rèn)事務(wù)信息記錄，請(qǐng)開啟數(shù)據(jù)庫日志功能。<待續(xù)...>

如果是只讀數(shù)據(jù)庫或內(nèi)容可以從草稿中方便地恢復(fù)，那么管理員就不必啟用數(shù)據(jù)庫日志功能，因此可略過此段介紹。但如果管理的是事務(wù)性的數(shù)據(jù)庫，那么任何一個(gè)確認(rèn)性事務(wù)處理都應(yīng)該被記錄到日志中，而且日志文件應(yīng)該成功備份，當(dāng)災(zāi)害發(fā)生時(shí)，數(shù)據(jù)庫內(nèi)容以及發(fā)生的事務(wù)才能夠被恢復(fù)和再現(xiàn)。需要校驗(yàn)日志文件是否被成功歸檔的另外一個(gè)重要原因是，日志文件如果不歸檔，那么它們將遺留在LOGPATH目錄中，該目錄空間大小固定，一旦被舊日志內(nèi)容充滿沒有歸檔處理，將使新的日志文件無建立的空間而導(dǎo)致DB2數(shù)據(jù)庫的停機(jī)。歸檔一個(gè)日志文件時(shí)，將調(diào)用userexit進(jìn)程，調(diào)用結(jié)果會(huì)被寫入到LOGPATH目錄中的ARCHIVE.LOG和USEREXIT.ERR兩個(gè)文件中，管理員可通過編寫并執(zhí)行含有tail命令的腳本來讀取這些日志文件的最后50到100行的日志記錄條目，供分析用。

在有多個(gè)管理員的數(shù)據(jù)庫環(huán)境下，經(jīng)常會(huì)發(fā)生某個(gè)管理員改動(dòng)配置參數(shù)而其他管理員不知曉的情況，所以管理員需要檢查數(shù)據(jù)庫相關(guān)配置文件的正確性，通過下列命令實(shí)現(xiàn)：“get dbm cfg” 和“get db cfg for 具體數(shù)據(jù)庫名稱”。將這些命令的結(jié)果輸出到一個(gè)文件，文件名可寫上當(dāng)時(shí)的時(shí)間，比如結(jié)果文件名“DB_DBM_CFG.06122006.out” ；使用diff命令來比較各天的配置文件有無改變，例如：“diff DB_DBM_CFG.02032006.out DB_DBM_CFG.02042006.out”，如果兩個(gè)配置文件內(nèi)容有不一樣的地方，將被顯示出來。

對(duì)一個(gè)在線事務(wù)處理系統(tǒng)(OLTP)來說，緩沖池的利用比率是非常重要的。數(shù)據(jù)倉庫應(yīng)用中不可能有非常高的緩沖池利用率，所以根據(jù)工作負(fù)載量來進(jìn)行各項(xiàng)性能檢查就顯得很重要了。

下面的這條語句將計(jì)算日期、索引和緩沖池利用率以及異步讀取內(nèi)容的百分比：

“select substr(bp_name,1,20) as BP_NAME, int ((1- (decimal(pool_data_p_reads) / nullif(pool_data_l_reads,0)))*100) as data_hit_ratio, int ((1-(decimal(pool_index_p_reads)/nullif(pool_index_l_reads,0)))*100) as index_hit_ratio, int ((1-(decimal(pool_data_p_reads+pool_index_p_reads)/nullif((pool_data_l_reads+pool_index_l_reads),0)))*100) as BP_hit_ratio, int ((1-(decimal(poo_asyn_data_reads+pool_asyn_index_reads)/nullif((pool_async_data_reads+pool_async_index_reads+direct_reads),0)))*100) as Async_read_pct, int ((1-(decimal(direct_writes)/nullif(direct_reads,0)))*100) as Direct_RW_Ratio from table (snapshot_bp ('sample', -1)) as snapshot_bp;” 。

注意上面語句中的nullif函數(shù)，當(dāng)()中的值等于零時(shí)將返回NULL，否則除零語句將會(huì)出錯(cuò)。下面的查詢語句將報(bào)告被讀或被寫的記錄的行數(shù)等：“select substr(table_schema,1,8) as Schema, substr(table_name,1,30) as Table_Name, rows_read, rows_written, overflow_accesses from table (snapshot_table ('sample', -1)) as snapshot_table;”。

如果要檢查所有數(shù)據(jù)庫中的讀寫行數(shù)對(duì)比、發(fā)生的等鎖數(shù)、總的鎖占用時(shí)間、單位時(shí)間內(nèi)的鎖占用數(shù)量、死鎖或鎖增加趨勢、發(fā)生了多少次排序操作以及相關(guān)的時(shí)間量等數(shù)據(jù)庫使用模式，可以執(zhí)行下一條語句：“select db_name, SNAPSHOT_TIMESTAMP,rows_read, rows_selected, lock_waits, lock_wait_time, lock_wait_time/nullif(lock_waits,0) as avg_wt_time, deadlocks, lock_escals, total_sorts, total_sort_time, total_sort_time/nullif(total_sorts,0) as avg_sort_time, sort_overflows, sort_overflows/nullif(total_sorts,0) as pct_ovflow_sorts from table (snapshot_database ('',-1)) as snapshot_database;”。

雖然自動(dòng)化程度提高了，但對(duì)于自動(dòng)化的結(jié)果管理員還是需要關(guān)注的，這些就包括配置參數(shù)以及表空間的分配的細(xì)節(jié)了。跟蹤表空間分配情況用“list tablespaces show detail” 命令；內(nèi)存自動(dòng)調(diào)優(yōu)的日志記錄到stmmlog目錄下的stmm.#.log文件中。在windows系統(tǒng)下stmmlog目錄位于SQLLIB\Instance目錄下，Unix/Linux系統(tǒng)下的stmmlog目錄位于不同用戶的SQLLIB目錄下。

察看服務(wù)器上的總內(nèi)存大小和DB2數(shù)據(jù)庫占用的內(nèi)存大小情況是很重要的一件事，在Unix/Linux平臺(tái)下使用free命令將顯示出系統(tǒng)的總內(nèi)存大小以及被應(yīng)用程序占用掉的內(nèi)存大小，和當(dāng)前系統(tǒng)剩余可用的內(nèi)存大小。

廣泛的閱讀相關(guān)資料，比如“DBA手冊(cè)、雜志、新聞組以及郵件列表等”對(duì)數(shù)據(jù)庫管理員有幫助，comp.databases.ibm-db2新聞組就是一個(gè)不錯(cuò)的參考知識(shí)站點(diǎn)。而且DB2認(rèn)證系列圖書也很有提醒價(jià)值。

察看是否有人在你的生產(chǎn)型數(shù)據(jù)庫中建立了新的數(shù)據(jù)庫對(duì)象（比如，表、索引、存儲(chǔ)進(jìn)程、）也是一件重要的事情。新對(duì)象的出現(xiàn)，一般意味著服務(wù)器上有新的應(yīng)用出現(xiàn)了，否則新出現(xiàn)的對(duì)象會(huì)影響到系統(tǒng)操作的特性。另外新對(duì)象也會(huì)消耗掉系統(tǒng)的一部分存儲(chǔ)空間，如果是非管理員建立的新數(shù)據(jù)庫對(duì)象將可能會(huì)對(duì)數(shù)據(jù)庫表空間和運(yùn)行效率產(chǎn)生不良影響。有幾種方法用來檢查DB2數(shù)據(jù)庫中的新對(duì)象，比如，通過運(yùn)行“db2look”命令并對(duì)每周輸出結(jié)果寫報(bào)告對(duì)比的方式；或者采用從SYSCAT.TABLES,SYSCAT.INDEXES,SYSCAT.PROCEDURES表中列出對(duì)象名的方法來進(jìn)行每周的比較處理。通過發(fā)現(xiàn)新對(duì)象的建立者CREATOR來進(jìn)行維護(hù)管理。

因?yàn)榻?jīng)常會(huì)發(fā)現(xiàn)應(yīng)用程序開發(fā)人員調(diào)整了應(yīng)用程序中的代碼，而沒有及時(shí)告訴數(shù)據(jù)庫管理調(diào)優(yōu)人員，導(dǎo)致調(diào)優(yōu)工作經(jīng)常需要反復(fù)。所以數(shù)據(jù)庫管理員經(jīng)常需要查找新的或變化了的應(yīng)用程序。采用“list applications show detail”命令將輸出結(jié)果保存到文件供每周對(duì)照，以發(fā)現(xiàn)有無新應(yīng)用程序出現(xiàn)。

采用建立新表來觀察運(yùn)行的sql語句的方式，來發(fā)現(xiàn)有無改變了的應(yīng)用程序代碼：首先“create table SQLstmts (stmt varchar(200), tstamp timestamp not null with default)” ，然后“insert into SQLstmts (stmt) select substr(stmt_text,1,200) as SQL_Stmt from table (snapshot_dyn_sql ('sample', -1)) as  snapshot_dyn_sql” 最后察看有無當(dāng)前未執(zhí)行的語句“select distinct stmt, count(stmt), tstamp from sqlstmts group by stmt, tstamp”結(jié)果中注意那些是1的語句對(duì)象。

當(dāng)在表上插入、更新、刪除記錄行時(shí)，表中的數(shù)據(jù)需要重新組織，以便使索引、空間、記錄等能更優(yōu)化地存在。采用的命令工具是“reorgchk”，該工具可針對(duì)單個(gè)表、所有用戶表、以及指定計(jì)劃中的所有表、或所有的系統(tǒng)分類表。該工具還能直接讀取系統(tǒng)表中的已有統(tǒng)計(jì)或自己重新收集統(tǒng)計(jì)數(shù)據(jù)，例如，執(zhí)行命令“reorgchk update statistics on table user” 檢查用戶的所有表的已有統(tǒng)計(jì)數(shù)據(jù)。當(dāng)察看reorgchk命令工具輸出的結(jié)果時(shí)，F(xiàn)1,F2,F3用戶的表列；F4,F5,F6,F7和F8用戶的索引列，其中如果發(fā)現(xiàn)*值，就表示那列的值超出了DB2的限制。出現(xiàn)*值需要部分調(diào)整索引的組織，這里比較繁瑣，暫時(shí)忽略。各列相關(guān)內(nèi)容簡介：“F1列：超值記錄條，F(xiàn)2列：數(shù)據(jù)頁面上的已用空間，F(xiàn)4列：叢串的比率，F(xiàn)5列：每索引頁面使用鍵值的空間，F(xiàn)6列，每索引級(jí)別上可存放的鍵數(shù)量，F(xiàn)7列：每頁上已經(jīng)被標(biāo)記刪除的記錄IDs，F(xiàn)8列：索引中的空子頁”。比如針對(duì)ORG表進(jìn)行ORGX索引重新組織，可采用命令“reorg table org index orgx”。DB2優(yōu)化器可以根據(jù)使用數(shù)據(jù)庫的統(tǒng)計(jì)數(shù)據(jù)來安排SQL語句的優(yōu)化執(zhí)行。如果用戶的數(shù)據(jù)庫表中數(shù)據(jù)發(fā)生了很大的變化，那么就有必要使用“runstats” 命令工具捕獲新的統(tǒng)計(jì)數(shù)據(jù)，并將這些新數(shù)據(jù)存到系統(tǒng)表中去，確信對(duì)新表和新索引做了統(tǒng)計(jì)數(shù)據(jù)捕獲。比如，使用命令“runstats on table <schema>.org with distribution and detailed indexes all”對(duì)ORG表進(jìn)行捕獲操作，注意命令中必須指定對(duì)象表的schema值。

察看7天以上或無相關(guān)統(tǒng)計(jì)數(shù)據(jù)的表的命令是“select substr(name,1,30),substr(creator,1,10),stats_time from sysibm.systables where stats_time < ((current timestamp) - 7 days) or stats_time is null” 或者執(zhí)行“select substr(name,1,30),substr(creator,1,10),stats_time from sysibm.sysindexes where stats_time < ((current timestamp) - 7 days) or stats_time is null”。

根據(jù)被讀的頻率來確定需要執(zhí)行reorg或runstats命令的表，使用以下語句：“select substr(table_schema,1,10) as tbschema, substr(table_name,1,30) as tbname,rows_read,rows_written,overflow_accesses,page_reorgs from table (SNAPSHOT_TABLE(' ', -1)) as snapshot_table order by rows_read desc fetch first 10 rows only”，根據(jù)被寫的次數(shù)找出10張更新最頻繁的表使用以下語句：“select substr(table_schema,1,10) as tbschema,substr(table_name,1,30) as tbname, rows_read, rows_written, overflow_accesses, page_reorgs from table (SNAPSHOT_TABLE(' ', -1)) as snapshot_table order by rows_written desc fetch first 10 rows only”，通過這些命令發(fā)現(xiàn)的表需要做runstats或reorg等處理。

這些日志文件需要每周做處理，保存以便將來調(diào)查分析，壓縮保存以節(jié)省存儲(chǔ)空間，Unix/Linux系統(tǒng)下使用tar命令將所有*.nfy文件以及db2diag.log文件聚集在一起，然后用gzip或compress命令壓縮結(jié)果文件的大小，Windows平臺(tái)下使用日志文件窗口處理這里就不再啰嗦了。

當(dāng)系統(tǒng)平穩(wěn)運(yùn)行時(shí)，一般不需要升級(jí)或補(bǔ)丁自己的DB2軟件。可關(guān)注的兩個(gè)DB2相關(guān)軟件更新的地址是：“[url]http://www-3.ibm.com/cgi-bin/db2www/data/db2/udb/winos2unix/support/download.d2w/WINV8FP[/url]” 和“[url]http://www-3.ibm.com/cgi-bin/db2www/data/db2/udb/winos2unix/support/db2alert.d2w/report[/url]” 。

回顧表空間在過去的一個(gè)月時(shí)間里，增長了多少，發(fā)現(xiàn)特別消耗空間的表，以便提前做預(yù)處理。比如，采用以下命令“select substr(tablespace_name,1,120) as TBSPC_NAME,used_pages, free_pages from table (snapshot_tbs_cfg (' ', -1)) as snapshot_tbs_cfg”獲取表空間大小以及剩余可用空間大小。從系統(tǒng)類別表中察看用戶表空間的大小，執(zhí)行語句是“select tabname,npages from syscat.tables where tablename not like 'SYS%'”，注意如果表的統(tǒng)計(jì)數(shù)據(jù)沒有捕獲，那么npages值將顯示-1。結(jié)果可以輸出到外部文件來分析。

比較你收集到的處理器、內(nèi)存、以及磁盤利用率等系統(tǒng)級(jí)信息，規(guī)劃DB2數(shù)據(jù)庫對(duì)象今后擴(kuò)展的對(duì)策。