JP2004355251A - データベースバックアップ方法およびデータベースバックアップシステム - Google Patents
データベースバックアップ方法およびデータベースバックアップシステム Download PDFInfo
- Publication number
- JP2004355251A JP2004355251A JP2003151127A JP2003151127A JP2004355251A JP 2004355251 A JP2004355251 A JP 2004355251A JP 2003151127 A JP2003151127 A JP 2003151127A JP 2003151127 A JP2003151127 A JP 2003151127A JP 2004355251 A JP2004355251 A JP 2004355251A
- Authority
- JP
- Japan
- Prior art keywords
- data
- backup
- database
- server
- transaction data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Storage Device Security (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
【課題】ネットワークを介してデータベースのバックアップおよびトランザクションデータ処理をおこなう際の機密の向上を図ること。
【解決手段】第１サーバ１０１ａにて使用するデータベースに相当するデータ格納部２０１のデータを、データ変換部２０２にて秘密鍵を利用し、そのデータ内容を暗号化して、データ送受信部２０３から第１ストレージセンタ１０２ａへ送信する。送信されたデータは第１ストレージセンタ１０２ａのバックアップ実行部２０６によりバックアップ格納部２０８へ全体バックアップされる。また、第１サーバ１０１ａにて発生するトランザクションデータは、データ変換部２０２にてそのデータ内容を暗号化して、データ送受信部２０３から第１ストレージセンタ１０２ａへ送信され、トランザクション反映部２０７によりトランザクションデータの適用処理がおこなわれる。
【選択図】 図２
【解決手段】第１サーバ１０１ａにて使用するデータベースに相当するデータ格納部２０１のデータを、データ変換部２０２にて秘密鍵を利用し、そのデータ内容を暗号化して、データ送受信部２０３から第１ストレージセンタ１０２ａへ送信する。送信されたデータは第１ストレージセンタ１０２ａのバックアップ実行部２０６によりバックアップ格納部２０８へ全体バックアップされる。また、第１サーバ１０１ａにて発生するトランザクションデータは、データ変換部２０２にてそのデータ内容を暗号化して、データ送受信部２０３から第１ストレージセンタ１０２ａへ送信され、トランザクション反映部２０７によりトランザクションデータの適用処理がおこなわれる。
【選択図】 図２
Description
【０００１】
【発明の属する技術分野】
この発明は、ネットワークを介してデータベースのバックアップおよびトランザクションデータ処理をおこなう際の機密の向上を図ることができるデータベースバックアップ方法、データベースバックアップシステムに関する。
【０００２】
【従来の技術】
従来、パーソナルコンピュータなどの情報端末装置上で作成したファイルや、データベースのデータは、突発的なハードディスクの故障などが発生した場合に備え、ユーザ自身や管理者によって他の媒体（たとえば、外部接続式の記憶装置や、ＤＡＴなど）へバックアップがおこなわれてきた。こういった異なる媒体へのデータのバックアップは、個人や、あるいは比較的小さな企業や部署で使用するデータにおいては十分有効な方法であった。
【０００３】
一方、他の会社や顧客などとデータのやり取りを考慮しなくてはならない企業や、市区町村などの行政の場においては、内部の情報化だけにとどまらず、インターネットを通じて住民や外部企業とのデータの連携がおこなわれている。これに伴って、やり取りされるデータも、文字や、静止画に加えて動画、音声、画像などと多様化しており、今後も増加していくことは十分予想される。こういった、企業や自治体など、データ量が大きく、機密度の高いデータを扱う場合のデータのバックアップは、遠隔地のデータストレージセンタに対してインターネットを介しておこなうことが多く見受けられる。これは、特定の広範囲のエリアに起こる自然災害に備え、遠く離れた地点でデータのバックアップをおこない、データの保全を図ろうとする技術である。こういった遠隔地にデータベースのバックアップ手段を備え、トランザクションデータ発生ごとに内容の更新をおこない、災害発生時などのデータ復旧を迅速におこなう提案がなされている（たとえば、特許文献１参照。）。
【０００４】
また、このようなインターネットを介してデータのバックアップをおこなう場合は、他の媒体へ直接バックアップするときとは異なり、データが一般の通信回線上を伝送されることから、よりセキュリティーを向上させる必要が出てくる。このことに対処するため、通信パケットを暗号化してやり取りすることによって仮想的な専用線の提供を実現するＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）などの技術が利用されてきている。ＶＰＮを利用することにより、インターネット上に送信されたパケットなどのデータを不正入手し解読されることを防ぐことができる。このＶＰＮでおこなう通信パケットの暗号化、復号化は、ＶＰＮの両終端にある専用のハードウエア、もしくはソフトウエアによりおこなわれている。
【０００５】
【特許文献１】
特開２００２−３２２８６３号公報
【０００６】
【発明が解決しようとする課題】
しかしながら、上記特許文献１等に開示された従来技術にあっては、バックアップをおこなう際に、元データを暗号化などの処理をせずそのままの状態で送信していたたためネットワーク上で、パケットなどのデータを不正入手し解読される危険性があった。また、この問題を回避するため、通信回線上で暗号化を用いるＶＰＮなどのセキュリティーを保つ技術を利用したとしても、そのデータ送信先の終端部では元の暗号化されていないデータに復号化されることとなる。このことは、終端部がアウトソーシングとして契約する他企業が管理をおこなうバックアップセンタなどである場合には、他企業のセンタ管理者や、関係者が元データを見ることができることを意味している。このように、バックアップセンタなどで元の生データの状態でデータが保持されることは、情報の漏洩につながる一因ともなる。
【０００７】
この発明は、上述した従来技術に鑑みてなされたものであって、ネットワークを介してデータベースのバックアップおよびトランザクションデータ処理をおこなう際のセキュリティーを保持しつつ、データのバックアップ処理をおこなうことが可能なデータベースバックアップ方法およびデータベースバックアップシステムを提供することを目的とする。
【０００８】
【課題を解決するための手段】
上述した課題を解決し、目的を達成するため、請求項１の発明にかかるデータベースバックアップ方法は、データベースのデータ内容を遠隔地に設けられたストレージサーバに送信してバックアップするためのデータバックアップ方法において、前記データベースの全体バックアップデータを暗号化するバックアップデータ暗号化工程と、前記バックアップデータ暗号化工程によって暗号化された前記全体バックアップデータを前記ストレージサーバに送信するバックアップデータ送信工程と、前記バックアップデータ送信工程によって送信された全体バックアップデータを受信し、前記ストレージサーバにバックアップするバックアップ工程と、前記データベースの更新時に差分データとして出力されるトランザクションデータが出力される都度、該トランザクションデータを暗号化するトランザクションデータ暗号化工程と、前記トランザクションデータ暗号化工程によって暗号化された前記トランザクションデータを前記ストレージサーバに送信するトランザクションデータ送信工程と、前記トランザクションデータ送信工程によって送信されたトランザクションデータを受信し、前記バックアップ工程によってバックアップされた前記全体バックアップデータに対して、該トランザクションデータを用いたトランザクションデータ適用処理を実行するトランザクションデータ適用処理工程と、を含むことを特徴とする。
【０００９】
この請求項１の発明によれば、データベースを暗号化し、ネットワークを介したストレージサーバや、ストレージセンタといったバックアップセンタに対してデータベース全体のバックアップをおこない、暗号化されたままのバックアップデータベースに対し、暗号化したトランザクションデータを適用することでセキュリティーを保持することが可能となる。
【００１０】
また、請求項２の発明にかかるデータベースバックアップ方法は、請求項１に記載の発明において、前記バックアップデータ暗号化工程は、前記データベースの全体バックアップデータのデータ内容をフィールド単位で暗号化し、前記トランザクションデータ暗号化工程は、トランザクションデータのデータ内容をフィールド単位で暗号化し、前記トランザクションデータ適用処理工程は、フィールド単位で暗号化された前記トランザクションデータのデータ内容を、前記バックアップデータ暗号化工程によって暗号化された前記全体バックアップデータ内の該当するデータと入れ替える処理をおこなうことを特徴とする。
【００１１】
この請求項２の発明によれば、データベースの全体バックアップや、更新分であるトランザクションデータに対し、各フィールドごとのデータ内容を暗号化し、その暗号化したデータ内容のみを入れ替えることによってデータベースの更新処理を可能とすることにより、データベースの機密性の向上を図ることができる。
【００１２】
また、請求項３の発明にかかるデータベースバックアップ方法は、請求項１または２に記載の発明において、前記バックアップデータ暗号化工程および前記トランザクションデータ暗号化工程は、あらかじめ前記サーバにおいて用意された秘密鍵を用いて前記全体バックアップデータもしくは前記トランザクションデータの暗号化をおこなうことを特徴とする。
【００１３】
この請求項３の発明によれば、データを暗号化する際にあらかじめ秘密鍵を用意し、その秘密鍵を用いて暗号化をおこなうことで、秘密鍵を備えていない他の場所でデータの復号化がおこなわれることを防ぎ、セキュリティーの保持を図ることが可能となる。
【００１４】
また、請求項４の発明にかかるデータベースバックアップ方法は、請求項１〜３のいずれか一つに記載の発明において、前記データベースの復元の要求があった場合に、前記バックアップ工程によってバックアップされた前記全体バックアップデータあるいは前記トランザクションデータ適用処理工程によってトランザクションデータ適用処理された前記全体バックアップデータを前記データベースに送信する復元データ送信工程と、前記復元データ送信工程によって送信された前記全体バックアップデータを受信し、復号化するデータ復号化工程と、前記データ復号化工程によって復号化された前記全体バックアップデータを前記データベースに復旧させる復旧工程と、を含むことを特徴とする。
【００１５】
この請求項４の発明によれば、データ内容を暗号化してバックアップしたデータベースをリカバリーする際に、データベースをバックアップセンタから取得した後でそのデータ内容を復号化しリストアすることで機密性を向上させることができる。
【００１６】
また、請求項５の発明にかかるデータベースバックアップ方法は、請求項４に記載の発明において、前記復元データ送信工程によって送信された前記全体バックアップデータが前記秘密鍵を用いて暗号化されたものであるとき、前記復元データ暗号化工程は、前記秘密鍵を用いて復号化をおこなうことを特徴とする。
【００１７】
この請求項５の発明によれば、秘密鍵を用いて暗号化したデータベースのデータをリカバリーし、復号化する際にも同じ秘密鍵を必要とすることで、秘密鍵を備えていない他の場所でデータの復号化がおこなわれることを防ぎ、セキュリティーの保持を図ることが可能となる。
【００１８】
また、請求項６の発明にかかるデータベースバックアップシステムは、データベースを備えたサーバと、該サーバのデータベースのデータ内容をバックアップするための遠隔地のストレージサーバとからなるデータベースバックアップシステムにおいて、前記サーバは、前記データベースの全体バックアップデータまたは前記データベースの更新時に差分データとして出力されるトランザクションデータを暗号化するデータ暗号化手段と、前記データ暗号化手段によって暗号化された前記全体バックアップデータまたは前記トランザクションデータを前記ストレージサーバに送信する送信手段と、を備え、前記ストレージサーバは、前記サーバの前記送信手段によって送信された全体バックアップデータを受信し、バックアップするバックアップ手段と、前記サーバからトランザクションデータを受信する都度、前記バックアップ手段によってバックアップされた前記全体バックアップデータに対し、前記送信手段から送信されたトランザクションデータを受信し、該トランザクションデータを用いたトランザクションデータ適用処理を実行するトランザクションデータ適用処理手段と、を備えたことを特徴とする。
【００１９】
この請求項６の発明によれば、暗号化したデータベースを、ネットワークを介したストレージサーバや、ストレージセンタといったバックアップセンタに対してバックアップし、更新処理であるトランザクションデータの適用をおこなうことでセキュリティーを保持することが可能となる。
【００２０】
また、請求項７の発明にかかるデータベースバックアップシステムは、請求項６に記載の発明において、前記データ暗号化手段は、前記データベースの全体バックアップデータまたは前記トランザクションデータのデータ内容をフィールド単位で暗号化し、前記トランザクションデータ適用処理手段は、フィールド単位で暗号化された前記トランザクションデータのデータ内容を、前記データ暗号化手段によって暗号化された前記全体バックアップデータ内の該当するデータと入れ替える処理をおこなうことを特徴とする。
【００２１】
この請求項７の発明によれば、データベースの全体バックアップや、更新分であるトランザクションデータに対し、各フィールドごとのデータ内容を暗号化し、その暗号化したデータ内容のみを入れ替えることによってデータベースの更新処理を可能とすることにより、データベースの機密性の向上を図ることができる。
【００２２】
また、請求項８の発明にかかるデータベースバックアップシステムは、請求項６または７に記載の発明において、前記データ暗号化手段は、あらかじめ前記サーバにおいて用意された秘密鍵を用いて前記全体バックアップデータもしくは前記トランザクションデータの暗号化をおこなうことを特徴とする。
【００２３】
この請求項８の発明によれば、データを暗号化する際にあらかじめ秘密鍵を用意し、その秘密鍵を用いて暗号化をおこなうことで、秘密鍵を備えていない他の場所でデータの復号化がおこなわれることを防ぎ、セキュリティーの保持を図ることが可能となる。
【００２４】
また、請求項９の発明にかかるデータベースバックアップシステムは、請求項６〜８のいずれか一つに記載の発明において、前記ストレージサーバは、前記サーバが備える前記データベースの復元が要求された場合に、前記バックアップ手段によってバックアップされた前記全体バックアップデータ、あるいは前記トランザクションデータ適用処理手段によってトランザクションデータ適用処理された前記全体バックアップデータを該サーバの該データベースに対して送信するバックアップ送信手段、を備え、前記サーバは、前記ストレージサーバの前記バックアップ送信手段によって送信された前記全体バックアップデータを受信し、復号化するデータ復号化手段と、前記データ復号化手段によって復号化された前記全体バックアップデータを前記サーバが備える前記データベースに復旧する復旧手段と、を備えたことを特徴とする。
【００２５】
この請求項９の発明によれば、データ内容を暗号化してバックアップしたデータベースをリカバリーする際に、データベースをバックアップセンタから取得した後でそのデータ内容を復号化してリストアすることで機密性を向上させることができる。
【００２６】
また、請求項１０の発明にかかるデータベースバックアップシステムは、請求項９に記載の発明において、前記ストレージサーバの前記バックアップ送信手段によって送信された前記全体バックアップデータが前記秘密鍵を用いて暗号化されたものであるとき、前記データ復号化手段は、前記秘密鍵を用いて復号化をおこなうことを特徴とする。
【００２７】
この請求項１０の発明によれば、秘密鍵を用いて暗号化したデータベースのデータをリカバリーし、復号化する際にも同じ秘密鍵を必要とすることで、秘密鍵を備えていない他の場所でデータの復号化がおこなわれることを防ぎ、セキュリティーの保持を図ることが可能となる。
【００２８】
【発明の実施の形態】
以下に添付図面を参照して、この発明にかかるデータベースバックアップ方法およびデータベースバックアップシステムの好適な実施の形態を詳細に説明する。
【００２９】
図１は、この発明の本実施の形態にかかるデータベースバックアップシステムの構成を示す概要図である。ネットワーク１００に対して、第１バックアップ対象サーバ（以下、第１サーバ）１０１ａ、・・・第ｎバックアップ対象サーバ（以下、第ｎサーバ）１０１ｎと、第１ストレージセンタ１０２ａ、・・・第ｎストレージセンタ１０２ｎが各々複数接続されている。
【００３０】
第１サーバ１０１ａ、・・・第ｎサーバ１０１ｎは、個人あるいは企業などで使用されるものとし、各サーバごとに個人用または業務用のデータベースを備えたものとする。そして、これらの各サーバの設置個所から所定距離離れた遠隔地には、第１ストレージセンタ１０２ａ、・・・第ｎストレージセンタ１０２ｎが設けられている。この各ストレージセンタは、上述した各サーバのデータベースをバックアップするためのストレージ用のサーバを複数備えた企業や、事業社を示している。しかし、上述したデータベースのバックアップをするためのサーバは、こういったセンタという多くのストレージ資源を備えた企業などに限らず、小規模事業社や、個人などで管理されるストレージ用サーバといったものであってもよい。
【００３１】
第１サーバ１０１ａ、・・・第ｎサーバ１０１ｎは、すべてサーバとしての役割が同じものであるため、以下、第１サーバ１０１ａに焦点を当てて説明をおこなう。第１サーバ１０１ａは、たとえば、会計事務所であれば顧客企業の財務データの作成、更新などを、行政機関であれば台帳閲覧や、その更新業務などをデータベースを用いた日々の業務内容としておこなうものとする。これらのデータを一括してバックアップする際には、第１ストレージセンタ１０２ａに対してインターネットなどのネットワーク１００を介し、全体バックアップデータを送信するものとする。
【００３２】
一方、第１サーバ１０１ａで日々の業務をおこなうと、業務進捗に伴いトランザクションデータ（差分）データが発生する。第１ストレージセンタ１０２ａに対し１度でも全体バックアップをおこなった後は、このトランザクションデータ単位でのバックアップ処理（トランザクションデータ適用処理）をおこなうこととなる。第１サーバ１０１ａは、たとえば、各種パーソナルコンピュータやワークステーションなどであり、ネットワーク１００を介したデータ通信においては、必要に応じてＳＳＬ方式を利用したセキュリティー機能などを用い、秘密保持を確保する。
【００３３】
第１ストレージセンタ１０２ａに設けられるストレージ用サーバは、サーバに限らずたとえば、各種パーソナルコンピュータやワークステーションなどで構成することもできる。また、遠隔地に設けられている第１サーバ１０１ａを代表とする複数のサーバのデータベースエンジンにそれぞれ対応したストレージ用のデータベースを有している。ストレージ用のデータベースとしては、たとえば、ＳＱＬ Ｓｅｒｖｅｒ２０００，Ｏｒａｃｌｅ９ｉなどがある。
【００３４】
つぎに、この発明の本実施の形態にかかるデータベースバックアップシステムの機能的構成について説明する。図２は、この発明の本実施の形態にかかるデータベースバックアップシステムの機能的構成を示すブロック図である。図２に示すように、バックアップ処理をおこなう第１サーバ１０１ａと、バックアップデータを保持する第１ストレージセンタ１０２ａがネットワーク１００を介して接続されている。
【００３５】
第１サーバ１０１ａは、データ格納部２０１と、データ変換部２０２と、データ送受信部２０３とを備えている。データ格納部２０１には、第１サーバ１０１ａで発生する業務データが格納保持され、ユーザによって決められた日時や、業務の進捗具合などにより、定期あるいは不定期に第１ストレージセンタ１０２ａに対してバックアップがおこなわれる。このバックアップをおこなう際、データ変換部２０２はバックアップデータに対して暗号化を施す。また、第１ストレージセンタ１０２ａにバックアップしたデータを、元の第１サーバ１０１ａにリストア（復旧）するときは、データ送受信部２０３を介して取得したリカバリー（復元）データに対しデータ変換部２０２はデータの復号化をおこなう。
【００３６】
また、第１サーバ１０１ａでは、日々の業務によりトランザクションデータが発生する。トランザクションデータが発生すると、データ変換部２０２によって暗号化され、その都度データ送受信部２０３を通じて第１ストレージセンタ１０２ａに対して送信する。データ変換部２０２は、バックアップ、トランザクションデータの発生の際に、各データの暗号化をおこない、データ送受信部２０３は、第１ストレージセンタ１０２ａに対してその送受信をおこなう。
【００３７】
第１ストレージセンタ１０２ａは、バックアップ送受信部２０４と、バックアップ制御部２０５と、バックアップ実行部２０６と、トランザクション反映部２０７と、バックアップ格納部２０８とを備えている。バックアップ送受信部２０４は、第１サーバ１０１ａからのバックアップデータの受信と、第１サーバ１０１ａへのリカバリーデータの送信をおこなう。そして、バックアップ送受信部２０４で受信したデータベースの全体バックアップデータは、バックアップ制御部２０５内のバックアップ実行部２０６により、バックアップ格納部２０８へ格納される。また、第１サーバ１０１ａへリカバリーデータの送信をおこなう際は、バックアップ実行部２０６によってバックアップ格納部２０８からリカバリーデータが取り出され、バックアップ送受信部２０４から送信される。
【００３８】
一方、バックアップ制御部２０５内のトランザクション反映部２０７は、第１サーバ１０１ａから送信されてくるトランザクションデータを受けるとその適用処理をおこなう。トランザクションデータの適用処理としては、たとえば、バックアップ格納部２０８に格納された全体バックアップデータに対し、トランザクションデータとして送信されてきた変更レコード中の差分データを更新する処理である。トランザクション反映部２０７は、トランザクションデータを受けるごとに適用処理をおこなうのでトランザクションデータを保管しておく必要はなくなる。
【００３９】
つぎに、フローチャートを用い、第１サーバ１０１ａと、第１ストレージセンタ１０２ａの各主要な処理手順をそれぞれ説明する。はじめに、第１サーバ１０１ａの処理手順を説明する。図３は、この発明の本実施の形態にかかる第１バックアップ対象サーバ（第１サーバ）の処理手順を示すフローチャートである。
【００４０】
まず、第１サーバ１０１ａでは、データ格納部２０１（データベース）の全体バックアップが実行されたか否かの判断をおこなう（ステップＳ３０１）。全体バックアップが実行されなかった場合は（ステップＳ３０１：Ｎｏ）、つぎに、データ格納部２０１が更新されたか否かの判断をおこなう（ステップＳ３０２）。
【００４１】
ここで、データ格納部２０１が更新された場合は（ステップＳ３０２：Ｙｅｓ）、更新処理によって発生したトランザクションデータファイルをデータ変換部２０２にて暗号化し（ステップＳ３０３）、データ送受信部２０３にて第１ストレージセンタ１０２ａへと送信する（ステップＳ３０５）。ただし、ここで全体バックアップがまだされていない状態で、データベースの更新がされた場合は、先に全体バックアップをおこなう旨を、ユーザに対してエラーメッセージを表示するようにしてもよい。全体バックアップが実行されず（ステップＳ３０１：Ｎｏ）、データ格納部２０１の更新もされていない場合は（ステップＳ３０２：Ｎｏ）、ステップＳ３０１の判断へと戻る。
【００４２】
そして、第１サーバ１０１ａのユーザにより全体バックアップが実行された場合は（ステップＳ３０１：Ｙｅｓ）、全体バックアップデータをデータ変換部２０２にて暗号化し（ステップＳ３０４）、データ送受信部２０３を通じて第１ストレージセンタ１０２ａへと送信し（ステップＳ３０５）、処理を終える。
【００４３】
つぎに、図４は、この発明の本実施の形態にかかる第１ストレージセンタの処理手順を示すフローチャートである。第１ストレージセンタ１０２ａは、図３で示した第１サーバ１０１ａから送信されるデータにより、以下の動作をおこなう。以下の説明では、バックアップ制御部２０５が実行する処理を記載している。
【００４４】
まず、第１サーバ１０１ａから送信される全体バックアップデータをバックアップ送受信部２０４にて受信したか否かを判断する（ステップＳ４０１）。全体バックアップデータを受信した場合は（ステップＳ４０１：Ｙｅｓ）、つぎに、その全体バックアップデータが暗号化されているか否かの判断をおこなう（ステップＳ４０２）。暗号化されていない場合は（ステップＳ４０２：Ｎｏ）、ステップＳ４０１の判断へと戻る。これに対して、全体バックアップデータが暗号化されている場合（ステップＳ４０２：Ｙｅｓ）、バックアップ実行部２０６はバックアップ格納部２０８に全体バックアップデータを保存し（ステップＳ４０３）、処理を終える。
【００４５】
そして、第１サーバ１０１ａから送信される全体バックアップデータを受信したか否かの判断で（ステップＳ４０１）、バックアップ送受信部２０４が全体バックアップデータを受信しなかった場合は（ステップＳ４０１：Ｎｏ）、つぎに、トランザクションデータファイルを受信したか否かの判断をする（ステップＳ４０４）。バックアップ送受信部２０４がトランザクションデータファイルを受信しなかった場合は（ステップＳ４０４：Ｎｏ）、そのまま処理を終える。
【００４６】
バックアップ送受信部２０４がトランザクションデータファイルを受信した場合は（ステップＳ４０４：Ｙｅｓ）、つぎに、トランザクションデータファイルが暗号化されているか否かの判断をおこなう（ステップＳ４０５）。トランザクションデータファイルが暗号化されていない場合は（ステップＳ４０５：Ｎｏ）、ステップＳ４０１の判断へと戻る。トランザクションデータファイルが暗号化されている場合は（ステップＳ４０５：Ｙｅｓ）、保存した全体バックアップデータに対し、トランザクション反映部２０７によりトランザクションデータの適用処理をおこない（ステップＳ４０６）、処理を終える。
【００４７】
図５は、この発明の本実施の形態にかかる全体バックアップの処理の流れとデータの一例を示す概要図である。図５には、第１サーバ１０１ａから、第１ストレージセンタ１０２ａへ全体バックアップをおこなう際の処理と、その各処理時点でのデータ内容の遷移とが示されている。
【００４８】
バックアップをおこなう第１サーバ１０１ａは、ネットワーク１００を介してバックアップデータの保存先となる第１ストレージセンタ１０２ａに接続されている。第１サーバ１０１ａは、サーバ側データベース５０１（データ格納部２０１に相当）を備えており、このサーバ側データベース５０１が全体バックアップの対象となるデータベースとなる。
【００４９】
まず、第１サーバ１０１ａにて、サーバ側データベース５０１に対する全体バックアップの指示が出されると、データ変換部２０２は、処理▲１▼にてサーバ側データベース５０１のデータ内容に対する暗号化を施す。処理▲１▼にて暗号化されたデータを全体バックアップデータ５０２といった一時的なイメージファイルとし、つぎの処理▲２▼においてデータ送受信部２０３から第１ストレージセンタ１０２ａに対して送信をおこなう。送信された全体バックアップデータ５０２は、バックアップ実行部２０６が実行し、処理▲３▼に示す第１ストレージセンタ１０２ａのストレージ側データベース５０３（バックアップ格納部２０８に相当）への格納によって全体バックアップをおこなう。
【００５０】
つぎに、上述した各処理▲１▼〜▲３▼に基づいてデータ内容の移り変わりを説明する。フォーマット例５０４に示されているレコードの各フィールドには、第１フィールドにＩＤ５０５が半角文字数で８バイト分、第２フィールドに名前５０６が半角文字数で１００バイト分各々セットすることができるようになっている。その例として、第１レコードのフィールド５０４ａにはＩＤとして「○○○○○○○○」、フィールド５０４ｂには名前として「いちろー」がセットされている。そして、第２レコードのフィールド５０４ｃにはＩＤとして「××××××××」、フィールド５０４ｄには名前として「のも」がセットされている。そして、これらのフィールドのデータに対し、データ変換部２０２は、上述した処理▲１▼にて暗号化を施す。
【００５１】
データベース５０１の全データ内容を、処理▲１▼にて暗号化すると、全体バックアップデータ５０２となり、そのデータ内容はフォーマット例５０７として示すものとなる。まず、第１フィールドのＩＤデータは、バックアップの際のレコード検索をおこなうためのキーとするため、フィールド５０７ａ，５０７ｃに示す通り、暗号化はおこなわずフォーマット例５０４と同様のままセットしておく。
【００５２】
つぎに、第２フィールドの名前データは、フィールド５０７ｂにて「ｙＩＰＱ／４Ｚｐａ」といった「いちろー」を暗号化した文字列が、フィールド５０７ｄでは「のも」を暗号化した「ｗ９ｅ３ｗｋ６ｋ３」という文字列がセットされている。この暗号化の方式は、情報の暗号化・復号化に単一の鍵（共有鍵）を使用する共有鍵暗号方式、あるいは、公開鍵と秘密鍵の２つの鍵を使用する公開鍵暗号方式のどちらであってもよい。また独自で開発した暗号化の方式や、データ変換のアプリケーションプログラムを介在させることで実現させてもよい。この暗号化をおこなった時点から全体バックアップデータ５０２の内容は、復号化することが可能な者にしか見ることができなくなり、データを覗き見することが不可能な状態となる。
【００５３】
さらに、暗号化した全体バックアップデータ５０２を、ネットワーク１００を介して第１ストレージセンタ１０２ａに送信し、バックアップ実行部２０６によってストレージ側データベース５０３へと格納する。この格納する際の処理ではデータの変換などはおこなわず、フォーマット例５０７の際に説明したものと同様のデータをセットする。たとえば、フィールド５０８ａ，５０８ｃのＩＤは、それぞれフィールド５０７ａ，５０７ｃと同様であり、フィールド５０８ｂ，５０８ｄの暗号化された名前は、フィールド５０７ｂ，５０７ｄと同様である。このように、データの内容が暗号化されたままの状態でストレージ側データベース５０３に格納されることにより、バックアップ先であるストレージセンタにおいてもストレージ側データベース５０３内のデータを覗き見することはできなくなる。
【００５４】
図６は、この発明の本実施の形態にかかるトランザクションデータ適用処理の流れとデータの一例を示す概要図である。図６では、第１サーバ１０１ａから、第１ストレージセンタ１０２ａへトランザクションデータの適用をおこなう際の処理と、その各処理時点でのトランザクションデータ適用処理の対象であるデータの内容とを示すものである。
【００５５】
図６における処理の概要は、まず、第１サーバ１０１ａにて、処理▲１▼のサーバ側データベース５０１のデータに対する更新処理がおこなわれる。つぎに、データ変換部２０２は、処理▲２▼にてサーバ側データベース５０１のデータ内容に対する暗号化を施し、データ送受信部２０３は、処理▲３▼で第１ストレージセンタ１０２ａに対して送信をおこなう。そして、処理▲３▼で暗号化されたデータは、第１ストレージセンタ１０２ａのバックアップ送受信部２０４が処理▲４▼にて受信し、さらに、処理▲５▼にてストレージ側データベース５０３への更新処理をおこなう。最後に、図５で全体バックアップをおこなったストレージ側データベース５０３に対し、トランザクション反映部２０７が、処理▲６▼にてトランザクションデータの適用処理をおこなう。
【００５６】
つぎに、上述した各処理▲１▼〜▲６▼に基づいたデータ内容の説明をおこなう。まず、処理▲１▼では、図５に示したフォーマット例５０４の中のフィールド５０４ｂの内容が、「いちろー」から「マツイ」に更新される。この更新されたレコードのみをトランザクションデータ６０１とし、処理▲２▼にてデータ内容を暗号化する。更新によりフィールド５０４ｂにセットされた「マツイ」は、フィールド６０２ｂに示すような「ｊ３３ｌＣＡＣ＋７Ｖ」というデータに暗号化される。
【００５７】
そして、処理▲３▼の第１サーバ１０１ａからの送信、処理▲４▼の第１ストレージセンタ１０２ａでの受信を経て、処理▲５▼にてストレージ側データベース５０３の更新処理がおこなわれる。更新前のストレージ側データベース５０３におけるフィールド５０８ｂは、「いちろー」を暗号化した「ｙＩＰＱ／４Ｚｐａ」がセットされている。このデータを処理▲６▼に示すトランザクションデータの適用処理により、「マツイ」を暗号化した「ｊ３３ｌＣＡＣ＋７Ｖ」に入れ替えることとする。このように、データベース全体や、フィールド全体を暗号化せず、フィールド内のデータ内容だけを暗号化することによって、暗号化の処理をおこなった後でもデータベースの状態を保つことができる。また、このことによって、暗号化したままの状態でトランザクションデータの適用処理といったデータの入れ替えをおこなうことができるため機密性の向上を図ることができる。さらに、暗号化した状態を保ったままデータの入れ替えが可能であることは、復号化などの処理をおこなう必要がないため、データ入れ替え時の処理の効率化にもつながる。なお、上述した暗号化の方式については図５と同様、共有鍵暗号方式、公開鍵暗号方式など適宜決められるものであってよい。
【００５８】
つぎに、図７は、この発明の本実施の形態にかかる第１バックアップ対象サーバ（第１サーバ）のリカバリーの処理手順を示すフローチャートである。図７には、第１サーバ１０１ａのハードディスクに障害などが発生した後、データを復旧させる際におこなう処理が示されている。
【００５９】
まず、第１ストレージセンタ１０２ａに対し、第１サーバ１０１ａのデータ送受信部２０３から全体バックアップデータのリカバリー要求を送信する（ステップＳ７０１）。ステップＳ７０１の要求に基づき、第１ストレージセンタ１０２ａのバックアップ実行部２０６にて取り出し、バックアップ送受信部２０４から送信された全体バックアップデータを、データ送受信部２０３にて受信する（ステップＳ７０２）。
【００６０】
第１サーバ１０１ａのデータ送受信部２０３にて受信した全体バックアップデータは、データ変換部２０２にてデータ内容の復号化をおこなう（ステップＳ７０３）。データ内容を復号化した全体バックアップデータは、データ格納部２０１へとリストアし（ステップＳ７０４）、処理を終える。
【００６１】
図８は、この発明の本実施の形態にかかるデータのリカバリーの処理の流れとデータの一例を示す概要図である。図８には、第１ストレージセンタ１０２ａから、第１サーバ１０１ａへデータベース５０３のリカバリーをおこなう際の処理と、その各処理時点でのデータ内容の遷移とを示している。
【００６２】
まず、第１サーバ１０１ａは、データ送受信部２０３から第１ストレージセンタ１０２ａに対し全体バックアップデータのリカバリー要求の送信をおこなう。これを受けて、バックアップ送受信部２０４は処理▲１▼にて第１サーバ１０１ａに対し全体バックアップデータを送信し、第１サーバ１０１ａのデータ送受信部２０３は処理▲２▼にて全体リストアデータ８０１といった一時的なイメージファイルとして受信する。受信した全体リストアデータ８０１は、データ変換部２０２がおこなう処理▲３▼にて復号化し、データベース５０１へと格納する。
【００６３】
つぎに、上述した各処理▲１▼〜▲３▼に基づくデータ内容の移り変わりの説明をおこなう。第１ストレージセンタ１０２ａのデータベース５０３には、図６でトランザクションデータの適用処理をおこなった際のデータ内容がセットされている。具体的には、ＩＤ「○○○○○○○○」のレコードに対する名前フィールドには「ｊ３３ｌＣＡＣ＋７Ｖ」、ＩＤ「××××××××」のレコードに対する名前フィールドには「ｗ９ｅ３ｗｋ６ｋ３」がセットされている。処理▲１▼では、このデータベース５０３の全体リストアデータ８０１を、第１サーバ１０１ａに向けて送信する。
【００６４】
ネットワーク１００を介し、第１ストレージセンタ１０２ａから送信された全体リストアデータ８０１を、処理▲２▼で第１サーバ１０１ａが受信する。処理▲２▼で受信した全体リストアデータ８０１は、処理▲３▼にて復号化され、データベース５０１へと格納される。これにより、ＩＤ「○○○○○○○○」のレコードの名前フィールドは「ｊ３３ｌＣＡＣ＋７Ｖ」から「マツイ」へ、ＩＤ「××××××××」のレコードの名前フィールドは「ｗ９ｅ３ｗｋ６ｋ３」から「のも」へと復号化され、データベース５０１へセットされる。
【００６５】
上述した処理▲３▼における復号化は、前記した全体バックアップや、トランザクションデータの適用処理の際の暗号化に用いた、たとえば、秘密鍵などと同様の鍵を使う。この秘密鍵を使って暗号化したデータの復号化をすることにより、第１サーバ１０１ａ上で再びデータを見ることが可能となるため、セキュリティーを保持することができる。
【００６６】
以上説明したように、本実施の形態によれば、第１サーバ１０１ａのデータベースに対し、たとえば、秘密鍵を使った暗号化をおこない、第１ストレージセンタ１０２ａのデータベースにバックアップをおこなうことで機密性の向上を図ることができる。さらに、バックアップ先である第１ストレージセンタ１０２ａ上には秘密鍵を備えず、データの復号化をおこなうことができないため、機密性をさらに向上させることができる。また、データベースのデータ内容のみをデータ変換部２０２にて暗号化し、暗号化したままの状態でトランザクションデータの適用処理といったデータ内容の入れ替えをおこなうことができるので、セキュリティーを保持することが可能となる。さらに、リカバリーの際は、復号化に必要な鍵が備えてある第１サーバ１０１ａ上のデータ変換部２０２にてデータの復号化をおこなうため、機密性を向上させることができる。
【００６７】
なお、本実施の形態で説明したデータベースバックアップ方法は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーション等のコンピュータで実行することにより実現することができる。このプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。またこのプログラムは、インターネット等のネットワークを介して配布することが可能な伝送媒体であってもよい。
【００６８】
【発明の効果】
以上説明したように、請求項１に記載の発明は、データベースのデータ内容を遠隔地に設けられたストレージサーバに送信してバックアップするためのデータバックアップ方法において、前記データベースの全体バックアップデータを暗号化するバックアップデータ暗号化工程と、前記バックアップデータ暗号化工程によって暗号化された前記全体バックアップデータを前記ストレージサーバに送信するバックアップデータ送信工程と、前記バックアップデータ送信工程によって送信された前記暗号化された状態の前記全体バックアップデータを受信し、前記ストレージサーバにバックアップするバックアップ工程と、前記データベースの更新時に差分データとして出力されるトランザクションデータが出力される都度、該トランザクションデータを暗号化するトランザクションデータ暗号化工程と、前記トランザクションデータ暗号化工程によって暗号化された前記トランザクションデータを前記ストレージサーバに送信するトランザクションデータ送信工程と、前記トランザクションデータ送信工程によって送信された前記暗号化された状態の前記トランザクションデータを受信し、前記バックアップ工程によってバックアップされた前記全体バックアップデータに対して、該トランザクションデータを用いたトランザクションデータ適用処理を実行するトランザクションデータ適用処理工程と、を含む構成としたので、データベースを暗号化し、ネットワークを介したストレージセンタなどのバックアップセンタに対してデータベース全体のバックアップをおこない、暗号化されたままのバックアップデータベースに対し、暗号化したトランザクションデータを適用することでセキュリティーを保持することが可能となるという効果を奏する。
【００６９】
また、請求項２に記載の発明は、請求項１に記載の発明において、前記バックアップデータ暗号化工程は、前記データベースの全体バックアップデータのデータ内容をフィールド単位で暗号化し、前記トランザクションデータ暗号化工程は、トランザクションデータのデータ内容をフィールド単位で暗号化し、前記トランザクションデータ適用処理工程は、フィールド単位で暗号化された前記トランザクションデータのデータ内容を、前記バックアップデータ暗号化工程によって暗号化された前記全体バックアップデータ内の該当するデータと入れ替える処理をおこなう構成としたので、データベースの全体バックアップや、更新分であるトランザクションデータに対し、各フィールドごとのデータ内容を暗号化し、その暗号化したデータ内容のみを入れ替えることによってデータベースの更新処理を可能とすることにより、データベースの機密性の向上を図ることができるという効果を奏する。
【００７０】
また、請求項３に記載の発明は、請求項１または２に記載の発明において、前記バックアップデータ暗号化工程および前記トランザクションデータ暗号化工程は、あらかじめ前記サーバにおいて用意された秘密鍵を用いて前記全体バックアップデータもしくは前記トランザクションデータの暗号化をおこなう構成としたので、データを暗号化する際にあらかじめ秘密鍵を用意し、その秘密鍵を用いて暗号化をおこなうことで、秘密鍵を備えていない他の場所でデータの復号化がおこなわれることを防ぎ、セキュリティーの保持を図ることが可能となるという効果を奏する。
【００７１】
また、請求項４に記載の発明は、請求項１〜３のいずれか一つに記載の発明において、前記データベースの復元を要するときに、前記バックアップ工程によってバックアップされた前記全体バックアップデータあるいは前記トランザクションデータ適用処理工程によってトランザクションデータ適用処理された前記全体バックアップデータを前記データベースに送信する復元データ送信工程と、前記復元データ送信工程によって送信された前記全体バックアップデータを受信し、復号化するデー復号化工程と、前記データ復号化工程によって復号化された前記全体バックアップデータを前記データベースに復旧させる復旧工程と、を含む構成としたので、データ内容を暗号化してバックアップしたデータベースをリカバリーする際に、データベースをバックアップセンタから取得した後でそのデータ内容を復号化してリストアすることで機密性を向上させることができるという効果を奏する。
【００７２】
また、請求項５に記載の発明は、請求項４に記載の発明において、前記復元データ送信工程によって送信された前記全体バックアップデータが前記秘密鍵を用いて暗号化されたものであるとき、前記復元データ暗号化工程は、前記秘密鍵を用いて復号化をおこなう構成としたので、秘密鍵を用いて暗号化したデータベースのデータをリカバリーし、復号化する際にも同じ秘密鍵を必要とすることで、秘密鍵を備えていない他の場所でデータの復号化がおこなわれることを防ぎ、セキュリティーの保持を図ることが可能となるという効果を奏する。
【００７３】
また、請求項６に記載の発明は、データベースを備えたサーバと、該サーバのデータベースのデータ内容をバックアップするための遠隔地のストレージサーバとからなるデータベースバックアップシステムにおいて、前記サーバは、前記データベースの全体バックアップデータまたは前記データベースの更新時に差分データとして出力されるトランザクションデータを暗号化するデータ暗号化手段と、前記データ暗号化手段によって暗号化された前記全体バックアップデータまたは前記トランザクションデータを前記ストレージサーバに送信する送信手段と、を備え、前記ストレージサーバは、前記サーバの前記送信手段によって送信された前記暗号化された状態の前記全体バックアップデータを受信し、バックアップするバックアップ手段と、前記サーバからトランザクションデータを受信する都度、前記バックアップ手段によってバックアップされた前記全体バックアップデータに対し、前記送信手段から送信された前記暗号化された状態の前記トランザクションデータを受信し、該トランザクションデータを用いたトランザクションデータ適用処理を実行するトランザクションデータ適用処理手段と、を備えたので、暗号化したデータベースを、ネットワークを介したストレージセンタなどのバックアップセンタに対してバックアップし、更新処理であるトランザクションデータの適用をおこなうことでセキュリティーを保持することが可能となるという効果を奏する。
【００７４】
また、請求項７に記載の発明は、請求項６に記載の発明において、前記データ暗号化手段は、前記データベースの全体バックアップデータまたは前記トランザクションデータのデータ内容をフィールド単位で暗号化し、前記トランザクションデータ適用処理手段は、フィールド単位で暗号化された前記トランザクションデータのデータ内容を、前記データ暗号化手段によって暗号化された前記全体バックアップデータ内の該当するデータと入れ替える処理をおこなう特徴を備えたので、データベースの全体バックアップや、更新分であるトランザクションデータに対し、各フィールドごとのデータ内容を暗号化し、その暗号化したデータ内容のみを入れ替えることによってデータベースの更新処理を可能とすることにより、データベースの機密性の向上を図ることができるという効果を奏する。
【００７５】
また、請求項８に記載の発明は、請求項６または７に記載の発明において、前記データ暗号化手段は、あらかじめ前記サーバにおいて用意された秘密鍵を用いて前記全体バックアップデータもしくは前記トランザクションデータの暗号化をおこなう特徴を備えたので、データを暗号化する際にあらかじめ秘密鍵を用意し、その秘密鍵を用いて暗号化をおこなうことで、秘密鍵を備えていない他の場所でデータの復号化がおこなわれることを防ぎ、セキュリティーの保持を図ることが可能となるという効果を奏する。
【００７６】
また、請求項９に記載の発明は、請求項６〜８のいずれか一つに記載の発明において、前記ストレージサーバは、前記サーバが備える前記データベースの復元を要するときに、前記バックアップ手段によってバックアップされた前記全体バックアップデータ、あるいは前記トランザクションデータ適用処理手段によってトランザクションデータ適用処理された前記全体バックアップデータを該サーバの該データベースに対して送信するバックアップ送信手段、を備え、前記サーバは、前記ストレージサーバの前記バックアップ送信手段によって送信された前記全体バックアップデータを受信し、復号化するデータ復号化手段と、前記データ復号化手段によって復号化された前記全体バックアップデータを前記サーバが備える前記データベースに復旧する復旧手段と、を備えたので、データ内容を暗号化してバックアップしたデータベースをリカバリーする際に、データベースをバックアップセンタから取得した後でそのデータ内容を復号化してリストアすることで機密性を向上させることができるという効果を奏する。
【００７７】
また、請求項１０に記載の発明は、請求項９に記載の発明において、前記ストレージサーバの前記バックアップ送信手段によって送信された前記全体バックアップデータが前記秘密鍵を用いて暗号化されたものであるとき、前記データ復号化手段は、前記秘密鍵を用いて復号化をおこなう特徴を備えたので、秘密鍵を用いて暗号化したデータベースのデータをリカバリーし、復号化する際にも同じ秘密鍵を必要とすることで、秘密鍵を備えていない他の場所でデータの復号化がおこなわれることを防ぎ、セキュリティーの保持を図ることが可能となるという効果を奏する。
【図面の簡単な説明】
【図１】この発明の本実施の形態にかかるデータベースバックアップシステムの構成を示す概要図である。
【図２】この発明の本実施の形態にかかるデータベースバックアップシステムの機能的構成を示すブロック図である。
【図３】この発明の本実施の形態にかかる第１バックアップ対象サーバ（第１サーバ）の処理手順を示すフローチャートである。
【図４】この発明の本実施の形態にかかる第１ストレージセンタの処理手順を示すフローチャートである。
【図５】この発明の本実施の形態にかかる全体バックアップの処理の流れとデータの一例を示す概要図である。
【図６】この発明の本実施の形態にかかるトランザクションデータ適用処理の流れとデータの一例を示す概要図である。
【図７】この発明の本実施の形態にかかる第１バックアップ対象サーバ（第１サーバ）のリカバリーの処理手順を示すフローチャートである。
【図８】この発明の本実施の形態にかかるデータのリカバリーの処理の流れとデータの一例を示す概要図である。
【符号の説明】
１００ ネットワーク
１０１ａ 第１バックアップ対象サーバ（第１サーバ）
１０１ｎ 第ｎバックアップ対象サーバ（第ｎサーバ）
１０２ａ 第１ストレージセンタ
１０２ｎ 第ｎストレージセンタ
２０１ データ格納部
２０２ データ変換部
２０３ データ送受信部
２０４ バックアップ送受信部
２０５ バックアップ制御部
２０６ バックアップ実行部
２０７ トランザクション反映部
２０８ バックアップ格納部
５０１ サーバ側データベース
５０２ 全体バックアップデータ
５０３ ストレージ側データベース
５０４ フォーマット例
５０４ａ，５０４ｂ，５０４ｃ，５０４ｄ フィールド
５０５ ＩＤ
５０６ 名前
６０１ トランザクションデータ
８０１ 全体リストアデータ
【発明の属する技術分野】
この発明は、ネットワークを介してデータベースのバックアップおよびトランザクションデータ処理をおこなう際の機密の向上を図ることができるデータベースバックアップ方法、データベースバックアップシステムに関する。
【０００２】
【従来の技術】
従来、パーソナルコンピュータなどの情報端末装置上で作成したファイルや、データベースのデータは、突発的なハードディスクの故障などが発生した場合に備え、ユーザ自身や管理者によって他の媒体（たとえば、外部接続式の記憶装置や、ＤＡＴなど）へバックアップがおこなわれてきた。こういった異なる媒体へのデータのバックアップは、個人や、あるいは比較的小さな企業や部署で使用するデータにおいては十分有効な方法であった。
【０００３】
一方、他の会社や顧客などとデータのやり取りを考慮しなくてはならない企業や、市区町村などの行政の場においては、内部の情報化だけにとどまらず、インターネットを通じて住民や外部企業とのデータの連携がおこなわれている。これに伴って、やり取りされるデータも、文字や、静止画に加えて動画、音声、画像などと多様化しており、今後も増加していくことは十分予想される。こういった、企業や自治体など、データ量が大きく、機密度の高いデータを扱う場合のデータのバックアップは、遠隔地のデータストレージセンタに対してインターネットを介しておこなうことが多く見受けられる。これは、特定の広範囲のエリアに起こる自然災害に備え、遠く離れた地点でデータのバックアップをおこない、データの保全を図ろうとする技術である。こういった遠隔地にデータベースのバックアップ手段を備え、トランザクションデータ発生ごとに内容の更新をおこない、災害発生時などのデータ復旧を迅速におこなう提案がなされている（たとえば、特許文献１参照。）。
【０００４】
また、このようなインターネットを介してデータのバックアップをおこなう場合は、他の媒体へ直接バックアップするときとは異なり、データが一般の通信回線上を伝送されることから、よりセキュリティーを向上させる必要が出てくる。このことに対処するため、通信パケットを暗号化してやり取りすることによって仮想的な専用線の提供を実現するＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）などの技術が利用されてきている。ＶＰＮを利用することにより、インターネット上に送信されたパケットなどのデータを不正入手し解読されることを防ぐことができる。このＶＰＮでおこなう通信パケットの暗号化、復号化は、ＶＰＮの両終端にある専用のハードウエア、もしくはソフトウエアによりおこなわれている。
【０００５】
【特許文献１】
特開２００２−３２２８６３号公報
【０００６】
【発明が解決しようとする課題】
しかしながら、上記特許文献１等に開示された従来技術にあっては、バックアップをおこなう際に、元データを暗号化などの処理をせずそのままの状態で送信していたたためネットワーク上で、パケットなどのデータを不正入手し解読される危険性があった。また、この問題を回避するため、通信回線上で暗号化を用いるＶＰＮなどのセキュリティーを保つ技術を利用したとしても、そのデータ送信先の終端部では元の暗号化されていないデータに復号化されることとなる。このことは、終端部がアウトソーシングとして契約する他企業が管理をおこなうバックアップセンタなどである場合には、他企業のセンタ管理者や、関係者が元データを見ることができることを意味している。このように、バックアップセンタなどで元の生データの状態でデータが保持されることは、情報の漏洩につながる一因ともなる。
【０００７】
この発明は、上述した従来技術に鑑みてなされたものであって、ネットワークを介してデータベースのバックアップおよびトランザクションデータ処理をおこなう際のセキュリティーを保持しつつ、データのバックアップ処理をおこなうことが可能なデータベースバックアップ方法およびデータベースバックアップシステムを提供することを目的とする。
【０００８】
【課題を解決するための手段】
上述した課題を解決し、目的を達成するため、請求項１の発明にかかるデータベースバックアップ方法は、データベースのデータ内容を遠隔地に設けられたストレージサーバに送信してバックアップするためのデータバックアップ方法において、前記データベースの全体バックアップデータを暗号化するバックアップデータ暗号化工程と、前記バックアップデータ暗号化工程によって暗号化された前記全体バックアップデータを前記ストレージサーバに送信するバックアップデータ送信工程と、前記バックアップデータ送信工程によって送信された全体バックアップデータを受信し、前記ストレージサーバにバックアップするバックアップ工程と、前記データベースの更新時に差分データとして出力されるトランザクションデータが出力される都度、該トランザクションデータを暗号化するトランザクションデータ暗号化工程と、前記トランザクションデータ暗号化工程によって暗号化された前記トランザクションデータを前記ストレージサーバに送信するトランザクションデータ送信工程と、前記トランザクションデータ送信工程によって送信されたトランザクションデータを受信し、前記バックアップ工程によってバックアップされた前記全体バックアップデータに対して、該トランザクションデータを用いたトランザクションデータ適用処理を実行するトランザクションデータ適用処理工程と、を含むことを特徴とする。
【０００９】
この請求項１の発明によれば、データベースを暗号化し、ネットワークを介したストレージサーバや、ストレージセンタといったバックアップセンタに対してデータベース全体のバックアップをおこない、暗号化されたままのバックアップデータベースに対し、暗号化したトランザクションデータを適用することでセキュリティーを保持することが可能となる。
【００１０】
また、請求項２の発明にかかるデータベースバックアップ方法は、請求項１に記載の発明において、前記バックアップデータ暗号化工程は、前記データベースの全体バックアップデータのデータ内容をフィールド単位で暗号化し、前記トランザクションデータ暗号化工程は、トランザクションデータのデータ内容をフィールド単位で暗号化し、前記トランザクションデータ適用処理工程は、フィールド単位で暗号化された前記トランザクションデータのデータ内容を、前記バックアップデータ暗号化工程によって暗号化された前記全体バックアップデータ内の該当するデータと入れ替える処理をおこなうことを特徴とする。
【００１１】
この請求項２の発明によれば、データベースの全体バックアップや、更新分であるトランザクションデータに対し、各フィールドごとのデータ内容を暗号化し、その暗号化したデータ内容のみを入れ替えることによってデータベースの更新処理を可能とすることにより、データベースの機密性の向上を図ることができる。
【００１２】
また、請求項３の発明にかかるデータベースバックアップ方法は、請求項１または２に記載の発明において、前記バックアップデータ暗号化工程および前記トランザクションデータ暗号化工程は、あらかじめ前記サーバにおいて用意された秘密鍵を用いて前記全体バックアップデータもしくは前記トランザクションデータの暗号化をおこなうことを特徴とする。
【００１３】
この請求項３の発明によれば、データを暗号化する際にあらかじめ秘密鍵を用意し、その秘密鍵を用いて暗号化をおこなうことで、秘密鍵を備えていない他の場所でデータの復号化がおこなわれることを防ぎ、セキュリティーの保持を図ることが可能となる。
【００１４】
また、請求項４の発明にかかるデータベースバックアップ方法は、請求項１〜３のいずれか一つに記載の発明において、前記データベースの復元の要求があった場合に、前記バックアップ工程によってバックアップされた前記全体バックアップデータあるいは前記トランザクションデータ適用処理工程によってトランザクションデータ適用処理された前記全体バックアップデータを前記データベースに送信する復元データ送信工程と、前記復元データ送信工程によって送信された前記全体バックアップデータを受信し、復号化するデータ復号化工程と、前記データ復号化工程によって復号化された前記全体バックアップデータを前記データベースに復旧させる復旧工程と、を含むことを特徴とする。
【００１５】
この請求項４の発明によれば、データ内容を暗号化してバックアップしたデータベースをリカバリーする際に、データベースをバックアップセンタから取得した後でそのデータ内容を復号化しリストアすることで機密性を向上させることができる。
【００１６】
また、請求項５の発明にかかるデータベースバックアップ方法は、請求項４に記載の発明において、前記復元データ送信工程によって送信された前記全体バックアップデータが前記秘密鍵を用いて暗号化されたものであるとき、前記復元データ暗号化工程は、前記秘密鍵を用いて復号化をおこなうことを特徴とする。
【００１７】
この請求項５の発明によれば、秘密鍵を用いて暗号化したデータベースのデータをリカバリーし、復号化する際にも同じ秘密鍵を必要とすることで、秘密鍵を備えていない他の場所でデータの復号化がおこなわれることを防ぎ、セキュリティーの保持を図ることが可能となる。
【００１８】
また、請求項６の発明にかかるデータベースバックアップシステムは、データベースを備えたサーバと、該サーバのデータベースのデータ内容をバックアップするための遠隔地のストレージサーバとからなるデータベースバックアップシステムにおいて、前記サーバは、前記データベースの全体バックアップデータまたは前記データベースの更新時に差分データとして出力されるトランザクションデータを暗号化するデータ暗号化手段と、前記データ暗号化手段によって暗号化された前記全体バックアップデータまたは前記トランザクションデータを前記ストレージサーバに送信する送信手段と、を備え、前記ストレージサーバは、前記サーバの前記送信手段によって送信された全体バックアップデータを受信し、バックアップするバックアップ手段と、前記サーバからトランザクションデータを受信する都度、前記バックアップ手段によってバックアップされた前記全体バックアップデータに対し、前記送信手段から送信されたトランザクションデータを受信し、該トランザクションデータを用いたトランザクションデータ適用処理を実行するトランザクションデータ適用処理手段と、を備えたことを特徴とする。
【００１９】
この請求項６の発明によれば、暗号化したデータベースを、ネットワークを介したストレージサーバや、ストレージセンタといったバックアップセンタに対してバックアップし、更新処理であるトランザクションデータの適用をおこなうことでセキュリティーを保持することが可能となる。
【００２０】
また、請求項７の発明にかかるデータベースバックアップシステムは、請求項６に記載の発明において、前記データ暗号化手段は、前記データベースの全体バックアップデータまたは前記トランザクションデータのデータ内容をフィールド単位で暗号化し、前記トランザクションデータ適用処理手段は、フィールド単位で暗号化された前記トランザクションデータのデータ内容を、前記データ暗号化手段によって暗号化された前記全体バックアップデータ内の該当するデータと入れ替える処理をおこなうことを特徴とする。
【００２１】
この請求項７の発明によれば、データベースの全体バックアップや、更新分であるトランザクションデータに対し、各フィールドごとのデータ内容を暗号化し、その暗号化したデータ内容のみを入れ替えることによってデータベースの更新処理を可能とすることにより、データベースの機密性の向上を図ることができる。
【００２２】
また、請求項８の発明にかかるデータベースバックアップシステムは、請求項６または７に記載の発明において、前記データ暗号化手段は、あらかじめ前記サーバにおいて用意された秘密鍵を用いて前記全体バックアップデータもしくは前記トランザクションデータの暗号化をおこなうことを特徴とする。
【００２３】
この請求項８の発明によれば、データを暗号化する際にあらかじめ秘密鍵を用意し、その秘密鍵を用いて暗号化をおこなうことで、秘密鍵を備えていない他の場所でデータの復号化がおこなわれることを防ぎ、セキュリティーの保持を図ることが可能となる。
【００２４】
また、請求項９の発明にかかるデータベースバックアップシステムは、請求項６〜８のいずれか一つに記載の発明において、前記ストレージサーバは、前記サーバが備える前記データベースの復元が要求された場合に、前記バックアップ手段によってバックアップされた前記全体バックアップデータ、あるいは前記トランザクションデータ適用処理手段によってトランザクションデータ適用処理された前記全体バックアップデータを該サーバの該データベースに対して送信するバックアップ送信手段、を備え、前記サーバは、前記ストレージサーバの前記バックアップ送信手段によって送信された前記全体バックアップデータを受信し、復号化するデータ復号化手段と、前記データ復号化手段によって復号化された前記全体バックアップデータを前記サーバが備える前記データベースに復旧する復旧手段と、を備えたことを特徴とする。
【００２５】
この請求項９の発明によれば、データ内容を暗号化してバックアップしたデータベースをリカバリーする際に、データベースをバックアップセンタから取得した後でそのデータ内容を復号化してリストアすることで機密性を向上させることができる。
【００２６】
また、請求項１０の発明にかかるデータベースバックアップシステムは、請求項９に記載の発明において、前記ストレージサーバの前記バックアップ送信手段によって送信された前記全体バックアップデータが前記秘密鍵を用いて暗号化されたものであるとき、前記データ復号化手段は、前記秘密鍵を用いて復号化をおこなうことを特徴とする。
【００２７】
この請求項１０の発明によれば、秘密鍵を用いて暗号化したデータベースのデータをリカバリーし、復号化する際にも同じ秘密鍵を必要とすることで、秘密鍵を備えていない他の場所でデータの復号化がおこなわれることを防ぎ、セキュリティーの保持を図ることが可能となる。
【００２８】
【発明の実施の形態】
以下に添付図面を参照して、この発明にかかるデータベースバックアップ方法およびデータベースバックアップシステムの好適な実施の形態を詳細に説明する。
【００２９】
図１は、この発明の本実施の形態にかかるデータベースバックアップシステムの構成を示す概要図である。ネットワーク１００に対して、第１バックアップ対象サーバ（以下、第１サーバ）１０１ａ、・・・第ｎバックアップ対象サーバ（以下、第ｎサーバ）１０１ｎと、第１ストレージセンタ１０２ａ、・・・第ｎストレージセンタ１０２ｎが各々複数接続されている。
【００３０】
第１サーバ１０１ａ、・・・第ｎサーバ１０１ｎは、個人あるいは企業などで使用されるものとし、各サーバごとに個人用または業務用のデータベースを備えたものとする。そして、これらの各サーバの設置個所から所定距離離れた遠隔地には、第１ストレージセンタ１０２ａ、・・・第ｎストレージセンタ１０２ｎが設けられている。この各ストレージセンタは、上述した各サーバのデータベースをバックアップするためのストレージ用のサーバを複数備えた企業や、事業社を示している。しかし、上述したデータベースのバックアップをするためのサーバは、こういったセンタという多くのストレージ資源を備えた企業などに限らず、小規模事業社や、個人などで管理されるストレージ用サーバといったものであってもよい。
【００３１】
第１サーバ１０１ａ、・・・第ｎサーバ１０１ｎは、すべてサーバとしての役割が同じものであるため、以下、第１サーバ１０１ａに焦点を当てて説明をおこなう。第１サーバ１０１ａは、たとえば、会計事務所であれば顧客企業の財務データの作成、更新などを、行政機関であれば台帳閲覧や、その更新業務などをデータベースを用いた日々の業務内容としておこなうものとする。これらのデータを一括してバックアップする際には、第１ストレージセンタ１０２ａに対してインターネットなどのネットワーク１００を介し、全体バックアップデータを送信するものとする。
【００３２】
一方、第１サーバ１０１ａで日々の業務をおこなうと、業務進捗に伴いトランザクションデータ（差分）データが発生する。第１ストレージセンタ１０２ａに対し１度でも全体バックアップをおこなった後は、このトランザクションデータ単位でのバックアップ処理（トランザクションデータ適用処理）をおこなうこととなる。第１サーバ１０１ａは、たとえば、各種パーソナルコンピュータやワークステーションなどであり、ネットワーク１００を介したデータ通信においては、必要に応じてＳＳＬ方式を利用したセキュリティー機能などを用い、秘密保持を確保する。
【００３３】
第１ストレージセンタ１０２ａに設けられるストレージ用サーバは、サーバに限らずたとえば、各種パーソナルコンピュータやワークステーションなどで構成することもできる。また、遠隔地に設けられている第１サーバ１０１ａを代表とする複数のサーバのデータベースエンジンにそれぞれ対応したストレージ用のデータベースを有している。ストレージ用のデータベースとしては、たとえば、ＳＱＬ Ｓｅｒｖｅｒ２０００，Ｏｒａｃｌｅ９ｉなどがある。
【００３４】
つぎに、この発明の本実施の形態にかかるデータベースバックアップシステムの機能的構成について説明する。図２は、この発明の本実施の形態にかかるデータベースバックアップシステムの機能的構成を示すブロック図である。図２に示すように、バックアップ処理をおこなう第１サーバ１０１ａと、バックアップデータを保持する第１ストレージセンタ１０２ａがネットワーク１００を介して接続されている。
【００３５】
第１サーバ１０１ａは、データ格納部２０１と、データ変換部２０２と、データ送受信部２０３とを備えている。データ格納部２０１には、第１サーバ１０１ａで発生する業務データが格納保持され、ユーザによって決められた日時や、業務の進捗具合などにより、定期あるいは不定期に第１ストレージセンタ１０２ａに対してバックアップがおこなわれる。このバックアップをおこなう際、データ変換部２０２はバックアップデータに対して暗号化を施す。また、第１ストレージセンタ１０２ａにバックアップしたデータを、元の第１サーバ１０１ａにリストア（復旧）するときは、データ送受信部２０３を介して取得したリカバリー（復元）データに対しデータ変換部２０２はデータの復号化をおこなう。
【００３６】
また、第１サーバ１０１ａでは、日々の業務によりトランザクションデータが発生する。トランザクションデータが発生すると、データ変換部２０２によって暗号化され、その都度データ送受信部２０３を通じて第１ストレージセンタ１０２ａに対して送信する。データ変換部２０２は、バックアップ、トランザクションデータの発生の際に、各データの暗号化をおこない、データ送受信部２０３は、第１ストレージセンタ１０２ａに対してその送受信をおこなう。
【００３７】
第１ストレージセンタ１０２ａは、バックアップ送受信部２０４と、バックアップ制御部２０５と、バックアップ実行部２０６と、トランザクション反映部２０７と、バックアップ格納部２０８とを備えている。バックアップ送受信部２０４は、第１サーバ１０１ａからのバックアップデータの受信と、第１サーバ１０１ａへのリカバリーデータの送信をおこなう。そして、バックアップ送受信部２０４で受信したデータベースの全体バックアップデータは、バックアップ制御部２０５内のバックアップ実行部２０６により、バックアップ格納部２０８へ格納される。また、第１サーバ１０１ａへリカバリーデータの送信をおこなう際は、バックアップ実行部２０６によってバックアップ格納部２０８からリカバリーデータが取り出され、バックアップ送受信部２０４から送信される。
【００３８】
一方、バックアップ制御部２０５内のトランザクション反映部２０７は、第１サーバ１０１ａから送信されてくるトランザクションデータを受けるとその適用処理をおこなう。トランザクションデータの適用処理としては、たとえば、バックアップ格納部２０８に格納された全体バックアップデータに対し、トランザクションデータとして送信されてきた変更レコード中の差分データを更新する処理である。トランザクション反映部２０７は、トランザクションデータを受けるごとに適用処理をおこなうのでトランザクションデータを保管しておく必要はなくなる。
【００３９】
つぎに、フローチャートを用い、第１サーバ１０１ａと、第１ストレージセンタ１０２ａの各主要な処理手順をそれぞれ説明する。はじめに、第１サーバ１０１ａの処理手順を説明する。図３は、この発明の本実施の形態にかかる第１バックアップ対象サーバ（第１サーバ）の処理手順を示すフローチャートである。
【００４０】
まず、第１サーバ１０１ａでは、データ格納部２０１（データベース）の全体バックアップが実行されたか否かの判断をおこなう（ステップＳ３０１）。全体バックアップが実行されなかった場合は（ステップＳ３０１：Ｎｏ）、つぎに、データ格納部２０１が更新されたか否かの判断をおこなう（ステップＳ３０２）。
【００４１】
ここで、データ格納部２０１が更新された場合は（ステップＳ３０２：Ｙｅｓ）、更新処理によって発生したトランザクションデータファイルをデータ変換部２０２にて暗号化し（ステップＳ３０３）、データ送受信部２０３にて第１ストレージセンタ１０２ａへと送信する（ステップＳ３０５）。ただし、ここで全体バックアップがまだされていない状態で、データベースの更新がされた場合は、先に全体バックアップをおこなう旨を、ユーザに対してエラーメッセージを表示するようにしてもよい。全体バックアップが実行されず（ステップＳ３０１：Ｎｏ）、データ格納部２０１の更新もされていない場合は（ステップＳ３０２：Ｎｏ）、ステップＳ３０１の判断へと戻る。
【００４２】
そして、第１サーバ１０１ａのユーザにより全体バックアップが実行された場合は（ステップＳ３０１：Ｙｅｓ）、全体バックアップデータをデータ変換部２０２にて暗号化し（ステップＳ３０４）、データ送受信部２０３を通じて第１ストレージセンタ１０２ａへと送信し（ステップＳ３０５）、処理を終える。
【００４３】
つぎに、図４は、この発明の本実施の形態にかかる第１ストレージセンタの処理手順を示すフローチャートである。第１ストレージセンタ１０２ａは、図３で示した第１サーバ１０１ａから送信されるデータにより、以下の動作をおこなう。以下の説明では、バックアップ制御部２０５が実行する処理を記載している。
【００４４】
まず、第１サーバ１０１ａから送信される全体バックアップデータをバックアップ送受信部２０４にて受信したか否かを判断する（ステップＳ４０１）。全体バックアップデータを受信した場合は（ステップＳ４０１：Ｙｅｓ）、つぎに、その全体バックアップデータが暗号化されているか否かの判断をおこなう（ステップＳ４０２）。暗号化されていない場合は（ステップＳ４０２：Ｎｏ）、ステップＳ４０１の判断へと戻る。これに対して、全体バックアップデータが暗号化されている場合（ステップＳ４０２：Ｙｅｓ）、バックアップ実行部２０６はバックアップ格納部２０８に全体バックアップデータを保存し（ステップＳ４０３）、処理を終える。
【００４５】
そして、第１サーバ１０１ａから送信される全体バックアップデータを受信したか否かの判断で（ステップＳ４０１）、バックアップ送受信部２０４が全体バックアップデータを受信しなかった場合は（ステップＳ４０１：Ｎｏ）、つぎに、トランザクションデータファイルを受信したか否かの判断をする（ステップＳ４０４）。バックアップ送受信部２０４がトランザクションデータファイルを受信しなかった場合は（ステップＳ４０４：Ｎｏ）、そのまま処理を終える。
【００４６】
バックアップ送受信部２０４がトランザクションデータファイルを受信した場合は（ステップＳ４０４：Ｙｅｓ）、つぎに、トランザクションデータファイルが暗号化されているか否かの判断をおこなう（ステップＳ４０５）。トランザクションデータファイルが暗号化されていない場合は（ステップＳ４０５：Ｎｏ）、ステップＳ４０１の判断へと戻る。トランザクションデータファイルが暗号化されている場合は（ステップＳ４０５：Ｙｅｓ）、保存した全体バックアップデータに対し、トランザクション反映部２０７によりトランザクションデータの適用処理をおこない（ステップＳ４０６）、処理を終える。
【００４７】
図５は、この発明の本実施の形態にかかる全体バックアップの処理の流れとデータの一例を示す概要図である。図５には、第１サーバ１０１ａから、第１ストレージセンタ１０２ａへ全体バックアップをおこなう際の処理と、その各処理時点でのデータ内容の遷移とが示されている。
【００４８】
バックアップをおこなう第１サーバ１０１ａは、ネットワーク１００を介してバックアップデータの保存先となる第１ストレージセンタ１０２ａに接続されている。第１サーバ１０１ａは、サーバ側データベース５０１（データ格納部２０１に相当）を備えており、このサーバ側データベース５０１が全体バックアップの対象となるデータベースとなる。
【００４９】
まず、第１サーバ１０１ａにて、サーバ側データベース５０１に対する全体バックアップの指示が出されると、データ変換部２０２は、処理▲１▼にてサーバ側データベース５０１のデータ内容に対する暗号化を施す。処理▲１▼にて暗号化されたデータを全体バックアップデータ５０２といった一時的なイメージファイルとし、つぎの処理▲２▼においてデータ送受信部２０３から第１ストレージセンタ１０２ａに対して送信をおこなう。送信された全体バックアップデータ５０２は、バックアップ実行部２０６が実行し、処理▲３▼に示す第１ストレージセンタ１０２ａのストレージ側データベース５０３（バックアップ格納部２０８に相当）への格納によって全体バックアップをおこなう。
【００５０】
つぎに、上述した各処理▲１▼〜▲３▼に基づいてデータ内容の移り変わりを説明する。フォーマット例５０４に示されているレコードの各フィールドには、第１フィールドにＩＤ５０５が半角文字数で８バイト分、第２フィールドに名前５０６が半角文字数で１００バイト分各々セットすることができるようになっている。その例として、第１レコードのフィールド５０４ａにはＩＤとして「○○○○○○○○」、フィールド５０４ｂには名前として「いちろー」がセットされている。そして、第２レコードのフィールド５０４ｃにはＩＤとして「××××××××」、フィールド５０４ｄには名前として「のも」がセットされている。そして、これらのフィールドのデータに対し、データ変換部２０２は、上述した処理▲１▼にて暗号化を施す。
【００５１】
データベース５０１の全データ内容を、処理▲１▼にて暗号化すると、全体バックアップデータ５０２となり、そのデータ内容はフォーマット例５０７として示すものとなる。まず、第１フィールドのＩＤデータは、バックアップの際のレコード検索をおこなうためのキーとするため、フィールド５０７ａ，５０７ｃに示す通り、暗号化はおこなわずフォーマット例５０４と同様のままセットしておく。
【００５２】
つぎに、第２フィールドの名前データは、フィールド５０７ｂにて「ｙＩＰＱ／４Ｚｐａ」といった「いちろー」を暗号化した文字列が、フィールド５０７ｄでは「のも」を暗号化した「ｗ９ｅ３ｗｋ６ｋ３」という文字列がセットされている。この暗号化の方式は、情報の暗号化・復号化に単一の鍵（共有鍵）を使用する共有鍵暗号方式、あるいは、公開鍵と秘密鍵の２つの鍵を使用する公開鍵暗号方式のどちらであってもよい。また独自で開発した暗号化の方式や、データ変換のアプリケーションプログラムを介在させることで実現させてもよい。この暗号化をおこなった時点から全体バックアップデータ５０２の内容は、復号化することが可能な者にしか見ることができなくなり、データを覗き見することが不可能な状態となる。
【００５３】
さらに、暗号化した全体バックアップデータ５０２を、ネットワーク１００を介して第１ストレージセンタ１０２ａに送信し、バックアップ実行部２０６によってストレージ側データベース５０３へと格納する。この格納する際の処理ではデータの変換などはおこなわず、フォーマット例５０７の際に説明したものと同様のデータをセットする。たとえば、フィールド５０８ａ，５０８ｃのＩＤは、それぞれフィールド５０７ａ，５０７ｃと同様であり、フィールド５０８ｂ，５０８ｄの暗号化された名前は、フィールド５０７ｂ，５０７ｄと同様である。このように、データの内容が暗号化されたままの状態でストレージ側データベース５０３に格納されることにより、バックアップ先であるストレージセンタにおいてもストレージ側データベース５０３内のデータを覗き見することはできなくなる。
【００５４】
図６は、この発明の本実施の形態にかかるトランザクションデータ適用処理の流れとデータの一例を示す概要図である。図６では、第１サーバ１０１ａから、第１ストレージセンタ１０２ａへトランザクションデータの適用をおこなう際の処理と、その各処理時点でのトランザクションデータ適用処理の対象であるデータの内容とを示すものである。
【００５５】
図６における処理の概要は、まず、第１サーバ１０１ａにて、処理▲１▼のサーバ側データベース５０１のデータに対する更新処理がおこなわれる。つぎに、データ変換部２０２は、処理▲２▼にてサーバ側データベース５０１のデータ内容に対する暗号化を施し、データ送受信部２０３は、処理▲３▼で第１ストレージセンタ１０２ａに対して送信をおこなう。そして、処理▲３▼で暗号化されたデータは、第１ストレージセンタ１０２ａのバックアップ送受信部２０４が処理▲４▼にて受信し、さらに、処理▲５▼にてストレージ側データベース５０３への更新処理をおこなう。最後に、図５で全体バックアップをおこなったストレージ側データベース５０３に対し、トランザクション反映部２０７が、処理▲６▼にてトランザクションデータの適用処理をおこなう。
【００５６】
つぎに、上述した各処理▲１▼〜▲６▼に基づいたデータ内容の説明をおこなう。まず、処理▲１▼では、図５に示したフォーマット例５０４の中のフィールド５０４ｂの内容が、「いちろー」から「マツイ」に更新される。この更新されたレコードのみをトランザクションデータ６０１とし、処理▲２▼にてデータ内容を暗号化する。更新によりフィールド５０４ｂにセットされた「マツイ」は、フィールド６０２ｂに示すような「ｊ３３ｌＣＡＣ＋７Ｖ」というデータに暗号化される。
【００５７】
そして、処理▲３▼の第１サーバ１０１ａからの送信、処理▲４▼の第１ストレージセンタ１０２ａでの受信を経て、処理▲５▼にてストレージ側データベース５０３の更新処理がおこなわれる。更新前のストレージ側データベース５０３におけるフィールド５０８ｂは、「いちろー」を暗号化した「ｙＩＰＱ／４Ｚｐａ」がセットされている。このデータを処理▲６▼に示すトランザクションデータの適用処理により、「マツイ」を暗号化した「ｊ３３ｌＣＡＣ＋７Ｖ」に入れ替えることとする。このように、データベース全体や、フィールド全体を暗号化せず、フィールド内のデータ内容だけを暗号化することによって、暗号化の処理をおこなった後でもデータベースの状態を保つことができる。また、このことによって、暗号化したままの状態でトランザクションデータの適用処理といったデータの入れ替えをおこなうことができるため機密性の向上を図ることができる。さらに、暗号化した状態を保ったままデータの入れ替えが可能であることは、復号化などの処理をおこなう必要がないため、データ入れ替え時の処理の効率化にもつながる。なお、上述した暗号化の方式については図５と同様、共有鍵暗号方式、公開鍵暗号方式など適宜決められるものであってよい。
【００５８】
つぎに、図７は、この発明の本実施の形態にかかる第１バックアップ対象サーバ（第１サーバ）のリカバリーの処理手順を示すフローチャートである。図７には、第１サーバ１０１ａのハードディスクに障害などが発生した後、データを復旧させる際におこなう処理が示されている。
【００５９】
まず、第１ストレージセンタ１０２ａに対し、第１サーバ１０１ａのデータ送受信部２０３から全体バックアップデータのリカバリー要求を送信する（ステップＳ７０１）。ステップＳ７０１の要求に基づき、第１ストレージセンタ１０２ａのバックアップ実行部２０６にて取り出し、バックアップ送受信部２０４から送信された全体バックアップデータを、データ送受信部２０３にて受信する（ステップＳ７０２）。
【００６０】
第１サーバ１０１ａのデータ送受信部２０３にて受信した全体バックアップデータは、データ変換部２０２にてデータ内容の復号化をおこなう（ステップＳ７０３）。データ内容を復号化した全体バックアップデータは、データ格納部２０１へとリストアし（ステップＳ７０４）、処理を終える。
【００６１】
図８は、この発明の本実施の形態にかかるデータのリカバリーの処理の流れとデータの一例を示す概要図である。図８には、第１ストレージセンタ１０２ａから、第１サーバ１０１ａへデータベース５０３のリカバリーをおこなう際の処理と、その各処理時点でのデータ内容の遷移とを示している。
【００６２】
まず、第１サーバ１０１ａは、データ送受信部２０３から第１ストレージセンタ１０２ａに対し全体バックアップデータのリカバリー要求の送信をおこなう。これを受けて、バックアップ送受信部２０４は処理▲１▼にて第１サーバ１０１ａに対し全体バックアップデータを送信し、第１サーバ１０１ａのデータ送受信部２０３は処理▲２▼にて全体リストアデータ８０１といった一時的なイメージファイルとして受信する。受信した全体リストアデータ８０１は、データ変換部２０２がおこなう処理▲３▼にて復号化し、データベース５０１へと格納する。
【００６３】
つぎに、上述した各処理▲１▼〜▲３▼に基づくデータ内容の移り変わりの説明をおこなう。第１ストレージセンタ１０２ａのデータベース５０３には、図６でトランザクションデータの適用処理をおこなった際のデータ内容がセットされている。具体的には、ＩＤ「○○○○○○○○」のレコードに対する名前フィールドには「ｊ３３ｌＣＡＣ＋７Ｖ」、ＩＤ「××××××××」のレコードに対する名前フィールドには「ｗ９ｅ３ｗｋ６ｋ３」がセットされている。処理▲１▼では、このデータベース５０３の全体リストアデータ８０１を、第１サーバ１０１ａに向けて送信する。
【００６４】
ネットワーク１００を介し、第１ストレージセンタ１０２ａから送信された全体リストアデータ８０１を、処理▲２▼で第１サーバ１０１ａが受信する。処理▲２▼で受信した全体リストアデータ８０１は、処理▲３▼にて復号化され、データベース５０１へと格納される。これにより、ＩＤ「○○○○○○○○」のレコードの名前フィールドは「ｊ３３ｌＣＡＣ＋７Ｖ」から「マツイ」へ、ＩＤ「××××××××」のレコードの名前フィールドは「ｗ９ｅ３ｗｋ６ｋ３」から「のも」へと復号化され、データベース５０１へセットされる。
【００６５】
上述した処理▲３▼における復号化は、前記した全体バックアップや、トランザクションデータの適用処理の際の暗号化に用いた、たとえば、秘密鍵などと同様の鍵を使う。この秘密鍵を使って暗号化したデータの復号化をすることにより、第１サーバ１０１ａ上で再びデータを見ることが可能となるため、セキュリティーを保持することができる。
【００６６】
以上説明したように、本実施の形態によれば、第１サーバ１０１ａのデータベースに対し、たとえば、秘密鍵を使った暗号化をおこない、第１ストレージセンタ１０２ａのデータベースにバックアップをおこなうことで機密性の向上を図ることができる。さらに、バックアップ先である第１ストレージセンタ１０２ａ上には秘密鍵を備えず、データの復号化をおこなうことができないため、機密性をさらに向上させることができる。また、データベースのデータ内容のみをデータ変換部２０２にて暗号化し、暗号化したままの状態でトランザクションデータの適用処理といったデータ内容の入れ替えをおこなうことができるので、セキュリティーを保持することが可能となる。さらに、リカバリーの際は、復号化に必要な鍵が備えてある第１サーバ１０１ａ上のデータ変換部２０２にてデータの復号化をおこなうため、機密性を向上させることができる。
【００６７】
なお、本実施の形態で説明したデータベースバックアップ方法は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーション等のコンピュータで実行することにより実現することができる。このプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。またこのプログラムは、インターネット等のネットワークを介して配布することが可能な伝送媒体であってもよい。
【００６８】
【発明の効果】
以上説明したように、請求項１に記載の発明は、データベースのデータ内容を遠隔地に設けられたストレージサーバに送信してバックアップするためのデータバックアップ方法において、前記データベースの全体バックアップデータを暗号化するバックアップデータ暗号化工程と、前記バックアップデータ暗号化工程によって暗号化された前記全体バックアップデータを前記ストレージサーバに送信するバックアップデータ送信工程と、前記バックアップデータ送信工程によって送信された前記暗号化された状態の前記全体バックアップデータを受信し、前記ストレージサーバにバックアップするバックアップ工程と、前記データベースの更新時に差分データとして出力されるトランザクションデータが出力される都度、該トランザクションデータを暗号化するトランザクションデータ暗号化工程と、前記トランザクションデータ暗号化工程によって暗号化された前記トランザクションデータを前記ストレージサーバに送信するトランザクションデータ送信工程と、前記トランザクションデータ送信工程によって送信された前記暗号化された状態の前記トランザクションデータを受信し、前記バックアップ工程によってバックアップされた前記全体バックアップデータに対して、該トランザクションデータを用いたトランザクションデータ適用処理を実行するトランザクションデータ適用処理工程と、を含む構成としたので、データベースを暗号化し、ネットワークを介したストレージセンタなどのバックアップセンタに対してデータベース全体のバックアップをおこない、暗号化されたままのバックアップデータベースに対し、暗号化したトランザクションデータを適用することでセキュリティーを保持することが可能となるという効果を奏する。
【００６９】
また、請求項２に記載の発明は、請求項１に記載の発明において、前記バックアップデータ暗号化工程は、前記データベースの全体バックアップデータのデータ内容をフィールド単位で暗号化し、前記トランザクションデータ暗号化工程は、トランザクションデータのデータ内容をフィールド単位で暗号化し、前記トランザクションデータ適用処理工程は、フィールド単位で暗号化された前記トランザクションデータのデータ内容を、前記バックアップデータ暗号化工程によって暗号化された前記全体バックアップデータ内の該当するデータと入れ替える処理をおこなう構成としたので、データベースの全体バックアップや、更新分であるトランザクションデータに対し、各フィールドごとのデータ内容を暗号化し、その暗号化したデータ内容のみを入れ替えることによってデータベースの更新処理を可能とすることにより、データベースの機密性の向上を図ることができるという効果を奏する。
【００７０】
また、請求項３に記載の発明は、請求項１または２に記載の発明において、前記バックアップデータ暗号化工程および前記トランザクションデータ暗号化工程は、あらかじめ前記サーバにおいて用意された秘密鍵を用いて前記全体バックアップデータもしくは前記トランザクションデータの暗号化をおこなう構成としたので、データを暗号化する際にあらかじめ秘密鍵を用意し、その秘密鍵を用いて暗号化をおこなうことで、秘密鍵を備えていない他の場所でデータの復号化がおこなわれることを防ぎ、セキュリティーの保持を図ることが可能となるという効果を奏する。
【００７１】
また、請求項４に記載の発明は、請求項１〜３のいずれか一つに記載の発明において、前記データベースの復元を要するときに、前記バックアップ工程によってバックアップされた前記全体バックアップデータあるいは前記トランザクションデータ適用処理工程によってトランザクションデータ適用処理された前記全体バックアップデータを前記データベースに送信する復元データ送信工程と、前記復元データ送信工程によって送信された前記全体バックアップデータを受信し、復号化するデー復号化工程と、前記データ復号化工程によって復号化された前記全体バックアップデータを前記データベースに復旧させる復旧工程と、を含む構成としたので、データ内容を暗号化してバックアップしたデータベースをリカバリーする際に、データベースをバックアップセンタから取得した後でそのデータ内容を復号化してリストアすることで機密性を向上させることができるという効果を奏する。
【００７２】
また、請求項５に記載の発明は、請求項４に記載の発明において、前記復元データ送信工程によって送信された前記全体バックアップデータが前記秘密鍵を用いて暗号化されたものであるとき、前記復元データ暗号化工程は、前記秘密鍵を用いて復号化をおこなう構成としたので、秘密鍵を用いて暗号化したデータベースのデータをリカバリーし、復号化する際にも同じ秘密鍵を必要とすることで、秘密鍵を備えていない他の場所でデータの復号化がおこなわれることを防ぎ、セキュリティーの保持を図ることが可能となるという効果を奏する。
【００７３】
また、請求項６に記載の発明は、データベースを備えたサーバと、該サーバのデータベースのデータ内容をバックアップするための遠隔地のストレージサーバとからなるデータベースバックアップシステムにおいて、前記サーバは、前記データベースの全体バックアップデータまたは前記データベースの更新時に差分データとして出力されるトランザクションデータを暗号化するデータ暗号化手段と、前記データ暗号化手段によって暗号化された前記全体バックアップデータまたは前記トランザクションデータを前記ストレージサーバに送信する送信手段と、を備え、前記ストレージサーバは、前記サーバの前記送信手段によって送信された前記暗号化された状態の前記全体バックアップデータを受信し、バックアップするバックアップ手段と、前記サーバからトランザクションデータを受信する都度、前記バックアップ手段によってバックアップされた前記全体バックアップデータに対し、前記送信手段から送信された前記暗号化された状態の前記トランザクションデータを受信し、該トランザクションデータを用いたトランザクションデータ適用処理を実行するトランザクションデータ適用処理手段と、を備えたので、暗号化したデータベースを、ネットワークを介したストレージセンタなどのバックアップセンタに対してバックアップし、更新処理であるトランザクションデータの適用をおこなうことでセキュリティーを保持することが可能となるという効果を奏する。
【００７４】
また、請求項７に記載の発明は、請求項６に記載の発明において、前記データ暗号化手段は、前記データベースの全体バックアップデータまたは前記トランザクションデータのデータ内容をフィールド単位で暗号化し、前記トランザクションデータ適用処理手段は、フィールド単位で暗号化された前記トランザクションデータのデータ内容を、前記データ暗号化手段によって暗号化された前記全体バックアップデータ内の該当するデータと入れ替える処理をおこなう特徴を備えたので、データベースの全体バックアップや、更新分であるトランザクションデータに対し、各フィールドごとのデータ内容を暗号化し、その暗号化したデータ内容のみを入れ替えることによってデータベースの更新処理を可能とすることにより、データベースの機密性の向上を図ることができるという効果を奏する。
【００７５】
また、請求項８に記載の発明は、請求項６または７に記載の発明において、前記データ暗号化手段は、あらかじめ前記サーバにおいて用意された秘密鍵を用いて前記全体バックアップデータもしくは前記トランザクションデータの暗号化をおこなう特徴を備えたので、データを暗号化する際にあらかじめ秘密鍵を用意し、その秘密鍵を用いて暗号化をおこなうことで、秘密鍵を備えていない他の場所でデータの復号化がおこなわれることを防ぎ、セキュリティーの保持を図ることが可能となるという効果を奏する。
【００７６】
また、請求項９に記載の発明は、請求項６〜８のいずれか一つに記載の発明において、前記ストレージサーバは、前記サーバが備える前記データベースの復元を要するときに、前記バックアップ手段によってバックアップされた前記全体バックアップデータ、あるいは前記トランザクションデータ適用処理手段によってトランザクションデータ適用処理された前記全体バックアップデータを該サーバの該データベースに対して送信するバックアップ送信手段、を備え、前記サーバは、前記ストレージサーバの前記バックアップ送信手段によって送信された前記全体バックアップデータを受信し、復号化するデータ復号化手段と、前記データ復号化手段によって復号化された前記全体バックアップデータを前記サーバが備える前記データベースに復旧する復旧手段と、を備えたので、データ内容を暗号化してバックアップしたデータベースをリカバリーする際に、データベースをバックアップセンタから取得した後でそのデータ内容を復号化してリストアすることで機密性を向上させることができるという効果を奏する。
【００７７】
また、請求項１０に記載の発明は、請求項９に記載の発明において、前記ストレージサーバの前記バックアップ送信手段によって送信された前記全体バックアップデータが前記秘密鍵を用いて暗号化されたものであるとき、前記データ復号化手段は、前記秘密鍵を用いて復号化をおこなう特徴を備えたので、秘密鍵を用いて暗号化したデータベースのデータをリカバリーし、復号化する際にも同じ秘密鍵を必要とすることで、秘密鍵を備えていない他の場所でデータの復号化がおこなわれることを防ぎ、セキュリティーの保持を図ることが可能となるという効果を奏する。
【図面の簡単な説明】
【図１】この発明の本実施の形態にかかるデータベースバックアップシステムの構成を示す概要図である。
【図２】この発明の本実施の形態にかかるデータベースバックアップシステムの機能的構成を示すブロック図である。
【図３】この発明の本実施の形態にかかる第１バックアップ対象サーバ（第１サーバ）の処理手順を示すフローチャートである。
【図４】この発明の本実施の形態にかかる第１ストレージセンタの処理手順を示すフローチャートである。
【図５】この発明の本実施の形態にかかる全体バックアップの処理の流れとデータの一例を示す概要図である。
【図６】この発明の本実施の形態にかかるトランザクションデータ適用処理の流れとデータの一例を示す概要図である。
【図７】この発明の本実施の形態にかかる第１バックアップ対象サーバ（第１サーバ）のリカバリーの処理手順を示すフローチャートである。
【図８】この発明の本実施の形態にかかるデータのリカバリーの処理の流れとデータの一例を示す概要図である。
【符号の説明】
１００ ネットワーク
１０１ａ 第１バックアップ対象サーバ（第１サーバ）
１０１ｎ 第ｎバックアップ対象サーバ（第ｎサーバ）
１０２ａ 第１ストレージセンタ
１０２ｎ 第ｎストレージセンタ
２０１ データ格納部
２０２ データ変換部
２０３ データ送受信部
２０４ バックアップ送受信部
２０５ バックアップ制御部
２０６ バックアップ実行部
２０７ トランザクション反映部
２０８ バックアップ格納部
５０１ サーバ側データベース
５０２ 全体バックアップデータ
５０３ ストレージ側データベース
５０４ フォーマット例
５０４ａ，５０４ｂ，５０４ｃ，５０４ｄ フィールド
５０５ ＩＤ
５０６ 名前
６０１ トランザクションデータ
８０１ 全体リストアデータ
Claims (10)
- データベースのデータ内容を遠隔地に設けられたストレージサーバに送信してバックアップするためのデータバックアップ方法において、
前記データベースの全体バックアップデータを暗号化するバックアップデータ暗号化工程と、
前記バックアップデータ暗号化工程によって暗号化された前記全体バックアップデータを前記ストレージサーバに送信するバックアップデータ送信工程と、
前記バックアップデータ送信工程によって送信された全体バックアップデータを受信し、前記ストレージサーバにバックアップするバックアップ工程と、
前記データベースの更新時に差分データとして出力されるトランザクションデータが出力される都度、該トランザクションデータを暗号化するトランザクションデータ暗号化工程と、
前記トランザクションデータ暗号化工程によって暗号化された前記トランザクションデータを前記ストレージサーバに送信するトランザクションデータ送信工程と、
前記トランザクションデータ送信工程によって送信された前記トランザクションデータを受信し、前記バックアップ工程によってバックアップされた前記全体バックアップデータに対して、該トランザクションデータを用いたトランザクションデータ適用処理を実行するトランザクションデータ適用処理工程と、
を含んだことを特徴とするデータベースバックアップ方法。 - 前記バックアップデータ暗号化工程は、前記データベースの全体バックアップデータのデータ内容をフィールド単位で暗号化し、
前記トランザクションデータ暗号化工程は、トランザクションデータのデータ内容をフィールド単位で暗号化し、
前記トランザクションデータ適用処理工程は、フィールド単位で暗号化された前記トランザクションデータのデータ内容を、前記バックアップデータ暗号化工程によって暗号化された前記全体バックアップデータ内の該当するデータと入れ替える処理をおこなうことを特徴とする請求項１に記載のデータベースバックアップ方法。 - 前記バックアップデータ暗号化工程および前記トランザクションデータ暗号化工程は、あらかじめ前記サーバにおいて用意された秘密鍵を用いて前記全体バックアップデータもしくは前記トランザクションデータの暗号化をおこなうことを特徴とする請求項１または２に記載のデータベースバックアップ方法。
- 前記データベースの復元の要求があった場合に、前記バックアップ工程によってバックアップされた前記全体バックアップデータあるいは前記トランザクションデータ適用処理工程によってトランザクションデータ適用処理された前記全体バックアップデータを前記データベースに送信する復元データ送信工程と、
前記復元データ送信工程によって送信された前記全体バックアップデータを受信し、復号化するデータ復号化工程と、
前記データ復号化工程によって復号化された前記全体バックアップデータを前記データベースに復旧させる復旧工程と、
を含んだことを特徴とする請求項１〜３のいずれか一つに記載のデータベースバックアップ方法。 - 前記復元データ送信工程によって送信された前記全体バックアップデータが前記秘密鍵を用いて暗号化されたものであるとき、前記データ復号化工程は、前記秘密鍵を用いて復号化をおこなうことを特徴とする請求項４に記載のデータベースバックアップ方法。
- データベースを備えたサーバと、該サーバのデータベースのデータ内容をバックアップするための遠隔地のストレージサーバとからなるデータベースバックアップシステムにおいて、
前記サーバは、
前記データベースの全体バックアップデータまたは前記データベースの更新時に差分データとして出力されるトランザクションデータを暗号化するデータ暗号化手段と、
前記データ暗号化手段によって暗号化された前記全体バックアップデータまたは前記トランザクションデータを前記ストレージサーバに送信する送信手段と、
を備え、
前記ストレージサーバは、
前記サーバの前記送信手段によって送信された全体バックアップデータを受信し、バックアップするバックアップ手段と、
前記サーバからトランザクションデータを受信する都度、前記バックアップ手段によってバックアップされた前記全体バックアップデータに対し、前記送信手段から送信されたトランザクションデータを受信し、該トランザクションデータを用いたトランザクションデータ適用処理を実行するトランザクションデータ適用処理手段と、
を備えたことを特徴とするデータベースバックアップシステム。 - 前記データ暗号化手段は、前記データベースの全体バックアップデータまたは前記トランザクションデータのデータ内容をフィールド単位で暗号化し、
前記トランザクションデータ適用処理手段は、フィールド単位で暗号化された前記トランザクションデータのデータ内容を、前記データ暗号化手段によって暗号化された前記全体バックアップデータ内の該当するデータと入れ替える処理をおこなうことを特徴とする請求項６に記載のデータベースバックアップシステム。 - 前記データ暗号化手段は、あらかじめ前記サーバにおいて用意された秘密鍵を用いて前記全体バックアップデータもしくは前記トランザクションデータの暗号化をおこなうことを特徴とする請求項６または７に記載のデータベースバックアップシステム。
- 前記ストレージサーバは、前記サーバが備える前記データベースの復元が要求された場合に、前記バックアップ手段によってバックアップされた前記全体バックアップデータ、あるいは前記トランザクションデータ適用処理手段によってトランザクションデータ適用処理された前記全体バックアップデータを該サーバの該データベースに対して送信するバックアップ送信手段、を備え、
前記サーバは、前記ストレージサーバの前記バックアップ送信手段によって送信された前記全体バックアップデータを受信し、復号化するデータ復号化手段と、
前記データ復号化手段によって復号化された前記全体バックアップデータを前記サーバが備える前記データベースに復旧する復旧手段と、
を備えたことを特徴とする請求項６〜８のいずれか一つに記載のデータベースバックアップシステム。 - 前記ストレージサーバの前記バックアップ送信手段によって送信された前記全体バックアップデータが前記秘密鍵を用いて暗号化されたものであるとき、前記データ復号化手段は、前記秘密鍵を用いて復号化をおこなうことを特徴とする請求項９に記載のデータベースバックアップシステム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003151127A JP2004355251A (ja) | 2003-05-28 | 2003-05-28 | データベースバックアップ方法およびデータベースバックアップシステム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003151127A JP2004355251A (ja) | 2003-05-28 | 2003-05-28 | データベースバックアップ方法およびデータベースバックアップシステム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004355251A true JP2004355251A (ja) | 2004-12-16 |
Family
ID=34046742
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003151127A Pending JP2004355251A (ja) | 2003-05-28 | 2003-05-28 | データベースバックアップ方法およびデータベースバックアップシステム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004355251A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2013182588A (ja) * | 2012-03-05 | 2013-09-12 | Oki Electric Ind Co Ltd | バックアップシステムにおけるバックアップデータの同期方法 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH07306828A (ja) * | 1994-05-10 | 1995-11-21 | Fujitsu Ltd | サーバ間データ連携装置 |
| JP2001331380A (ja) * | 2000-05-23 | 2001-11-30 | Hitachi Ltd | 計算機システムおよびデータ復号化方法 |
| WO2002003271A1 (fr) * | 2000-07-04 | 2002-01-10 | Hitachi, Ltd. | Carte a circuit integre, procede de duplication d'une carte a circuit integre et procede de restitution |
| JP2002055608A (ja) * | 2000-08-10 | 2002-02-20 | Japan Information Technology Co Ltd | 暗号化装置、復号化装置、暗号化方法、復号化方法、暗号化プログラムを記録した記録媒体及び復号化プログラムを記録した記録媒体 |
-
2003
- 2003-05-28 JP JP2003151127A patent/JP2004355251A/ja active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH07306828A (ja) * | 1994-05-10 | 1995-11-21 | Fujitsu Ltd | サーバ間データ連携装置 |
| JP2001331380A (ja) * | 2000-05-23 | 2001-11-30 | Hitachi Ltd | 計算機システムおよびデータ復号化方法 |
| WO2002003271A1 (fr) * | 2000-07-04 | 2002-01-10 | Hitachi, Ltd. | Carte a circuit integre, procede de duplication d'une carte a circuit integre et procede de restitution |
| JP2002055608A (ja) * | 2000-08-10 | 2002-02-20 | Japan Information Technology Co Ltd | 暗号化装置、復号化装置、暗号化方法、復号化方法、暗号化プログラムを記録した記録媒体及び復号化プログラムを記録した記録媒体 |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2013182588A (ja) * | 2012-03-05 | 2013-09-12 | Oki Electric Ind Co Ltd | バックアップシステムにおけるバックアップデータの同期方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| AU2018236850B2 (en) | Storage and retrieval of crytographically-split data blocks to/from multiple storage devices | |
| US8386798B2 (en) | Block-level data storage using an outstanding write list | |
| US7792300B1 (en) | Method and apparatus for re-encrypting data in a transaction-based secure storage system | |
| JP5210376B2 (ja) | 固定コンテンツ分散型データ記憶システムにおけるデータ機密保持方法 | |
| EP1949270B1 (en) | Method and system for data backup | |
| AU2016203740B2 (en) | Simultaneous state-based cryptographic splitting in a secure storage appliance | |
| US10007807B2 (en) | Simultaneous state-based cryptographic splitting in a secure storage appliance | |
| US20100162004A1 (en) | Storage of cryptographically-split data blocks at geographically-separated locations | |
| US20100125730A1 (en) | Block-level data storage security system | |
| US20100153740A1 (en) | Data recovery using error strip identifiers | |
| US20110276965A1 (en) | Information processing apparatus, information processing system, and encryption information management method | |
| JP4167476B2 (ja) | データ保護・保管方法／サーバ | |
| US20140108796A1 (en) | Storage of cryptographically-split data blocks at geographically-separated locations | |
| JP2008250369A (ja) | 機密データファイルの管理方法、管理システム及びプロキシサーバ | |
| US20090235091A1 (en) | Computer system for indexing and storing sensitive, secured, information on a non-trusted computer storage array | |
| US20100169662A1 (en) | Simultaneous state-based cryptographic splitting in a secure storage appliance | |
| WO2013008353A1 (ja) | データ分散保管システム | |
| JP2006228202A (ja) | 機密データの管理方法及び管理システム | |
| JP2007072643A (ja) | データ保管システム | |
| JP2004355251A (ja) | データベースバックアップ方法およびデータベースバックアップシステム | |
| AU2020205273A1 (en) | Data recovery using error strip identifiers |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060516 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20090908 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090929 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20100323 |