(57)【要約】【課題】システムの開発において大容量ＤＢの統合を行う場合、データ形式の統一を行いつつ稼働システムのＤＢに影響を与えずＤＢ移行を行う為、移行期間中はシステムを停止し移行作業を行わなければならないという課題があった。【解決手段】移行元システム１０８と移行先システム１０７が連携して、移行元システム１０８で発生する移行元ＤＢ１０５のＤＢ更新データを移行先システム１０７のレプリカＤＢ１０３に更新する。移行先システム１０７では、レプリカＤＢ１０３をデータ変換プログラム２０３によりＤＢ形式を変換しワークＤＢ１０４へ移行し、移行対象データをワークＤＢ１０４より新システム（Ｂ）ＤＢ１０２へ移行する。これにより、稼動中の新システム（Ａ）ＤＢ１０１に影響を与えず、稼動中の移行元ＤＢ１０５を段階的に新システムＤＢの形式へ変換しつつ新システム（Ｂ）ＤＢ１０２へ移行する。【選択図】図２
2010152448.tif 000002
【特許請求の範囲】
【請求項１】
ＤＢの検索、更新をオンライン業務として行う稼働中の新システムに、ＤＢの検索、更新をオンライン業務として行う稼働中の移行元システムから、通信網を介してＤＢ移行を行うＤＢ移行方法であって、
前記新システムは、前記移行元システムＤＢのリロードデータを保存するレプリカＤＢと、新システムのＤＢ形式へ変換したデータを保存するワークＤＢと、前記新システムで稼動中の第１の新システムＤＢと、移行元ＤＢの最終移行先となる前記第１の新システムＤＢとは別テーブルの第２の新システムＤＢと、前記レプリカＤＢを新システムのＤＢ形式に変換するＤＢ変換プログラムを備え、
前記移行元システムは、移行元ＤＢを備え、
前記移行元システムと前記移行先システムが連携して、前記移行元システムで発生する移行元ＤＢのＤＢ更新データを前記移行先システムの前記レプリカＤＢに更新し、
前記移行先システムが、前記レプリカＤＢを前記ＤＢ変換プログラムによりＤＢ形式を変換し前記ワークＤＢへ移行し、移行対象データを前記ワークＤＢより前記第２の新システムＤＢへ移行することにより、
稼動中の前記第１の新システムＤＢに影響を与えず、稼動中の前記移行元システムＤＢを段階的に前記新システムＤＢの形式へ変換しつつ前記第２の新システムＤＢへ移行するＤＢ移行方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＤＢ移行において稼動中の新システムＤＢへ別システムで稼動中のＤＢを移行し統合させる場合に稼働中の両システムに影響を与えず、ＤＢ移行に合わせて両システムのデータ項目を統一させつつ段階的に短時間でＤＢ移行を実施するシステムのＤＢ移行技術に関するものである。
【背景技術】
【０００２】
従来の印影データの移行方法として、移行元システムと移行先システムを回線で接続し、移行元システムから旧の印影データを移行先システムに転送し、移行先システムで変換および必要に応じて圧縮形式の変換を行ってファイルに登録し、印影データの人手による再登録の作業を無くすと共に異なるシステムに容易に印影データの移行を可能にすることが知られている（特許文献１参照）。
【０００３】
【特許文献１】特開平５−２７４４０４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上述したデータの移行方法では、移行先システムに移行元システムからのデータの移行が終了しなければ移行先システムの運用を開始できなかった。本発明は上記問題を解決し、移行元システムのＤＢを移行中に新システムおよび移行元システムの運用を可能とすることを目的とするものである。
【課題を解決するための手段】
【０００５】
上記目的を達成する為に、本発明においては、前記新システムは、前記移行元システムＤＢのリロードデータを保存するレプリカＤＢと、新システムのＤＢ形式へ変換したデータを保存するワークＤＢと、前記新システムで稼動中の第１の新システムＤＢと、移行元ＤＢの最終移行先となる前記第１の新システムＤＢとは別テーブルの第２の新システムＤＢと、前記レプリカＤＢを新システムのＤＢ形式に変換するＤＢ変換プログラムを備え、前記移行元システムは、移行元ＤＢを備え、前記移行元システムと前記移行先システムが連携して、前記移行元システムで発生する移行元ＤＢのＤＢ更新データを前記移行先システムの前記レプリカＤＢに更新し、前記移行先システムが、前記レプリカＤＢを前記ＤＢ変換プログラムによりＤＢ形式を変換し前記ワークＤＢへ移行し、移行対象データを前記ワークＤＢより前記第２の新システムＤＢへ移行することにより、稼動中の前記第１の新システムＤＢに影響を与えず、稼動中の前記移行元システムＤＢを段階的に前記新システムＤＢの形式へ変換しつつ前記第２の新システムＤＢへ移行する。
【発明の効果】
【０００６】
本発明によれば、移行元ＤＢはＤＢ段階移行期間中も現状のままの状態を引き継ぎ、新システムのＤＢは移行元ＤＢが最新更新形で新システムＤＢの形式になった状態で追加更新される為、稼動中の新システムＤＢに対しては何も変更処理を行う必要がなくなる。
【発明を実施するための最良の形態】
【０００７】
以下、本発明を実施するための形態を図面に基づいて説明する。
【０００８】
図１は本発明の実施例のＤＢ移行における新システムおよび移行元システムの全体概要図である。図１において１０７は新システム、１０８は移行元システム、１０１は新システム１０７側で稼動中のＤＢである新システム（Ａ）ＤＢ、１０２は新システム側で移行元システム１０８から移行された新システム体系のＤＢである新システム（Ｂ）ＤＢ、１０３は移行元システム１０８のＤＢのレプリカを保存する新システム１０７に作成されるレプリカＤＢ、１０４はレプリカＤＢ１０３を新システムＤＢの体系に変換し新システム（Ｂ）ＤＢ１０２に移行する前のＤＢを保存するワークＤＢ、１０５は移行元システム１０８で稼動中のＤＢである移行元ＤＢ、１０６は新システム１０７と移行元システム１０８間のネットワークを示す。新システム１０７は新システム（Ａ）ＤＢ１０１、新システム（Ｂ）ＤＢ１０２、レプリカＤＢ１０３およびワークＤＢ１０４の各ＤＢを保持し、移行元システム１０８は移行元ＤＢ１０５を保持する。
【０００９】
図２は移行元システム１０８から新システム１０７へのＤＢ移行のデータ移行概要図である。図２において２０１は移行元システム１０８の移行元ＤＢ１０５をアンロードしレプリカＤＢ１０３にリロードするリロードデータ（移行元システム⇒新システム）、２０２は移行元システム１０８で発生する移行元ＤＢ１０５の日々の更新データをレプリケーションの仕組みによりレプリカＤＢ１０３に都度更新するレプリケーションデータ、２０３はレプリカＤＢ１０３からデータ形式を変換プログラムで新システムＤＢの形式に変換しワークＤＢ１０４へ移行するデータ変換プログラム、２０４は移行の段階毎にワークＤＢ１０４から移行対象のデータを抽出・アンロードし新システム（Ｂ）ＤＢ１０２へリロードするリロードデータ（ワークＤＢ⇒新システムＤＢ）、２０５は新システム１０７で発生する新システム（Ａ）ＤＢ１０１への新システム更新データ、２０６は移行元システム１０８で発生する移行元ＤＢ１０５への更新データを示す移行元システム更新データを示す。新システム１０７は新システム（Ａ）ＤＢ１０１とこれとは別テーブルの新システム（Ｂ）ＤＢ１０２の両方を新システム１０７のＤＢとして使用する。
【００１０】
図３は移行元ＤＢ１０５をレプリカＤＢ１０３へリロードするまでのデータ移行準備スケジュール図を示す。図３において３０１は移行元ＤＢ１０５のアンロードを行う移行元ＤＢアンロードステップ、３０２はアンロードされた移行元ＤＢ１０５をレプリカＤＢ１０３へリロードするレプリカＤＢリロードステップを示す。
【００１１】
図４は移行元システム１０８の運用による更新有無判定処理からワークＤＢ１０４へのデータ移行までのデータ移行日々スケジュール図を示す。図４において４０１は移行元システム１０８の運用により移行元ＤＢ１０５に更新が発生したかを判断するデータ更新判定ステップ、４０２はデータ更新判定ステップ４０１で更新有りと判定した場合に移行元ＤＢ１０５からレプリカＤＢ１０３へレプリケーションを実行するレプリカＤＢレプリケーションステップ、４０３はレプリカＤＢレプリケーションステップ４０２によりレプリカＤＢ１０３を更新するレプリカＤＢ更新ステップ、４０４はレプリカＤＢ１０３をＤＢ変換プログラムの実行により新システムＤＢの形式に変換するデータ形式変換ステップ、４０５は新システムＤＢの形式に変換されたレプリカＤＢをワークＤＢ１０４に移行するワークＤＢ移行ステップを示す。
【００１２】
図５はワークＤＢ１０４から移行対象データを新システム（Ｂ）ＤＢ１０２にＤＢ移行する新システムＤＢデータ移行スケジュール図を示す。図５において５０１はワークＤＢ１０４から移行対象データを抽出する移行データ抽出ステップ、５０２は移行データ抽出ステップ５０１で抽出された移行データをアンロード処理する移行データアンロードステップ、５０３は移行データアンロードステップ５０２でアンロードされたリロードデータ２０４を新システム（Ｂ）ＤＢ１０２にＤＢリロード処理を行う新システム（Ｂ）ＤＢリロードステップを示す。
【００１３】
次に図３から図５を用いて移行元ＤＢ１０５を新システム（Ｂ）ＤＢ１０２へＤＢ移行を行う方法について説明する。
【００１４】
図３において移行元ＤＢアンロードステップ３０１を行い、次にレプリカＤＢリロードステップ３０２を行い、新システム１０７のレプリカＤＢ１０３の作成を行う作業が完了する。
【００１５】
図４においてデータ更新判定ステップ４０１を行い、更新が有の場合（「Ｙｅｓ」の場合）はレプリカＤＢレプリケーションステップ４０２、レプリカＤＢ更新ステップ４０３、データ形式変換ステップ４０４を行う。更新が無の場合（「Ｎｏ」の場合）はデータ形式変換ステップ４０４を行う。データ形式変換ステップ４０４のあと、ワークＤＢ移行ステップ４０５を行い、レプリカＤＢ１０３からワークＤＢ１０４へＤＢ移行を行う作業が完了する。
【００１６】
図５において移行データ抽出ステップ５０１、移行データアンロードステップ５０２を行い、新システム（Ｂ）ＤＢリロードステップ５０３を行い、ワークＤＢ１０４から新システム（Ｂ）ＤＢ１０２へのＤＢ移行を行う作業が完了する。
【００１７】
本実施例のＤＢ移行システムにおいては、以上で説明した図３〜図５の各ステップのうち、図３のステップ３０１および図４のステップ４０１の処理は移行元システム１０８内に置かれた処理手段が実行し、図４のステップ４０２の処理は移行元システム１０８内に置かれた処理手段と移行先システム１０７内に置かれた処理手段が連携して実行し、それ以外のステップは新システム１０７内に置かれた処理手段が実行する。図４のステップ４０１の処理は新システム１０７内に置かれた処理手段が実行するようにしてもよい。これらの処理手段はコンピュータとプログラムによって実現できる。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施例のＤＢ移行における新システムおよび移行元システムの全体概要図である。
【図２】移行元システムから新システムへのＤＢ移行のデータ移行概要図である。
【図３】移行元ＤＢをレプリカＤＢへリロードするまでのデータ移行準備スケジュール図である。
【図４】移行元システムの更新有無判定処理からワークＤＢへのデータ移行までのデータ移行日々スケジュール図である。
【図５】ワークＤＢから移行対象データを新システムＤＢにＤＢ移行する新システムＤＢデータ移行スケジュール図である。
【符号の説明】
【００１９】
１０１：新システム（Ａ）ＤＢ
１０２：新システム（Ｂ）ＤＢ
１０３：レプリカＤＢ
１０４：ワークＤＢ
１０５：移行元ＤＢ
１０６：ネットワーク
１０７：新システム
１０８：移行元システム
２０１：リロードデータ（移行元システム⇒新システム）
２０２：レプリケーションデータ
２０３：データ変換プログラム
２０４：リロードデータ（ワークＤＢ⇒新システムＤＢ）
２０５：新システム更新データ
２０６：移行元システム更新データ
３０１：移行元ＤＢアンロードステップ
３０２：レプリカＤＢリロードステップ
４０１：データ更新判定ステップ
４０２：レプリカＤＢレプリケーションステップ
４０３：レプリカＤＢ更新ステップ
４０４：データ形式変換ステップ
４０５：ワークＤＢ移行ステップ
５０１：移行データ抽出ステップ
５０２：移行データアンロードステップ
５０３：新システム（Ｂ）ＤＢリロードステップ
【図１】
2010152448.tif 000003
【図２】
2010152448.tif 000004
【図３】
2010152448.tif 000005
【図４】
2010152448.tif 000006
【図５】
2010152448.tif 000007