JP2012141847A - データ移行システム、データ移行装置、及びデータ移行方法 - Google Patents

Abstract

【課題】移行先システムに自動的に移行されるデータの精度を向上させるとともに、ユーザが、移行先システムのデータの妥当性を判断することが可能なデータ移行システム及び方式を提供する。
【解決手段】後続の各処理で用いる処理条件を定義する定義ファイルを作成し、記憶領域に格納する定義ファイル作成部と、記憶領域から読み出した定義ファイルを用いて、クレンジング前又は後の移行元ＤＢのデータの妥当性のチェック処理を実施し、チェック処理結果を出力するチェック処理部と、記憶領域から読み出した定義ファイルを用いて、ロード後の移行先ＤＢに格納されたデータの妥当性を検証し、検証処理結果を出力する検証処理部とを備え、画面処理部は、表示装置にチェック処理結果および検証処理結果を表示することを特徴とする。
【選択図】図３

Description

本発明はデータ移行システム、データ移行装置、及びデータ移行方法に関し、例えば、移行元ＤＢから移行先ＤＢへのデータ移行を実施するデータ移行システム、データ移行装置、及びデータ移行方法に関する。

システム開発においては、通常、移行元システムのＤＢから移行先システムのＤＢへデータを移行する作業が発生する。このデータ移行は、手作業により、移行元システムのデータから移行すべきデータを複製し、移行先システムに対応する形式へ変換及び又は加工し、移行先システムへロードをする。

このような手作業によるデータ移行処理では、データが膨大である場合、作業時間が長くなる上、データ移行が正しく行われない場合がある。手作業によるミスを防止するため、データ移行は自動化するのが望ましい。
本発明の関連技術として、特許文献１がある。

特開２００３−２８０９５３号公報

しかしながら、上記特許文献１のようにデータ移行を自動化する手法では、移行処理中に何らかのエラーが発生する場合がある。例えば、移行すべきデータのクレンジング漏れ、抽出漏れ、変換、加工ミス等である。したがって、データ移行前後において、適宜データのチェックおよび検証が必要となる。上記特許文献１は、データ移行前後で、データのチェックおよび検証をする手段は何ら開示していない。また、ユーザが個別にチェック、検証するのでは、精度を保証できず、時間もかかる。

本発明は上記課題に鑑みてなされたものであり、移行先システムに自動的に移行されるデータの精度を向上させるとともに、ユーザが、移行先システムのデータの妥当性を効率的に判断することが可能なデータ移行システムを提供する。

上記課題を解決するために本発明は、移行対象となるデータ種別および数を問わずにデータ移行を一度に実施し、また移行対象となるデータを移行元ＤＢから抽出する前に当該データをチェックし、移行先ＤＢにデータをロードした後にデータを検証することを特徴とする。

すなわち、本発明のデータ移行システムは、表示装置を備えるクライアントと、移行元ＤＢを備える移行元サーバと、移行先ＤＢを備える移行先サーバとを具備し、前記移行元ＤＢから前記移行先ＤＢへデータ移行処理を実施するデータ移行システムであって、前記クライアントからの指示を受け付ける画面処理部と、後続の各処理で用いる処理条件を定義する定義ファイルを作成し、記憶領域に格納する定義ファイル作成部と、前記クライアントからの指示に基づき、前記移行元ＤＢをクレンジングするクレンジング処理部と、前記記憶領域から読み出した定義ファイルを用いて、前記クレンジング前又は後の移行元ＤＢのデータの妥当性のチェック処理を実施し、チェック処理結果を出力するチェック処理部と、前記記憶領域から読み出した定義ファイルを用いて、前記チェック後及びクレンジング後の移行元ＤＢから移行対象となるデータを抽出し、抽出処理結果を出力する抽出処理部と、前記記憶領域から読み出した定義ファイルを用いて、前記抽出後の移行元ＤＢを変換及び又は加工し、変換加工処理結果を出力する変換加工処理部と、前記記憶領域から読み出した定義ファイルを用いて、前記変換及び又は加工後の移行元ＤＢを前記移行先ＤＢへロードし、ロード処理結果を出力するロード処理部と、前記記憶領域から読み出した定義ファイルを用いて、前記ロード後の移行先ＤＢのデータの妥当性を検証し、検証処理結果を出力する検証処理部とを備え、前記画面処理部は、前記表示装置に前記チェック処理結果および検証処理結果を表示することを特徴とする。

本発明によれば、移行先システムに自動的に移行されるデータの精度を向上させるとともに、ユーザが、移行先のデータの妥当性を判断することができる。

従来のシステム移行処理を示す概念図である。 移行対象となる移行元テーブルの一例である。 本発明の実施形態に係るデータ移行システムの構成図である。 本発明の実施形態に係るデータ移行処理の手順を示すフローチャートである。 本発明の実施形態に係るデータ移行処理の手順を示すフローチャートである。 本発明の実施形態に係るチェック条件の設定画面である。

本発明は、データ移行システム、データ移行装置、及びデータ移行方法に関する。以下、添付図面を参照して本発明の実施形態について説明する。ただし、本実施形態は、本発明を実施するための一例に過ぎず、本発明の技術的範囲を限定するものではないことに注意すべきである。また、各図において共通の構成には同一の参照番号が付されている。

＜従来の移行処理＞
図１は、従来のシステム移行処理を示す概念図である。移行元システム１０１は、１つ以上の移行元テーブル１０２を保持する移行元ＤＢ（Ｄａｔａｂａｓｅ）１０３、移行元テーブル１０２のうち、移行する対象をまとめた移行元データファイル１０４を有する。移行先システム１０５は、移行元データファイル１０４を移行先の形式に変換及び又は加工した編集後データファイル１０８、編集後データファイル１０８をロードした移行先ＤＢ１０７を有する。なお、移行元データファイル１０４と編集後データファイル１０８は、移行先システムの形態によってはファイルではなくＤＢ形式等のデータでもよい。

このようなシステムにおいて、以下説明する（１）クレンジング、（２）抽出、（３）変換及び又は加工、（４）ロードという各処理を、手作業にて実施する。

（１）クレンジング処理では、移行元ＤＢ１０３内の移行元テーブル１０２のデータの外部要因等により陳腐化したデータを正しい内容に変更する。外部要因とは、例えば、ユーザの入力ミスがある。変更方法としては、例えば、ＳＱＬＰｌｕｓ等のデータベースアクセスツールを使用し、陳腐化したデータを絞り込み、データパッチをあてる。

（２）抽出処理では、移行元ＤＢ１０３内から移行を実施する対象となるテーブルを抽出し、移行元データファイル１０４を作成する処理が行われる。また、移行元テーブル１０２内の抽出する対象となるテーブルが、（３）変換及び又は加工処理を実施する前提となっているかをユーザが手作業でチェックする。チェックの結果、エラーとなったデータは、抽出前にＳＱＬＰｌｕｓ等のデータベースアクセスツールにて移行元テーブル１０２を変換しておく。

（３）変換及び又は加工処理では、（２）抽出処理にて作成した移行元データファイル１０４を移行先テーブル１０６へロード可能な形式に変換及び又は加工する。システム的な制約だけでなく、業務的な制約によって変換が必要な場合においても当該処理にて変換及び又は加工を実施する。

（４）ロード処理では、（３）変換及び又は加工にて作成した編集後データファイル１０８を、移行先ＤＢ１０７内の移行先テーブル１０６に登録する。

＜本発明のデータ移行システムの構成＞
上述した従来の移行処理では、上記の（１）から（４）について、移行を実施する対象の移行元テーブル１０２毎に、個別のプログラム開発や人手による作業の実施を行う必要がある。そのため、テーブル数が増える程、作業量や不良件数の増加を招く。また、（１）クレンジングは手作業でＳＱＬを作成し、結果の確認は目視で行われることが多い。そのため、作業結果の精度が低くなってしまう。そこで、以下説明する本発明のデータ移行システムでは、移行対象となるデータ種別および数を問わずにデータ移行を実施し、また移行対象となるデータを移行元ＤＢから抽出する前に当該データをチェックし、移行先ＤＢにデータをロードした後にデータを検証することを特徴とする。

図２は、移行対象となる移行元テーブル１０２の一例である。同図は、テーブル項目として、従業員コード、従業員名、フリガナ、電話番号、住所、所属コード、役職コード、生年月日を有する。また、各項目には、対応するデータが羅列される。以下説明する処理では、移行元テーブル１０２の従業員テーブルを、移行先テーブル１０６の社員テーブルとして移行する。

図３は、本発明の実施形態に係るデータ移行システムの構成図である。本システムは以下に示す処理部等から構成されている。

データ移行システムは、移行元データが格納された移行元ＤＢ３１１を有する移行元サーバ３１０、データ移行処理を実行するデータ移行サーバ３０１、データ移行サーバ３０１とＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を介してやり取りする端末機としてのクライアント３３０、移行先ＤＢ３２１を有する移行先サーバ３２０を備える。データ移行サーバ３０１は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）３４０、３４１、３４２によって、移行元サーバ３１０、クライアント３３０、および移行先サーバ３２０と接続されており、これらは相互に通信可能である。クライアント３３０の表示装置３３１は、Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ（登録商標）のようなＷｅｂブラウザを用いることが想定される。また、移行元ＤＢ３１１と移行先ＤＢ３２１は同一サーバ内に存在していてもよい。

データ移行サーバ３０１は、オンライン処理を実行するオンライン処理部３５１、バッチ処理を実行するバッチ処理部３５２、各処理結果ファイルを格納するファイル情報格納部３５３を備える。オンライン処理部３５１は、クライアント３３０からの指示およびクライアント３３０への指示をＧＵＩを介して処理する画面処理部３０２、後続の処理で用いる定義ファイル３０８を作成する定義ファイル作成部３１２、移行先ＤＢ３２１に格納されたテーブルの妥当性を検証し、検証処理結果ファイルを出力する検証処理部３０３を備える。バッチ処理部３５２は、移行元ＤＢ３１１をクレンジングし、移行元ＤＢ３１１’（図４）を作成するクレンジング処理部３１３、移行元ＤＢ３１１’のデータをチェックし、チェック処理結果ファイルを出力するチェック処理部３０４、移行元ＤＢ３１１から移行する対象となるデータを抽出し、抽出処理結果ファイルを出力する抽出処理部３０５、抽出後のデータを変換及び又は加工し、変換及び又は加工処理結果ファイルを出力する変換・加工処理部３０６、変換及び又は加工後のデータを移行先ＤＢ３２１にロードするロード処理部３０７を備える。ファイル情報格納部３５３は、チェック処理、抽出処理、変換及び又は加工処理、ロード処理、検証処理の各処理を実行する際に用いる定義ファイル３０８、および各処理の出力結果であって、表示装置３３１に表示可能な処理結果ファイル３０９を備える。各手段の一部又は全部は、ハードウエアとして実現可能である。また、各手段はプログラム処理を通じて実現される。

ここでのチェック処理部３０４、抽出処理部３０５、変換・加工処理部３０６、およびロード処理部３０７による処理は、バッチ処理を想定しているが、移行するデータの件数等の状況に応じて一部または全ての処理をオンライン処理としてもよい。

＜本発明のデータ移行処理＞
図４および図５は、本発明の実施形態に係るデータ移行処理の手順を示すフローチャートである。

Ｓ０１において、画面処理部３０２は、ＧＵＩを介してユーザへ定義ファイルを作成するための条件を提示する。定義ファイル作成部３１２は、ユーザからの指示および移行元ＤＢ３１１を入力として、定義ファイル３０８を作成する。定義ファイルの作成時に画面表示される項目は、チェック処理、抽出処理、変換及び又は加工処理、ロード処理、および検証処理で用いる条件について、移行対象となるテーブルの種類を問わずに一般化したものが含まれている。画面の項目は定義ファイルの内容と連動する。ユーザは、これらＧＵＩ上に提示された項目をチェックし、又は、新たな条件を追加することにより定義ファイルの内容を設定する。各画面の設定ボタンが押下されると、各処理に対応する定義ファイルが作成される。なお、定義ファイルは、ＸＭＬ（Extensible Markup Language）形式により作成される。

定義ファイル３０８は、それぞれ、(1) チェック処理で使用するチェック定義ファイルＦ０１、(2) 抽出処理で使用する抽出定義ファイルＦ０２、(3) 変換及び又は加工処理で使用する変換・加工定義ファイルＦ０３、(4) ロード処理で使用するロード定義ファイルＦ０４、(5)検証処理で使用する検証定義ファイルＦ０５を含む。

チェック定義ファイルＦ０１は、移行元ＤＢ３１１’内のテーブルの項目毎に、チェックを必須とする項目、データの属性ごとにチェックする場合はその属性、データの範囲等を定義する。例えば、チェック内容、チェック対象、条件、データ型、項目名、値等を定義する。

抽出定義ファイルＦ０２は、前記移行元ＤＢ３１１’から抽出対象とするテーブル、テーブル項目、データ、レコード等の抽出条件を定義する。

変換・加工定義ファイルＦ０３は、抽出後のテーブル、テーブル項目毎のデータ、またはレコード毎に、データの変換条件を定義する。変換条件は、例えば、不要な半角スペースの削除や型変換等である。

ロード定義ファイルＦ０４は、(1) 変換及び又は加工後のテーブル、テーブル項目毎のデータ、又はレコードを全てを登録する一括登録、(2) 移行元ＤＢから変更した箇所のみを登録する差分登録、(3) テーブル項目毎のデータまたはレコード毎に、上書き、加算、もしくは減算する更新登録等を定義する。これにより、より柔軟な移行が可能となる。

検証定義ファイルＦ０５は、前記移行元ＤＢおよび移行先ＤＢに含まれるそれぞれのテーブルについて、対応するテーブル項目を紐付けした情報を保持するとともに、対応するテーブル項目毎のデータを比較検証するための条件を定義する。

Ｓ０２において、クレンジング処理部３１３は、ユーザからのＧＵＩ操作および移行元ＤＢ３１１を入力としてデータクレンジングを実施し、移行元ＤＢ３１１’を出力する。データクレンジング方法には、ＳＱＬＰｌｕｓ等のデータベースアクセスツールを用いてＤＢを更新する方法がある。なお、本処理は、後続処理のチェック処理Ｓ０３の後に実施してもよい。

Ｓ０３において、チェック処理部３０４は、移行元ＤＢ３１１’及びチェック定義ファイルＦ０１を入力として、移行元ＤＢ３１１’の業務的な正当性とシステム的な正当性をチェックする。ここでの正当性は、移行元ＤＢ３１１’とチェック定義ファイルＦ０１のチェック内容とが一致するか否かで調べる。例えば移行元ＤＢ３１１’の「電話番号」項目がチェック内容（例えば１２桁）と一致するか等をチェックする。すなわち、各チェック内容について、当該内容と合致しないデータがデータベースに存在しないか否かをチェックする。チェックでエラーになったテーブル項目のデータは、チェック処理結果ファイルＫ０１に出力する。

図６は、本発明の実施形態に係るチェック条件の設定画面６００である。設定画面６００は、移行元テーブルと移行先テーブルを表示する移行定義６０１、チェックを実施するか否かを判断するチェックボックス６０２、移行元テーブルのテーブル名６０３、移行元テーブルの項目名６０４、移行元ＤＢ３１１上で表されるデータ型６０５、移行元ＤＢ３１１上でのサイズを表示するｓｉｚｅ６０６、各レコードを一意に決定するプライマリーキーか否かを決定するＰＫ６０７、移行元ＤＢ３１１上でＮＯＴ ＮＵＬＬ制約があるか否かを決定するＮＯＴ ＮＵＬＬ６０８、チェックを実施する分類を定義するチェック内容６０９、チェックを実施する際の具体値を入力する値（１）６１０および値（２）６１２、値（１）および値（２）を使用する方法を定義する条件（１）６１１および条件（２）６１３を有する。チェック内容６０９は、例えば、桁数チェック、固定値チェック、日付妥当性チェック、範囲チェック等があり、プルダウンで選択可能である。また、条件（１）６１１および条件（２）６１３は、例えば、“と等しい”“で始まる”“以上”を含み、プルダウンで選択可能である。なお、値（２）が設定されている場合は、値（１）と値（２）はＡＮＤ条件となる。ここでは、図２の従業員テーブルにおいて、項目名６０４が電話番号である項目について桁数が１２桁と等しいか否か、および項目名６０４が所属コードである項目について範囲が００以上５０以下であるか否かをチェックしている。

Ｓ０４において、画面処理部３０２は、チェック処理結果ファイルＫ０１の内容をクライアント３３０の表示装置３３１に提示し、ユーザからの移行元ＤＢ３１１’の内容が妥当であるか否かの指示を受け付ける。提示されるチェック処理結果ファイルＫ０１の内容としては、例えば、移行元ＤＢ３１１’に格納されたテーブル項目毎のデータが妥当であると判定されたものは○、そうでなければ×を表示する。ユーザは、チェック処理結果ファイルＫ０１を参照し、エラー判定された状態のまま後続の処理を継続して問題が無いかを確認し、確認した結果をクライアント３３０の表示装置３３１に表示されたＧＵＩに入力する。画面処理部３０２は、ユーザより妥当であるとの指示を受けた場合は、後続の処理へ移行する。ユーザより妥当でないとの指示を受けた場合は、定義ファイル３０８に何らかのエラーがある可能性があるためＳ０１に戻り、定義ファイル３０８を再度作成する。

Ｓ０５において、抽出処理部３０５は、移行元ＤＢ３１１’および抽出定義ファイルＦ０２を入力として、対象となるテーブル、レコード等を抽出し、抽出処理結果ファイルＫ０２を出力する。

Ｓ０６において、変換・加工処理部３０６は、変換・加工定義ファイルＦ０３に定義されているテーブル項目毎の変換条件を元に、抽出処理結果ファイルＫ０２の変換及び又は加工処理を実施し、変換及び又は加工処理結果ファイルＫ０４を出力する。

Ｓ０７において、ロード処理部３０７は、変換及び又は加工処理結果ファイルＫ０４およびロード定義ファイルＦ０４を入力として、移行先ＤＢ３２１へのロード処理を実行し、ロード処理結果ファイルＫ０５を出力する。

Ｓ０８において、検証処理部３０３は、検証定義ファイルＦ０５に定義されているテーブル項目毎の検証条件（検証項目、検証方法等）に基づいて移行元ＤＢ３１１’と移行先ＤＢ３２１からデータを取得し、検証処理結果ファイルＫ０３を出力する。

Ｓ０９において、検証処理部３０３は、検証結果を画面表示するタイミングで、検証定義ファイルＦ０５と検証処理結果ファイルＫ０３を参照し、定義されている検証方法に従って検証作業を実行する。

即ち、検証処理部３０３は、移行元ＤＢ３１１’および移行先ＤＢ３２１に含まれるそれぞれのテーブルについて、検証定義ファイルＦ０５に定義された、それぞれのテーブルのテーブル項目を紐付けした情報およびそれぞれのテーブル項目毎のデータを比較検証ための条件に従って検証を行う。例えば、検証内容が取引明細テーブルの単価項目に対して合計値で検証するような場合には、移行元ＤＢ３１１’の単価項目の合計値と移行先ＤＢ３２１の単価項目の合計値とを比較することで検証を行う。このように、検証定義ファイルＦ０５を用いることで、移行元ＤＢ３１１’のテーブル項目と移行先ＤＢ３２１のテーブル項目とを正確に対応付けて検証することが可能になる。検証処理部３０３は、検証結果を画面上に表示する。例えば移行が妥当であると判定されたものは○、そうでなければ×を表示する。ユーザは、当該画面表示を通じて移行先ＤＢ３２１の妥当性を確認し、確認した結果をクライアント３３０の表示装置３３１に表示されたＧＵＩに入力する。画面処理部３０２は、妥当であるとの指示を受けた場合は、データ移行処理を終了する。これにより、従来の移行元テーブルごとの手作業による検証が、テーブル全てについて自動的な検証となる。

Ｓ１０において、（Ｓ０９で移行先ＤＢ３２１の内容が妥当でないとの指示を受けた場合）、画面処理部３０２は、問題内容を表示装置３３１に提示する。定義ファイル３０８に何らかのエラーがある可能性がある場合はＳ０１に戻り、定義ファイル３０８を再度作成する。または、再処理を要する箇所からやり直し、検証処理結果ファイルＫ０３にエラーが無くなるまで処理を実施する。

なお、ここでは、チェック処理結果ファイルＫ０１および検証処理結果ファイルＫ０３を表示装置３３１に提示したが、必要に応じてまたはユーザからの指示によりその他の処理結果ファイルを提示してもよい。また、必要に応じて、Ｓ０９において、ロード処理部３０７によるロード処理結果Ｋ０５を検証してもよい。

＜まとめ＞
本実施形態では、以下に示す特徴および効果がある。
（１）画面処理部３０２は、ユーザがＧＵＩを介して選択または追加した後続の処理で必要となる条件を受け付ける。定義ファイル作成部３１２は、ユーザからの指示に基づき、各処理で用いる定義ファイルを作成する。その後、各処理部が、移行対象となる移行元テーブル全てについて、定義ファイルの情報を元に、抽出、変換及び又は加工、ロード、検証を一度に自動で実施する。

これにより、移行元ＤＢ３１１に含まれるテーブル毎に、抽出、変換及び又は加工、ロード、検証の移行処理を実行する必要がなくなる。すなわち、移行元ＤＢ３１１に含まれる全テーブルのうち移行対象となるテーブルを自動的に一括して移行先ＤＢ３２１に移行できる。よって、移行処理にかかる開発時間、および開発工数が大幅に削減される。また、手作業によるチェックおよび検証を必要としないため、データが膨大であっても、作業時間が長くならず、データ移行ミスなども発生しにくい。さらに、ユーザはＧＵＩを介して表示装置３３１から容易にデータ移行をすることが可能であるため、ＳＱＬ等の専門的知識を必要としない。

（２）チェック処理部３０４が、中間的に生成される移行元ＤＢ３１１’から移行対象となるテーブルを抽出する前に、移行元ＤＢ３１１’のチェック処理を実施する。その後、画面処理部３０２が、チェック処理結果をユーザに提示する。

これにより、データ移行処理の初期段階から正確なエラー情報をユーザが把握することが可能となる。その結果、後工程での手戻りが発生しにくくなるため、移行処理にかかる開発時間、および開発工数が大幅に削減される。

（３）検証処理部３０３が、検証定義ファイルＦ０５に定義されている、テーブル項目毎の検証条件（検証対象の有無、“合計”“平均”等の検証方法）を元に、移行先ＤＢ３２１のテーブルを検証し、移行処理結果を出力する。その後、画面処理部３０２が、移行処理結果をユーザに提示する。

これにより、ユーザは、提示された検証結果を参照してデータ移行の妥当性が簡単に判断できる。また、移行先ＤＢ３２１を手作業で検証する必要がなくなる。その結果、移行処理にかかる開発時間 および開発工数が大幅に削減される。

３０１・・・データ移行サーバ、
３０２・・・画面処理部、
３０３・・・検証処理部、
３０４・・・チェック処理部、
３０５・・・抽出処理部、
３０６・・・変換・加工処理部、
３０７・・・ロード処理部、
３０８・・・定義ファイル、
３０９・・・処理結果ファイル、
３１０・・・移行元サーバ、
３１１・・・移行元ＤＢ、
３１２・・・定義ファイル作成部
３１３・・・クレンジング処理部
３２０・・・移行先サーバ、
３２１・・・移行先ＤＢ、
３３０・・・クライアント、
３３１・・表示装置、
３４０、３４１、３４２・・・ＬＡＮ、
３５１・・・オンライン処理部、
３５２・・・バッチ処理部、
３５３・・・ファイル情報格納部。

Claims (6)

1. 表示装置を備えるクライアントと、移行元ＤＢを備える移行元サーバと、移行先ＤＢを備える移行先サーバとを具備し、前記移行元ＤＢから前記移行先ＤＢへデータ移行処理を実施するデータ移行システムであって、
   前記クライアントからの指示を受け付ける画面処理部と、
   後続の各処理で用いる処理条件を定義する定義ファイルを作成し、記憶領域に格納する定義ファイル作成部と、
   前記クライアントからの指示に基づき、前記移行元ＤＢをクレンジングするクレンジング処理部と、
   前記記憶領域から読み出した定義ファイルを用いて、前記クレンジング前又は後の移行元ＤＢのデータの妥当性のチェック処理を実施し、チェック処理結果を出力するチェック処理部と、
   前記記憶領域から読み出した定義ファイルを用いて、前記チェック後及びクレンジング後の移行元ＤＢから移行対象となるデータを抽出し、抽出処理結果を出力する抽出処理部と、
   前記記憶領域から読み出した定義ファイルを用いて、前記抽出後の移行元ＤＢを変換及び又は加工し、変換加工処理結果を出力する変換加工処理部と、
   前記記憶領域から読み出した定義ファイルを用いて、前記変換及び又は加工後の移行元ＤＢを前記移行先ＤＢへロードし、ロード処理結果を出力するロード処理部と、
   前記記憶領域から読み出した定義ファイルを用いて、前記ロード後の移行先ＤＢに格納されたデータの妥当性を検証し、検証処理結果を出力する検証処理部と
   を備え、
   前記画面処理部は、前記表示装置に前記チェック処理結果および検証処理結果を表示することを特徴とするデータ移行システム。
2. 前記定義ファイルは、少なくとも、
   前記移行元ＤＢ内のテーブルの項目毎に、チェックを必須とする項目、データの属性、またはデータの範囲を定義するチェック定義ファイルと、
   前記移行元ＤＢおよび移行先ＤＢに含まれるそれぞれのテーブルについて、対応するテーブル項目を紐付けした情報を保持するとともに、対応するテーブル項目毎のデータを比較検証するための条件を定義する検証定義ファイルと
   を有することを特徴とする請求項１記載のデータ移行システム。
3. ユーザからの指示により、移行元サーバに備えられた移行元ＤＢを移行先サーバに備えられた移行先ＤＢへ、データ移行処理を実施するデータ移行装置であって、
   前記ユーザからの指示を受け付ける画面処理部と、
   後続の各処理で用いる処理条件を定義する定義ファイルを作成し、記憶領域に格納する定義ファイル作成部と、
   前記ユーザからの指示に基づき、前記移行元ＤＢをクレンジングするクレンジング処理部と、
   前記記憶領域から読み出した定義ファイルを用いて、前記クレンジング前又は後の移行元ＤＢのデータの妥当性のチェック処理を実施し、チェック処理結果を出力するチェック処理部と、
   前記記憶領域から読み出した定義ファイルを用いて、前記チェック後及びクレンジング後の移行元ＤＢから移行対象となるデータを抽出し、抽出処理結果を出力する抽出処理部と、
   前記記憶領域から読み出した定義ファイルを用いて、前記抽出後の移行元ＤＢを変換及び又は加工し、変換加工処理結果を出力する変換加工処理部と、
   前記記憶領域から読み出した定義ファイルを用いて、前記変換及び又は加工後の移行元ＤＢを前記移行先ＤＢへロードし、ロード処理結果を出力するロード処理部と、
   前記記憶領域から読み出した定義ファイルを用いて、前記ロード後の移行先ＤＢに格納されたデータの妥当性を検証し、検証処理結果を出力する検証処理部と
   を備え、
   前記画面処理部は、表示装置に前記チェック処理結果および検証処理結果を表示することを特徴とするデータ移行装置。
4. 前記定義ファイルは、少なくとも、
   前記移行元ＤＢ内のテーブルの項目毎に、チェックを必須とする項目、データの属性、またはデータの範囲を定義するチェック定義ファイルと、
   前記移行元ＤＢおよび移行先ＤＢに含まれるそれぞれのテーブルについて、対応するテーブル項目を紐付けした情報を保持するとともに、対応するテーブル項目毎のデータを比較検証するための条件を定義する検証定義ファイルと
   を有することを特徴とする請求項３記載のデータ移行装置。
5. ユーザからの指示により、移行元サーバに備えられた移行元ＤＢを移行先サーバに備えられた移行先ＤＢへ、データ移行処理を実施するデータ移行方法であって、
   画面処理部が、前記クライアントからの指示を受け付けるステップと、
   定義ファイル作成部が、後続の各処理で用いる処理条件を定義する定義ファイルを作成し、記憶領域に格納するステップと、
   クレンジング処理部が、前記ユーザからの指示に基づき、前記移行元ＤＢをクレンジングするステップと、
   チェック処理部が、前記記憶領域から読み出した定義ファイルを用いて、前記クレンジング前又は後の移行元ＤＢのデータの妥当性のチェック処理を実施し、チェック処理結果を出力するステップと、
   前記画面処理部が、表示装置に前記チェック処理結果を表示するステップと、
   抽出処理部が、前記記憶領域から読み出した定義ファイルを用いて、前記チェック後及びクレンジング後の移行元ＤＢから移行対象となるデータを抽出し、抽出処理結果を出力するステップと、
   変換加工処理部が、前記記憶領域から読み出した定義ファイルを用いて、前記抽出後の移行元ＤＢを変換及び又は加工し、変換加工処理結果を出力するステップと、
   ロード処理部が、前記記憶領域から読み出した定義ファイルを用いて、前記変換及び又は加工後の移行元ＤＢを前記移行先ＤＢへロードし、ロード処理結果を出力するステップと、
   検証処理部が、前記記憶領域から読み出した定義ファイルを用いて、前記ロード後の移行先ＤＢに格納されたデータの妥当性を検証し、検証処理結果を出力するステップと、
   前記画面処理部が、前記表示装置に前記検証処理結果を表示するステップと
   を備えることを特徴とするデータ移行方法。
6. 前記定義ファイルは、少なくとも、
   前記移行元ＤＢ内のテーブルの項目毎に、チェックを必須とする項目、データの属性、またはデータの範囲を定義するチェック定義ファイルと、
   前記移行元ＤＢおよび移行先ＤＢに含まれるそれぞれのテーブルについて、対応するテーブル項目を紐付けした情報を保持するとともに、対応するテーブル項目毎のデータを比較検証するための条件を定義する検証定義ファイルと
   を有することを特徴とする請求項５記載のデータ移行方法。

Images