本節討論如何在同一部電腦上,從先前版本的 DB2 OLAP Server 來升級至 DB2 OLAP Server 第 8.1 版,並且說明在升級程序期間,會發生什麼事情。
注意:
從第 8.1 版開始,Relational Storage Manager (RSM) 已經從 DB2 OLAP Server 中刪除。在先前版本中使用 RSM 所建立的應用程式,於安裝第 8.1 版之前,必須先移轉至 Multidimensional Storage Manager (MSM),否則您將會遺失資料。
如果您從先前版本的 DB2 OLAP Server 來進行升級,而且您具有使用 Relational Storage Manager (RSM) 的應用程式,則於安裝第 8.1 版之前,您必須先將它們移轉至先前版本 DB2 OLAP Server 中的 Multidimensional Storage Manager (MSM),否則您將會遺失資料。將您的 RSM 應用程式移轉至 MSM 之後,您就可以安裝第 8.1 版,然後再將您的應用程式移轉至第 8.1 版。
下列步驟顯示您如何從 RSM 將資料移轉至 MSM:
您必須指定定錨維度。
這時 OLAP 資料庫便會啟動並重組結構,而修改後的大綱即成為新資料庫的大綱。在這項程序期間,資料方塊會存放在多維資料庫中。
在升級之前請先閱讀本節,以瞭解第 8.1 版中兩項可用的 I/O 存取模式,以及升級至第 8.1 版之後,在快取大小和 I/O 存取模式方面,會如何影響到 OLAP 資料庫。
緩衝的 I/O 會使用檔案系統的緩衝區快取。如果您是從第 7.1 版之前的版次來升級時,您的資料庫便是使用緩衝的 I/O。
直接 I/O 會略過檔案系統緩衝區快取,並且能夠提供更快速的回應時間,以及更多的潛力來最佳化快取大小。如果您是從第 7.1 版或更新版本來升級時,您的資料庫便是使用直接 I/O。
只有在使用直接 I/O 時,才能使用快取記憶體鎖定。如果您想要使用作業系統的「無等待」(非同步)I/O 時,也必須使用直接 I/O。如需與 I/O 相關的平台支援資訊,請參閱表 24
表 23 中會顯示每一個版次的預設 I/O 存取模式,以及每一版次可用的 I/O 存取模式選項(如果適用的話)。請使用此表格及選項,來決定您目前使用的是緩衝或直接 I/O,以及決定在升級到第 8.1 版之後,您將使用哪一項。
表 23. 每一個 DB2 OLAP Server 版本預設的 I/O 存取模式
版本 | 直接 I/O | 緩衝 I/O |
---|---|---|
版本 1、版本 1.0.1 及版本 1.1 | N/A | 預設 |
第 7.1 版,最高可達 FixPak 7 | 預設 | N/A |
第 7.1 版,FixPak 8 或更新版本 | 透過使用 essbase.cfg 中的 DIRECTIO TRUE 便可使用。 | 預設 |
第 8.1 版 | 每一資料庫可用的項目,作為資料庫設定。
透過使用 essbase.cfg 中的 DIRECTIO TRUE 配置檔設定,對於所有新的或升級的資料庫而言,只能使用一次。 | 預設 |
下列清單可協助您決定您的資料庫,目前使用的是哪一種 I/O 存取模式,以及當您不執行任何變更時,將如何升級這些資料庫。
在第 7 版 FixPak 8 中採用的 DIRECTIO 設定是全伺服器的,並且會影響到所有的資料庫。對於第 8 版而言,DIRECTIO 所指定的存取模式,在升級或第一次建立資料庫時,對每一個資料庫只能讀取一次。之後,每一個資料庫的 I/O 存取模式在變更時,必須使用資料庫設定。
對於第 8.1 版而言,I/O 存取模式是一項儲存在安全性檔案中的資料庫設定,而不是會影響所有資料庫的全伺服器 essbase.cfg 檔設定。對於 essbase.cfg 配置檔設定 DIRECTIO TRUE|FALSE 已維護與第 7 版 FixPak 8 之間的向下相容性。它也用來提供新建立之資料庫,以及從之前版次升級來的資料庫的預設值。
如果升級時在 essbase.cfg 檔中具有 DIRECTIO 設定時,只有新建立或升級的資料庫,才會受到這項設定的影響。DB2 OLAP Server 對於每一個資料庫,會從 essbase.cfg 來讀取 I/O 存取模式規格一次,並且將該資訊複製到安全性檔案 (essbase.sec)。之後,如果您想要變更任何資料庫所使用的 I/O 存取模式時,必須在資料庫層次使用資料庫設定來進行變更。
I/O 存取模式的設定方式,從 Application Manager(Database Settings > Storage 標籤),MaxL(alter database set io_access_mode),或是以程式設計的方式來使用 Application Programming Interface。如需其他資訊,請參閱 Database Administrator's Guide,Technical Reference 中的 MaxL 文件,或是 API Reference。
如果您想要使用作業系統「無等待 I/O」時,請選取直接 I/O 來做為 DB2 OLAP Server I/O 存取模式。如果可用,只要 I/O 存取模式為直接 I/O 時,DB2 OLAP Server 便會嘗試使用「無等待 I/O」。如果要判定 DB2 OLAP Server 在特定時間是否使用「無等待 I/O」,請檢視 Application Manager 中的資料庫資訊(Database Information > Storage 標籤),MaxL(display database),或以程式設計的方式來使用 Application Programming Interface。如需 DB2 OLAP Server 在哪些平台上支援「無等待 I/O」的清單,請參閱表 24。
如果您將資料庫設成使用直接 I/O,在下一次啟動資料庫時,DB2 OLAP Server 便會嘗試使用直接 I/O。如果在資料庫啟動時,在該平台無法使用直接 I/O,DB2 OLAP Server 便會使用預設的緩衝 I/O。不過,DB2 OLAP Server 會儲存您選取來作為安全性檔案中設定的 I/O 存取模式,並且在每次資料庫啟動時,便嘗試使用這種 I/O 存取模式。
當您升級時,您現有資料庫的快取大小並不會變更。如果您目前正使用第 7.1 版直到 FixPak 7,並且使用預設的 I/O 存取模式(直接),您現有資料庫的快取大小可能會非常大,因為直接 I/O 需要較大的快取大小。在您升級之後,如果您計劃使用預設的第 8.1 版 I/O 存取模式(緩衝),則在您升級或啟動升級後的資料庫之前,應該先降低快取大小的設定。
下列清單中說明在升級成版次 6.5 之後,對於每一種 I/O 存取模式而言,DB2 OLAP Server 資料庫預設的快取大小:
如果在升級後要置換預設值,在您第一次啟動升級後的資料庫之前,請先變更資料庫的設定或內容。
如需其他關於緩衝 I/O 和直接 I/O 的資訊,請參閱 Database Administrator's Guide。
表 24 中顯示在哪些平台上,DB2 OLAP Server 支援「無等待」(或非同步)I/O。雖然在 Solaris 作業系統和 AIX 上,DB2 OLAP Server 並不使用「無等待 I/O」,但是在這些平台上仍可使用直接 I/O。
表 24. 在哪些平台上 DB2 OLAP Server 支援「無等待」(非同步)I/O
平台 | 直接 I/O | 無等待 I/O | 快取記憶體鎖定 |
---|---|---|---|
Windows 98 | 不支援 | 不支援 | 不支援 |
Windows XP | 支援 | 支援 | 支援1 |
Windows 2000 | 支援 | 支援 | 支援1 |
Windows NT | 支援 | 支援 | 支援1 |
AIX | 支援 | 不支援 | 不支援 |
Solaris 作業環境 | 支援 | 不支援 | 支援2 |
HP-UX | 支援3 | 支援 | 不支援 |
註:
下列的其他移轉注意事項,在您升級時可能會適用:
本節提供有關移轉的明細,並告訴您如何從先前版本的 DB2 OLAP Server 來升級成第 8.1 版。
在資料庫啟動時,DB2 OLAP Server 便會移轉資料庫。依預設,資料庫是設成在其應用程式啟動時便啟動。OLAP 核心程式會檢查之前未成功移轉所產生的檔案,並且在有必要時,重新啟動這項移轉。
在資料庫啟動時,DB2 OLAP Server 會移轉 ESSxxxxx.IND、dbname.ESM 及 dbname.TCT 檔。在存取資料區塊時,DB2 OLAP Server 會移轉 ESSxxxx.PAG 檔;因此,在您啟動資料庫之後,當您執行 VALIDATE 指令時,.PAG 檔便會移轉。在移轉核心檔案之後,便無法向後相容於之前的版次。
下列步驟說明如何在同一部電腦上,從之前版次升級成第 8.1 版。如果要將資料庫升級並移轉到另一部電腦,請參閱跨伺服器來移轉應用程式和資料庫。
在移轉之後,您只能從備份來回復之前版次的資料庫。因此,在開始升級之前,請務必備份資料庫。
如果要在同一部電腦上升級成第 8.1 版,對於每一個資料庫請以下列順序來繼續執行:
如果 VALIDATE 傳回錯誤時,請將它回復到不含這些錯誤的備份。
VALIDATE 會檢查是否有 LRO 錯誤。
如果您想變更資料庫設定,這便是可以執行這項作業最適合的時機。如果您現在變更這些設定,便不需要重新啟動資料庫,來讓這些設定能夠生效。請參閱決定將使用哪一種 I/O 存取模式,以取得關於預設設定的資訊。
當資料庫還原之後,DB2 OLAP Server 便會將資料庫移轉到第 8.1 版格式。
在第 7.1 版和更新版本中,Essbase Query Designer (EQD) 會取代「擷取精靈」來建立查詢。如果您具有「擷取精靈 (.WIZ)」檔,EQD 可能無法適當地將「擷取精靈」子集轉換成 EQD 成員過濾程式,如此便會造成下列的問題:
在開啟「擷取精靈」檔之後,請確定導覽畫面節點能使用您所希望的方式,來定義成員過濾程式。如有必要,請以手動來提高、降低,或移動節點或是新增新的節點。
在 Windows 平台上,DB2 OLAP Server 安裝程式會更新從屬站或伺服器系統環境,以便執行第 8.1 版軟體。如果系統檔案不存在,或是與 DB2 OLAP Server 一起出貨的版本較新,則 Microsoft 系統檔案便會安裝到 Windows 系統目錄(例如,在 Windows NT 4.0 上為 C:\Winnt\System32)。
下列表格中列出在支援的 Windows 平台上,每一項 DB2 OLAP Server 元件所安裝的 Windows 系統檔案。直欄中的勾號,表示此為指定的 DB2 OLAP Server 元件所安裝的系統檔案。只有在這些檔案並不存在,或是舊版存在時,這些檔案才會安裝到您的系統目錄中。
表 25. 每一項 DB2 OLAP Server 元件所安裝的系統檔案
檔案 | OLAP Server | 應用管理程式 | 試算表增益集 | 執行時間從屬站 | API | 檔案版本 |
---|---|---|---|---|---|---|
ATT.DLL |
|
| 有 |
|
| 2.00.7024 |
CTL3D32.DLL |
| 有 |
|
|
| 2.31.000 |
MFC42.DLL |
|
| 有 | 有 | 有 | 4.21.70221 |
MSVCRT.DLL | 有 | 有 | 有 | 有 | 有 | 5.00.70222 |
MSVCIRT.DLL | 有 | 有 | 有 | 有 | 有 | 5.00.7022 |
註:
如果要將資料庫移動到不同的電腦上,或是在不同的電腦上以手動來升級成第 8.1 版,對於每一個資料庫請以下列順序來繼執行:
如果 VALIDATE 傳回錯誤時,請回復成不具有這些錯誤的備份。
請仔細考慮您將如何配置磁碟磁區。在您載入資料到新的 OLAP Server 之後,只有在新資料載入中,對磁碟磁區設定所進行的任何變更才會受到影響;這些變更是無法回溯的。
您所建立的應用程式和資料庫的名稱,不需要與原始伺服器上的相同。不過,如果您變更這些名稱時,請確定這些變更也能視需要來反應到 Script 檔、試算表巨集,以及以 API 為基礎的應用程式中。此外,請確定這些變更已清楚傳遞至使用者資料庫。
注意:
請勿憑藉透過作業系統或 FTP 的檔案轉送,將應用程式目錄移動到新的伺服器上。
此時,如果您想要匯入將從原始應用程式中匯出的資料檔案時,您應該避免對該大綱做任何變更。
如果您是在不同的伺服器平台之間進行移轉,請務必使用本程序中 8 到 11 步驟中所說明的程序。如果您是在相同的伺服器平台上進行移轉,便可使用作業系統來移動 calc Script 和 report Script 檔。如果您是透過作業系統來移動這些檔案,請檢查以確定在移動之後,它們能適當地運作。
注意:
資料載入規則檔為二進位檔,而且應該永遠以步驟 8-11 中說明的方式來進行移轉。
注意:
不建議也不支援在電腦之間移動安全性檔案 (ESSBASE.SEC 及其備份 ESSBASE.BAK)。