【正文】 軟件的成敗。IBM公司將會提供給客戶一個最完整、最具有保障的數(shù)據(jù)管理環(huán)境， 繼而幫助其客戶建立一個邁向未來需要的網(wǎng)路計算環(huán)境。 產(chǎn)品配置本配置綜合考慮了系統(tǒng)在功能、性能、安全性等方面對數(shù)據(jù)庫的可靠性、可用性、高性能、高安全性、擴展性、大數(shù)據(jù)量、大用戶量、易維護、易管理等方面的設計要求，將系統(tǒng)的整體設計目標與數(shù)據(jù)庫的設計/配置目標緊密結合，以達到充分滿足系統(tǒng)整體要求的目標。該系統(tǒng)產(chǎn)品選型與配置時，所遵循的原則如下：擴展性： 數(shù)據(jù)庫系統(tǒng)在數(shù)據(jù)量、用戶數(shù)、處理能力等方面，不僅要滿足系統(tǒng)現(xiàn)有的需求，還要具有極強的擴展性，以滿足未來的發(fā)展方向；安全性： 保證數(shù)據(jù)不被非法用戶破壞和盜用，重要信息不被用戶有意或無意的篡改。如下圖所示：數(shù)據(jù)庫服務器? IBM InformixDynamic Server ? IBM Informix Client SDK數(shù)據(jù)庫服務器? IBM InformixDynamic Server ? IBM Informix Client SDK圖 1在系統(tǒng)中配置如下的 IBM Informix 數(shù)據(jù)庫產(chǎn)品：數(shù)據(jù)庫服務器上配置應用開發(fā)機/業(yè)務終端? IBM Informix Client SDK應用/Web 服務器其他系統(tǒng)9 / 75? IBM Informix Dynamic Server ? IBM Informix ClientSDK? IBM Informix Enterprise Gateway（選件）應用開發(fā)機/業(yè)務終端上配置? IBM Informix ClientSDK建議將數(shù)據(jù)庫系統(tǒng)配置成雙機互為備份的運行方式，兩臺主機上分別安裝配置 IBM Informix Dynamic Server 。IBM Informix 數(shù)據(jù)庫作為大型的數(shù)據(jù)庫管理系統(tǒng)，具有先進的技術、性能與可靠性， 在全球范圍的各種應用中使用十分廣泛， 包括金融、 保險、 郵電和政府等行業(yè)。IBM Informix Client SDK 是 IBM Informix 數(shù)據(jù)庫提供的應用開發(fā)接口 ( API ) 軟件包。 它包括：JDBC 驅動、 C++ 接口、符合 標準的 ODBC 驅動程序、OLE DB、SQL J 和 IBM InformixESQL/C 等。IBM Informix 數(shù)據(jù)庫的高性能 OLTP、數(shù)據(jù)倉庫等解決方案在電信、金融、政府、交通等領域保持了明10 / 75顯的競爭優(yōu)勢。所有主要數(shù)據(jù)庫操作(例如：I/O、復雜的查詢、索引的建立、日志恢復、備份及恢復等)都能在可用的系統(tǒng)資源中并行地執(zhí)行。（1）并行處理為確保高效地利用系統(tǒng)資源，大規(guī)模的數(shù)據(jù)庫任務被分解為多個單獨的小任務，跨多個 CPU 及磁盤進行并行執(zhí)行。例如：處理多表聯(lián)接這樣的復雜請求時，任務被分解為多個數(shù)據(jù)庫子任務，并分散在系統(tǒng)中多個可用的虛處理器中執(zhí)行。在某些情況下，查詢會在幾分鐘內(nèi)結束，而不是幾小時；或者是在幾秒鐘內(nèi)結束，而不是幾分鐘。以簡單的聯(lián)接操作為例，當聯(lián)接操作串行執(zhí)行時，數(shù)據(jù)庫必須在執(zhí)行完一項任務之后，才能執(zhí)行下一任務。PDQ 具有兩方面的處理優(yōu)勢。通過 PDQ，無論是單一的 SMP 節(jié)點，還是跨多個松散耦合的 SMP 或 MPP節(jié)點，用戶執(zhí)行的所有數(shù)據(jù)庫操作都能被并行處理。這一功能的完整性確保了所有數(shù)據(jù)庫操作的可伸縮性，并保證了在開放系統(tǒng)中實現(xiàn)超大型數(shù)據(jù)庫以支持包括 OLTP、電子商務及媒體資產(chǎn)管理在內(nèi)的各種應11 / 75用。并通過將數(shù)據(jù)庫分割成多個小部分，而簡化了超大型數(shù)據(jù)庫的管理。另外，分割策略對于應用和最終用戶是透明的。用戶可以根據(jù)自身應用對一張大數(shù)據(jù)表的操作方式，靈活使用表達式分割方法，將一張大數(shù)據(jù)表按應用的要求分割成多個分區(qū)，各分區(qū)可以透明地并行操作，極大的提高對一張大數(shù)據(jù)表的操作效率。例如，由于數(shù)據(jù)庫了解數(shù)據(jù)分片的模式，數(shù)據(jù)庫服務器就知道哪些分片與特定的查詢無關，從而可以跳過它們。除了將數(shù)據(jù)表分割之外，IBM Informix 數(shù)據(jù)庫服務器還可以將索引分割，以獲得最大的數(shù)據(jù)布局靈活性，從而達到最優(yōu)的并行處理性能，DBA 可以把分割了的索引放到與數(shù)據(jù)不同的分片上去。分割對于有效的系統(tǒng)管理也是很關鍵的。IBM Informix 數(shù)據(jù)庫系統(tǒng)的這些操作可以并行地進行，從而大大地減少裝入、卸出或恢復數(shù)據(jù)所需的時間。每一類被優(yōu)化以完成一種特定的功能，例如 CPU 操作、磁盤 I/O、客戶/服務器通12 / 75訊和管理任務。線索在相關類的虛處理器之間透明地進行調(diào)度，你可以針對系統(tǒng)的特定情況，為你的系統(tǒng)中的每個類配置足夠多的虛處理器，以處理該系統(tǒng)中的相應類型的操作。在這些虛處理器類中，最重要的是 CPU 類，它可以在 CPU 處理需求改變時增加或減少。鑒于處理客戶需求所需要的虛處理器的數(shù)目常常是不可預料的，可以提供幾個用于客戶服務器的通訊協(xié)議（例如: IPX/SPX、TCP/IP 和共享內(nèi)存）的虛處理器類來處理客戶與 IBM Informix 數(shù)據(jù)庫服務器之間的通訊。這樣，為了更有效地處理客戶請求，就可以配置 IBM Informix 數(shù)據(jù)庫服務器，自動地向共享內(nèi)存緩沖池中增加更多的內(nèi)存。這一功能對應用來講非常有效，對于要存取多個具有大量列的表或執(zhí)行多個存儲過程的應用效果尤其明顯。使其不被并行地執(zhí)行相同代碼的其它線索覆蓋。IBM Informix 數(shù)據(jù)庫服務器的共享內(nèi)存最大限度地減少碎片。而且，共享內(nèi)存段還可在運行數(shù)據(jù)庫時由管理員添加。當用戶會話結束時，它所使用的內(nèi)存空間被釋放，并且被另一個會話重新使用。這樣，用戶線索可以很容易地在虛 處理13 / 75器間移動，因支持的用戶數(shù)目增加，從而增強了 IBM Informix 數(shù)據(jù)庫服務器的可伸縮性。IBM Informix 數(shù)據(jù)庫服務器使用它自己的異步 I/O(AIO)軟件包(或可利用的操作系統(tǒng)核心的 AIO）來加速 I/O 處理。I/O 虛處理器有四種特定類：邏輯日志 I/O，物理日志 I/O，異步 I/O，核 心異步 I/O (KIO )，將 I/O 劃分為這些類使得可以實施一種高效的優(yōu)先級劃分方案。實際上，你可以使用 IBM Informix 數(shù)據(jù)庫服務器系統(tǒng)監(jiān)控界面來檢測從磁盤讀寫的長隊列，然后啟動附加的特定的 I/O虛處理器來消除 I/O 瓶頸。具有了這種能力，應用系統(tǒng)花費較少的時間用于等待磁盤存取的完成，這樣就保證了吞吐量。內(nèi)存授權管理器內(nèi)存授權管理器(MGM)使得 DBA 和程序員能夠根據(jù)可用的系統(tǒng)資源平衡用戶請求的優(yōu)先級，從而控制并行的程度。14 / 75MGM 的高效的內(nèi)存空間利用是優(yōu)化并行處理的關鍵。 使用了 MGM，整個系統(tǒng)范圍的優(yōu)先級設置都可以動態(tài)地改變。優(yōu)化器收集和計算有關數(shù)據(jù)分布的統(tǒng)計情況，并選取對系統(tǒng)資源影響最小的返回路徑(在某些情況下，這可能是一個并行的返回路徑。內(nèi)存授權管理器控制上述并行程度。用戶能夠控制的范圍包括：存取方法 它使用戶可以指定存取一張表的方法。聯(lián)接方法 它使用戶可以指定在一個查詢中一張表如何與另一張表聯(lián)接。聯(lián)接順序 它使用戶可以指定優(yōu)化器以特定的順序聯(lián)接表。裸設備管理UNIX 文件系統(tǒng)本身不做保證分配連續(xù)的磁盤空間，為了達到數(shù)據(jù)的快速存取，IBM Informix 數(shù)據(jù)庫服務器通過裸設備實現(xiàn)了連續(xù)磁盤空間存貯。數(shù)據(jù)存貯在生設備上可使 IBM Informix 數(shù)據(jù)庫服務器進行直接內(nèi)存存?。―MA） ，DMA 直接從盤上向內(nèi)存寫數(shù)據(jù)，避免了通過文件系統(tǒng)實現(xiàn)數(shù)據(jù)存貯時必須的 UNIX 文件系統(tǒng)緩存機制。選取最前面的 N 行許多決策支持查詢只需要選擇語句的最前面幾行結果用于分析。對于這類決策支持查詢，我們推薦使用這一新功能 選取最前面的 N 行。這一新功能使得 I/O 操作減少，并且在某些情況下，因只處理一部分記錄而減少了 CPU 的占用時間，從而大大提高了整體性能。視圖還能減少用戶編寫的查詢語句的復雜程度。例如：不需要編寫涉及到多個 SELECT的查詢，只需要創(chuàng)建一個視圖將多個 SELECT 語句的結果用 UNION 合并在一起就可以了。內(nèi)存駐留表為提高經(jīng)常存取的數(shù)據(jù)的性能，用戶可以指定一張表或其索引的一部分或多個部分盡量長時間地駐留在 IBM Informix 數(shù)據(jù)庫服務器共享內(nèi)存中。對于經(jīng)常訪問的表被偶爾訪問的表替換出內(nèi)存緩沖區(qū)的情況，內(nèi)存駐留表可以極大地降低數(shù)據(jù)存取的響應時間。這些策略包括：子查詢平行化、查詢緩存及預處理增強。子查詢緩存是指將多次調(diào)用的子查詢的查詢結果進行緩存處理，使優(yōu)化器不必再執(zhí)行重復的查詢工作。共享語句緩存IBM Informix 數(shù)據(jù)庫服務器利用共享語句緩存技術將 SQL 語句的查詢方案存放在緩沖區(qū)中，從而方便其它用戶會話的使用。另外，因為會話執(zhí)行在緩存中語句，而不需要再對語句進行分析和優(yōu)化，從而使查詢速度大大提高。通過支持長標識符，用戶可以方便地將非 IBM Informix 數(shù)據(jù)庫的應用運行在IBM Informix 數(shù)據(jù)庫服務器上。 64 位支持及大內(nèi)存尋址大多數(shù) UNIX 和 NT 系統(tǒng)由于 32 位尋址的限制而局限于 2GB（或更少）的內(nèi)存，這種限制隨 64 位結構而取消，并帶來了數(shù)據(jù)庫運行效率的極大突破。64 位以較小的物理 I/O 操作數(shù)允許更大的數(shù)據(jù)頁和更多的數(shù)據(jù)被傳入緩存中。 模糊檢查點系統(tǒng)管理員可以利用模糊檢查點技術來提高檢查點的執(zhí)行速度并事務處理的吞吐量。這些特定操作被稱為模糊操作，包括：插入、修改和刪除。 擴展功能的優(yōu)化有些用戶自定義的例程，例如進行圖像處理的函數(shù)，對其開銷的評估會非常耗時，這直接影響到使用到它的查詢操作的性能。并且優(yōu)化器確保最耗時的例程最后執(zhí)行。兩個虛處理器類可用于并行處理用戶自定義例程：用戶自定義的虛處理器用于用 C 編寫的例程；Java 虛處理器用于用 Java 編寫的例程。為減少因管理工作、特殊操作等引起的停機時間，IBM Informix 數(shù)據(jù)庫服務器提供一組工具/功能，使管理員可以在系統(tǒng)在線的情況下完成管理工作（可參見第 5 點—易管理性） 。并且，具有完善的功能，保證我們的技術支持人員迅速診斷問題，解決故障。 （2） 快速恢復數(shù)據(jù)庫服務器因某種原因非正常關閉后，通過快速恢復機制，在不丟失數(shù)據(jù)的情況下，將系統(tǒng)恢復至在線狀態(tài)，并保證數(shù)據(jù)的完整性和一致性。 “可繼續(xù)的恢復”功能允許從接近中斷的點繼續(xù)恢復工作。使得系統(tǒng)管理員在修改表結構（例如：增加字段、刪除字段等）時，不會影響其它用戶對該表的正常使用。 （6） 數(shù)據(jù)庫系統(tǒng)提供 HDR 技術高可用性數(shù)據(jù)復制 (HDR) 使得中央數(shù)據(jù)庫服務器例程能被復制到一個輔助 服務器上去。它創(chuàng)建了一個＂熱＂備份服務器，以防主結點發(fā)生故障，而且， 由于現(xiàn)在對于相同的數(shù)據(jù)有兩個不同的服務器可用，用戶就可以把面向生產(chǎn)的 OLTP 應用與決策支持應用分離開。主服務器恢復后變成輔助的只讀服務器。當啟動了復制功能時，主服務器上的事務日志（邏輯日志）信息以同步的或異步的方式通過網(wǎng)絡自動地傳送到輔助服務器上去。 （7） 配合數(shù)據(jù)分割技術的 Data Skip 功能配合 IBM Informix 的數(shù)據(jù)分割技術，通過其數(shù)據(jù)跳躍 (Data Skip)功能，實現(xiàn)數(shù)據(jù)的高可用性及數(shù)據(jù)操作的高性能，避免 DISK I/O 操作的瓶頸。 保障數(shù)據(jù)一致性IBM Informix 數(shù)據(jù)庫服務器通過事務邏輯日志、內(nèi)部一致性檢查、建立鎖處理過程以及商業(yè)規(guī)則等等，保證數(shù)據(jù)在事務級保持一致。為了免去這部分已完成的操作，IBM Informix 數(shù)據(jù)庫服務器通過維護記錄著所有事務處理的邏輯日志，以及自動使用這些記錄將數(shù)據(jù)恢復到該事務之前的狀態(tài)。這是因為 IBM Informix 數(shù)據(jù)庫服務器有一個數(shù)據(jù)層檢測，若由于硬件或操作系統(tǒng)錯誤導致了非一致性，IBM Informix 數(shù)據(jù)庫服務器會自動將有關信息寫入信息日志中。數(shù)據(jù)庫服務器保證數(shù)據(jù)加 鎖期間別的進程不可更改；如果有別的用戶進程要做更改，服務器或是要它等 待，或是返回一錯誤碼。IBM Informix 數(shù)據(jù)庫服務器提供幾種類別的鎖，即：行級鎖、頁級數(shù)、表級鎖及庫級鎖。（4） 隔離級別隔離級別規(guī)定了讀操作與其它數(shù)據(jù)庫服務器進程并發(fā)的程度，即對正在讀的記錄其它服務器進程可做哪些更改，以及對其它服務器正在讀或修改的數(shù)據(jù)可進行讀的數(shù)據(jù)。讀臟數(shù)據(jù)： 沒有隔離，不加鎖，什么都不用考慮，用戶可以讀任何事務中或提交后的數(shù)據(jù)。游標讀： 只有當數(shù)據(jù)庫在最后一條記錄上加鎖時才會影響它，即一次只鎖一條記錄，當一個新記錄讀入后才釋放上一個鎖。重復讀： 可保證在同一事務中反復讀取的記錄保持一致。 提供完善的數(shù)據(jù)安全性（1） 授權機制IBM Informix 數(shù)據(jù)庫服務器有如下的安全機制以保證數(shù)據(jù)庫的安全： 1． 數(shù)據(jù)庫級（DatabaseLevel ）的安全性,對整個數(shù)據(jù)庫起作用。 3． 列級(Column Level)的安全性，只對相關的列起作用。 5． 類級(TypeLevel)的安全性。（2） 使用存儲過程控制對數(shù)據(jù)的訪問用戶通過使用存儲過程控制對數(shù)據(jù)庫表和列的訪問。（3） 審計功能21 / 75IBM Informix 數(shù)據(jù)庫服務器的審計策略是 IBM Informix 數(shù)據(jù)庫安全性的重要組成部分之一。對每一個選擇出的用戶的活動， IBM Informix 數(shù)據(jù)庫服務器提供的審計功能將產(chǎn)生一條記錄。這種機制由 IBM Informix數(shù)據(jù)庫服務器的歸檔及備份功能完成。 提供多種數(shù)據(jù)庫管理工具，易于管理、易于維護在本次投標中推薦的IBM Inform