(57)【要約】【課題】コストを増加させることなく、障害が発生したときにロールフォワードによるデータ復旧が行え、かつ、障害継続中でもシステムの運用に支障を来さないようにする。【解決手段】管理サーバ２０が、特定のデータの更新が発生したときに、少なくとも更新内容を特定可能な情報と更新の発生元を示す情報とを含む更新情報を配信先システム３０に配信し、配信先システム３０が、自システムで特定のデータの更新が発生したときに、更新情報をログとして記録するとともに、更新情報を管理サーバ２０に送出し、配信先システム３０が、管理サーバ２０から更新情報が配信されたときに、更新情報をログとして記録し、管理サーバ２０が、配信先システムにおけるログをジャーナル情報として、ロールフォワードによるデータベース４０の復旧を行う。【選択図】図６
2018169791.tif 000002
【特許請求の範囲】
【請求項１】
データベースを使用して特定のデータを管理する管理サーバと、該特定のデータの配信を受ける配信先システムとを含む情報処理システムで実行される情報管理方法であって、
前記管理サーバが、前記特定のデータの更新が発生したときに、少なくとも更新内容を特定可能な情報と更新の発生元を示す情報とを含む更新情報を前記配信先システムに配信し、
前記配信先システムが、自システムで前記特定のデータの更新が発生したときに、更新情報をログとして記録するとともに、該更新情報を前記管理サーバに送出し、
前記配信先システムが、前記管理サーバから更新情報が配信されたときに、該更新情報をログとして記録し、
前記管理サーバが、前記配信先システムにおけるログをジャーナル情報として、ロールフォワードによる前記データベースの復旧を行う
ことを特徴とする情報管理方法。
【請求項２】
前記特定のデータは、ＩＤ情報である
請求項１記載の情報管理方法。
【請求項３】
配信先システムが、自システムで前記特定のデータの更新が発生したときに、管理サーバが取り扱う形式に変換してから更新情報を前記管理サーバに送出する
請求項１または請求項２記載の情報管理方法。
【請求項４】
更新情報は、更新が発生した時刻を示す時刻情報を含み、
配信先システムが、管理サーバから更新情報が配信されたときに、該更新情報に含まれる時刻情報が示す時刻よりも前に発生した更新情報がログとして記録されている場合には、配信された更新情報を記録しない
請求項１から請求項３のうちのいずれか１項に記載の情報管理方法。
【請求項５】
データベースを使用して特定のデータを管理する管理サーバと、該特定のデータの配信を受ける配信先システムとを含む情報処理システムであって、
前記管理サーバは、前記特定のデータの更新が発生したときに、少なくとも更新内容を特定可能な情報と更新の発生元を示す情報とを含む更新情報を前記配信先システムに配信し、
前記配信先システムは、自システムで前記特定のデータの更新が発生したときに、更新情報をログとしてログファイルに記録するとともに、更新情報を前記管理サーバに送出する更新情報管理手段を含み、
前記更新情報管理手段は、前記管理サーバから更新情報が配信されたときに、該更新情報を前記ログファイルにログとして記録し、
前記管理サーバは、前記配信先システムにおける前記ログファイルに記録されているログをジャーナル情報として、ロールフォワードによる前記データベースの復旧を行う
ことを特徴とする情報処理システム。
【請求項６】
前記特定のデータは、ＩＤ情報であり、
管理サーバは、ＩＤ情報を一元管理する統合ＩＤ管理サーバである
請求項５記載の情報処理システム。
【請求項７】
配信先システムにおける更新情報管理手段は、自システムで前記特定のデータの更新が発生したときに、前記管理サーバが取り扱う形式に変換してから更新情報を前記管理サーバに送出する
請求項５または請求項６記載の情報処理システム。
【請求項８】
更新情報は、更新が発生した時刻を示す時刻情報を含み、
配信先システムにおける更新情報管理手段は、管理サーバから更新情報が配信されたときに、該更新情報に含まれる時刻情報が示す時刻よりも前に発生した更新情報がログファイルに記録されている場合には、配信された更新情報をログファイルに記録しない
請求項５から請求項７のうちのいずれか１項に記載の情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、障害が発生したときにロールフォワードによるデータ復旧を行う情報管理方法および情報処理システムに関する。
【背景技術】
【０００２】
業務システム利用者の認証認可を行うためのＩＤ（identification）情報を一元管理し配信するシステムとして、統合ＩＤ管理サーバがある（例えば、特許文献１参照）。配信先のシステムは、例えば、グループウェア、ＳＳＯ（Single Sign On）システム、業務アプリケーションである。統合ＩＤ管理サーバは、基本的にはＩＤ情報のマスタとなり、ＩＤ情報が変更された場合は、その変更情報を各システムに配信する。
【０００３】
しかし、配信先のシステムにおいて発生した更新が統合ＩＤ管理サーバに入力される必要がある場合がある。例えば、Active Directory（登録商標）におけるユーザのパスワード変更が相当する。このようなシステム構成において、統合ＩＤ管理サーバに障害が発生し、ある時点のバックアップデータに復旧させた場合に、各配信先のシステムといかにしてデータの同期および最新化を行うかという課題がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−７６４３０号公報
【特許文献２】特表２００９−５０８１９１号公報
【特許文献３】特許第２６０９６２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
データの復旧方法として、ロールフォワードがある。ロールフォワードは、データベースシステム等に障害が発生したときに、バックアップファイルとジャーナルファイルを用いてデータを復元する方法である。
【０００６】
統合ＩＤ管理サーバを含むシステムにおいてロールフォワードによる復旧を行うために、統合ＩＤ管理サーバの内部データベースが、更新情報をジャーナルファイルとして常にロギングし続ける方法がある。しかし、その方法では、統合ＩＤ管理サーバに障害発生してから復旧するまでの間に配信先システム上で発生する更新をロギングできない。
【０００７】
復帰時に各システム上のデータの整合を取るという点に関して、配信先のシステムにおいて、統合ＩＤ管理サーバに入力すべき更新が発生した場合に、入力前に統合ＩＤ管理サーバの生存確認を行い、生存している場合のみ入力を行う二相コミットの仕組みが考えられる。しかし、その仕組みでは、統合ＩＤ管理サーバの障害発生中は、配信先の各システムに対する更新操作ができない。
【０００８】
特許文献２，３には、継続的なデータのシャドーイングを実施してシステムのレプリカを再現する技術が記載されている。障害時にレプリカが活性化することによってシステムの自動的なリカバリを可能とする。しかし、その方法では、レプリカを活性化するためのマシンを別途用意する必要がある。よって、その分コストがかかるという課題がある。
【０００９】
本発明は、コストを増加させることなく、障害が発生したときにロールフォワードによるデータ復旧が行え、かつ、障害継続中でもシステムの運用に支障を来さないようにすることを目的とする。
【課題を解決するための手段】
【００１０】
本発明による情報管理方法は、データベースを使用して特定のデータを管理する管理サーバと、特定のデータの配信を受ける配信先システムとを含む情報処理システムで実行される情報管理方法であって、管理サーバが、特定のデータの更新が発生したときに、少なくとも更新内容を特定可能な情報と更新の発生元を示す情報とを含む更新情報を配信先システムに配信し、配信先システムが、自システムで特定のデータの更新が発生したときに、更新情報をログとして記録するとともに、更新情報を管理サーバに送出し、配信先システムが、管理サーバから更新情報が配信されたときに、更新情報をログとして記録し、管理サーバが、配信先システムにおけるログをジャーナル情報として、ロールフォワードによるデータベースの復旧を行うことを特徴とする
【００１１】
本発明による情報処理システムは、データベースを使用して特定のデータを管理する管理サーバと、特定のデータの配信を受ける配信先システムとを含む情報処理システムであって、管理サーバは、特定のデータの更新が発生したときに、少なくとも更新内容を特定可能な情報と更新の発生元を示す情報とを含む更新情報を配信先システムに配信し、配信先システムは、自システムで特定のデータの更新が発生したときに、更新情報をログとしてログファイルに記録するとともに、更新情報を管理サーバに送出する更新情報管理手段を含み、更新情報管理手段は、管理サーバから更新情報が配信されたときに、更新情報をログファイルにログとして記録し、管理サーバは、配信先システムにおけるログファイルに記録されているログをジャーナル情報として、ロールフォワードによるデータベースの復旧を行うことを特徴とする。
【発明の効果】
【００１２】
本発明によれば、コストを増加させることなく、障害が発生したときにロールフォワードによるデータ復旧が行え、かつ、障害継続中でもシステムの運用に支障を来さないようにすることができる。
【図面の簡単な説明】
【００１３】
【図１】データベースおよび統合ＩＤ管理サーバを含むシステムの構成例を示すブロック図である。
【図２】ログファイルに出力される情報の一例を示す説明図である。
【図３】受信エージェントにおけるログファイルの記録の仕方の一例を示す説明図である。
【図４】後発の更新の未処理を説明するための説明図である。
【図５】ロールフォワードによる復旧処理を示すフローチャートである。
【図６】本発明による情報処理システムの主要部を示すブロック図である。
【発明を実施するための形態】
【００１４】
以下、本発明による情報処理システムの実施形態を図面を参照して説明する、図１は、データベースおよび統合ＩＤ管理サーバを含む情報処理システムの構成例を示すブロック図である。
【００１５】
図１に示す情報処理システムは、人事システム１００と、管理システム１１０と、業務システム１２０と、クライアント端末１３１（例えば、パーソナルコンピュータ）とを含む。なお、図１には、１つの業務システム１２０が示されているが、複数の業務システムが含まれていてもよい。また、図１には、１つのクライアント端末１３１が示されているが、システム内には、複数のクライアント端末が存在する。
【００１６】
少なくとも、管理システム１１０と業務システム１２０とは、通信ネットワーク（一例として、社内ＬＡＮ（Local Area Network）等のイントラネット）を介して通信可能に接続されている。
【００１７】
人事システム１００は、従業者の情報が格納された人事データベース１０１を含む。
【００１８】
管理システム１１０は、ＩＤ情報を一元管理し配信する統合ＩＤ管理サーバ１１１を含む。統合ＩＤ管理サーバ１１１は、ロールフォワードを司る復旧モジュール１１２を含む。なお、「ＩＤ情報の一元管理」は、業務システム１２０の複数の利用者（ユーザ、例えば従業者）等のＩＤ情報（ＩＤ、またはＩＤとパスワードなど）をまとめて管理することである。
【００１９】
また、管理システム１１０には、ＩＤ情報を格納するリポジトリとして、ディレクトリ情報を格納するデータベース１１４を有するＬＤＡＰ（Light weight Directory Access Protocol）サーバ１１３が含まれる。統合ＩＤ管理サーバ１１１からのＩＤ情報の更新情報は、ＬＤＡＰリクエスト１１５によってＬＤＡＰサーバ１１３のデータベース１１４に反映される。
【００２０】
管理者コンソール１４１は、データ送受信可能に統合ＩＤ管理サーバ１１１に接続される。管理者コンソール１４１への管理者の操作に応じて、統合ＩＤ管理サーバ１１１に、メンテナンス情報や人事データベース１０１からの定期データ更新などが、統合ＩＤ管理サーバ１１１に伝達される。
【００２１】
業務システム１２０は、統合ＩＤ管理サーバ１１１でのデータの更新が通知される受信エージェント１２１、統合ＩＤ管理サーバ１１１またはクライアント端末１３１からの更新情報が記録されるログファイル１２６、業務アプリケーションインタフェース（Ｉ／Ｆ）１２７および業務アプリケーション１２８を含む。
【００２２】
受信エージェント１２１は、データ変換モジュール１２２、データ送出モジュール１２３、データ変換テーブル１２４およびログ出力モジュール１２５を含む。業務システム１２０に配信された業務に関するデータは、データ変換モジュール１２２によって、配信先に適した形に変換された後、業務アプリケーションＩ／Ｆ１２７に供給される。よって、配信されたデータは、業務アプリケーションＩ／Ｆ１２７を介して業務アプリケーション１２８に反映される。
【００２３】
ログ出力モジュール１２５は、配信されたデータ（例えば、ＩＤ情報の更新情報）をログファイル１２６に出力する。なお、業務システム１２０への配信データの供給経路として、統合ＩＤ管理サーバ１１１からの経路の他に、クライアント端末１３１からの経路もある。
【００２４】
クライアント端末１３１は、ユーザによって使用される。ユーザによるクライアント端末１３１の操作に応じて、例えば、クエリ１３２が業務システム１２０に送出される。業務システム１２０において、受信エージェント１２１は、業務アプリケーションＩ／Ｆ１２７の前段でクエリ１３２を取得できるよう配置されている（Active DirectoryではLocal Security Authorityにロードしたプログラム）。受信エージェント１２１がクエリ１３２を取得したら、データ変換モジュール１２２が、データ変換テーブル１２４を参照してクエリ１３２を統合ＩＤ管理サーバ１１１に取り込める形に変換する。そして、データ送出モジュール１２３は、統合ＩＤ管理サーバ１１１にクエリ１３２を送出する。
【００２５】
また、クエリ１３２に含まれる更新情報は、ログ出力モジュール１２５からログファイル１２６に出力される。その後、クエリ１３２は、業務アプリケーションＩ／Ｆ１２７を介して業務アプリケーション１２８に反映される。
【００２６】
図２は、ログファイル１２６に出力される情報の一例を示す説明図である。図２に示す例では、１つのレコードは、更新発生時刻（配信時刻ではない。）と更新元サーバホスト情報、および更新先サーバホスト情報を含む。また、図２に示す例では、更新内容は、ＬＤＡＰのデータ交換フォーマットであるＬＤＩＦ（LDAP Data Interchange Format）の書式で表されている。
【００２７】
図２に例示する情報を作成する際に、受信エージェント１２１は、更新元サーバ（ＩＤ情報等の更新が発生したサーバ）および更新先サーバ（ＩＤ情報等の更新が通知されるサーバ）を以下のような判断基準で判断する。
【００２８】
受信エージェント１２１は、統合ＩＤ管理サーバ１１１で発生した更新（ある連携先システムで発生した更新を、受信エージェント１２１を経由し引き戻した場合も含む。）であって、配信先システム（本実施形態では、業務システム１２０）への配信対象外の更新の場合、更新元サーバホスト名と更新先サーバホスト名とを、ともに統合ＩＤ管理サーバ１１１のホスト名とする。更新元が統合ＩＤ管理サーバ１１１であって、配信先システムへの配信対象の更新であった場合には、受信エージェント１２１は、更新元サーバホスト名を統合ＩＤ管理サーバ１１１のホスト名として、更新先サーバホスト名を配信先システムのホスト名とする。
【００２９】
配信先システムで発生した更新の場合には、受信エージェント１２１は、更新元サーバホスト名と更新先サーバホスト名とについて、いずれも配信先システムのホスト名とする。
【００３０】
図３は、受信エージェントにおけるログファイルの記録の仕方の一例を示す説明図である。図３には、統合ＩＤ管理サーバ１１１（図３において、ＩＤＭ（IDentity Management ）で示されている。）の他、一般に複数の配信先システムが想定されることから、２つの業務システム（図３において、SYS1、SYS2で示されている。）が例示されている。なお、SYS1およびSYS2のそれぞれにおいて、受信エージェント１２１は、図１に示されたように構成されている。
【００３１】
図３では、更新時刻t1,t2,t3 のそれぞれにおいて、更新（mod1,mod2,mod3）が発生したことが例示されている。mod1は、統合ＩＤ管理サーバ１１１で発生し、配信先システムがSYS1およびSYS2である更新である。mod2は、統合ＩＤ管理サーバ１１１で発生し、配信先システムがSYS2のみの更新である。mod3は、SYS1で発生した更新である。なお、SYS2にとっては、mod3の更新は、統合ＩＤ管理サーバ１１１で発生した更新（受信エージェント１２１を経由し引き戻した場合）に相当する。
【００３２】
よって、上記の判断基準に従うと、SYS1およびSYS2のログファイル１２６の内容は、図３に例示されたようになる。
【００３３】
複数の配信先システム（図３に示す例では、SYS1およびSYS2）で短い間隔で同じ属性値の変更が発生することも考えられる。その場合、更新発生時刻を考慮して、後発の更新の更新発生時刻が直前の更新発生時刻より時系列的に前の場合、後発の更新は受信エージェント１２１によって処理されないよう制御される。
【００３４】
図４は、userPassword属性値の更新を例にして、後発の更新の未処理を説明するための説明図である。図４に示す例では、SYS1において、時刻t1にパスワードｂに関してuserPassword属性値の更新が発生し、その後、SYS2において、時刻t2にパスワードｃに関してuserPassword属性値の更新が発生している。
【００３５】
SYS1における受信エージェント１２１は、時刻t1でのuserPassword属性値の更新を、ログファイル１２６に記録するが、更新情報は、統合ＩＤ管理サーバ１１１を介して、SYS2に伝達される。SYS2において、更新情報の到着時刻（配信時刻）は、時刻t2よりも後であったとする。
【００３６】
その場合、SYS2において、時刻t2での更新がログファイル１２６に記録された後、時刻t1での更新情報が到着する。SYS2の受信エージェント１２１は、時刻t1での更新情報をログファイル１２６に記録しない。
【００３７】
図５は、図１に示すシステムにおけるロールフォワードによる復旧処理を示すフローチャートである。
【００３８】
統合ＩＤ管理サーバ１１１において障害が発生し、ある過去の時点のバックアップデータでデータベース１１４が復旧されたとする。統合ＩＤ管理サーバ１１１は、復旧後のサービス開始時に、情報の配信先になっている業務システム１２０の受信エージェント１２１（複数の業務システムが存在する場合には全ての業務システムの受信エージェント）と通信を行い、自身の最終更新時刻（復旧したデータベース１１４における統合ＩＤ管理サーバ１１１が最終にデータを更新した時刻）を各受信エージェントに通知する（ステップＳ１０１）。
【００３９】
受信エージェント１２１（複数の業務システムが存在する場合には全ての業務システムの受信エージェント）は、自身のログファイル１２６に記録されているレコードから統合ＩＤ管理サーバ１１１の最終更新時刻以降に発生したレコードを抽出し、抽出したレコードをＬＤＡＰリクエストとして統合ＩＤ管理サーバに送出する（ステップＳ１０２）。
【００４０】
統合ＩＤ管理サーバ１１１は、受信エージェント１２１（複数の業務システムが存在する場合には全ての業務システムの受信エージェント）から取得したレコードを、更新時刻順にソートする（ステップＳ１０３）。そして、統合ＩＤ管理サーバ１１１は、ソート後のレコードを順にＬＤＡＰサーバ１１３に入力することによってロールフォワードによる復旧を行う（ステップＳ１０４）。
【００４１】
以上に説明したように、本実施形態では、統合ＩＤ管理サーバ１１１で発生した更新情報（更新情報の配信先の業務システムとは異なる業務システムで発生した更新情報を含む。）が各業務システムにおける受信エージェントに配信され、受信エージェントは、配信された更新情報をログファイル１２６にレコードとして記録する。また、各業務システムにおける受信エージェントは、自システムにおいて発生した更新情報をログファイル１２６にレコードとして記録するとともに、統合ＩＤ管理サーバ１１１に配信する。
【００４２】
そのような制御が実行されることによって、統合ＩＤ管理サーバ１１１は、各受信エージェントが保持するログのレコードを、ロールフォワードによる復旧の際に、ジャーナル情報として活用できる。
【００４３】
よって、統合ＩＤ管理サーバ１１１において、少なくともジャーナル情報を保持するためのバックアップサーバは不要である。すなわち、コスト増を抑制しつつ、障害が発生したときにロールフォワードによるデータ復旧が行える。
【００４４】
また、各業務システムにおける受信エージェントが、図１に例示されたシステムにおける更新情報を随時記録する。よって、統合ＩＤ管理サーバ１１１において障害発生した後、復帰するまでの間、配信先である各業務システムのサービスが続行されていても、復旧された最終更新時刻から最新の時点までのデータが配信先システム（業務システム）と統合ＩＤ管理サーバ１１１との間で整合性がとれた状態になるようにロールフォワードによる復旧を行うことができる。すなわち、コスト増を抑制しつつ障害が発生したときにロールフォワードによるデータ復旧が行える上に、障害継続中でも業務システムの運用に支障を来さないようにすることができる。
【００４５】
なお、上記の実施形態では、ＩＤ情報を一元管理し配信する統合ＩＤ管理サーバ１１１を含む管理システム１１０と、受信エージェント１２１を有する業務システム１２０とを含むシステムを例にしたが、本発明の適用対象は、そのような構成のシステムに限定されない。
【００４６】
上記の実施形態におけるログファイル１２６への更新情報の記録機能を有する受信エージェント１２１を有するシステムまたは装置と、上記の実施形態における更新情報の配信機能を有するシステムまたは装置とが連携するシステムであれば、上記の実施形態の情報処理システム以外のシステムに適用することもできる。
【００４７】
図６は、本発明による情報処理システムの主要部を示すブロック図である。図５に示す情報処理システム１０は、データベース４０（例えば、ＬＤＡＰサーバ１１３のデータベース１１４）を使用して特定のデータを管理する管理サーバ２０（例えば、統合ＩＤ管理サーバ）と、特定のデータの配信を受ける配信先システム３０（例えば、業務システム１２０）とを含み、管理サーバ２０は、特定のデータの更新が発生したときに、少なくとも更新内容を特定可能な情報と更新の発生元を示す情報とを含む更新情報を配信先システム３０に配信し、配信先システム３０は、自システムで特定のデータの更新が発生したときに、更新情報をログとしてログファイル３２（例えば、ログファイル１２６）に記録するとともに、更新情報を管理サーバ２０に送信する更新情報管理手段３１（例えば、受信エージェント１２１）を含み、更新情報管理手段３１は、管理サーバ２０から更新情報が配信されたときに、更新情報をログファイル３２にログとして記録し、管理サーバ２０は、配信先システム３０におけるログファイル３２に記録されているログをジャーナル情報として、ロールフォワードによるデータベースの復旧を行う。
【符号の説明】
【００４８】
１０    情報処理システム
２０    管理サーバ
３０    配信先システム
３１    更新情報管理手段
３２    ログファイル
４０    データベース
１００  人事システム
１０１  人事データベース
１１０  管理システム
１１１  統合ＩＤ管理サーバ
１１２  復旧モジュール
１１３  ＬＤＡＰサーバ
１１４  データベース
１１５  ＬＤＡＰリクエスト
１２０  業務システム
１２１  受信エージェント
１２２  データ変換モジュール
１２３  データ送出モジュール
１２４  データ変換テーブル
１２５  ログ出力モジュール
１２６  ログファイル
１２７  業務アプリケーションＩ／Ｆ
１２８  業務アプリケーション
１３１  クライアント端末
１３２  クエリ
１４１  管理者コンソール
【図１】
2018169791.tif 000003
【図２】
2018169791.tif 000004
【図３】
2018169791.tif 000005
【図４】
2018169791.tif 000006
【図５】
2018169791.tif 000007
【図６】
2018169791.tif 000008