データベース用データ内容自動切替・確認システム
【課題】データ量に依存せずにデータベースのデータ内容の切替及び確認を短時間で自動的に実施できるデータベース用データ内容自動切替・確認システムを提供する。
【解決手段】このシステム１０１では、管理・運用サーバ１０２がデータ自動切替処理用ＤＢ１０５を参照し、参照用ＤＢ１０６のテーブル定義情報を元に生成されるデータ内容更新用のＳＱＬ自動生成ツールを使用してＳＱＬコマンド群データ用ＤＢ１０７から抽出したデータに基づいて新規テーブルデータを作成し、業務システム停止状態へ移行した後、ＳＱＬコマンド群データのリネームコマンド群データを整合性を保つ順序で使用してリネーム処理を実施し、参照用ＤＢ１０６の現データを新規データに自動的に切替える。クライアント端末１０３は、自動確認処理用ＤＢ１０８を参照し、業務システム起動前に管理・運用サーバ１０２のデータ処理に関するデータ内容を自動的に確認する。
【解決手段】このシステム１０１では、管理・運用サーバ１０２がデータ自動切替処理用ＤＢ１０５を参照し、参照用ＤＢ１０６のテーブル定義情報を元に生成されるデータ内容更新用のＳＱＬ自動生成ツールを使用してＳＱＬコマンド群データ用ＤＢ１０７から抽出したデータに基づいて新規テーブルデータを作成し、業務システム停止状態へ移行した後、ＳＱＬコマンド群データのリネームコマンド群データを整合性を保つ順序で使用してリネーム処理を実施し、参照用ＤＢ１０６の現データを新規データに自動的に切替える。クライアント端末１０３は、自動確認処理用ＤＢ１０８を参照し、業務システム起動前に管理・運用サーバ１０２のデータ処理に関するデータ内容を自動的に確認する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ量に依存せずに短時間でデータベースのデータ内容の切替及び確認を自動的に実施できると共に、障害発生時等に短時間でデータベースのデータ内容を復元できる機能を持つデータベース用データ内容自動切替・確認システムに関する。
【背景技術】
【０００２】
従来、エンドユーザに情報を提供するための照会処理のみの使用とされるデータベースでは、月次・年次等の一定時期毎にデータ内容を最新の状態とするための更新処理を実施するのが習慣となっている。
【０００３】
一般に、データベースにおけるデータ内容を更新する手法は、更新内容のみを反映する手法（プログラムによる更新）か、或いはテーブルのローディングデータを作成し、そのローディングデータを用いてテーブル内容を一括更新する手法の２通りが知られている。
【０００４】
このようなデータベースにおけるデータ内容の更新に関連する周知技術としては、例えばアプリケーションのアクセス先となるテーブルを容易かつ高速に切替えることができる「テーブル切替えシステムおよびテーブル切替えプログラムを記憶したコンピュータ読み取り可能な記録媒体」（特許文献１参照）が挙げられる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−７３３８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述した特許文献１に係る技術では、障害発生時に待機系のシステムに切替わる機能の仕組みを持つが、復旧作業に関してはデータのバックアップがされていない状態のため、復旧の実施が不可能であるばかりでなく、処理終了後の確認作業も実施されないため、正常に処理が終了したかが不明な状態となってしまうことにより、基本機能や保守サービス面で不便さを否めないものとなっている。
【０００７】
一般に、データベースにおけるデータ内容を更新する場合には、留意すべき点として、エンドユーザの参照中に更新処理を実施すると正しい情報が参照できなくなってしまうため、エンドユーザの参照処理を停止させた後に更新処理を実施する必要があるが、エンドユーザの参照処理を停止させる時間についてはデータ量に依存するため、長時間停止させる必要がある場合も起こり得るという点が挙げられる。
【０００８】
また、その他の留意すべき点として、データベースにおけるデータ内容の破損時に備え、データベースのデータ内容のバックアップを取得し、バックアップからの回復を実施する必要があるが、バックアップからの回復時にもデータベースのデータ内容の更新と同様の時間、エンドユーザからの参照処理を停止させる必要があるという点が挙げられる。
【０００９】
そこで、技術的には、エンドユーザに情報を提供するための照会処理のみの使用とされるデータベースのデータ内容を一定の時期で最新の状態に更新処理を実施する際、エンドユーザの参照処理に係る停止時間をできるだけ短時間にすることが望まれている。
【００１０】
同様に、データベースのデータ内容を更新する際のエンドユーザの参照処理の停止状態で実施されるデータ内容の確認作業時間についても、できるだけ短時間にすることが望まれている。
【００１１】
更に、障害発生時等に際して、データベースのデータ内容をできるだけ短時間で復元できることが望まれている。
【００１２】
本発明は、このような問題点の解決、並びに要望を具現すべくなされたもので、その技術的課題は、データ量に依存せずにデータベースのデータ内容の切替及び確認を短時間で自動的に実施できると共に、障害発生時等に際しても短時間でデータベースのデータ内容を復元できるデータベース用データ内容自動切替・確認システムを提供することにある。
【課題を解決するための手段】
【００１３】
上記技術的課題を達成するため、本発明のデータベース用データ内容自動切替・確認システムは、一定時期毎にデータ内容を最新の状態とするための更新処理の実施に供されるデータベースを有する管理・運用サーバにネットワークを介してクライアント端末が接続されて構成されるシステムであって、管理・運用サーバは、クライアント端末からの指示要求に応じて、データベースに関する所用のテーブル定義情報に基づいて生成される当該データベースのデータ内容更新用のＳＱＬ（Ｓｔｒｕｃｔｕｒｅｄ Ｑｕｅｒｙ Ｌａｎｇｕａｇｅ）自動生成ツールを使用して自動作成したＳＱＬコマンド群データに基づいて当該データベースのデータ内容についての新規テーブルのデータを作成してから業務システム停止状態に移行した後、当該ＳＱＬコマンド群データに含まれるリネーム文を成す複数のリネームコマンド群データを整合性が保たれた順序で使用してリネーム処理を実施することにより、当該データベースのデータ内容についての現データをデータ量に依存せずに当該新規データに自動的に切替えるデータ自動切替処理を行うと共に、当該データ自動切替処理の完了後に業務システム起動を行うものであり、クライアント端末は、ログ又はテーブル定義情報を使用して作成したツールに基づいて、少なくとも業務システム起動前に管理・運用サーバにおけるデータベースのデータ内容についての現データと新規データとの切替えが正常に行われたか否かの判断を含むデータ処理に関するデータ内容を自動的に確認するための自動確認処理を行うことを特徴とする。
【００１４】
また、このデータベース用データ内容自動切替・確認システムに係る一実施態様は、管理・運用サーバがデータ自動切替処理によりデータベースのデータ内容についての現データを新規データに切替えるとき、当該新規データを当該現データの損失時に際しての復元用に供することを特徴とする。
【００１５】
更に、これらのデータベース用データ内容自動切替・確認システムに係る他の実施態様は、管理・運用サーバで用いるテーブル定義情報には、テーブル名、インデックス名が含まれ、ＳＱＬコマンド群データには、クリエイトコマンド群データ、ロードコマンド群データ、インデックスコマンド群データが含まれることを特徴とする。
【００１６】
加えて、これらの何れか一つのデータベース用データ内容自動切替・確認システムに係る別の実施態様は、クライアント端末で行う自動確認処理には、ファイル資源の確認、実行件数の確認、ロード件数及びエラー件数の確認、テーブル定義情報の確認、入力ファイルの統計が含まれることを特徴とする。
【発明の効果】
【００１７】
本発明のデータベース用データ内容自動切替・確認システムの機能処理によれば、データ量に依存せずに管理・運用サーバにおけるデータベースのデータ内容を現データから新規データに自動的に切替え、クライアント端末からの確認作業についても自動的に行わせ、現データの支障時には新規データを復元用に供するため、エンドユーザの参照処理に係る停止時間や、データベースのデータ内容を更新する際のエンドユーザの参照処理の停止状態で実施されるデータ内容の確認作業時間をできるだけ短時間にすることができる上、障害発生時等に際してもデータベースのデータ内容をできるだけ短時間で復元できるようになる。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施例１に係るデータベース用データ内容自動切替・確認システムの基本構成を示した概略ブロック図である。
【図２−１】図１に示すデータベース用データ内容自動切替・確認システムの動作処理の前半を示すフローチャートである。
【図２−２】図１に示すデータベース用データ内容自動切替・確認システムの動作処理の後半を示すフローチャートである。
【図３】図１に示す動作処理に含まれるクライアント端末における自動確認処理の細部動作処理を示したフローチャートである。
【図４】図３に示す自動確認処理におけるファイル資源の確認処理の細部動作処理を示したフローチャートである。
【図５】図３に示す自動確認処理における実行件数の確認処理の細部動作処理を示したフローチャートである。
【図６】図３に示す自動確認処理におけるＬＯＡＤ件数、及びエラー件数の確認処理の細部動作処理を示したフローチャートである。
【図７】図３に示す自動確認処理におけるテーブル定義情報の確認処理の細部動作処理を示したフローチャートである。
【図８】図３に示す自動確認処理における入力ファイルの統計処理の細部動作処理を示したフローチャートである。
【図９−１】図１に示すデータベース用データ内容自動切替・確認システムに備えられる管理・運用サーバにおけるＳＱＬ自動生成ツールを使用してＳＱＬコマンド群データを自動作成するときの動作処理の前半を示したフローチャートである。
【図９−２】図１に示すデータベース用データ内容自動切替・確認システムに備えられる管理・運用サーバにおけるＳＱＬ自動生成ツールを使用してＳＱＬコマンド群データを自動作成するときの動作処理の後半を示したフローチャートである。
【図１０−１】図１に示すデータベース用データ内容自動切替・確認システムに備えられる管理・運用サーバにおける障害発生時の復旧作業の動作処理の前半を示すフローチャートである。
【図１０−２】図１に示すデータベース用データ内容自動切替・確認システムに備えられる管理・運用サーバにおける障害発生時の復旧作業の動作処理の後半を示すフローチャートである。
【図１１】図１に示すデータベース用データ内容自動切替・確認システムにおける現行処理（旧式処理）を示すタイムチャートである。
【図１２】図１に示すデータベース用データ内容自動切替・確認システムにおける改善後処理（新式処理）を示すタイムチャートである。
【図１３】図１１に示したデータベース更新の作業における実際の処理時間を例示した表である。
【図１４】図１に示すデータベース用データ内容自動切替・確認システムに備えられる管理・運用サーバで使用するテーブル定義情報のサンプルを示した表である。
【図１５】図１４に示すテーブル定義情報のテーブル名に含まれる被保険者マスタテーブルのサンプルを示した表である。
【発明を実施するための形態】
【００１９】
以下に、本発明のデータベース用データ内容自動切替・確認システムについて、図面を参照して詳細に説明する。
【実施例１】
【００２０】
図１は、本発明の実施例１に係るデータベース用データ内容自動切替・確認システム１０１の基本構成を示した概略ブロック図である。
【００２１】
このデータベース用データ内容自動切替・確認システム１０１は、一定時期毎にデータ内容を最新の状態とするための更新処理の実施に供されるデータベース（ＤＢ）及びＷｅｂアプリケーションの管理・運用を行う管理・運用サーバ１０２にネットワーク１０４を介してクライアント端末１０３が接続されて構成される。
【００２２】
このうち、管理・運用サーバ１０２は、データ自動切替処理のためのデータを格納したデータ自動切替処理用ＤＢ（データベース）１０５と、更新処理の実施に供されるデータベース（ＤＢ）となる参照用ＤＢ（データベース）１０６と、データ自動切替処理に用いられるＳＱＬコマンド群データを格納した複数のＳＱＬコマンド群データ用ＤＢ（データベース）１０７と、を備えている。
【００２３】
クライアント端末１０３は、管理・運用サーバ１０２におけるデータ自動切替処理についてのデータ処理に関するデータ内容を自動的に確認する自動確認処理を行うためのデータを格納した自動確認処理用ＤＢ（データベース）１０８を備えている。
【００２４】
即ち、このデータベース用データ内容自動切替・確認システム１０１では、管理・運用サーバ１０２がクライアント端末１０３からの指示要求に応じて、データ自動切替処理用ＤＢ（データベース）１０５からデータ自動切替処理データを参照することにより、参照用ＤＢ（データベース）１０６に関する所用のテーブル定義情報に基づいて生成されるデータ内容更新用のＳＱＬ自動生成ツールを使用してＳＱＬコマンド群データ用ＤＢ（データベース）１０７からの抽出により自動作成したＳＱＬコマンド群データに基づいてデータ内容についての新規テーブルのデータを作成する。このとき、エンドユーザは継続して参照用ＤＢ（データベース）１０６に関する現行テーブルを参照することができる。
【００２５】
また、管理・運用サーバ１０２は、データ自動切替処理用ＤＢ（データベース）１０５からデータ自動切替処理データを参照することにより、新規テーブルのデータを作成してから業務システム停止状態に移行した後、ＳＱＬコマンド群データ用ＤＢ（データベース）１０７から抽出したＳＱＬコマンド群データに含まれるリネーム文を成す複数のリネームコマンド群データを整合性が保たれた順序で使用してリネーム処理を実施し、参照用ＤＢ（データベース）１０６のデータ内容についての現データをデータ量に依存せずに新規データに自動的に切替えるデータ自動切替処理を行う。尚、このデータ自動切替処理の完了後には業務システム起動を行う。
【００２６】
クライアント端末１０３は、自動確認処理用ＤＢ（データベース）１０８の自動確認処理データを参照することにより、ログ又はテーブル定義情報を使用して作成したツールに基づいて、少なくとも業務システム起動前に管理・運用サーバ１０２における参照用ＤＢ（データベース）１０６のデータ内容についての現データと新規データとの切替えが正常に行われたか否かの判断を含むデータ処理に関するデータ内容を自動的に確認するための自動確認処理を行う。
【００２７】
なお、管理・運用サーバ１０２がデータ自動切替処理により参照用ＤＢ（データベース）１０６のデータ内容についての現データを新規データに切替えるとき、新規データを現データの損失時に際しての復元用に供する。
【００２８】
また、管理・運用サーバ１０２で用いるテーブル定義情報には、テーブル名、インデックス（ＩＮＤＥＸ）名が含まれ、ＳＱＬコマンド群データには、上述した複数のリネームコマンド群データの他、クリエイト（ＣＲＥＡＴＥ）コマンド群データ、ロード（ＬＯＡＤ）コマンド群データ、インデックス（ＩＮＤＥＸ）コマンド群データが含まれる。
【００２９】
クリエイトコマンド群データとしては、例えばＣＲＥＡＴＥ ＴＡＢＬＥ テーブル名_ＮＥＷ（項目名 属性 [制約]，…）；とする場合を例示できる。ロードコマンド群データとしては、例えばＳＱＬＬＤＲ ＣＯＮＴＲＯＬ＝パス名￥テーブル名．ｃｔｌ、ＬＯＧ＝パス名￥テーブル名．ｌｏｇ、ＢＡＤ＝パス名￥テーブル名．ｂａｄ、ＤＡＴＡ＝パス名￥テーブル名．ｄａｔ ＵＳＥＲＩＤ＝ユーザ名／パスワード、ＥＲＲＯＲＳ＝９９９とする場合を例示できる。インデックスコマンド群データとしては、例えばＡＬＴＥＲ ＴＡＢＬＥ テーブル名_ＮＥＷ ＡＤＤ ＣＯＮＳＴＲＡＩＮＴ ＩＮＤＥＸ 名_ＮＥＷ 制約名（項目名，…）；とする場合を例示できる。
【００３０】
第１のリネームコマンド群データとしては、例えばＲＥＮＡＭＥ テーブル名 ＴＯ テーブル名_ｙｙｍｍ；、ＡＬＴＥＲ ＩＮＤＥＸ ＩＮＤＥＸ名 ＲＥＮＡＭＥ ＴＯ ＩＮＤＥＸ名_ｙｙｍｍ；、ＡＬＴＥＲ ＴＡＢＬＥ テーブル名_ｙｙｍｍ ＲＥＮＡＭＥ ＣＯＮＳＴＲＡＩＮＴ ＩＮＤＥＸ 名 ＴＯ ＩＮＤＥＸ名_ｙｙｍｍ；とする場合を例示できる。第２のリネームコマンド群データとしては、例えばＲＥＮＡＭＥ テーブル名_ＮＥＷ ＴＯ テーブル名；、ＡＬＴＥＲ ＩＮＤＥＸ ＩＮＤＥＸ名_ＮＥＷ ＲＥＮＡＭＥ ＴＯ ＩＮＤＥＸ名；、ＡＬＴＥＲ ＴＡＢＬＥ テーブル名 ＲＥＮＡＭＥ ＣＯＮＳＴＲＡＩＮＴ ＩＮＤＥＸ 名 _ＮＥＷ ＴＯ ＩＮＤＥＸ名；とする場合を例示できる。第３のリネームコマンド群データとしては、例えばＲＥＮＡＭＥ テーブル名_ｙｙｍｍ ＴＯ テーブル名；、ＡＬＴＥＲ ＩＮＤＥＸ ＩＮＤＥＸ名_ｙｙｍｍ ＲＥＮＡＭＥ ＴＯ ＩＮＤＥＸ名；、ＡＬＴＥＲ ＴＡＢＬＥ テーブル名 ＲＥＮＡＭＥ ＣＯＮＳＴＲＡＩＮＴ ＩＮＤＥＸ 名_ｙｙｍｍ ＴＯ ＩＮＤＥＸ名；とする場合を例示できる。即ち、管理・運用サーバ１０２では、ＳＱＬコマンド群データを自動作成処理するとき、ＣＲＥＡＴＥ／ＬＯＡＤ／ＩＮＤＥＸ処理並びにリネーム処理を行うものである。
【００３１】
更に、クライアント端末１０３で行う自動確認処理には、ファイル資源の確認、実行件数の確認、ロード件数及びエラー件数の確認、テーブル定義情報の確認、入力ファイルの統計が含まれる。
【００３２】
図２−１は、このデータベース用データ内容自動切替・確認システム１０１の動作処理の前半を示すフローチャートである。また、図２−２は、同じ動作処理の後半を示すフローチャートである。
【００３３】
ここでは、管理・運用サーバ１０２でデータ自動切替処理を行い、クライアント端末１０３で自動確認処理を行うことを基本とするが、これらの各装置における動作目的は、データ量に依存しない形で参照用ＤＢ１０６のデータ内容の更新を短時間で実施することである。以下は、そのための処理を具体的に説明する。
【００３４】
（１）管理・運用サーバ１０２では、データ自動切替処理用ＤＢ１０５のデータ自動切替処理データを参照し、参照用ＤＢ１０６に関するテーブル定義情報（ステップＳ２０１）を抽出すると、そのテーブル定義情報に基づいて生成されるＳＱＬ自動生成ツール（ステップＳ２０２）を使用し、ＳＱＬコマンド群データ用ＤＢ（データベース）１０７から抽出を行うことによりＳＱＬコマンド群データ（ステップＳ２０３）を自動作成する。このリネームコマンド群データには、リネームコマンド群データが含まれるため、リネームコマンド群データにおいては正しい順序でデータ処理を実行すべく、例えば上述したようにテーブル名をテーブル名_ＹＹＭＭ（ＹＹＭＭ：年月）にリネームするための第１のリネームコマンド群データ、テーブル名_ＮＥＷをテーブル名にリネームするための第２のリネームコマンド群データを生成する。
【００３５】
（２）この後、管理・運用サーバ１０２では、ＣＲＥＡＴＥ(表の作成)／ＬＯＡＤ(表にローディングする)／ＩＮＤＥＸ(索引の作成)（ステップＳ２０４）の処理を実行し、データ自動切替処理用ＤＢ１０５内に構築されたテーブル名変更用ＤＢ（データベース）にテーブル名_ＮＥＷを格納（ステップＳ２０５）する。これにより、生成したＳＱＬコマンド群データに基づいて参照用ＤＢ１０６に関するデータ内容についての新規テーブルのデータ作成が完了する。このとき、参照用ＤＢ１０６の現行テーブルには手を加えていないため、新規作成の作業を実行している間においても、エンドユーザは継続して現行テーブルを参照することができる。
【００３６】
（３）次に、管理・運用サーバ１０２では、エンドユーザからの参照処理を停止するために業務システム停止（ステップＳ２０６）を行い、データ自動切替処理用ＤＢ１０５内に構築されるデータベース（ＤＢ）を対象（ステップＳ２０７）とし、第１のリネームコマンド群データ、第２のリネームコマンド群データの順序でリネーム処理（ステップＳ２０８）を実行する。ここで対象とされるデータベース（ＤＢ）は、データ内容が更新される前のもので、それぞれ固有なテーブル名毎に構築されたテーブル名別データベース（ＤＢ）を有している。
【００３７】
（４）リネーム処理（ステップＳ２０８）により、対象とされたデータベース（ＤＢ）は参照用ＤＢ（データベース）１０６のデータ内容についての更新されたデータベース（ＤＢ）（ステップＳ２０９）として切替えられるもので、データ内容ではテーブル名別データベース（ＤＢ）がテーブル名の識別順に並び代えられている。即ち、ここでは参照用ＤＢ（データベース）１０６のデータ内容についての現データをデータ量に依存せずに新規データに自動的に切替えるデータ自動切替処理を行う。
【００３８】
（５）そこで、クライアント端末１０３では、自動確認処理用ＤＢ１０８の自動確認処理データを参照し、自動確認処理（ステップＳ２１０）によりテーブル名の並び替えの整合性を確認する。確認が取れた後、クライアント端末１０３から動作指示された管理・運用サーバ１０２では、エンドユーザからの参照処理を起動するために業務システム起動（ステップＳ２１１）を行う。
【００３９】
図３は、クライアント端末１０３における自動確認処理（ステップＳ２１０）の細部動作処理を示したフローチャートである。
【００４０】
クライアント端末１０３では、自動確認処理用ＤＢ１０８の自動確認処理データに従い、管理・運用サーバ１０２におけるデータ自動切替処理用ＤＢ１０５のデータ自動切替処理データを参照することにより、上述したように自動確認処理（ステップＳ２１０）として、ファイル資源の確認（ステップＳ３０１）、実行件数の確認（ステップＳ３０２）、ロード件数及びエラー件数の確認（ステップＳ３０３）、テーブル定義情報の確認（ステップＳ３０４）、入力ファイルの統計（ステップＳ３０５）を順次実行する。
【００４１】
ファイル資源の確認処理（ステップＳ３０１）では、入力ファイル及びデータロードファイル資源においてファイル名や作成日時、サイズが当月分データとして問題なく作成できているか否かを確認する。実行件数の確認処理（ステップＳ３０２）では、ジョブ実行ログから前月分及び当月分の実行件数を作成し、比較を実施することによりデータファイルが正しく作成されているか否かを確認する。ロード件数及びエラー件数の確認処理（ステップＳ３０３）では、データベース（ＤＢ）にデータが正常に格納されたか否かを正常件数とエラー件数とに基づいて確認する。テーブル定義情報の確認処理（ステップＳ３０４）では、インデックス情報を含むテーブル定義情報を抽出し、運用テーブル定義情報と一致するか否かを確認する。入力ファイルの統計処理（ステップＳ３０５）では、前月分の入力ファイルと今月分の入力ファイルとを比較し、各入力ファイルの差分を統計データとして取得する。
【００４２】
図４は、上述したファイル資源の確認処理（ステップＳ３０１）の細部動作処理を示したフローチャートである。
【００４３】
（１）ファイル資源の確認処理（ステップＳ３０１）では、クライアント端末１０３が自動確認処理用ＤＢ１０８内に構築される実行ログ用ＤＢの実行ログデータ（ステップＳ４０１）に従い、管理・運用サーバ１０２におけるデータ自動切替処理用ＤＢ１０５のデータ自動切替処理データを参照することにより、ファイル名取得（ステップＳ４０２）、作成日時取得（ステップＳ４０３）、サイズ取得（ステップＳ４０４）、ファイル格納先取得（ステップＳ４０５）をそれぞれ取得する。
【００４４】
（２）この後、取得した作成日時に基づいて作成日時チェック結果は一致するか否かの判定（ステップＳ４０６）を行う。この判定の結果、一致であれば一致データ用ＤＢに取得した該当するファイル名及びサイズ、並びにファイル格納先を格納（ステップＳ４０７）し、不一致であれば不一致データ用ＤＢに同様に取得した該当するファイル名及びサイズ、並びにファイル格納先を格納（ステップＳ４０８）してから動作処理を終了する。尚、ここの一致データ用ＤＢ、不一致データ用ＤＢについても、自動確認処理用ＤＢ１０８内に構築されるものである。また、不一致データ用ＤＢに格納されるファイルが存在した場合には、管理者が調査を実施する。
【００４５】
図５は、上述した実行件数の確認処理（ステップＳ３０２）の細部動作処理を示した
フローチャートである。
【００４６】
（１）実行件数の確認処理（ステップＳ３０２）では、クライアント端末１０３が自動確認処理用ＤＢ１０８内に構築される実行ログ用ＤＢの実行ログデータ（ステップＳ５０１）に従い、管理・運用サーバ１０２におけるデータ自動切替処理用ＤＢ１０５のデータ自動切替処理データを参照することにより、入力ファイル件数取得（ステップＳ５０２）を行い、取得した入力ファイル件数を入力ファイル件数用ＤＢに格納（ステップＳ５０３）した後、出力ファイル件数取得（ステップＳ５０４）を行い、取得した出力ファイル件数を出力ファイル件数用ＤＢに格納（ステップＳ５０５）する。また、同時に自動確認処理用ＤＢ１０８内に構築される前月分の入力ファイル件数用ＤＢから前月分の入力ファイル件数を取得（ステップＳ５０６）し、その後に自動確認処理用ＤＢ１０８内に構築される前月分の出力ファイル件数用ＤＢから前月分の出力ファイル件数を取得（ステップＳ５０７）する。
【００４７】
（２）次に、入力ファイル件数用ＤＢからの入力ファイル件数、並びに出力ファイル件数用ＤＢからの出力ファイル件数と、前月分の入力ファイル件数用ＤＢからの前月分の入力ファイル件数、並びに前月分の出力ファイル件数用ＤＢからの前月分の出力ファイル件数とをそれぞれ対比させて比較し、件数比較結果は一致するか否かの判定（ステップＳ５０８）を行う。この判定の結果、件数が不一致であれば正常データ用ＤＢに格納（ステップＳ５０９）し、一致であれば一致データ用ＤＢに格納（ステップＳ５１０）してから動作処理を終了する。尚、ここの正常データ用ＤＢ、一致データ用ＤＢについても、自動確認処理用ＤＢ１０８内に構築されるものである。また、一致データ用ＤＢに格納されるファイルが存在した場合には、管理者が調査を実施する。
【００４８】
図６は、上述したＬＯＡＤ件数及びエラー件数の確認処理（ステップＳ３０３）の細部動作処理を示したフローチャートである。
【００４９】
（１）ＬＯＡＤ件数及びエラー件数の確認処理（ステップＳ３０３）では、クライアント端末１０３が自動確認処理用ＤＢ１０８内に構築されるＬＯＡＤログ用ＤＢのＬＯＡＤログデータ（ステップＳ６０１）に従い、管理・運用サーバ１０２におけるデータ自動切替処理用ＤＢ１０５のデータ自動切替処理データを参照することにより、テーブル名取得（ステップＳ６０２）、ＬＯＡＤ件数取得（ステップＳ６０３）をそれぞれ行う。
【００５０】
（２）次に、入力ファイルが正常にＬＯＡＤされたか否かに基づいて、件数チェック結果は正常であるか否かの判定（ステップＳ６０４）を行う。この判定の結果、入力ファイルが正常にＬＯＡＤされて件数チェック結果が正常であれば正常ＬＯＡＤ件数用ＤＢに対して取得したテーブル名と合わせて格納（ステップＳ６０５）し、入力ファイルが正常にＬＯＡＤされずにエラーとなって件数チェック結果が正常でなければエラーＬＯＡＤ件数用ＤＢに対して取得したテーブル名と合わせて格納（ステップＳ６０６）してから動作処理を終了する。エラーＬＯＡＤ件数用ＤＢに格納されるファイルが存在した場合にはエラーデータを修正し、追加ＬＯＡＤを実施する。
【００５１】
図７は、図３におけるテーブル定義情報の確認処理（ステップＳ３０４）の細部動作処理を示したフローチャートである。
【００５２】
（１）テーブル定義情報の確認処理（ステップＳ３０４）では、クライアント端末１０３が自動確認処理用ＤＢ１０８内に構築される自動確認処理データに従い、管理・運用サーバ１０２におけるデータ自動切替処理用ＤＢ１０５のデータ自動切替処理データを参照することにより、その参照先をデータベース（ＤＢ）の対象（ステップＳ７０１）とした上、テーブル定義情報（最新）取得（ステップＳ７０２）を行い、テーブル定義情報（最新）としてファイル（ステップＳ７０３）する。これらの処理と同時に、正常に運用するための定義情報であるテーブル定義情報（ＢＡＳＥ）についてのファイル（ステップＳ７０４）も行う。
【００５３】
（２）次に、ファイルされたテーブル定義情報（最新）とテーブル定義情報（ＢＡＳＥ）とを比較することにより、テーブル定義情報比較結果は一致するか否かの判定（ステップＳ７０５）を行う。この判定の結果、一致していれば一致データ用ＤＢに格納（ステップＳ７０６）し、不一致であれば不一致データ用ＤＢに格納（ステップＳ７０７）してからそれぞれ動作処理を終了する。尚、ここの一致データ用ＤＢ、不一致データ用ＤＢについても、自動確認処理用ＤＢ１０８内に構築されるものである。また、不一致データ用ＤＢに格納されるファイルが存在した場合には、管理者が調査を実施し、テーブル定義情報が一致した状態になるように修正する。
【００５４】
図８は、図３における入力ファイルの統計処理（ステップＳ３０５）の細部動作処理を示したフローチャートである。
【００５５】
（１）この入力ファイルの統計処理（ステップＳ３０５）では、クライアント端末１０３が自動確認処理用ＤＢ１０８内に構築される自動確認処理データに従い、管理・運用サーバ１０２におけるデータ自動切替処理用ＤＢ１０５のデータ自動切替処理データを参照することにより、その参照先をデータベース（ＤＢ）の対象（ステップＳ８０１）とした上、そこから入力ファイル(前月分)取得（ステップＳ８０２）、入力ファイル(今月分)取得（ステップＳ８０４）をそれぞれ行い、入力ファイル(前月分)データを入力ファイル(前月分)用ＤＢに格納（ステップＳ８０３）し、入力ファイル(今月分)データを入力ファイル(前月分)データに格納（ステップＳ８０５）する。尚、ここでの入力ファイル(前月分)用ＤＢ、入力ファイル(今月分)用ＤＢについても、自動確認処理用ＤＢ１０８内に構築されるものである。
【００５６】
（２）次に、入力ファイル(前月分)用ＤＢに格納された入力ファイル(前月分)データと入力ファイル(前月分)データに格納された入力ファイル(前月分)データとを比較することにより、入力ファイル比較結果は一致するか否かの判定（ステップＳ８０６）を行う。この判定の結果、一致していれば一致データ用ＤＢに格納（ステップＳ８０７）して動作処理を終了するが、不一致であれば不一致データ用ＤＢに格納（ステップＳ８０８）する。
【００５７】
（３）更に、不一致データ用ＤＢに格納された入力ファイルデータについての不一致ファイルの内容はどうであるかを判定（ステップＳ８０９）する。この判定の結果、新規追加であれば新規追加データ用ＤＢに格納（ステップＳ８１０）し、変更であれば変更データ用ＤＢに格納（ステップＳ８１１）し、それ以外であれば調査データとして調査データ用ＤＢに格納（ステップＳ８１２）してからそれぞれ動作処理を終了する。調査データ用ＤＢに格納される調査データが存在した場合には、管理者が調査を実施する。
【００５８】
図９−１は、管理・運用サーバ１０２におけるＳＱＬ自動生成ツールを使用してＳＱＬコマンド群データを自動作成するときの動作処理の前半を示したフローチャートである。また、図９−２は、同じ動作処理の後半を示したフローチャートである。
【００５９】
（１）管理・運用サーバ１０２におけるＳＱＬコマンド群データ自動作成の動作処理では、データ自動切替処理用ＤＢ１０５のデータ自動切替処理データを参照することにより、テーブル定義情報を抽出（ステップＳ９０１）すると共に、対象テーブル抽出情報を抽出（ステップＳ９０２）し、それらの情報に基づいて対象テーブル名取得（ステップＳ９０３）を行って対象テーブル名用ＤＢに格納（ステップＳ９０４）すると共に、対象ＩＮＤＥＸ名取得（ステップＳ９０５）を行って対象ＩＮＤＥＸ名用ＤＢに格納（ステップＳ９０６）する。
【００６０】
（２）次に、対象テーブル名用ＤＢに格納された対象テーブル名と対象ＩＮＤＥＸ名用ＤＢに格納された対象ＩＮＤＥＸ名とからＣＲＥＡＴＥコマンド群データを作成するＣＲＥＡＴＥコマンド群作成（ステップＳ９０７）の処理を実行し、作成したＣＲＥＡＴＥコマンド群データをＣＲＥＡＴＥコマンド群データ用ＤＢに格納（ステップＳ９０８）する。引き続き、同様にＬＯＡＤコマンド群データを作成するＬＯＡＤコマンド群作成（ステップＳ９０９）の処理を実行し、作成したＬＯＡＤコマンド群データをＬＯＡＤコマンド群データ用ＤＢに格納（ステップＳ９１０）する。更に、ＩＮＤＸコマンド群データを作成するＩＮＤＸコマンド群作成（ステップＳ９１１）の処理を実行し、作成したＩＮＤＸコマンド群データをＩＮＤＸコマンド群データ用ＤＢに格納（ステップＳ９１２）する。
【００６１】
（３）この後、データ自動切替処理データに含まれる年月入力ファイルより年月入力テータを抽出（ステップＳ９１３）し、この年月入力テータに基づいて第１のリネームコマンド群データを作成するリネームコマンド群１作成（ステップＳ９１４）の処理を行うと共に、第２のリネームコマンド群データを作成するリネームコマンド群２作成（ステップＳ９１６）の処理を行い、作成した第１のリネームコマンド群データをリネームコマンド群１データ用ＤＢに格納（ステップＳ９１５）してから動作処理を終了すると共に、作成した第２のリネームコマンド群データをリネームコマンド群２データ用ＤＢに格納（ステップＳ９１７）してから動作処理を終了する。
【００６２】
図１０−１は、管理・運用サーバ１０２における障害発生時の復旧作業の動作処理の前半を示すフローチャートである。また、図１０−２は、同じ動作処理の後半を示すフローチャートである。
【００６３】
（１）管理・運用サーバ１０２における復旧作業の動作処理では、先のＳＱＬコマンド群データ自動作成の動作処理の場合と同様に、データ自動切替処理用ＤＢ１０５のデータ自動切替処理データを参照することにより、テーブル定義情報を抽出（ステップＳ１００１）すると共に、対象テーブル抽出情報を抽出（ステップＳ１００２）し、それらの情報に基づいて対象テーブル名取得（ステップＳ１００３）を行って対象テーブル名用ＤＢに格納（ステップＳ１００４）すると共に、対象ＩＮＤＥＸ名取得（ステップＳ１００５）を行って対象ＩＮＤＥＸ名用ＤＢに格納（ステップＳ１００６）する。
【００６４】
（２）次に、データ自動切替処理データに含まれる年月入力ファイルより年月入力テータを抽出（ステップＳ１００７）し、この年月入力テータに基づいて第１のリネームコマンド群データを作成するリネームコマンド群１作成（ステップＳ１００８）の処理を行うと共に、第３のリネームコマンド群データを作成するリネームコマンド群３作成（ステップＳ１０１０）の処理を行い、作成した第１のリネームコマンド群データをリネームコマンド群１データ用ＤＢに格納（ステップＳ１００９）すると共に、作成した第３のリネームコマンド群データをリネームコマンド群３データ用ＤＢに格納（ステップＳ１０１１）する。
【００６５】
（３）この後、エンドユーザからの参照処理を停止するために業務システム停止（ステップＳ１０１２）を行い、データ自動切替処理用ＤＢ１０５内に構築されるデータベース（ＤＢ）を対象（ステップＳ１０１３）とし、第１のリネームコマンド群データ、第３のリネームコマンド群データの順序でリネーム処理（ステップＳ１０１４）を実行する。ここで対象とされるデータベース（ＤＢ）は、データ内容が更新される前のもので、それぞれ固有なテーブル名毎に構築されたテーブル名別データベース（ＤＢ）を有している。
【００６６】
（４）リネーム処理（ステップＳ１０１４）により、対象とされたデータベース（ＤＢ）は参照用ＤＢ（データベース）１０６のデータ内容についての更新されたデータベース（ＤＢ）（ステップＳ１０１５）として切替えられるもので、データ内容ではテーブル名別データベース（ＤＢ）がテーブル名の識別順としてテーブル名_０９０１用ＤＢ、テーブル名_０９０２用ＤＢ、テーブル名…用ＤＢとなっていたものが、テーブル名_０９０１用ＤＢ、テーブル名…用ＤＢ、テーブル名_０９０３用ＤＢとして並び代えられている。即ち、ここでは業務システム停止後のデータ自動切替処理により参照用ＤＢ（データベース）１０６のデータ内容についての現データ（ステップＳ１０１３の状態のもの）を新規データ（ステップＳ１０１５の状態のもの）に切替えるとき、その新規データを現データの損失時に際しての復元用に供している。この後は、エンドユーザからの参照処理を起動するために業務システム起動（ステップＳ１０１６）を行ってから動作処理を終了する。
【００６７】
図１１は、このデータベース用データ内容自動切替・確認システム１０１における現行処理（旧式処理）を示すタイムチャートである。
【００６８】
ここでは、上述した管理・運用サーバ１０２によるデータ自動切替処理、並びにクライアント端末１０３で自動確認処理によらない旧式処理を示している。具体的に云えば、エンドユーザの参照可能状態を示すエンドユーザ参照中１１０１から業務システム停止１１０４によりエンドユーザによる参照不可能な状態にした上、データベース更新（ＣＲＥＡＴＥ／ＬＯＡＤ／ＩＮＤＥＸ）１１０２の処理を実施すると共に、その実施完了後に業務システム起動１１０６に至ることにより、再度エンドユーザ参照中１１０３の状態にすることが可能となることを示している。
【００６９】
データベース更新１１０２の作業中は業務システム停止１１０４の状態にしなければならないが、その業務システム停止時間１１０５はデータ量に依存しているため、データ量が多くなれば業務システム停止時間１１０５が長くなり、エンドユーザの参照処理の停止時間も長くなってしまう。このため、こうした場合にはエンドユーザの業務に長時間支障が出てしまう。
【００７０】
図１２は、データベース用データ内容自動切替・確認システム１０１における改善後処理（新式処理）を示すタイムチャートである。
【００７１】
ここでは、上述した管理・運用サーバ１０２によるデータ自動切替処理、並びにクライアント端末１０３で自動確認処理による新式処理を示している。具体的に云えば、エンドユーザの参照中１２０１の状態と並行してデータテーブル新規作成（ＣＲＥＡＴＥ／ＬＯＡＤ／ＩＮＤＥＸ）１２０４の作業が実施される。このデータテーブル新規作成１２０４の作業中は現行テーブル（参照用ＤＢ１０６）に手を加えずに新規テーブルを作成するため、このデータテーブル新規作成１２０４の作業中でも業務システムを停止する必要がなく、エンドユーザも参照を続けることができる。
【００７２】
エンドユーザの参照中１２０１及びデータテーブル新規作成１２０４が済んだ時点で業務システム停止１２０５を行い、この業務システム停止時間１２０６においてリネームおよび自動確認処理１２０２を実施した後、業務システム起動１２０７を行う。この後は、エンドユーザの業務システム参照中１２０３となる。ここでの業務システム停止時間１２０６はデータ量に依存せずにリネームおよび自動確認処理１２０２に費やす数分間となり、図１１に示した業務システム停止時間１１０５と比べると、格段に時間短縮されていることが判る。
【００７３】
図１３は、図１１に示したデータベース更新（ＣＲＥＡＴＥ／ＬＯＡＤ／ＩＮＤＥＸ）１１０２の作業における実際の処理時間を例示した表である。
【００７４】
ここでは、テーブル数を３１、インデックス数を１４５、容量を１４ＧＢとした条件下において、データベース更新（ＣＲＥＡＴＥ／ＬＯＡＤ／ＩＮＤＥＸ）１１０２の作業が合計で６時間０８分３７秒を費やしており、リネーム処理が４１秒で完了していることを示している。
【００７５】
即ち、図１１で説明した現行処理（旧式処理）を実施した場合には６時間強も業務システム停止を行う必要があり、エンドユーザの参照不可能時間が長時間に及ぶことになる。
【００７６】
これに対し、図１２で説明した改善後処理（新式処理）を実施した場合には、業務システム停止時間は僅かに約１分間程度で済むため、エンドユーザの参照不可能時間が顕著に減少することが判然とする。
【００７７】
図１４は、管理・運用サーバ１０２で使用するテーブル定義情報のサンプルを示した表である。
【００７８】
ここでのテーブル定義情報は、テーブル名についてはテーブル名が示す日本語名称を具体的に示し、テーブル名（ＯＲＡＣＬＥ）については実際にデータベース（参照用ＤＢ１０６）で使用しているテーブル名が示すアルファベット表記を具体的に示し、ＩＮＤＥＸ名（ＯＲＡＣＬＥ）については実際にデータベース（参照用ＤＢ１０６）で使用しているＩＮＤＥＸ名が示すアルファベット表記を具体的に示している。
【００７９】
図１５は、図１４に示すテーブル定義情報のテーブル名に含まれる項番１の被保険者マスタテーブルのサンプルを示した表である。
【００８０】
例えば被保険者マスタテーブルは、項目名については項目名が示す日本語名称を具体的に示し、項目名（ＯＲＡＣＬＥ）はついては実際にデータベース（参照用ＤＢ１０６）で使用しているテーブル名が示すアルファベット表記を具体的に示し、ＫＥＹについては制約内容を示すアルファベット表記を具体的に示している。
【符号の説明】
【００８１】
１０１ データベース用データ内容自動切替・確認システム
１０２ 管理・運用サーバ
１０３ クライアント端末
１０４ ネットワーク
１０５ データ自動切替処理用ＤＢ（データベース）
１０６ 参照用ＤＢ（データベース）
１０７ ＳＱＬコマンド群データ用ＤＢ（データベース）
１０８ 自動確認処理用ＤＢ（データベース）
【技術分野】
【０００１】
本発明は、データ量に依存せずに短時間でデータベースのデータ内容の切替及び確認を自動的に実施できると共に、障害発生時等に短時間でデータベースのデータ内容を復元できる機能を持つデータベース用データ内容自動切替・確認システムに関する。
【背景技術】
【０００２】
従来、エンドユーザに情報を提供するための照会処理のみの使用とされるデータベースでは、月次・年次等の一定時期毎にデータ内容を最新の状態とするための更新処理を実施するのが習慣となっている。
【０００３】
一般に、データベースにおけるデータ内容を更新する手法は、更新内容のみを反映する手法（プログラムによる更新）か、或いはテーブルのローディングデータを作成し、そのローディングデータを用いてテーブル内容を一括更新する手法の２通りが知られている。
【０００４】
このようなデータベースにおけるデータ内容の更新に関連する周知技術としては、例えばアプリケーションのアクセス先となるテーブルを容易かつ高速に切替えることができる「テーブル切替えシステムおよびテーブル切替えプログラムを記憶したコンピュータ読み取り可能な記録媒体」（特許文献１参照）が挙げられる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−７３３８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述した特許文献１に係る技術では、障害発生時に待機系のシステムに切替わる機能の仕組みを持つが、復旧作業に関してはデータのバックアップがされていない状態のため、復旧の実施が不可能であるばかりでなく、処理終了後の確認作業も実施されないため、正常に処理が終了したかが不明な状態となってしまうことにより、基本機能や保守サービス面で不便さを否めないものとなっている。
【０００７】
一般に、データベースにおけるデータ内容を更新する場合には、留意すべき点として、エンドユーザの参照中に更新処理を実施すると正しい情報が参照できなくなってしまうため、エンドユーザの参照処理を停止させた後に更新処理を実施する必要があるが、エンドユーザの参照処理を停止させる時間についてはデータ量に依存するため、長時間停止させる必要がある場合も起こり得るという点が挙げられる。
【０００８】
また、その他の留意すべき点として、データベースにおけるデータ内容の破損時に備え、データベースのデータ内容のバックアップを取得し、バックアップからの回復を実施する必要があるが、バックアップからの回復時にもデータベースのデータ内容の更新と同様の時間、エンドユーザからの参照処理を停止させる必要があるという点が挙げられる。
【０００９】
そこで、技術的には、エンドユーザに情報を提供するための照会処理のみの使用とされるデータベースのデータ内容を一定の時期で最新の状態に更新処理を実施する際、エンドユーザの参照処理に係る停止時間をできるだけ短時間にすることが望まれている。
【００１０】
同様に、データベースのデータ内容を更新する際のエンドユーザの参照処理の停止状態で実施されるデータ内容の確認作業時間についても、できるだけ短時間にすることが望まれている。
【００１１】
更に、障害発生時等に際して、データベースのデータ内容をできるだけ短時間で復元できることが望まれている。
【００１２】
本発明は、このような問題点の解決、並びに要望を具現すべくなされたもので、その技術的課題は、データ量に依存せずにデータベースのデータ内容の切替及び確認を短時間で自動的に実施できると共に、障害発生時等に際しても短時間でデータベースのデータ内容を復元できるデータベース用データ内容自動切替・確認システムを提供することにある。
【課題を解決するための手段】
【００１３】
上記技術的課題を達成するため、本発明のデータベース用データ内容自動切替・確認システムは、一定時期毎にデータ内容を最新の状態とするための更新処理の実施に供されるデータベースを有する管理・運用サーバにネットワークを介してクライアント端末が接続されて構成されるシステムであって、管理・運用サーバは、クライアント端末からの指示要求に応じて、データベースに関する所用のテーブル定義情報に基づいて生成される当該データベースのデータ内容更新用のＳＱＬ（Ｓｔｒｕｃｔｕｒｅｄ Ｑｕｅｒｙ Ｌａｎｇｕａｇｅ）自動生成ツールを使用して自動作成したＳＱＬコマンド群データに基づいて当該データベースのデータ内容についての新規テーブルのデータを作成してから業務システム停止状態に移行した後、当該ＳＱＬコマンド群データに含まれるリネーム文を成す複数のリネームコマンド群データを整合性が保たれた順序で使用してリネーム処理を実施することにより、当該データベースのデータ内容についての現データをデータ量に依存せずに当該新規データに自動的に切替えるデータ自動切替処理を行うと共に、当該データ自動切替処理の完了後に業務システム起動を行うものであり、クライアント端末は、ログ又はテーブル定義情報を使用して作成したツールに基づいて、少なくとも業務システム起動前に管理・運用サーバにおけるデータベースのデータ内容についての現データと新規データとの切替えが正常に行われたか否かの判断を含むデータ処理に関するデータ内容を自動的に確認するための自動確認処理を行うことを特徴とする。
【００１４】
また、このデータベース用データ内容自動切替・確認システムに係る一実施態様は、管理・運用サーバがデータ自動切替処理によりデータベースのデータ内容についての現データを新規データに切替えるとき、当該新規データを当該現データの損失時に際しての復元用に供することを特徴とする。
【００１５】
更に、これらのデータベース用データ内容自動切替・確認システムに係る他の実施態様は、管理・運用サーバで用いるテーブル定義情報には、テーブル名、インデックス名が含まれ、ＳＱＬコマンド群データには、クリエイトコマンド群データ、ロードコマンド群データ、インデックスコマンド群データが含まれることを特徴とする。
【００１６】
加えて、これらの何れか一つのデータベース用データ内容自動切替・確認システムに係る別の実施態様は、クライアント端末で行う自動確認処理には、ファイル資源の確認、実行件数の確認、ロード件数及びエラー件数の確認、テーブル定義情報の確認、入力ファイルの統計が含まれることを特徴とする。
【発明の効果】
【００１７】
本発明のデータベース用データ内容自動切替・確認システムの機能処理によれば、データ量に依存せずに管理・運用サーバにおけるデータベースのデータ内容を現データから新規データに自動的に切替え、クライアント端末からの確認作業についても自動的に行わせ、現データの支障時には新規データを復元用に供するため、エンドユーザの参照処理に係る停止時間や、データベースのデータ内容を更新する際のエンドユーザの参照処理の停止状態で実施されるデータ内容の確認作業時間をできるだけ短時間にすることができる上、障害発生時等に際してもデータベースのデータ内容をできるだけ短時間で復元できるようになる。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施例１に係るデータベース用データ内容自動切替・確認システムの基本構成を示した概略ブロック図である。
【図２−１】図１に示すデータベース用データ内容自動切替・確認システムの動作処理の前半を示すフローチャートである。
【図２−２】図１に示すデータベース用データ内容自動切替・確認システムの動作処理の後半を示すフローチャートである。
【図３】図１に示す動作処理に含まれるクライアント端末における自動確認処理の細部動作処理を示したフローチャートである。
【図４】図３に示す自動確認処理におけるファイル資源の確認処理の細部動作処理を示したフローチャートである。
【図５】図３に示す自動確認処理における実行件数の確認処理の細部動作処理を示したフローチャートである。
【図６】図３に示す自動確認処理におけるＬＯＡＤ件数、及びエラー件数の確認処理の細部動作処理を示したフローチャートである。
【図７】図３に示す自動確認処理におけるテーブル定義情報の確認処理の細部動作処理を示したフローチャートである。
【図８】図３に示す自動確認処理における入力ファイルの統計処理の細部動作処理を示したフローチャートである。
【図９−１】図１に示すデータベース用データ内容自動切替・確認システムに備えられる管理・運用サーバにおけるＳＱＬ自動生成ツールを使用してＳＱＬコマンド群データを自動作成するときの動作処理の前半を示したフローチャートである。
【図９−２】図１に示すデータベース用データ内容自動切替・確認システムに備えられる管理・運用サーバにおけるＳＱＬ自動生成ツールを使用してＳＱＬコマンド群データを自動作成するときの動作処理の後半を示したフローチャートである。
【図１０−１】図１に示すデータベース用データ内容自動切替・確認システムに備えられる管理・運用サーバにおける障害発生時の復旧作業の動作処理の前半を示すフローチャートである。
【図１０−２】図１に示すデータベース用データ内容自動切替・確認システムに備えられる管理・運用サーバにおける障害発生時の復旧作業の動作処理の後半を示すフローチャートである。
【図１１】図１に示すデータベース用データ内容自動切替・確認システムにおける現行処理（旧式処理）を示すタイムチャートである。
【図１２】図１に示すデータベース用データ内容自動切替・確認システムにおける改善後処理（新式処理）を示すタイムチャートである。
【図１３】図１１に示したデータベース更新の作業における実際の処理時間を例示した表である。
【図１４】図１に示すデータベース用データ内容自動切替・確認システムに備えられる管理・運用サーバで使用するテーブル定義情報のサンプルを示した表である。
【図１５】図１４に示すテーブル定義情報のテーブル名に含まれる被保険者マスタテーブルのサンプルを示した表である。
【発明を実施するための形態】
【００１９】
以下に、本発明のデータベース用データ内容自動切替・確認システムについて、図面を参照して詳細に説明する。
【実施例１】
【００２０】
図１は、本発明の実施例１に係るデータベース用データ内容自動切替・確認システム１０１の基本構成を示した概略ブロック図である。
【００２１】
このデータベース用データ内容自動切替・確認システム１０１は、一定時期毎にデータ内容を最新の状態とするための更新処理の実施に供されるデータベース（ＤＢ）及びＷｅｂアプリケーションの管理・運用を行う管理・運用サーバ１０２にネットワーク１０４を介してクライアント端末１０３が接続されて構成される。
【００２２】
このうち、管理・運用サーバ１０２は、データ自動切替処理のためのデータを格納したデータ自動切替処理用ＤＢ（データベース）１０５と、更新処理の実施に供されるデータベース（ＤＢ）となる参照用ＤＢ（データベース）１０６と、データ自動切替処理に用いられるＳＱＬコマンド群データを格納した複数のＳＱＬコマンド群データ用ＤＢ（データベース）１０７と、を備えている。
【００２３】
クライアント端末１０３は、管理・運用サーバ１０２におけるデータ自動切替処理についてのデータ処理に関するデータ内容を自動的に確認する自動確認処理を行うためのデータを格納した自動確認処理用ＤＢ（データベース）１０８を備えている。
【００２４】
即ち、このデータベース用データ内容自動切替・確認システム１０１では、管理・運用サーバ１０２がクライアント端末１０３からの指示要求に応じて、データ自動切替処理用ＤＢ（データベース）１０５からデータ自動切替処理データを参照することにより、参照用ＤＢ（データベース）１０６に関する所用のテーブル定義情報に基づいて生成されるデータ内容更新用のＳＱＬ自動生成ツールを使用してＳＱＬコマンド群データ用ＤＢ（データベース）１０７からの抽出により自動作成したＳＱＬコマンド群データに基づいてデータ内容についての新規テーブルのデータを作成する。このとき、エンドユーザは継続して参照用ＤＢ（データベース）１０６に関する現行テーブルを参照することができる。
【００２５】
また、管理・運用サーバ１０２は、データ自動切替処理用ＤＢ（データベース）１０５からデータ自動切替処理データを参照することにより、新規テーブルのデータを作成してから業務システム停止状態に移行した後、ＳＱＬコマンド群データ用ＤＢ（データベース）１０７から抽出したＳＱＬコマンド群データに含まれるリネーム文を成す複数のリネームコマンド群データを整合性が保たれた順序で使用してリネーム処理を実施し、参照用ＤＢ（データベース）１０６のデータ内容についての現データをデータ量に依存せずに新規データに自動的に切替えるデータ自動切替処理を行う。尚、このデータ自動切替処理の完了後には業務システム起動を行う。
【００２６】
クライアント端末１０３は、自動確認処理用ＤＢ（データベース）１０８の自動確認処理データを参照することにより、ログ又はテーブル定義情報を使用して作成したツールに基づいて、少なくとも業務システム起動前に管理・運用サーバ１０２における参照用ＤＢ（データベース）１０６のデータ内容についての現データと新規データとの切替えが正常に行われたか否かの判断を含むデータ処理に関するデータ内容を自動的に確認するための自動確認処理を行う。
【００２７】
なお、管理・運用サーバ１０２がデータ自動切替処理により参照用ＤＢ（データベース）１０６のデータ内容についての現データを新規データに切替えるとき、新規データを現データの損失時に際しての復元用に供する。
【００２８】
また、管理・運用サーバ１０２で用いるテーブル定義情報には、テーブル名、インデックス（ＩＮＤＥＸ）名が含まれ、ＳＱＬコマンド群データには、上述した複数のリネームコマンド群データの他、クリエイト（ＣＲＥＡＴＥ）コマンド群データ、ロード（ＬＯＡＤ）コマンド群データ、インデックス（ＩＮＤＥＸ）コマンド群データが含まれる。
【００２９】
クリエイトコマンド群データとしては、例えばＣＲＥＡＴＥ ＴＡＢＬＥ テーブル名_ＮＥＷ（項目名 属性 [制約]，…）；とする場合を例示できる。ロードコマンド群データとしては、例えばＳＱＬＬＤＲ ＣＯＮＴＲＯＬ＝パス名￥テーブル名．ｃｔｌ、ＬＯＧ＝パス名￥テーブル名．ｌｏｇ、ＢＡＤ＝パス名￥テーブル名．ｂａｄ、ＤＡＴＡ＝パス名￥テーブル名．ｄａｔ ＵＳＥＲＩＤ＝ユーザ名／パスワード、ＥＲＲＯＲＳ＝９９９とする場合を例示できる。インデックスコマンド群データとしては、例えばＡＬＴＥＲ ＴＡＢＬＥ テーブル名_ＮＥＷ ＡＤＤ ＣＯＮＳＴＲＡＩＮＴ ＩＮＤＥＸ 名_ＮＥＷ 制約名（項目名，…）；とする場合を例示できる。
【００３０】
第１のリネームコマンド群データとしては、例えばＲＥＮＡＭＥ テーブル名 ＴＯ テーブル名_ｙｙｍｍ；、ＡＬＴＥＲ ＩＮＤＥＸ ＩＮＤＥＸ名 ＲＥＮＡＭＥ ＴＯ ＩＮＤＥＸ名_ｙｙｍｍ；、ＡＬＴＥＲ ＴＡＢＬＥ テーブル名_ｙｙｍｍ ＲＥＮＡＭＥ ＣＯＮＳＴＲＡＩＮＴ ＩＮＤＥＸ 名 ＴＯ ＩＮＤＥＸ名_ｙｙｍｍ；とする場合を例示できる。第２のリネームコマンド群データとしては、例えばＲＥＮＡＭＥ テーブル名_ＮＥＷ ＴＯ テーブル名；、ＡＬＴＥＲ ＩＮＤＥＸ ＩＮＤＥＸ名_ＮＥＷ ＲＥＮＡＭＥ ＴＯ ＩＮＤＥＸ名；、ＡＬＴＥＲ ＴＡＢＬＥ テーブル名 ＲＥＮＡＭＥ ＣＯＮＳＴＲＡＩＮＴ ＩＮＤＥＸ 名 _ＮＥＷ ＴＯ ＩＮＤＥＸ名；とする場合を例示できる。第３のリネームコマンド群データとしては、例えばＲＥＮＡＭＥ テーブル名_ｙｙｍｍ ＴＯ テーブル名；、ＡＬＴＥＲ ＩＮＤＥＸ ＩＮＤＥＸ名_ｙｙｍｍ ＲＥＮＡＭＥ ＴＯ ＩＮＤＥＸ名；、ＡＬＴＥＲ ＴＡＢＬＥ テーブル名 ＲＥＮＡＭＥ ＣＯＮＳＴＲＡＩＮＴ ＩＮＤＥＸ 名_ｙｙｍｍ ＴＯ ＩＮＤＥＸ名；とする場合を例示できる。即ち、管理・運用サーバ１０２では、ＳＱＬコマンド群データを自動作成処理するとき、ＣＲＥＡＴＥ／ＬＯＡＤ／ＩＮＤＥＸ処理並びにリネーム処理を行うものである。
【００３１】
更に、クライアント端末１０３で行う自動確認処理には、ファイル資源の確認、実行件数の確認、ロード件数及びエラー件数の確認、テーブル定義情報の確認、入力ファイルの統計が含まれる。
【００３２】
図２−１は、このデータベース用データ内容自動切替・確認システム１０１の動作処理の前半を示すフローチャートである。また、図２−２は、同じ動作処理の後半を示すフローチャートである。
【００３３】
ここでは、管理・運用サーバ１０２でデータ自動切替処理を行い、クライアント端末１０３で自動確認処理を行うことを基本とするが、これらの各装置における動作目的は、データ量に依存しない形で参照用ＤＢ１０６のデータ内容の更新を短時間で実施することである。以下は、そのための処理を具体的に説明する。
【００３４】
（１）管理・運用サーバ１０２では、データ自動切替処理用ＤＢ１０５のデータ自動切替処理データを参照し、参照用ＤＢ１０６に関するテーブル定義情報（ステップＳ２０１）を抽出すると、そのテーブル定義情報に基づいて生成されるＳＱＬ自動生成ツール（ステップＳ２０２）を使用し、ＳＱＬコマンド群データ用ＤＢ（データベース）１０７から抽出を行うことによりＳＱＬコマンド群データ（ステップＳ２０３）を自動作成する。このリネームコマンド群データには、リネームコマンド群データが含まれるため、リネームコマンド群データにおいては正しい順序でデータ処理を実行すべく、例えば上述したようにテーブル名をテーブル名_ＹＹＭＭ（ＹＹＭＭ：年月）にリネームするための第１のリネームコマンド群データ、テーブル名_ＮＥＷをテーブル名にリネームするための第２のリネームコマンド群データを生成する。
【００３５】
（２）この後、管理・運用サーバ１０２では、ＣＲＥＡＴＥ(表の作成)／ＬＯＡＤ(表にローディングする)／ＩＮＤＥＸ(索引の作成)（ステップＳ２０４）の処理を実行し、データ自動切替処理用ＤＢ１０５内に構築されたテーブル名変更用ＤＢ（データベース）にテーブル名_ＮＥＷを格納（ステップＳ２０５）する。これにより、生成したＳＱＬコマンド群データに基づいて参照用ＤＢ１０６に関するデータ内容についての新規テーブルのデータ作成が完了する。このとき、参照用ＤＢ１０６の現行テーブルには手を加えていないため、新規作成の作業を実行している間においても、エンドユーザは継続して現行テーブルを参照することができる。
【００３６】
（３）次に、管理・運用サーバ１０２では、エンドユーザからの参照処理を停止するために業務システム停止（ステップＳ２０６）を行い、データ自動切替処理用ＤＢ１０５内に構築されるデータベース（ＤＢ）を対象（ステップＳ２０７）とし、第１のリネームコマンド群データ、第２のリネームコマンド群データの順序でリネーム処理（ステップＳ２０８）を実行する。ここで対象とされるデータベース（ＤＢ）は、データ内容が更新される前のもので、それぞれ固有なテーブル名毎に構築されたテーブル名別データベース（ＤＢ）を有している。
【００３７】
（４）リネーム処理（ステップＳ２０８）により、対象とされたデータベース（ＤＢ）は参照用ＤＢ（データベース）１０６のデータ内容についての更新されたデータベース（ＤＢ）（ステップＳ２０９）として切替えられるもので、データ内容ではテーブル名別データベース（ＤＢ）がテーブル名の識別順に並び代えられている。即ち、ここでは参照用ＤＢ（データベース）１０６のデータ内容についての現データをデータ量に依存せずに新規データに自動的に切替えるデータ自動切替処理を行う。
【００３８】
（５）そこで、クライアント端末１０３では、自動確認処理用ＤＢ１０８の自動確認処理データを参照し、自動確認処理（ステップＳ２１０）によりテーブル名の並び替えの整合性を確認する。確認が取れた後、クライアント端末１０３から動作指示された管理・運用サーバ１０２では、エンドユーザからの参照処理を起動するために業務システム起動（ステップＳ２１１）を行う。
【００３９】
図３は、クライアント端末１０３における自動確認処理（ステップＳ２１０）の細部動作処理を示したフローチャートである。
【００４０】
クライアント端末１０３では、自動確認処理用ＤＢ１０８の自動確認処理データに従い、管理・運用サーバ１０２におけるデータ自動切替処理用ＤＢ１０５のデータ自動切替処理データを参照することにより、上述したように自動確認処理（ステップＳ２１０）として、ファイル資源の確認（ステップＳ３０１）、実行件数の確認（ステップＳ３０２）、ロード件数及びエラー件数の確認（ステップＳ３０３）、テーブル定義情報の確認（ステップＳ３０４）、入力ファイルの統計（ステップＳ３０５）を順次実行する。
【００４１】
ファイル資源の確認処理（ステップＳ３０１）では、入力ファイル及びデータロードファイル資源においてファイル名や作成日時、サイズが当月分データとして問題なく作成できているか否かを確認する。実行件数の確認処理（ステップＳ３０２）では、ジョブ実行ログから前月分及び当月分の実行件数を作成し、比較を実施することによりデータファイルが正しく作成されているか否かを確認する。ロード件数及びエラー件数の確認処理（ステップＳ３０３）では、データベース（ＤＢ）にデータが正常に格納されたか否かを正常件数とエラー件数とに基づいて確認する。テーブル定義情報の確認処理（ステップＳ３０４）では、インデックス情報を含むテーブル定義情報を抽出し、運用テーブル定義情報と一致するか否かを確認する。入力ファイルの統計処理（ステップＳ３０５）では、前月分の入力ファイルと今月分の入力ファイルとを比較し、各入力ファイルの差分を統計データとして取得する。
【００４２】
図４は、上述したファイル資源の確認処理（ステップＳ３０１）の細部動作処理を示したフローチャートである。
【００４３】
（１）ファイル資源の確認処理（ステップＳ３０１）では、クライアント端末１０３が自動確認処理用ＤＢ１０８内に構築される実行ログ用ＤＢの実行ログデータ（ステップＳ４０１）に従い、管理・運用サーバ１０２におけるデータ自動切替処理用ＤＢ１０５のデータ自動切替処理データを参照することにより、ファイル名取得（ステップＳ４０２）、作成日時取得（ステップＳ４０３）、サイズ取得（ステップＳ４０４）、ファイル格納先取得（ステップＳ４０５）をそれぞれ取得する。
【００４４】
（２）この後、取得した作成日時に基づいて作成日時チェック結果は一致するか否かの判定（ステップＳ４０６）を行う。この判定の結果、一致であれば一致データ用ＤＢに取得した該当するファイル名及びサイズ、並びにファイル格納先を格納（ステップＳ４０７）し、不一致であれば不一致データ用ＤＢに同様に取得した該当するファイル名及びサイズ、並びにファイル格納先を格納（ステップＳ４０８）してから動作処理を終了する。尚、ここの一致データ用ＤＢ、不一致データ用ＤＢについても、自動確認処理用ＤＢ１０８内に構築されるものである。また、不一致データ用ＤＢに格納されるファイルが存在した場合には、管理者が調査を実施する。
【００４５】
図５は、上述した実行件数の確認処理（ステップＳ３０２）の細部動作処理を示した
フローチャートである。
【００４６】
（１）実行件数の確認処理（ステップＳ３０２）では、クライアント端末１０３が自動確認処理用ＤＢ１０８内に構築される実行ログ用ＤＢの実行ログデータ（ステップＳ５０１）に従い、管理・運用サーバ１０２におけるデータ自動切替処理用ＤＢ１０５のデータ自動切替処理データを参照することにより、入力ファイル件数取得（ステップＳ５０２）を行い、取得した入力ファイル件数を入力ファイル件数用ＤＢに格納（ステップＳ５０３）した後、出力ファイル件数取得（ステップＳ５０４）を行い、取得した出力ファイル件数を出力ファイル件数用ＤＢに格納（ステップＳ５０５）する。また、同時に自動確認処理用ＤＢ１０８内に構築される前月分の入力ファイル件数用ＤＢから前月分の入力ファイル件数を取得（ステップＳ５０６）し、その後に自動確認処理用ＤＢ１０８内に構築される前月分の出力ファイル件数用ＤＢから前月分の出力ファイル件数を取得（ステップＳ５０７）する。
【００４７】
（２）次に、入力ファイル件数用ＤＢからの入力ファイル件数、並びに出力ファイル件数用ＤＢからの出力ファイル件数と、前月分の入力ファイル件数用ＤＢからの前月分の入力ファイル件数、並びに前月分の出力ファイル件数用ＤＢからの前月分の出力ファイル件数とをそれぞれ対比させて比較し、件数比較結果は一致するか否かの判定（ステップＳ５０８）を行う。この判定の結果、件数が不一致であれば正常データ用ＤＢに格納（ステップＳ５０９）し、一致であれば一致データ用ＤＢに格納（ステップＳ５１０）してから動作処理を終了する。尚、ここの正常データ用ＤＢ、一致データ用ＤＢについても、自動確認処理用ＤＢ１０８内に構築されるものである。また、一致データ用ＤＢに格納されるファイルが存在した場合には、管理者が調査を実施する。
【００４８】
図６は、上述したＬＯＡＤ件数及びエラー件数の確認処理（ステップＳ３０３）の細部動作処理を示したフローチャートである。
【００４９】
（１）ＬＯＡＤ件数及びエラー件数の確認処理（ステップＳ３０３）では、クライアント端末１０３が自動確認処理用ＤＢ１０８内に構築されるＬＯＡＤログ用ＤＢのＬＯＡＤログデータ（ステップＳ６０１）に従い、管理・運用サーバ１０２におけるデータ自動切替処理用ＤＢ１０５のデータ自動切替処理データを参照することにより、テーブル名取得（ステップＳ６０２）、ＬＯＡＤ件数取得（ステップＳ６０３）をそれぞれ行う。
【００５０】
（２）次に、入力ファイルが正常にＬＯＡＤされたか否かに基づいて、件数チェック結果は正常であるか否かの判定（ステップＳ６０４）を行う。この判定の結果、入力ファイルが正常にＬＯＡＤされて件数チェック結果が正常であれば正常ＬＯＡＤ件数用ＤＢに対して取得したテーブル名と合わせて格納（ステップＳ６０５）し、入力ファイルが正常にＬＯＡＤされずにエラーとなって件数チェック結果が正常でなければエラーＬＯＡＤ件数用ＤＢに対して取得したテーブル名と合わせて格納（ステップＳ６０６）してから動作処理を終了する。エラーＬＯＡＤ件数用ＤＢに格納されるファイルが存在した場合にはエラーデータを修正し、追加ＬＯＡＤを実施する。
【００５１】
図７は、図３におけるテーブル定義情報の確認処理（ステップＳ３０４）の細部動作処理を示したフローチャートである。
【００５２】
（１）テーブル定義情報の確認処理（ステップＳ３０４）では、クライアント端末１０３が自動確認処理用ＤＢ１０８内に構築される自動確認処理データに従い、管理・運用サーバ１０２におけるデータ自動切替処理用ＤＢ１０５のデータ自動切替処理データを参照することにより、その参照先をデータベース（ＤＢ）の対象（ステップＳ７０１）とした上、テーブル定義情報（最新）取得（ステップＳ７０２）を行い、テーブル定義情報（最新）としてファイル（ステップＳ７０３）する。これらの処理と同時に、正常に運用するための定義情報であるテーブル定義情報（ＢＡＳＥ）についてのファイル（ステップＳ７０４）も行う。
【００５３】
（２）次に、ファイルされたテーブル定義情報（最新）とテーブル定義情報（ＢＡＳＥ）とを比較することにより、テーブル定義情報比較結果は一致するか否かの判定（ステップＳ７０５）を行う。この判定の結果、一致していれば一致データ用ＤＢに格納（ステップＳ７０６）し、不一致であれば不一致データ用ＤＢに格納（ステップＳ７０７）してからそれぞれ動作処理を終了する。尚、ここの一致データ用ＤＢ、不一致データ用ＤＢについても、自動確認処理用ＤＢ１０８内に構築されるものである。また、不一致データ用ＤＢに格納されるファイルが存在した場合には、管理者が調査を実施し、テーブル定義情報が一致した状態になるように修正する。
【００５４】
図８は、図３における入力ファイルの統計処理（ステップＳ３０５）の細部動作処理を示したフローチャートである。
【００５５】
（１）この入力ファイルの統計処理（ステップＳ３０５）では、クライアント端末１０３が自動確認処理用ＤＢ１０８内に構築される自動確認処理データに従い、管理・運用サーバ１０２におけるデータ自動切替処理用ＤＢ１０５のデータ自動切替処理データを参照することにより、その参照先をデータベース（ＤＢ）の対象（ステップＳ８０１）とした上、そこから入力ファイル(前月分)取得（ステップＳ８０２）、入力ファイル(今月分)取得（ステップＳ８０４）をそれぞれ行い、入力ファイル(前月分)データを入力ファイル(前月分)用ＤＢに格納（ステップＳ８０３）し、入力ファイル(今月分)データを入力ファイル(前月分)データに格納（ステップＳ８０５）する。尚、ここでの入力ファイル(前月分)用ＤＢ、入力ファイル(今月分)用ＤＢについても、自動確認処理用ＤＢ１０８内に構築されるものである。
【００５６】
（２）次に、入力ファイル(前月分)用ＤＢに格納された入力ファイル(前月分)データと入力ファイル(前月分)データに格納された入力ファイル(前月分)データとを比較することにより、入力ファイル比較結果は一致するか否かの判定（ステップＳ８０６）を行う。この判定の結果、一致していれば一致データ用ＤＢに格納（ステップＳ８０７）して動作処理を終了するが、不一致であれば不一致データ用ＤＢに格納（ステップＳ８０８）する。
【００５７】
（３）更に、不一致データ用ＤＢに格納された入力ファイルデータについての不一致ファイルの内容はどうであるかを判定（ステップＳ８０９）する。この判定の結果、新規追加であれば新規追加データ用ＤＢに格納（ステップＳ８１０）し、変更であれば変更データ用ＤＢに格納（ステップＳ８１１）し、それ以外であれば調査データとして調査データ用ＤＢに格納（ステップＳ８１２）してからそれぞれ動作処理を終了する。調査データ用ＤＢに格納される調査データが存在した場合には、管理者が調査を実施する。
【００５８】
図９−１は、管理・運用サーバ１０２におけるＳＱＬ自動生成ツールを使用してＳＱＬコマンド群データを自動作成するときの動作処理の前半を示したフローチャートである。また、図９−２は、同じ動作処理の後半を示したフローチャートである。
【００５９】
（１）管理・運用サーバ１０２におけるＳＱＬコマンド群データ自動作成の動作処理では、データ自動切替処理用ＤＢ１０５のデータ自動切替処理データを参照することにより、テーブル定義情報を抽出（ステップＳ９０１）すると共に、対象テーブル抽出情報を抽出（ステップＳ９０２）し、それらの情報に基づいて対象テーブル名取得（ステップＳ９０３）を行って対象テーブル名用ＤＢに格納（ステップＳ９０４）すると共に、対象ＩＮＤＥＸ名取得（ステップＳ９０５）を行って対象ＩＮＤＥＸ名用ＤＢに格納（ステップＳ９０６）する。
【００６０】
（２）次に、対象テーブル名用ＤＢに格納された対象テーブル名と対象ＩＮＤＥＸ名用ＤＢに格納された対象ＩＮＤＥＸ名とからＣＲＥＡＴＥコマンド群データを作成するＣＲＥＡＴＥコマンド群作成（ステップＳ９０７）の処理を実行し、作成したＣＲＥＡＴＥコマンド群データをＣＲＥＡＴＥコマンド群データ用ＤＢに格納（ステップＳ９０８）する。引き続き、同様にＬＯＡＤコマンド群データを作成するＬＯＡＤコマンド群作成（ステップＳ９０９）の処理を実行し、作成したＬＯＡＤコマンド群データをＬＯＡＤコマンド群データ用ＤＢに格納（ステップＳ９１０）する。更に、ＩＮＤＸコマンド群データを作成するＩＮＤＸコマンド群作成（ステップＳ９１１）の処理を実行し、作成したＩＮＤＸコマンド群データをＩＮＤＸコマンド群データ用ＤＢに格納（ステップＳ９１２）する。
【００６１】
（３）この後、データ自動切替処理データに含まれる年月入力ファイルより年月入力テータを抽出（ステップＳ９１３）し、この年月入力テータに基づいて第１のリネームコマンド群データを作成するリネームコマンド群１作成（ステップＳ９１４）の処理を行うと共に、第２のリネームコマンド群データを作成するリネームコマンド群２作成（ステップＳ９１６）の処理を行い、作成した第１のリネームコマンド群データをリネームコマンド群１データ用ＤＢに格納（ステップＳ９１５）してから動作処理を終了すると共に、作成した第２のリネームコマンド群データをリネームコマンド群２データ用ＤＢに格納（ステップＳ９１７）してから動作処理を終了する。
【００６２】
図１０−１は、管理・運用サーバ１０２における障害発生時の復旧作業の動作処理の前半を示すフローチャートである。また、図１０−２は、同じ動作処理の後半を示すフローチャートである。
【００６３】
（１）管理・運用サーバ１０２における復旧作業の動作処理では、先のＳＱＬコマンド群データ自動作成の動作処理の場合と同様に、データ自動切替処理用ＤＢ１０５のデータ自動切替処理データを参照することにより、テーブル定義情報を抽出（ステップＳ１００１）すると共に、対象テーブル抽出情報を抽出（ステップＳ１００２）し、それらの情報に基づいて対象テーブル名取得（ステップＳ１００３）を行って対象テーブル名用ＤＢに格納（ステップＳ１００４）すると共に、対象ＩＮＤＥＸ名取得（ステップＳ１００５）を行って対象ＩＮＤＥＸ名用ＤＢに格納（ステップＳ１００６）する。
【００６４】
（２）次に、データ自動切替処理データに含まれる年月入力ファイルより年月入力テータを抽出（ステップＳ１００７）し、この年月入力テータに基づいて第１のリネームコマンド群データを作成するリネームコマンド群１作成（ステップＳ１００８）の処理を行うと共に、第３のリネームコマンド群データを作成するリネームコマンド群３作成（ステップＳ１０１０）の処理を行い、作成した第１のリネームコマンド群データをリネームコマンド群１データ用ＤＢに格納（ステップＳ１００９）すると共に、作成した第３のリネームコマンド群データをリネームコマンド群３データ用ＤＢに格納（ステップＳ１０１１）する。
【００６５】
（３）この後、エンドユーザからの参照処理を停止するために業務システム停止（ステップＳ１０１２）を行い、データ自動切替処理用ＤＢ１０５内に構築されるデータベース（ＤＢ）を対象（ステップＳ１０１３）とし、第１のリネームコマンド群データ、第３のリネームコマンド群データの順序でリネーム処理（ステップＳ１０１４）を実行する。ここで対象とされるデータベース（ＤＢ）は、データ内容が更新される前のもので、それぞれ固有なテーブル名毎に構築されたテーブル名別データベース（ＤＢ）を有している。
【００６６】
（４）リネーム処理（ステップＳ１０１４）により、対象とされたデータベース（ＤＢ）は参照用ＤＢ（データベース）１０６のデータ内容についての更新されたデータベース（ＤＢ）（ステップＳ１０１５）として切替えられるもので、データ内容ではテーブル名別データベース（ＤＢ）がテーブル名の識別順としてテーブル名_０９０１用ＤＢ、テーブル名_０９０２用ＤＢ、テーブル名…用ＤＢとなっていたものが、テーブル名_０９０１用ＤＢ、テーブル名…用ＤＢ、テーブル名_０９０３用ＤＢとして並び代えられている。即ち、ここでは業務システム停止後のデータ自動切替処理により参照用ＤＢ（データベース）１０６のデータ内容についての現データ（ステップＳ１０１３の状態のもの）を新規データ（ステップＳ１０１５の状態のもの）に切替えるとき、その新規データを現データの損失時に際しての復元用に供している。この後は、エンドユーザからの参照処理を起動するために業務システム起動（ステップＳ１０１６）を行ってから動作処理を終了する。
【００６７】
図１１は、このデータベース用データ内容自動切替・確認システム１０１における現行処理（旧式処理）を示すタイムチャートである。
【００６８】
ここでは、上述した管理・運用サーバ１０２によるデータ自動切替処理、並びにクライアント端末１０３で自動確認処理によらない旧式処理を示している。具体的に云えば、エンドユーザの参照可能状態を示すエンドユーザ参照中１１０１から業務システム停止１１０４によりエンドユーザによる参照不可能な状態にした上、データベース更新（ＣＲＥＡＴＥ／ＬＯＡＤ／ＩＮＤＥＸ）１１０２の処理を実施すると共に、その実施完了後に業務システム起動１１０６に至ることにより、再度エンドユーザ参照中１１０３の状態にすることが可能となることを示している。
【００６９】
データベース更新１１０２の作業中は業務システム停止１１０４の状態にしなければならないが、その業務システム停止時間１１０５はデータ量に依存しているため、データ量が多くなれば業務システム停止時間１１０５が長くなり、エンドユーザの参照処理の停止時間も長くなってしまう。このため、こうした場合にはエンドユーザの業務に長時間支障が出てしまう。
【００７０】
図１２は、データベース用データ内容自動切替・確認システム１０１における改善後処理（新式処理）を示すタイムチャートである。
【００７１】
ここでは、上述した管理・運用サーバ１０２によるデータ自動切替処理、並びにクライアント端末１０３で自動確認処理による新式処理を示している。具体的に云えば、エンドユーザの参照中１２０１の状態と並行してデータテーブル新規作成（ＣＲＥＡＴＥ／ＬＯＡＤ／ＩＮＤＥＸ）１２０４の作業が実施される。このデータテーブル新規作成１２０４の作業中は現行テーブル（参照用ＤＢ１０６）に手を加えずに新規テーブルを作成するため、このデータテーブル新規作成１２０４の作業中でも業務システムを停止する必要がなく、エンドユーザも参照を続けることができる。
【００７２】
エンドユーザの参照中１２０１及びデータテーブル新規作成１２０４が済んだ時点で業務システム停止１２０５を行い、この業務システム停止時間１２０６においてリネームおよび自動確認処理１２０２を実施した後、業務システム起動１２０７を行う。この後は、エンドユーザの業務システム参照中１２０３となる。ここでの業務システム停止時間１２０６はデータ量に依存せずにリネームおよび自動確認処理１２０２に費やす数分間となり、図１１に示した業務システム停止時間１１０５と比べると、格段に時間短縮されていることが判る。
【００７３】
図１３は、図１１に示したデータベース更新（ＣＲＥＡＴＥ／ＬＯＡＤ／ＩＮＤＥＸ）１１０２の作業における実際の処理時間を例示した表である。
【００７４】
ここでは、テーブル数を３１、インデックス数を１４５、容量を１４ＧＢとした条件下において、データベース更新（ＣＲＥＡＴＥ／ＬＯＡＤ／ＩＮＤＥＸ）１１０２の作業が合計で６時間０８分３７秒を費やしており、リネーム処理が４１秒で完了していることを示している。
【００７５】
即ち、図１１で説明した現行処理（旧式処理）を実施した場合には６時間強も業務システム停止を行う必要があり、エンドユーザの参照不可能時間が長時間に及ぶことになる。
【００７６】
これに対し、図１２で説明した改善後処理（新式処理）を実施した場合には、業務システム停止時間は僅かに約１分間程度で済むため、エンドユーザの参照不可能時間が顕著に減少することが判然とする。
【００７７】
図１４は、管理・運用サーバ１０２で使用するテーブル定義情報のサンプルを示した表である。
【００７８】
ここでのテーブル定義情報は、テーブル名についてはテーブル名が示す日本語名称を具体的に示し、テーブル名（ＯＲＡＣＬＥ）については実際にデータベース（参照用ＤＢ１０６）で使用しているテーブル名が示すアルファベット表記を具体的に示し、ＩＮＤＥＸ名（ＯＲＡＣＬＥ）については実際にデータベース（参照用ＤＢ１０６）で使用しているＩＮＤＥＸ名が示すアルファベット表記を具体的に示している。
【００７９】
図１５は、図１４に示すテーブル定義情報のテーブル名に含まれる項番１の被保険者マスタテーブルのサンプルを示した表である。
【００８０】
例えば被保険者マスタテーブルは、項目名については項目名が示す日本語名称を具体的に示し、項目名（ＯＲＡＣＬＥ）はついては実際にデータベース（参照用ＤＢ１０６）で使用しているテーブル名が示すアルファベット表記を具体的に示し、ＫＥＹについては制約内容を示すアルファベット表記を具体的に示している。
【符号の説明】
【００８１】
１０１ データベース用データ内容自動切替・確認システム
１０２ 管理・運用サーバ
１０３ クライアント端末
１０４ ネットワーク
１０５ データ自動切替処理用ＤＢ（データベース）
１０６ 参照用ＤＢ（データベース）
１０７ ＳＱＬコマンド群データ用ＤＢ（データベース）
１０８ 自動確認処理用ＤＢ（データベース）
【特許請求の範囲】
【請求項１】
一定時期毎にデータ内容を最新の状態とするための更新処理の実施に供されるデータベースを有する管理・運用サーバにネットワークを介してクライアント端末が接続されて構成されるシステムであって、前記管理・運用サーバは、前記クライアント端末からの指示要求に応じて、前記データベースに関する所用のテーブル定義情報に基づいて生成される当該データベースのデータ内容更新用のＳＱＬ（Ｓｔｒｕｃｔｕｒｅｄ Ｑｕｅｒｙ Ｌａｎｇｕａｇｅ）自動生成ツールを使用して自動作成したＳＱＬコマンド群データに基づいて当該データベースのデータ内容についての新規テーブルのデータを作成してから業務システム停止状態に移行した後、当該ＳＱＬコマンド群データに含まれるリネーム文を成す複数のリネームコマンド群データを整合性が保たれた順序で使用してリネーム処理を実施することにより、当該データベースのデータ内容についての現データをデータ量に依存せずに当該新規データに自動的に切替えるデータ自動切替処理を行うと共に、当該データ自動切替処理の完了後に業務システム起動を行うものであり、前記クライアント端末は、ログ又は前記テーブル定義情報を使用して作成したツールに基づいて、少なくとも前記業務システム起動前に前記管理・運用サーバにおける前記データベースのデータ内容についての前記現データと前記新規データとの切替えが正常に行われたか否かの判断を含むデータ処理に関するデータ内容を自動的に確認するための自動確認処理を行うことを特徴とするデータベース用データ内容自動切替・確認システム。
【請求項２】
請求項１記載のデータベース用データ内容自動切替・確認システムにおいて、前記管理・運用サーバは、前記データ自動切替処理により前記データベースのデータ内容についての前記現データを前記新規データに切替えるとき、当該新規データを当該現データの損失時に際しての復元用に供することを特徴とするデータベース用データ内容自動切替・確認システム。
【請求項３】
請求項１又は２記載のデータベース用データ内容自動切替・確認システムにおいて、前記管理・運用サーバで用いる前記テーブル定義情報には、テーブル名、インデックス名が含まれ、前記ＳＱＬコマンド群データには、クリエイトコマンド群データ、ロードコマンド群データ、インデックスコマンド群データが含まれることを特徴とするデータベース用データ内容自動切替・確認システム。
【請求項４】
請求項１〜３の何れか１項記載のデータベース用データ内容自動切替・確認システムにおいて、前記クライアント端末で行う前記自動確認処理には、ファイル資源の確認、実行件数の確認、ロード件数及びエラー件数の確認、前記テーブル定義情報の確認、入力ファイルの統計が含まれることを特徴とするデータベース用データ内容自動切替・確認システム。
【請求項１】
一定時期毎にデータ内容を最新の状態とするための更新処理の実施に供されるデータベースを有する管理・運用サーバにネットワークを介してクライアント端末が接続されて構成されるシステムであって、前記管理・運用サーバは、前記クライアント端末からの指示要求に応じて、前記データベースに関する所用のテーブル定義情報に基づいて生成される当該データベースのデータ内容更新用のＳＱＬ（Ｓｔｒｕｃｔｕｒｅｄ Ｑｕｅｒｙ Ｌａｎｇｕａｇｅ）自動生成ツールを使用して自動作成したＳＱＬコマンド群データに基づいて当該データベースのデータ内容についての新規テーブルのデータを作成してから業務システム停止状態に移行した後、当該ＳＱＬコマンド群データに含まれるリネーム文を成す複数のリネームコマンド群データを整合性が保たれた順序で使用してリネーム処理を実施することにより、当該データベースのデータ内容についての現データをデータ量に依存せずに当該新規データに自動的に切替えるデータ自動切替処理を行うと共に、当該データ自動切替処理の完了後に業務システム起動を行うものであり、前記クライアント端末は、ログ又は前記テーブル定義情報を使用して作成したツールに基づいて、少なくとも前記業務システム起動前に前記管理・運用サーバにおける前記データベースのデータ内容についての前記現データと前記新規データとの切替えが正常に行われたか否かの判断を含むデータ処理に関するデータ内容を自動的に確認するための自動確認処理を行うことを特徴とするデータベース用データ内容自動切替・確認システム。
【請求項２】
請求項１記載のデータベース用データ内容自動切替・確認システムにおいて、前記管理・運用サーバは、前記データ自動切替処理により前記データベースのデータ内容についての前記現データを前記新規データに切替えるとき、当該新規データを当該現データの損失時に際しての復元用に供することを特徴とするデータベース用データ内容自動切替・確認システム。
【請求項３】
請求項１又は２記載のデータベース用データ内容自動切替・確認システムにおいて、前記管理・運用サーバで用いる前記テーブル定義情報には、テーブル名、インデックス名が含まれ、前記ＳＱＬコマンド群データには、クリエイトコマンド群データ、ロードコマンド群データ、インデックスコマンド群データが含まれることを特徴とするデータベース用データ内容自動切替・確認システム。
【請求項４】
請求項１〜３の何れか１項記載のデータベース用データ内容自動切替・確認システムにおいて、前記クライアント端末で行う前記自動確認処理には、ファイル資源の確認、実行件数の確認、ロード件数及びエラー件数の確認、前記テーブル定義情報の確認、入力ファイルの統計が含まれることを特徴とするデータベース用データ内容自動切替・確認システム。
【図２−１】
【図２−２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９−１】
【図９−２】
【図１０−１】
【図１０−２】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１】
【図２−２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９−１】
【図９−２】
【図１０−１】
【図１０−２】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１】
【公開番号】特開２０１１−６５５４３（Ｐ２０１１−６５５４３Ａ）
【公開日】平成２３年３月３１日（２０１１．３．３１）
【国際特許分類】
【出願番号】特願２００９−２１７２６５（Ｐ２００９−２１７２６５）
【出願日】平成２１年９月１８日（２００９．９．１８）
【出願人】（０００１５２９８５）株式会社日立情報システムズ (409)
【Ｆターム（参考）】
【公開日】平成２３年３月３１日（２０１１．３．３１）
【国際特許分類】
【出願日】平成２１年９月１８日（２００９．９．１８）
【出願人】（０００１５２９８５）株式会社日立情報システムズ (409)
【Ｆターム（参考）】
[ Back to top ]