DB2 通用數(shù)據(jù)庫8版本提供領先的數(shù)據(jù)庫解決方案

1、DB2 通用數(shù)據(jù)庫8版本提供領先的數(shù)據(jù)庫解決方案數(shù)據(jù)庫管理軟件現(xiàn)在是企業(yè)計算的核心。企業(yè)需要訪問廣泛的信息，例如XML文檔，視頻流以及其它豐富的媒體類型。新的工作方式帶來新的需求，例如數(shù)字版權的管理。電子商務的發(fā)展要求提供連續(xù)可用性，并且隨著企業(yè)不斷集成他們的業(yè)務操作，要求企業(yè)集成事務、商業(yè)智能和內容管理應用。DB2通用數(shù)據(jù)庫版本8可以幫助您的組織迎接這些挑戰(zhàn)。 現(xiàn)在無論您企業(yè)的規(guī)模如何，都需要一個伴隨您不斷發(fā)展的數(shù)據(jù)庫。DB2版本8就是您需要的數(shù)據(jù)庫。它可以快速響應您網(wǎng)站的高峰交易需要，能容納分布在不同的數(shù)據(jù)庫中的日益增長的信息，并可隨著您的基礎設施從一個處理器擴展到多處理器，以至大型并行群

2、集而不斷發(fā)展。在新的DB2通用數(shù)據(jù)庫企業(yè)服務器版中集成了分區(qū)和群集技術，這意味著它的靈活性足以滿足這些需要。您無需現(xiàn)在就提前為未來的增長做出決策。 DB2 通用數(shù)據(jù)庫版本8還增加了自管理和資源調整 （SMART） 數(shù)據(jù)庫技術，使數(shù)據(jù)庫管理員可以使用增強的自動化功能來配置、調整和管理他們的數(shù)據(jù)庫。SMART數(shù)據(jù)庫管理可使管理員在管理例行任務時花費較少的時間，將更多的時間集中到幫助企業(yè)獲得和保持持久的競爭優(yōu)勢上。行業(yè)領先的多位群集數(shù)據(jù)表功能減少了您的DBA的索引工作量，同時提供數(shù)據(jù)群集功能，便于快速查找數(shù)據(jù)。這就意味著可以更快獲得能作出更好決策的信息，支付較少的系統(tǒng)管理費用，并改善了數(shù)據(jù)倉庫應用。

3、DB2創(chuàng)新的查詢重寫和優(yōu)化技術以及性能配置功能都在業(yè)界領先。這就意味著您可以花費更多的時間來分析業(yè)務信息，在性能改進和調整問題上花費較少的時間。 DB2內置的計劃內和計劃外可用性功能，確保您的業(yè)務應用在需要的時候都可用。不管在數(shù)據(jù)庫意外出現(xiàn)故障時切換到備用數(shù)據(jù)庫服務器，還是進行在線維護，DB2都確保您的業(yè)務應用保持可用。在線功能，例如重建索引，加載數(shù)據(jù)表和配置參數(shù)，都可以在不停止數(shù)據(jù)庫的情況下完成，因此提高了性能和高可用性。 DB2版本8為新的世紀提供了合適的數(shù)據(jù)管理解決方案。在提供高級性能、可用性、可擴展性和易管理性方面，其它數(shù)據(jù)庫都不能與版本8相比。我們邀請您一同挖掘DB2通用數(shù)據(jù)庫版本8

4、的“新功能”。 易管理性的改進 加載增強 版本8中對數(shù)據(jù)加載進行了很多改進，添加了新的功能，簡化了將數(shù)據(jù)加載進分區(qū)和多個分區(qū)數(shù)據(jù)庫環(huán)境的過程。加載功能現(xiàn)在是在表一級上完成的。這就意味著加載工具不再需要獨占整個表空間，在加載操作中可以并行訪問同一個表空間中的其它表對象。而且在加載操作中所涉及的表空間不會停頓。如果對可恢復的數(shù)據(jù)庫指定了COPY NO選項，當加載操作開始時，表空間將處于備份待用表空間狀態(tài)。在加載工具中添加的另一個特性是在加載新數(shù)據(jù)時，能夠查詢表中以前的數(shù)據(jù)。在LOAD命令中指定READ ACCESS選項就可以做到這一點。在這一版本中還引入了LOCK WITH FORCE選項。它使您

5、可以強迫應用釋放它們對表加的鎖，使加載操作得以繼續(xù)，并獲得它所需要的鎖。您可以使用在分區(qū)的數(shù)據(jù)庫環(huán)境使用與在單個分區(qū)數(shù)據(jù)庫環(huán)境中使用的相同的命令（LOAD，db2load）和API（db2load，db2LoadQuery）來加載數(shù)據(jù)，不再需要AutoLoader工具（db2atld）和AutoLoader配置文件。利用新的CURSOR文件類型，您現(xiàn)在可以將一個SQL查詢結果加載到一個數(shù)據(jù)庫中，不必將它們先導出到一個數(shù)據(jù)文件中。版本8之前的版本，對目標數(shù)據(jù)表進行加載操作之后，如果數(shù)據(jù)表中包括生成的列，它將保持在待用狀態(tài)。加載工具現(xiàn)在可以生成列數(shù)據(jù)，您無需在對一個包含生成列并且沒有其它表限制的數(shù)

6、據(jù)表進行加載操作之后執(zhí)行SET INTEGRITY語句。LOAD QUERY命令的功能也進行了擴展。它現(xiàn)在可以返回向其中加載數(shù)據(jù)的目標表的表狀態(tài)，并可以返回加載之前的狀態(tài)信息。LOAD QUERY命令可以用來查詢表狀態(tài)，查看是否在對一個特定的表進行加載操作?？刂浦行模–ontrol Center）中現(xiàn)在提供一個加載向導，幫助您完成加載操作。存儲管理工具在控制中心中現(xiàn)在提供一個存儲管理工具。 在這個工具中，您可以訪問存儲管理視圖，其中顯示了一個特定的數(shù)據(jù)庫、數(shù)據(jù)庫分區(qū)組或表空間的存儲快照?？梢远ㄆ诓蹲浇y(tǒng)計信息，并根據(jù)所選擇的對象進行顯示： 對于表空間，顯示的信息來自于系統(tǒng)目錄以及對給定表空間下定

7、義的數(shù)據(jù)表、索引和容器的監(jiān)視信息。 對于數(shù)據(jù)庫或數(shù)據(jù)庫分區(qū)組，顯示給定數(shù)據(jù)庫或數(shù)據(jù)庫分區(qū)組中定義的所有表空間的信息。 對于數(shù)據(jù)庫，還收集了數(shù)據(jù)庫內所有的數(shù)據(jù)庫分區(qū)組的信息 您可以使用在本視圖中提供的信息來監(jiān)視存儲的各個方面，例如表空間的使用量，數(shù)據(jù)庫分區(qū)組的數(shù)據(jù)分配率（數(shù)據(jù)庫分發(fā)），并可捕捉數(shù)據(jù)庫分區(qū)組和表空間的索引群集比率。在存儲管理視圖中，您還可以設定數(shù)據(jù)分配率、空間使用量以及索引群集比率的閾值。如果一個目標對象超過指定的閾值，將會向您顯示警告或報警標志。日志的改進 在7.2版中引入了雙日志功能（也稱作版本 7 FixPak 3）。將DB2 注冊變量DB2NEWLOGPATH2 設置為YE

8、S即可支持雙日志功能。雙日志功能僅限于在UNIX 上提供，您不能直接控制第二組日志的路徑。這個路徑的缺省值放置在數(shù)據(jù)庫配置參數(shù)logpath 中，它的后面添加了一個2 字符。對于版本8，在所有支持DB2 UDB的平臺上都支持雙日志。此外，是否啟用以及對第二個日志路徑的配置都由數(shù)據(jù)庫配置參數(shù)mirrorlogpath來控制。當為mirrorlogpath提供了一個值的時候，將啟用雙日志，并且這個配置參數(shù)的值就是第二個路徑。 在單路徑日志中，使用兩個數(shù)據(jù)庫配置參數(shù)： logpath 設定的是它當前位于哪里。 newlogpath 用于指定下一次激活數(shù)據(jù)庫時將使用的日志路徑。 這些參數(shù)在版本8中同樣

9、適用。對于在雙日志配置中的第二個路徑，只有一個配置參數(shù)：mirrorlogpath。使用GET DB CFG SHOW DETAIL 命令可以確定它當前的值以及在下一次啟用數(shù)據(jù)庫時的值，第二個值將顯示在延時值列中?？啥x的最大日志空間從32GB增加到256GB，從而可以支持更多并發(fā)事務，完成更多工作。 在版本8中還支持無限活動日志。這一功能使得一個活動的工作單元可以跨越主日志和歸檔日志，使事務可以使用的日志文件的數(shù)量不受限制。在沒有啟用無限活動日志時，工作單元的日志記錄必須能夠在主日志空間內放得下。將logsecond設置為 -1即可啟用無限活動日志。無限活動日志可以用來支持所需的日志空間超過

10、您通常為主日志分配的空間的大型任務。在版本7中引入的日志盤數(shù)據(jù)塊滿的功能在版本8中使用數(shù)據(jù)庫配置參數(shù)blk_log_dsk_full來完成。日志盤上的數(shù)據(jù)塊滿功能使您可以指定DB2在活動日志路徑的盤滿狀態(tài)下運行應用時不至于出現(xiàn)故障。如果啟用了這個選項，DB2將每5分鐘嘗試一次，使您有時間解決盤滿的狀況，完成應用。 新的管理提示日志 DB2 現(xiàn)在根據(jù)日志的用途，將日志信息放置在兩個不同的日志中。 管理提示日志 當發(fā)生重大事件時，DB2向管理提醒日志中寫入信息。這些信息提供給數(shù)據(jù)庫和系統(tǒng)管理員使用。眾多的提示信息提供了更多的信息，補充了SQLCODE所能提供的信息。事件的類型以及所收集的信息的詳細

11、程度取決于NOTIFYLEVEL配置參數(shù)。但是，詳細的診斷信息不寫到這個日志中。db2diag.log錯誤的診斷信息記錄到這個文本日志文件中。這些信息用于確定問題之所在以及為DB2客戶提供支持。信息的詳細程度取決于DIAGLEVEL配置參數(shù)。為UNIX提供多種服務等級 從FixPak 1開始，DB2版本8在同一系統(tǒng)上可同時支持多服務（FixPak）等級。這一支持僅在UNIX平臺的DB2 UDB企業(yè)服務器版上提供。對多服務等級的支持使您可以： 在舊的服務等級繼續(xù)支持生產環(huán)境的同時，對新的服務等級進行測試。在測試完成之后，生產環(huán)境可以切換到新的服務等級。 不同的團隊可以共享一個擁有不同的DB2代碼

12、等級的系統(tǒng)。例如，在一段時間內開發(fā)一個應用的團隊可以繼續(xù)使用DB2以前一直在提供的服務等級，而另一個啟動了一個新項目的團隊可以使用最新的DB2服務等級。監(jiān)視系統(tǒng)狀態(tài)的工具 在版本8中，DB2引入兩個新的特性，幫助您監(jiān)視DB2系統(tǒng)的狀態(tài)：Health Monitor和Health Center。這些工具為DB2通用數(shù)據(jù)庫增加了一個根據(jù)例外管理功能，通知您潛在的系統(tǒng)狀態(tài)問題，使您可以在問題真正影響到系統(tǒng)的性能之前解決這些問題。Health Monitor是一個服務器端的工具，一直監(jiān)視著實例的狀態(tài)，即使在沒有用戶干預的情況下也在監(jiān)視。如果Health Monitor發(fā)現(xiàn)超出了一個預定義的閾值（例如，

13、可用空間不夠），或者它檢測到一個對象出現(xiàn)了異常狀態(tài)（例如，一個實例停止），Health Monitor將會發(fā)出報警。發(fā)生報警時，可以采取兩個動作： 可以通過電子郵件來發(fā)送報警提示或是發(fā)送到一個呼機地址，使您可以聯(lián)系負責這個系統(tǒng)的任何人。 可以執(zhí)行預先定義的動作。例如，可以運行一個腳本或一個任務（從新的任務中心（Task Center）中實現(xiàn)）。狀態(tài)指示器（health indicator）是Health Monitor檢查的一個系統(tǒng)特性。Health Monitor中提供了這些狀態(tài)指示器的一組預定義閾值。Health Monitor將您的系統(tǒng)狀態(tài)與這些狀態(tài)指示器閾值相比較，確定是否報警。利用H

14、ealth Center的命令或API，您可以定制這些狀態(tài)指示器的閾值設置，并定義當提供報警時應當提醒誰，應當運行哪個腳本或任務。Health Center為Health Monitor提供圖形界面。您可以使用這個界面來配置Health Monitor，查看您的實例和數(shù)據(jù)庫對象累計的報警狀態(tài)。使用Health Monitor的向下挖掘功能，您可以訪問當前報警的詳細信息，并可以獲得一個建議動作列表，向您建議如何解決這個報警。您可以采用其中推薦的一個建議動作來解決報警。如果所建議的動作是變動數(shù)據(jù)庫或數(shù)據(jù)庫管理器配置，將會向您推薦一個新的值，點擊一個按鈕就可以完成這個建議。在其它情況下，所做的建議將

15、是啟動一個工具進一步調查問題，例如使用CLP或新的Memory Visualizer。Health Center和Control Center通過Health Beacon集成在一起。Control Center中的Health Beacon提示Health Center中新的報警信息。在所有的Control Center窗口和筆記本中都實現(xiàn)了Beacon；只需點擊Health Beacon即可訪問Health Center。版本8中還提供了一個新的Web Health Center，可以通過Web瀏覽器或PDA來訪問Health Monitor信息。您還可以使用新DB2命令和API從Heal

16、th Monitor中獲得狀態(tài)信息，使您可以將DB2狀態(tài)監(jiān)視與現(xiàn)有的系統(tǒng)級的監(jiān)視解決方案集成在一起。Health Monitor使用新的界面收集系統(tǒng)的狀態(tài)信息，這一新的界面不會影響性能。它不會打開任何快照監(jiān)視器開關來收集信息。在創(chuàng)建一個實例時缺省方式是啟用Health Monitor；您可以使用數(shù)據(jù)庫管理器配置參數(shù)health_mon來關閉它。DB2 面向Tivoli DB2版本8已經為集成到Tivoli中做好了準備。安裝好一個DB2版本8產品之后，將創(chuàng)建所需的簽名文件，以便Tivoli Inventory 和 Discovery可以查看機器，找到DB2。Tivoli Manager for

17、DB2用于管理，包括： 啟動和停止每個服務器部件的任務 恢復每個服務器部件的任務 處理每個服務器部件的監(jiān)視器 可以使用事件適配器來確定應用軟件是否收集或發(fā)送了事件或報警 所有桌面部件的軟件發(fā)布文件包 清點所有部件的簽名 Tivoli Global Enterprise Manager （GEM）管理（Level 3）連接到其它應用的所有業(yè)務應用服務器部件 以XPixmap（XPM）格式提供應用圖標2型索引版本8 中添加了對2型索引的支持。2型索引的主要優(yōu)勢有： 對next-key加鎖的使用量減到最小，提高了并發(fā)性。消除了大多數(shù)next-key鎖，因為主鍵被標記為刪除，而不是實際從索引頁面中刪除

18、。有關主鍵鎖定問題，請參考有關討論鎖對性能的影響等主題。 可以在超過255字節(jié)的列上創(chuàng)建索引。 數(shù)據(jù)表只有具有2型索引的情況下，才可以對這個表進行在線重組織和在線加載。 新的多維群集功能需要這種類型的索引。所有新建的索引都是2型索引，除非您要添加索引的表上已經有了1型索引。在這種例外的情況下，您將只能創(chuàng)建1型索引，因為對一個表不可以混合使用1型和2型索引。在版本8之前創(chuàng)建的所有索引都是1型索引。要將1型索引轉換為2型索引，使用REORG INDEXES命令。要找出一個表中使用哪種類型的索引，使用INSPECT命令。其它的易管理性方面的改進 重命名索引DB2 現(xiàn)在使您可以更改索引的名稱，從而節(jié)省

19、了時間。更改現(xiàn)有索引的功能允許您首先創(chuàng)建一個新的索引，然后刪除舊的索引，并更改新的索引的名稱，以便它可以替代舊的索引，不會影響到您的用戶的任何性能。Null值和缺省值壓縮對于具有很多NULL值以及SYSTEM DEFAULT 值的表，現(xiàn)在您可以節(jié)省它們的空間了。AUTOCONFIGURE 命令AUTOCONFIGURE是一個新的命令，它為緩沖池的大小、數(shù)據(jù)庫配置以及數(shù)據(jù)庫管理器配置推薦并應用新的值。這個命令對數(shù)據(jù)庫進行了初步的調整，可以再進行其它調整。AUTOCONFIGURE還可以與CREATE DATABASE命令一起使用，在數(shù)據(jù)庫創(chuàng)建之后即進行配置。性能改進 多維群集 多維群集（MDC）

20、提供了一個出色的方法，可靈活、連續(xù)、自動群集多維數(shù)據(jù)。這將會極大地提高查詢的性能，而且大幅度降低了數(shù)據(jù)維護操作的費用，例如重組織，以及插入、更新和刪除操作過程中的索引維護操作。多維群集主要用于數(shù)據(jù)倉庫和大型數(shù)據(jù)庫環(huán)境，它還可以用在在線事務處理（OLTP）環(huán)境中。利用MDC，可以使一個表在物理上同時群集在多個主鍵（或維度）上。在版本8之前，DB2僅支持使用群集索引進行單維群集數(shù)據(jù)。利用群集索引，在表中插入和更新記錄時，DB2以索引中主鍵的順序在頁面中維護著數(shù)據(jù)的實際順序。群集索引大量提高了大范圍查詢的性能，這種查詢擁有包含一個或多個群集索引主鍵的預測。在良好的群集的幫助下，只需要訪問一部分表，當

21、頁面連續(xù)時，完成預讀取的性能將更高。利用MDC，這些優(yōu)勢將擴展到多維中（或群集主鍵）中。在查詢的性能方面，涉及到表的多個指定維度的大范圍查詢的性能將會從中受益。這些查詢不僅只訪問包含有正確的維度數(shù)值的記錄的頁面，并且這些符合條件的頁面將會根據(jù)范圍進行分組。而且，盡管具有一個群集索引的數(shù)據(jù)表可以隨著表空間的填充，解除群集，但MDC表能夠自動連續(xù)維護所有維度上的群集，從而不必為了恢復數(shù)據(jù)的物理順序而重新組織表。預讀取的增強 在版本8中，可以通過創(chuàng)建基于數(shù)據(jù)塊的緩沖池來改善預讀取性能。如果提供了一個基于數(shù)據(jù)塊的緩沖池，預讀取代碼將重新組織，并使用數(shù)據(jù)塊I/O，在一個I/O中將多個頁面讀取到緩沖池中，

22、極大地提高了預讀取的性能。CREATE和ALTER BUFFERPOOL SQL語句的BLOCKSIZE參數(shù)定義了塊的大小，將在一次數(shù)據(jù)塊I/O中從磁盤上讀取指定數(shù)量的頁面。在缺省方式下，緩沖池是基于頁面的，這就意味著磁盤上連續(xù)的頁面將會預讀取到內存中非連續(xù)的頁面中。如果可以將磁盤上的連續(xù)頁面讀取到緩沖池中連續(xù)的頁面中，順序預讀取的性能將會進一步改善。為了達到這一目的，您可以創(chuàng)建基于數(shù)據(jù)塊的緩沖池?；跀?shù)據(jù)塊的緩沖池中包括一個頁面區(qū)域和一個數(shù)據(jù)塊區(qū)域。頁面區(qū)域用于非連續(xù)預讀取任務。數(shù)據(jù)塊區(qū)域中包括多個數(shù)據(jù)塊，每個數(shù)據(jù)塊包含指定數(shù)量的連續(xù)頁面，這個數(shù)值稱作塊大小。Java UDF和存儲過程的線程

23、 數(shù)據(jù)庫的例程（存儲過程，UDF和方法）現(xiàn)在都使用一個基于線程的模型來實現(xiàn)，大大提高了運行眾多例程的數(shù)據(jù)庫服務器的性能。例程都被定義為線程安全，將在單個保護模式進程中運行。用一個進程來處理Java例程，用另外一個進程來處理非Java例程，減少了要運行大量保護模式程序的用戶所需要的環(huán)境切換。對于Java例程，它同時還允許共享JVM的資源。我們要求移植到版本8的現(xiàn)有非Java例程都是線程安全的。Java例程的移植需要它們是線程安全的。需要更改現(xiàn)有例程的用戶需要先刪除它們，然后再重建，或者使用相應的SQL命令。連接集中器 對于具有很多相對短暫的連接的Internet應用以及類似的應用，連接集中器可以

24、提高它們的性能，它可以有效地處理更多的客戶連接。它還減少了每個連接對內存的使用，減少了上下文環(huán)境切換數(shù)量。物化查詢表物化查詢表（MQT）指的是根據(jù)查詢結果定義的數(shù)據(jù)表，它的數(shù)據(jù)來自于它所基于的一個或多個表中得到的未處理的結果。在版本8之前，DB2 UDB支持總結表，也稱作自動總結表（AST）?？偨Y表現(xiàn)在被認為是MQT的一種特別類型，它的查詢語句中包括一個所查詢的表的GROUP BY子句。以下對MQT的改進可以提高查詢的性能。查詢路由的增強查詢現(xiàn)在可被路由到MQT中，這些MQT的定義中包括一個沒有經過聚合的聯(lián)合。在版本8之前，一個MQT的定義中只能引用一個聚合的聯(lián)合。例如，在版本8中，可以創(chuàng)建下

25、面這個包含有一個聯(lián)合的數(shù)據(jù)表，用來保存壞客戶的客戶和帳戶信息。CREATE TABLE bad_account AS（SELECT customer_name， customer_id， a.balanceFROM account a， customers cWHERE status IN （delinquent， problematic， hot）AND a.customer_id = c.customer_id）DATA INITIALLY DEFERRED REFRESH DEFERRED如果一個用戶查詢一個帳戶是否違法，DB2 UDB優(yōu)化器發(fā)現(xiàn)這個MQT已經緩存了所請求的信息，DB2將

26、訪問BAD_ACCOUNT，而不是訪問基礎表ACCOUNT，從而可以提供更好的響應時間，并且可以用于返回客戶信息。用于維護的物化查詢表 很多客戶應用維護和加載一些特別的數(shù)據(jù)表，這些表中包括預計算的數(shù)據(jù)，代表的是一個查詢的結果。將一個數(shù)據(jù)表看作是一個用戶維護的物化查詢表，可以提高動態(tài)查詢的性能。這些MQT由用戶維護，而不是由系統(tǒng)維護。對用戶維護的MQT，允許進行更新，插入和刪除操作。進行一些正確的特別注冊，就可以使查詢優(yōu)化器利用用戶維護的MQT中已經包含的預計算的查詢結果。昵稱的物化查詢表這一功能使您可以在本地的DB2通用數(shù)據(jù)庫實例中緩存遠程的數(shù)據(jù)。這些遠程數(shù)據(jù)所處于的數(shù)據(jù)庫可以是各種關系型DB

27、MS實例，例如Oracle或Sybase，甚至可以是DB2 UDB的其它實例。MQT可以應用多個昵稱和本地表?？梢允褂猛七t刷新選項來創(chuàng)建這些物化查詢表。對昵稱或表的查詢將被重寫或優(yōu)化為與這些MQT相關。當所有的查詢條件和路由條件都滿足時，將查詢路由到MQT上，所獲得性能將比從遠程表中獲得結果更高。即使昵稱所基于的遠程表不可用，仍然可以查詢昵稱。如果這個昵稱上定義了一個物化查詢表，而且滿足所有的路由條件，查詢將僅需要從MQT中獲得數(shù)據(jù)。維護可以在本地使用REFRESH TABLE命令來完成（無法跟蹤對遠程數(shù)據(jù)庫中的數(shù)據(jù)表的更新。）維護總是延后的；不支持即時刷新物化查詢表（定義在昵稱之上）。利用一

28、個階段表增量維護物化查詢表您現(xiàn)在可以增量式刷新使用REFRESH DEFERRED選項定義的MQT。如果要增量維護一個延時刷新的MQT，必須有一個階段表與它相關聯(lián)。與一個MQT相關的階段表是通過CREATE TABLE SQL語句創(chuàng)建的。當insert/delete/update語句更新了一個MQT的基礎表時，作為執(zhí)行這個語句的一部分，這些更改所帶來的變化將會傳播出來，并立即增加到一個階段表中。對這些階段表的變化的傳播類似于增量及時刷新MQT過程中變化的傳播過程。REFRESH TABLE用于增量式刷新MQT。如果一個階段表與這個MQT關聯(lián)，系統(tǒng)可能使用階段表來支持MQT增量刷新。在刷新完成后

29、，階段表將被刪除。在版本8之前，一個延時刷新的MQT將會在刷新表操作時被從頭重建。MQT現(xiàn)在可以增量維護，性能得到了很大提高。有關階段表將不用于增量刷新MQT的情況，參見“SQL參考”。您還可以利用這一新功能來消除由于即時維護即時刷新MQT而導致的大量的加鎖競爭。如果MQT中的數(shù)據(jù)并不需要保持最新，變化將被捕捉到階段表，并可以在任意時間中應用。可用性增強 在線重組織表DB2 現(xiàn)在提供兩種重組織表的方法： 在線在線重組織表使應用程序可以在重組織過程中訪問數(shù)據(jù)表。此外，任何具有根據(jù)方案和表明所定義的相應權限的人都可以暫停和恢復運行在線重組織表操作。 離線離線方法重組織表的速度將更快，對于您無需重組

30、LOB或LONG數(shù)據(jù)的情況尤其適合。除非特別請求，將不再重組織LOB和LONG數(shù)據(jù)。此外，重組織數(shù)據(jù)表后，將按順序重建索引。只讀應用可以在重組織的最后階段訪問表的原始拷貝，在重組織過程中，將會使用影子拷貝替代原始拷貝，并將重建索引。在線和離線重組織都已經進行了改進，改善了對多分區(qū)數(shù)據(jù)庫的支持。您可以重組織單個分區(qū)、一組分區(qū)或所有分區(qū)。在線重組織索引 DB2版本8的一個新功能是可以在使用新的REORG INDEXES命令重組織索引時讀取和更新表及其現(xiàn)有索引。在線重組織索引的過程中，整個索引對象（即這個表的所有索引）將被重建，將會對索引對象建立一份“影子拷貝”，原來的索引和表可以繼續(xù)提供讀取和寫入

31、。所有更新這個表的并發(fā)事務都將被記錄。一旦被記錄的表變化已經寫入并且已準備好新索引（影子拷貝），將可以使用新的索引。在提供新索引期間，所有對表的訪問將被禁止。REORG INDEXES命令的缺省行為是不允許訪問（ALLOW NO ACCESS），在重組織過程中在表上加一個獨占鎖，但您如果要允許其它的事務讀取或更新表，可以指定為允許讀訪問（ALLOW READ ACCESS）或允許寫訪問（ALLOW WRITE ACCESS）?，F(xiàn)在可以在大型表空間（以前的長表空間）內創(chuàng)建索引。對于現(xiàn)有索引已經超過32GB的情況，這一功能使您可以分配足夠的空間來容納在線重組織過程中將會存在的兩組索引）?？膳渲玫脑?/p>

32、線配置參數(shù) 現(xiàn)在可以在線設置50多個配置參數(shù)。對這些可配置的在線配置參數(shù)的變動可以立即生效，無需停止并重啟實例，或是停用并激活數(shù)據(jù)庫。您不必在精心調整您的系統(tǒng)時斷開用戶，這樣您就可以更靈活地決定何時更改配置。主要的數(shù)據(jù)庫和數(shù)據(jù)庫管理器配置參數(shù)都可以在線設定。例如， catalogcache_sz、pckcache_sz、stmtheap、sortheap和util_heap_sz等內存堆都是動態(tài)的，使您可以隨著負荷的變化調整內存的使用量。其它可配置參數(shù)，例如locklist size、maxlocks和dlchktime（死鎖檢查時間），將使您可以調整數(shù)據(jù)庫系統(tǒng)的加鎖特性，提高性能。您可以推遲

33、對在線可配置參數(shù)的變動，以便在下一次啟動實例或激活數(shù)據(jù)庫時啟用更改后的配置。在GET DATABASE和GET DATABASE MANAGER CONFIGURATION命令中增加了一個SHOW DETAILS選項，可以列出當前值以及將在下一次實例或數(shù)據(jù)庫激活時使用的參數(shù)。在一些情況下，您可以將您正在調整的參數(shù)設定為自動，DB2將會根據(jù)系統(tǒng)負荷的變化自動調整它的值。例如，將maxappls設定為自動就意味著對應用的最大數(shù)量沒有限制，除非內存被耗盡。對GET DATABASE和GET DATABASE MANAGER CONFIGURATION命令已經進行了修改，可以獲得設定為自動的配置值以及

34、它們的當前值。在線創(chuàng)建、刪除緩沖池和修改它的大小 在版本8中，您不必停止數(shù)據(jù)庫活動就可以更改DB2如何使用內存。您可以在DB2運行時更改您的緩沖池分配值，變動會影響內存使用的數(shù)據(jù)庫和數(shù)據(jù)庫管理器的配置參數(shù)。不必停止數(shù)據(jù)庫的活動，您就可以添加新的緩沖池，更改現(xiàn)有緩沖池的大小，或是刪除緩沖池。在CREATEE和ALTER BUFFERPOOL SQL 語句中添加的新的選項： IMMEDIATE， 是缺省值，將會嘗試在DB2運行的時候應用所進行的改動 DEFERRED 使您可以將變化推遲到數(shù)據(jù)庫激活時啟用，兼容以前版本的行為。 與以前的版本相同，DROP BUFFERPOOL 命令將會立即生效。但是

35、，在版本8中，內存可立即提供給數(shù)據(jù)庫共享內存使用，并可以重新應用于其它內存分配中。 利用修改緩沖池分配以及在線更新配置參數(shù)的功能，您現(xiàn)在可以針對任務定制它對內存的使用。例如，如果您使用了主輪換內存分配策略來優(yōu)化查詢性能（大型緩沖池），您可以使用一個腳本來優(yōu)化加載操作的內存使用。這個腳本將： 減小緩沖池的大小 提高工具堆和分類堆 使用針對這個加載優(yōu)化的配置來運行加載操作 當加載操作完成后，將參數(shù)返回主輪換值使用性增強 DB2 Administration Server （DAS） 的增強 在DB2 版本8中，DB2 Administration Server （DAS）不再是一個實例。現(xiàn)在它是一

36、個支持TCP/IP通訊的單獨的服務器進程。 DAS用于協(xié)助完成DB2服務器上的任務。如果您想使用Configuration Assistant、Control Center、Replication Center或Development Center等工具，您必需運行DAS。DAS 協(xié)助Control Center、Development Center、Replication Center和Configuration Assistant 完成以下管理任務： 支持遠程管理DB2服務器 提供任務管理功能，包括能夠計劃運行DB2和操作系統(tǒng)命令腳本。這些命令腳本是用戶定義的。 使用Task Center

37、可以定義任務執(zhí)行計劃，查看已完成任務的結果，并可以理DAS本地及遠程的任務。 在Windows和UNIX 平臺上，配合使用DB2 Discovery 工具，提供了一種方法來發(fā)現(xiàn)數(shù)據(jù)庫實例、數(shù)據(jù)庫以及其它數(shù)據(jù)管理服務器的方法。Configuration Assistant 和Control Center 將使用這些信息來簡化和自動配置客戶對DB2數(shù)據(jù)庫的連接。在版本8中，DB2 Administration Server 可以運行在zSeries （僅支持OS/390 和z/OS ）和iSeries 平臺上，也可以運行在所支持的Windows 和UNIX 平臺上。zSeries 和 iSerie

38、s 上的DAS可以支持Control Center， Development Center， 和Replication Center，管理zSeries和iSeries上的DB2任務。Windows和UNIX上的版本8 DAS 提供了一個計劃器，運行在Task Center中定義的任務，例如DB2和操作系統(tǒng)命令腳本。任務信息（例如要運行的命令）、與這個任務相關的計劃、提醒和完成動作，以及運行結果都保存一組表中，這些表稱作工具目錄（Tools Catalog）。新的向導和GUI工具 增加了很多新的向導，為您創(chuàng)建對象、操作數(shù)據(jù)以及配置環(huán)境的每一步提供指導。 Memory Visualizer幫助您

39、發(fā)現(xiàn)并修復DB2實例中與內存相關的問題。它使用可視化顯示和繪制的圖片，幫助您了解內存部件以及它們之間的關系。您可以從Health Center建議中調用它，也可以將它作為一個監(jiān)視工具單獨運行。 使用Redistribute Data向導為您的數(shù)據(jù)庫分區(qū)組創(chuàng)建一個有效的重新發(fā)布計劃。您可以使用這個向導在新添加的數(shù)據(jù)庫分區(qū)上重新分布數(shù)據(jù)，可以從您想刪除的數(shù)據(jù)庫分區(qū)中刪除數(shù)據(jù)，或是創(chuàng)建一個定制的重分布計劃。 備份和恢復向導已經經過重新編寫，簡化了它們的使用。它們還支持在版本中新增加的備份和恢復特性。 使用Config Database Logging向導，可以為您的數(shù)據(jù)庫配置數(shù)據(jù)日志選項。您可以指定

40、使用循環(huán)日志，還是使用打包日志，以及您處理日志文件的方式（打包和媒介），這個向導還提出一些建議，其中包括您的主日志文件和次日志文件的大小，以及緩沖區(qū)的數(shù)量和大小。 使用Add Partitions向導，創(chuàng)建一個分區(qū)，并將它添加到一個或多個數(shù)據(jù)庫分區(qū)組中。使用這個向導將一個新的分區(qū)添加到您的實例，將這個分區(qū)分配到一個或多個數(shù)據(jù)庫分區(qū)組中，設定分區(qū)的容器，以及計劃增加操作。 使用Alter Database Partition Group向導，修改現(xiàn)有的數(shù)據(jù)庫分區(qū)組。您可以指定將一個可用的分區(qū)添加到數(shù)據(jù)庫分區(qū)組中，或是從數(shù)據(jù)庫分區(qū)組中刪除一個已有的數(shù)據(jù)庫分區(qū)。 使用存儲管理視圖來監(jiān)視分區(qū)的數(shù)據(jù)庫的

41、存儲狀態(tài)。在存儲管理視圖中，您可以攝取數(shù)據(jù)庫、數(shù)據(jù)庫分區(qū)組或表空間的存儲快照， 使用Load向導將數(shù)據(jù)加載到一個選定的表中。Load向導指導您完成加載配置、選擇選項。您可以保存您定義的加載配置。Load向導還使您可以拷貝一個現(xiàn)有的加載任務，為您新的加載任務使用現(xiàn)有的加載任務的設置值。 使用新的Design Advisor創(chuàng)建DB2ADVIS推薦的一組索引。Design Advisor替代了以前版本中提供的Create Index向導。Design Advisor向您建議在您的數(shù)據(jù)庫中創(chuàng)建哪些索引來提高一個負載中給定的一組SQL語句的性能。 現(xiàn)在您使用這些對象的About功能，確定在系統(tǒng)或實例上

42、安裝的DB2的服務等級。這一功能提供的信息與db2level命令相同，它還可以在遠程服務器的一個客戶端上運行。復制增強 Replication CenterDB2 Replication Center是一個新的用戶界面工具，您可以用來設置和管理您的復制環(huán)境。Replication Center支持管理DB2-到-DB2的復制環(huán)境，并可以管理DB2和非DB2關系數(shù)據(jù)庫之間的復制。DB2 Replication Center是DB2 Control Center工具組的一部分。Replication Center包括以前的DB2 Control Center和DB2 DataJoiner Repl

43、ication Administration （DJRA）工具所提供的復制功能。您可以使用Replication Center來： 為創(chuàng)建控制表、源對象和目標對象定義缺省配置 創(chuàng)建復制控制表 注冊復制源 創(chuàng)建訂閱集合，向訂閱集合中添加訂閱成員 運行Capture程序 運行Apply程序 監(jiān)視復制過程您可以使用Replication Center來完成眾多其它的復制管理任務。Replication Center有一個啟動板，使您可以完成設置DB2復制環(huán)境所需的基礎功能。啟動板還以圖形方式向您展示不同步驟之間如何關聯(lián)在一起。您不能使用版本8 Control Center來管理復制環(huán)境；請使用Rep

44、lication Center來管理復制環(huán)境。在版本8中，DB2中不再提供DB2 DataJoiner Replication Administration （DJRA）工具。Capture 程序的增強 您可以以任意順序啟動Capture 和Apply程序。新的復制控制表確保Capture和Apply程序之間的有效交互，以及與Repliation Alert Monitor的通訊。Capture程序的缺省模式已經發(fā)生變化。使用這一新的缺省啟動模式，在第一啟動Capture程序的時候，它將進行冷啟動，但在以后的重啟中將僅進行熱啟動，不會自動切換到冷啟動。在以前的版本中，Capture程序要么捕捉

45、數(shù)據(jù)，要么刪除數(shù)據(jù)，但不能同時做這兩項工作。在版本8中，它可以同時做這兩項工作。在Capture程序啟動的時候，將啟動一個獨立的刪除線程，在Capture程序運行期間它將一直激活。說明: 以前版本的DB2 DataPropagator for AS/400上已經有了這些改進功能。正常的以及有限保留的刪除功能由這些單獨的線程來完成，以便在保持數(shù)據(jù)存儲占用最小資源的同時不影響吞吐性能。在啟動Capture程序的時候，您可以提供運行參數(shù)。如果已經啟動了一個Capture程序，您可以動態(tài)修改運行參數(shù)。Capture程序由您或Apply程序在Signal（IBMSNAP_SIGNAL）表中存放的信號來控

46、制。這個信號表提供一種通過日志記錄與Capture程序通訊的方式。這個信號表不僅使Apply程序可以告訴Capture程序何時開始捕捉數(shù)據(jù)，它還可以精確地結束日志記錄讀取，用戶還可以通過日志記錄來定義信號。Capture程序使用這些信號來確定何時開始或停止捕捉一個特定表的變化，以及它是否必需執(zhí)行任意更新的復制。它還提供了日志序列號為Apply事件設定精確的結束點。在您注冊一個表進行復制時，您可以指定為這個對象指定行捕捉規(guī)則。對于每個注冊的表，您可以指定在這個表的一行中的任意列發(fā)生的變化，還是只有當所注冊的列發(fā)生變化時才進行捕捉。例如，如果您注冊了一個具有100個列的表進行復制，但您只想捕捉其中

47、兩列的變化，而且只有當這兩列被更新時才進行捕捉，您可以在注冊這兩個表的時候指定行捕捉規(guī)則。在以前版本的DB2系統(tǒng)中，您不能為每個注冊的表指定行捕捉規(guī)則。您必需在啟動Capture程序的時候指定行捕捉規(guī)則；因此，即便您只想對很少的一部分表進行額外的處理，也要對所有的表都使用行捕捉規(guī)則。在版本8中不再提供啟動參數(shù)。無需重新初始化Capture程序或是停止它然后再啟動它，您就可以在您的復制源中添加列。額外的列值沒有添加到變化數(shù)據(jù)（CD）表中。在UNIX、Windows和z/OS系統(tǒng)中，您還可以在Capture程序運行的時候更改CD表。在任意更新的復制中，對一個復制表的改訂將被捕捉到，并復制到其它所有

48、表中。如果您具有一個多層的環(huán)境，或者如果您的復制表時源表的邏輯分區(qū)，您可能不希望一個復制表的變化被傳遞到所有其它表中。在版本8中，您可以指定是否希望重新捕捉這些變化并傳遞到其它復制對象中，您是否希望Capture程序忽略另一個復制表已經捕捉到的變化。在版本7中，您只能創(chuàng)建一個Windows服務來運行您所有的Capture和Apply程序。在版本8中，您可以為每個Capture和Apply程序以及Replication Alert Monitor創(chuàng)建單獨的服務，單獨啟動和停止它們。多個Capture 程序在給定服務器上創(chuàng)建多組Capture控制表，您可以運行Capture程序的多個實例。所有相關

49、的Capture控制表都具有一個唯一的表方案，稱作捕捉方案（Capture schema）。缺省的Capture 方案是ASN。您可以使用不同的運行參數(shù)啟動每個Capture程序，每個程序獨立運行。考慮到如下原因，您可能希望在一個服務器上使用多個Capture程序： 在單個聯(lián)合服務器上支持多個非DB2關系源 在z/OS操作系統(tǒng)中混合支持ASCII、EBCDIC和UNICODE源表。 獲得更高的吞吐量和更低的延遲Apply 程序和其它增強 在版本8中，消除了一些情況下復制控制表之間的聯(lián)合，從而大大提高了性能。例如：用戶拷貝的目標表無需在讀取中使用聯(lián)合即可填入數(shù)據(jù)。 變動數(shù)據(jù)（CD）表中的IBMS

50、NAP_UOWID 列被替換為IBMSNAP_COMMITSEQ。IBMSNAP_COMMITSEQ 列使Apply 程序可以在處理某些對象表類型時不必將CD表與UOW表聯(lián)合。 沒有參與復制場合，沒有檢測到沖突的CD表可以不必使用聯(lián)合來刪除。對于需要CD表之間的聯(lián)合以及UOW表的情況，可以使用IBMSNAP_COMMITSEQ列來實現(xiàn)聯(lián)合。您可以選擇讓Apply程序以事務方式提交變化，按照提交序列的順序同時提交給所有的訂閱集合，而且您可以指定Apply程序在提交它的工作之前應處理多少個事務。在數(shù)據(jù)倉庫中，或者如果目標表上存在引用完整性限制，這一功能將特別有用。在版本7中，您僅可以創(chuàng)建每個Cap

51、ture和Apply程序以及Replication Alert Monitor創(chuàng)建單獨的服務，單獨啟動或停止它們。在版本7中，Apply程序以及Replication Analyzer中使用的密碼文件中包含的都是普通的文本，不是加密信息。在版本8中，密碼文件中的密碼都經過加密，所有的密碼都沒有采用平文本來保存。使用一個新的命令（asnpwd）可以創(chuàng)建和維護密碼文件。監(jiān)視復制過程您可以通過以下方式監(jiān)視版本8中的復制環(huán)境：設置監(jiān)視以便當發(fā)生某些事情的時候您可以得到通知 Replication Alert Monitor根據(jù)您設定的標準監(jiān)視Capture和Apply程序。在Replication C

52、ener中，您可以為您想監(jiān)視的標準定義報警條件，并指定當達到這些條件時將自動聯(lián)系誰。例如，您可以為Capture程序使用的內存量設定一個閾值。如果內存使用量超過了這個設定值，將通過Replication Alert Monitor向您指定的聯(lián)系人發(fā)送報警。對于Apply程序，您可能希望定義一個報警條件，以便在任意更新配置中事務被拒絕后發(fā)送提示。您還可以指定您希望被提示發(fā)生了什么錯誤條件。您可以使用Replicaton Center或asnmon命令來啟動Replication Alert Monitor。您可以使用一個Monitor qualifier來啟動多個Monitor程序實例。能夠啟動

53、多個Monitor程序使您可以在多個Monitor之間分配負載，或是確保關鍵事務應用擁有一個專用的Monitor集成。查詢當前的復制過程和統(tǒng)計信息 您可以抽查復制程序進行的情況： 您可以查詢Capture和Apply程序的每個線程的狀態(tài)。例如，使用這種監(jiān)視類型，可以確定Capture程序是在捕捉還是處于空閑狀態(tài)。在Replication Center中提供每個Capture或Apply控制服務器的狀態(tài)信息，也可以使用asnccmd和asnacmd命令獲得狀態(tài)。 您可以查看存儲在某個復制控制表中的詳細統(tǒng)計信息。使用Replication Center查看統(tǒng)計信息，幫助您解決任何Capture方法

54、或Apply qualifier的問題。您可以刷新查詢，更新顯示區(qū)內的統(tǒng)計信息。分析復制統(tǒng)計數(shù)據(jù)的趨勢和歷史數(shù)據(jù) 您可以使用Replication Center來查詢歷史數(shù)據(jù)，按照一定的時間間隔來審查復制環(huán)境完成的情況。您可以生成報表，然后分析以下信息： 消息：Capture和Apply程序提供了哪些錯誤和提示性信息？ 捕捉吞吐量：平均說來，在給定的時間段內處理了CD表中的多少行記錄？ 捕捉延遲：Capture程序最近何時向CD表中提交了數(shù)據(jù)？ 應用吞吐量：平均說來，在給定的時間段內處理目標表的多少行記錄？ 端到端延遲：平均說來，Capture程序從DB2日志中讀取變化與Apply程序將這些變

55、化復制到目標表之間有多大的時間差？應用開發(fā)的增強 對例程的增強（存儲過程，用戶自定義函數(shù)和方法） 術語例程（routine）包括存儲過程、UDF和方法。這反映了這樣一個事實，對于DB2版本8，參數(shù)樣式，數(shù)據(jù)類型映射和系統(tǒng)目錄對于三種例程類型來說都相同。下面是對例程的主要改進：目錄視圖函數(shù)、方法和存儲過程的目錄視圖現(xiàn)在已經合并在一起。 SYSCAT.ROUTINES 描述了在數(shù)據(jù)庫中定義的所有例程 SYSCAT.ROUTINEPARMS 描述了這些例程（函數(shù)和方法）的參數(shù)，以及它們的返回信息。 仍然支持以前的目錄視圖，現(xiàn)有的依賴這些視圖的應用仍然可以運行。新的調用例程的權限 例程EXECUTE的

56、權限已經進行了明確的控制，控制誰可以調用例程（存儲過程，UDF和方法）。在SQL語句中使用例程時，例程的定義者必需對這個例程要使用的所有包具有EXECUTE權限。新的注冊外部例程的權限新定義了權限來明確控制誰可以注冊外部例程（存儲過程，UDF和方法）。要注冊外部例程，需要CREATE_EXTERNAL_ROUTINE 授權。FENCED THREADSAFE 例程作為一個共享進程內部的一個線程運行。每個這樣的例程都可以讀取同一個進程內的其它例程線程所使用的內存。因此，一個線程化的例程可以收集這個線程化的進程中的其它例程的重要數(shù)據(jù)。共享一個進程的另一個內在的風險是一個有著內存管理缺陷的例程線程可

57、能會破壞其它的例程線程，甚至導致整個線程化的進程崩潰。在授權CREATE_EXTERNAL_ROUTINE 時，應知道得到這一授權的人可以潛在地監(jiān)視或破壞其它FENCED THREADSAFE 例程的內存。詳細信息，參見“Java UDF和存儲過程的線程”。要注冊NOT FENCED例程，需要CREATE_NOT_FENCED_ROUTINE 授權。NOT FENCED 例程與數(shù)據(jù)庫管理器運行在同一個進程內，因此，可以破壞數(shù)據(jù)庫管理器的共享內存，和損壞數(shù)據(jù)庫控制結構。兩種損害都將會導致數(shù)據(jù)庫管理器失敗。NOT FENCED例程還可以破壞數(shù)據(jù)庫和它們的數(shù)據(jù)表。在授權CREATE_NOT_FENCED_ROUTINE 時，應清楚地知道得到這一授權的人可以潛在地獲得不受限制地訪問數(shù)據(jù)庫管理器以及它的所有資源的權限。如果您擁有 CREATE_NOT_FENCED_ROUTINE 權限，您也擁有CREATE_EXTERNAL_ROUTINE 權限。外部例程的ALTER 語句 每種例程類型現(xiàn)在都有一個ALTER語句來更改例程的EXTERNAL NAME來應用一個新的例程體。例如，在您需要更新Java 存儲過程的Java方法時，不必刪除后在重新注冊它，可以使用ALTER PROCEDURE語句