| 導購 | 订阅 | 在线投稿
分享
 
 
 

基于DB2及PHP的應用系統跨平台遷移詳細步驟(一)

來源:互聯網  2008-12-22 08:07:42  評論

本文主要介紹如何完成基于 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.生成數據導出export腳本

使用 shell 腳本生成並導出所有數據的 DML 腳本,並將其重定向到 srcdb1_export.sql 文件中。對于熟悉 DB2 的用戶來說,應該知道數據庫中創建的每個表、視圖、別名均對應 SYSCAT.TABLES 中一行記錄。因此可以通過相應的數據庫 select 語句就可以獲取所有需要的數據庫表信息。根據需要,下述 shell 腳本將從系統表 SYSCAT.TABLES 中根據 tabname 字段選出 SRCDB1 中所有 tabschema 表模式是 SRCDB1,ASN,SQLDBA,DB2DBG 的表名字,並根據它們的名字生成相應的 export 導出語句,到達批量導出的目的。rtrim 函數用于去除 tabname 字段數據的右邊的空格。

清單6. 生成export腳本

# db2 "select 'export to ' rtrim(tabname) '.ixf of ixf select * from '

rtrim(tabname) ';' from syscat.tables

where tabschema in('SRCDB1', 'ASN', 'SQLDBA', 'DB2DBG')" > srcdb1_export.sql ;

編輯生成的 srcdb1_export.sql,刪除頭部和尾部所顯示的統計信息,只保留必要的 export 語句。通過修改上述腳本中所包含的 tabschema 信息,可以指定需要導出的表的範圍,也即遷移過程中需要的所有表名。所生成的 export 導出語句具有如下的命令形式:

db2 export to tablename.ixf of ixf select * from tablename;

4.生成數據導入 load 腳本

使用 shell 腳本生成 load 腳本用于將數據導入目標系統:srcdb1_load.sql

清單7. 生成 load 腳本

# db2 "select 'load from ' rtrim(tabname) '.ixf of ixf insert into '

rtrim(tabname) ';' from syscat.tables

where tabschema in ('SRCDB1', 'ASN', 'SQLDBA', 'DB2DBG')" > srcdb1_load.sql;

編輯生成的 srcdb1_load.sql,刪除頭部和尾部的統計信息,只保留必要的 load 語句。與 export 導出語句類似,上述 shell 腳本從系統表中選出 SRCDB1 中所有表的名字,並根據它們的名字生成相應的 import 導入語句,到達批量導入的目的。所生成的 import 導入語句命令形式如下:

db2 load from tablename.ixf of ixf insert into tablename;

本文主要介紹如何完成基于 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.生成數據導出export腳本 使用 shell 腳本生成並導出所有數據的 DML 腳本,並將其重定向到 srcdb1_export.sql 文件中。對于熟悉 DB2 的用戶來說,應該知道數據庫中創建的每個表、視圖、別名均對應 SYSCAT.TABLES 中一行記錄。因此可以通過相應的數據庫 select 語句就可以獲取所有需要的數據庫表信息。根據需要,下述 shell 腳本將從系統表 SYSCAT.TABLES 中根據 tabname 字段選出 SRCDB1 中所有 tabschema 表模式是 SRCDB1,ASN,SQLDBA,DB2DBG 的表名字,並根據它們的名字生成相應的 export 導出語句,到達批量導出的目的。rtrim 函數用于去除 tabname 字段數據的右邊的空格。 清單6. 生成export腳本 # db2 "select 'export to ' rtrim(tabname) '.ixf of ixf select * from ' rtrim(tabname) ';' from syscat.tables where tabschema in('SRCDB1', 'ASN', 'SQLDBA', 'DB2DBG')" > srcdb1_export.sql ; 編輯生成的 srcdb1_export.sql,刪除頭部和尾部所顯示的統計信息,只保留必要的 export 語句。通過修改上述腳本中所包含的 tabschema 信息,可以指定需要導出的表的範圍,也即遷移過程中需要的所有表名。所生成的 export 導出語句具有如下的命令形式: db2 export to tablename.ixf of ixf select * from tablename; 4.生成數據導入 load 腳本 使用 shell 腳本生成 load 腳本用于將數據導入目標系統:srcdb1_load.sql 清單7. 生成 load 腳本 # db2 "select 'load from ' rtrim(tabname) '.ixf of ixf insert into ' rtrim(tabname) ';' from syscat.tables where tabschema in ('SRCDB1', 'ASN', 'SQLDBA', 'DB2DBG')" > srcdb1_load.sql; 編輯生成的 srcdb1_load.sql,刪除頭部和尾部的統計信息,只保留必要的 load 語句。與 export 導出語句類似,上述 shell 腳本從系統表中選出 SRCDB1 中所有表的名字,並根據它們的名字生成相應的 import 導入語句,到達批量導入的目的。所生成的 import 導入語句命令形式如下: db2 load from tablename.ixf of ixf insert into tablename;
󰈣󰈤
王朝萬家燈火計劃
期待原創作者加盟
 
 
 
>>返回首頁<<
 
 
 
 
 熱帖排行
 
王朝網路微信公眾號
微信掃碼關註本站公眾號 wangchaonetcn
 
 
靜靜地坐在廢墟上,四周的荒凉一望無際,忽然覺得,淒涼也很美
© 2005- 王朝網路 版權所有