本文主要介紹如何完成基於 DB2 的 PHP 應用系統從 AIX 平台到 Linux 平台的移植過程。文中包含了底層的 DB2 數據庫移植、上層的 PHP 應用系統移植的詳細步驟以及移植過程中可能遇到的問題和解決方法。
任務概述
系統遷移的工作主要分為以下幾個方面：
1.DB2 數據庫系統的跨平台遷移
2.Apache 服務器與 php 應用系統的安裝和配置
下面我們就分 2 個方面分別介紹遷移和配置的具體步驟。
DB2 數據庫系統的跨平台遷移
數據庫環境
源環境：AIX＋DB2 v8.1
目標環境：Linux＋DB2 v8.1
其中源數據庫中包含了 2 個數據庫 Instance：SRCDB1 與 SRCDB2。在 SRCDB1/SRCDB2 數據庫中，均包含了上百張數據庫表，並有很多的索引、外鍵約束、觸發器、存儲過程以及一些含有自增字段的表（含有 GENERATED ALWAYS AS IDENTITY 定義字段的表）。更為困難的是，我們並沒有關於這些數據庫對象的准確創建腳本。
遷移方案的選擇
如果遷移的源系統與目的系統屬於同一類型操作系統，例如 Linux 之間的遷移，或者 AIX 系統之間的遷移，則情況相對簡單，DB2 本身已經提供相關的實用工具來實現這種同類型平台之間的數據庫移植，如： BACKUP 和 RESTORE 命令。當然，根據不同的情況還需要對實用工具所提供的參數有比較清楚的了解，譬如源系統與目標系統使用不同的表空間，就會涉及到表空間重定向的問題。由於本文的重點在於跨平台的移植，這種方案顯然無法滿足需求，在此不再熬述。
那麼，如何處理跨平台的數據庫遷移問題？是不是可以使用實用工具 db2move 呢？ db2move 只能遷移表中的數據，而無法對索引、外鍵約束、觸發器和存儲過程等數據庫對象也實現遷移操作，而且對於包含自增字段數據的表來說，db2move 也有一定的限制。並且 db2move 只能把數據導入到已存在的數據庫的表中，無法顯示指定表空間的位置。由於在數據庫的系統遷移過程中，不僅需要遷移表中的數據，還有索引、外鍵約束、觸發器和存儲過程等數據庫對象，與本文所選方案相比，還是後者更具優勢。可以將 db2move 僅作為遷移表數據的一種備用方案。
而對於 export 和 import 來說，一次只能針對一張表進行導出導入操作，並且需要手動輸入 export 和 import 的命令以及需要導入導出的數據表名，在數據庫表的數量不多的情況下，這種方案也許還可以考慮，但也不並是最佳的方案。而在數據庫中表數量眾多的情況下，這種做法則是基本不現實的，而且 import 命令並不能保證自增字段的數據與原來的表數據保持一致。
本文根據 DB2 對數據庫對象的處理機制，采用將 db2look 與 DDL、DML 腳本相結合的方式，並針對原數據庫中的觸發器、存儲過程以及外鍵約束等分別處理，給出了一種跨平台 DB2 數據庫系統移植的可行方案。
下面我們以 SRCDB1 為例介紹一下這種情況下的數據庫整體遷移過程。SRCDB1 數據庫中有 SRCDB1、ASN、DB2DBG 和 SQLDBA 這四個數據庫模式。假設 SRCDB1 數據庫的用戶名為 user_srcdb1，密碼：pw_srcdb1。
在源系統 (AIX) 上的相關操作
1．使用 db2look 命令抽取生成數據庫對象的 DDL 腳本
清單 1. db2look 命令及參數
# db2look -d SRCDB1 -e -o srcdb1.ddl -a -i user_srcdb1 -w pw_srcdb1
db2look ：生成 DDL 以便重新創建在數據庫中定義的對象
語法: db2look -d DBname [-e] [-u Creator] [-z Schema]
[-t Tname1 Tname2...TnameN] [-tw Tname] [-h] [-o Fname] [-a]
[-m] [-c] [-r] [-l] [-x] [-xd] [-f] [-fd] [-td x]
[-noview] [-i userID] [-w password]
[-v Vname1 Vname2 ... VnameN] [-wrapper WrapperName]
[-server ServerName] [-nofed]
-d : 數據庫名稱，必選參數
-e : 抽取復制數據庫所需要的 DDL 文件，此選項將生成包含 DDL 語句的腳本
-o : 將輸出重定向到給定的文件名，如果未指定 -o 選項，則輸出默認轉到 stdout
-a : 為所有創建程序生成統計信息，如果指定了此選項，則將忽略 -u 選項
-i : 指定登錄到數據庫所在服務器時所使用的用戶標識
-w : 指定登錄到數據庫所在服務器時所使用的密碼
2．根據不同類型對象，分化數據庫對象 DDL 腳本
由於源數據庫中的各個表數據已經是經過觸發器、存儲過程等數據庫對象處理過的數據，為保證數據庫中數據的一致性和完整性，這些數據庫對象應該在導入數據後再創建，以防止在導入表數據時重復執行觸發器和存儲過程等數據庫對象生成錯誤數據。使用文本編輯器編輯由 db2look 生成的 srcdb1.ddl，將創建表及索引的 DDL 語句，創建外鍵約束的 DDL 語句以及創建觸發器和創建存儲過程的語句分為四組，分別保存為下面四個 DDL 腳本：
srcdb1_tables.ddl srcdb1_foriegnkeys.ddl
srcdb1_triggers.ddl srcdb1_procedures.ddl
srcdb1_tables.ddl ：包含創建 SEQUENCE，UDF，TABLE，VIEW 等數據庫對象的 ddl 語句。
清單2. srcdb1_tables.ddl 語句
CREATE SEQUENCE "SRCDB1"."SAMPLE_SEQ_1" AS INTEGER
MINVALUE 1 MAXVALUE 9999999999
START WITH 1 INCREMENT BY 1;
CREATE FUNCTION " SRCDB1"." SAMPLE _FUNC_1" (
VARCHAR(254),
VARCHAR(254),
VARCHAR(254)
) RETURNS VARCHAR(254)
SPECIFIC SAMPLE _FUNC_1 ……;
CREATE TABLE " SRCDB1"." SAMPLE _TAB_1" (
"TAB_COL1" CHAR(20) NOT NULL ,
"TAB_COL2" VARCHAR(70) NOT NULL ) ;
CREATE TABLE " SRCDB1"." SAMPLE _TAB_2" (……);
……
CREATE TABLE " SRCDB1"." SAMPLE _TAB_N" (……);
CREATE VIEW SRCDB1.SAMPLE_VIEW_1 (VIEW_COL1,VIEW_COL2) AS SELECT distinct
COL1 , COL2 FROM SAMPLE_TAB WHERE ……;
CREATE VIEW SRCDB1.SAMPLE_VIEW_2 ……;
……
CREATE VIEW SRCDB1.SAMPLE_VIEW_N ……;
srcdb1_foriegnkeys.ddl ：包含創建外鍵約束的 ddl 語句。
清單3. srcdb1_foriegnkeys.ddl 語句
ALTER TABLE " SRCDB1"."SAMPLE_FK_1"
ADD CONSTRAINT "SQL030903143850120" FOREIGN KEY
("FK_COL1")
REFERENCES " SRCDB1"."SAMPLE_TABLE"
("COL1")；
ALTER TABLE " SRCDB1"."SAMPLE_FK_2" ADD ……;
……
ALTER TABLE " SRCDB1"."SAMPLE_FK_N" ADD ……;
srcdb1_triggers.ddl ：包含創建觸發器的 ddl 語句。
清單 4. srcdb1_triggers.ddl 語句
CREATE TRIGGER SRCDB1.SAMPLE_TRIG_1 AFTER UPDATE OF col1 ON SRCDB1.SAMPLE_TAB
REFERENCING NEW AS n FOR EACH ROW MODE DB2SQL WHEN ( n.col1 > 3)
BEGIN ATOMIC
update SAMPLE_TAB
set(col2) = anotherValue where col1 = n.col1 ;--
END;
CREATE TRIGGER SRCDB1. SAMPLE_TRIG_2 ……;
……
CREATE TRIGGER SRCDB1. SAMPLE_TRIG_N ……;
srcdb1_procedures.ddl ：包含創建 SQL 存儲過程以及 java 存儲過程的 ddl 語句。
清單 5. srcdb1_procedures.ddl語句
CREATE PROCEDURE " SRCDB1"." JAVA_PROCEDURE_1" (
OUT SQLSTATE CHARACTER(5),
OUT ROWS_SUBMITED INTEGER,
IN BATCH_ID INTEGER,
IN LEVEL VARCHAR(4000)
)
DYNAMIC RESULT SETS 0
SPECIFIC SUBMIT_BATCH
EXTERNAL NAME Submit_batch!submit_batch
LANGUAGE JAVA
PARAMETER STYLE JAVA
NOT DETERMINISTIC
FENCED THREADSAFE
MODIFIES SQL DATA
NO DBINFO;
CREATE PROCEDURE " SRCDB1"."JAVA_PROCEDURE_2" ……;
……
CREATE PROCEDURE " SRCDB1"."JAVA_PROCEDURE_N" ……;
SET CURRENT SCHEMA = " SRCDB1";
SET CURRENT PATH = "SYSIBM","SYSFUN"," SRCDB1";
CREATE PROCEDURE SRCDB1.SQL_PROCEDURE_1 (
IN hostname varchar(4000),
IN username varchar(4000),
OUT SQLCODE_OUT int )
SPECIFIC SRCDB1.SQL_PROCEDURE_1
LANGUAGE SQL
-------------------------------------------------
-- SQL Stored Procedure
-------------------------------------------------
P1: BEGIN
……
END P1 ;
CREATE PROCEDURE SRCDB1.SQL_PROCEDURE_2 ……;
……
CREATE PROCEDURE SRCDB1.SQL_PROCEDURE_N ……;
需要注意的是，db2 v6 版本的 db2look 尚未實現抽取如 UDF，TRIGGER，UserSpace，NodeGroup，BufferPool 等數據庫對象的 ddl 語句。從 db2 v7 開始，db2look 可以抽取上述對象的 DDL，但是依然無法抽取創建存儲過程對象的 ddl 語句。從 db2 v8.2 開始，完善了對 db2look 功能的支持，實現了存儲過程 ddl 語句的抽取功能。由於本文所涉及的源數據庫系統的版本較低（DB2 v8.1），因此需要采取上述方案獲取所有數據庫對象的 DDL 信息：
1）. 從某個 DB2 v8.2 系統對 SRCDB1（DB2 v8.1 版本）執行 CATALOG 操作：
db2 catalog db SRCDB1 as SRCDB1;
2）. 從 DB2 v8.2 系統對 SRCDB1 進行 db2look 抽取過程：
db2look -d SRCDB1 -e -o srcdb1.ddl -a -i user_srcdb1 -w pw_srcdb1;
這樣就可以獲取完整的數據庫對象 DDL 信息。
3．生成數據導出expo
