JP2007026064A - 計算機システム、管理計算機及びデータベース管理システムの制御方法 - Google Patents

計算機システム、管理計算機及びデータベース管理システムの制御方法 Download PDF

Info

Publication number
JP2007026064A
JP2007026064A JP2005207019A JP2005207019A JP2007026064A JP 2007026064 A JP2007026064 A JP 2007026064A JP 2005207019 A JP2005207019 A JP 2005207019A JP 2005207019 A JP2005207019 A JP 2005207019A JP 2007026064 A JP2007026064 A JP 2007026064A
Authority
JP
Japan
Prior art keywords
cache memory
database
management system
computer
database management
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.)
Granted
Application number
JP2005207019A
Other languages
English (en)
Other versions
JP4784974B2 (ja
Inventor
Masaru Kiregawa
優 喜連川
Naoichi Nemoto
直一 根本
Norifumi Nishikawa
記史 西川
Kazuhiko Mogi
和彦 茂木
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
University of Tokyo NUC
Original Assignee
Hitachi Ltd
University of Tokyo NUC
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd, University of Tokyo NUC filed Critical Hitachi Ltd
Priority to JP2005207019A priority Critical patent/JP4784974B2/ja
Priority to US11/259,894 priority patent/US7395371B2/en
Publication of JP2007026064A publication Critical patent/JP2007026064A/ja
Application granted granted Critical
Publication of JP4784974B2 publication Critical patent/JP4784974B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F12/00—Accessing, addressing or allocating within memory systems or architectures
    • G06F12/02—Addressing or allocation; Relocation
    • G06F12/08—Addressing or allocation; Relocation in hierarchically structured memory systems, e.g. virtual memory systems
    • G06F12/0802—Addressing of a memory level in which the access to the desired data or data block requires associative addressing means, e.g. caches
    • G06F12/0866—Addressing of a memory level in which the access to the desired data or data block requires associative addressing means, e.g. caches for peripheral storage systems, e.g. disk cache
    • G06F12/0871—Allocation or management of cache space
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/21—Design, administration or maintenance of databases
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/25—Integrating or interfacing systems involving database management systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2212/00—Indexing scheme relating to accessing, addressing or allocation within memory systems or architectures
    • G06F2212/46—Caching storage objects of specific type in disk cache
    • G06F2212/465—Structured object, e.g. database record
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2212/00—Indexing scheme relating to accessing, addressing or allocation within memory systems or architectures
    • G06F2212/60—Details of cache memory
    • G06F2212/601—Reconfiguration of cache memory
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99931—Database or file accessing
    • Y10S707/99932—Access augmentation or optimizing
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99941—Database schema or data structure
    • Y10S707/99943—Generating database or data structure, e.g. via user interface

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Memory System Of A Hierarchy Structure (AREA)

Abstract

【課題】ＤＢＭＳが、ストレージ装置のキャッシュメモリの記憶領域を有効に利用する。
【解決手段】本発明は、データベース管理システムが動作する一又は複数のＤＢＭＳ計算機と、前記データベース管理システムが操作するデータベースを格納する記憶装置と、前記ＤＢＭＳ計算機及び前記記憶装置を管理する管理計算機と、を有する計算機システムであって、前記記憶装置は、データを一時的に格納するキャッシュメモリ及び前記データベースを格納する物理ディスク装置を有し、前記管理計算機は、前記データベース管理システムに性能問題が発生すると、当該データベース管理システムが動作するＤＢＭＳ計算機へ割り当てられている前記キャッシュメモリの割当量を変更し、前記変更したキャッシュメモリの割当量に応じて、アクセスプランの変更を前記データベース管理システムへ指示することを特徴とする。
【選択図】図４

Description

本発明は、データベースを操作するデータベース管理システムを有する計算機システムに関し、特に、最適なアクセスプランを選択する技術に関する。
現在、企業等の組織では、データベース（ＤＢ）に膨大な量のデータが格納されている。そのため、ＤＢからデータを収集するデータベース管理システム（ＤＢＭＳ）が重要になっている。
一般的には、ＤＢＭＳはサーバ上で動作する。そして、当該サーバは、ストレージ装置に接続され、接続されているストレージ装置にＤＢデータを格納する。
ここで、ＤＢＭＳの処理について説明する。
まず、ＤＢＭＳは、クライアントから問合せを受けると、最適化処理を行う。最適化処理は、クライアントからの問合せを実行するのに最も効率が良いアクセスプランを選択する処理である。そして、ＤＢＭＳは、選択したアクセスプランによって、ＤＢへアクセスする。
なお、最適化処理として、ルールベース又はコストベースが知られている。
ルールベースの最適化処理は、クライアントから問合せを行うコード（ＳＱＬ文）の記載方法等に基づいて、アクセスプランを決定する。一方、コストベースの最適化処理は、ＤＢＭＳが動作しているサーバのＣＰＵ速度（ＣＰＵコスト）等の情報に基づいて、アクセスプランを決定する。
ＤＢＭＳにルールベースの最適化処理を採用するためには、クライアントに相当の知識が必要とされる。このため、一般的なＤＢＭＳには、コストベースの最適化処理が採用されている。
ＤＢＭＳは、アクセスプランを実行中に、実行可能且つ低コストな他のアクセスプランを発見すると、アクセスプランを変更する技術が知られている（例えば、非特許文献１参照。）。
ストレージ装置は、接続されているサーバからの要求（書き込み要求又は読み出し要求）を受けると、以下のように処理する。
ストレージ装置は、ディスク装置及びキャッシュメモリを備える。ディスク装置は、データを記憶する不揮発性記憶媒体（例えば、ハードディスクドライブ等。）である。キャッシュメモリは、データを一時的に記憶する揮発性記憶媒体（例えば、半導体メモリ等。）である。
ストレージ装置は、サーバから読み出し要求を受けると、要求されたデータがキャッシュメモリに格納されているか否かを判定する。
キャッシュメモリに格納されていると、キャッシュメモリからデータを読み出す。そして、読み出したデータをサーバへ応答し、処理を終了する。
一般的に、キャッシュメモリは、データ読み出し速度がディスク装置より速い。よって、ストレージ装置は、ディスク装置でなくキャッシュメモリからデータを読み出すことによって、サーバへの応答を高速化できる。
通常、ストレージ装置は、一つのキャッシュメモリを備える。また、ストレージ装置は、複数のサーバに接続されている。この場合、キャッシュメモリは、当該ストレージ装置に接続されている複数のサーバで共用される。そして、それぞれのサーバは、キャッシュメモリの使用量を規制されていない。
このため、一つのサーバが大量のデータの読み出し要求を行うと、キャッシュメモリが当該サーバによって占有されてしまう。このため、キャッシュメモリを共用する他のサーバのアプリケーションの性能が劣化するという問題があった。
この問題を解決するために、キャッシュメモリ上の記憶領域をサーバごとに割り当てる技術が知られている（例えば、非特許文献２参照。）。この技術では、それぞれのサーバは、割り当てられた記憶領域を占有する。
また、キャッシュメモリ上の記憶領域をサーバごとに割り当てた後、割り当てを変更する技術が知られている（例えば、特許文献１参照。）。この技術では、サーバは、アプリケーションの性能要求を満たさなくなると、他のサーバに割り当てられているキャッシュメモリ上の記憶領域を供出してもらう。そして、サーバは、他のサーバから供出してもらった記憶領域を使用することによって、アプリケーションの性能要求を満たす。
特開２００４−２９５７９０号公報 Volker Markl、Vijayshankar Raman、David Simmen、Guy Lohman、Hamid Pirahes、Miso Cilimdzic：「Robust query processing through progressive optimization」、Proc. of the 2004 ACM SIGMOD International Conference on Management of Data、2004年、ｐ.659-670 Hitachi TagmaStore Universal Storage Platform、インターネット（ＵＲＬ：http://www.hds.com/pdf/wp168_tagmastore_virtualization.pdf）
しかし、従来技術（特許文献１）によると、ＤＢＭＳは、自身が動作しているサーバに割り当てられているキャッシュメモリの記憶領域の容量（キャッシュ割当量）の変更を認識できなかった。そのため、ＤＢＭＳは、キャッシュ割当量の変更を考慮せずに、ＤＢへアクセスするアクセスプランを作成していた。よって、ＤＢＭＳは、キャッシュ割当量を有効に利用できず、性能を向上できなかった。
本発明は、前述した問題点に鑑みてなされたものであり、ＤＢＭＳがキャッシュ割当量を有効に利用する計算機システムを提供することを目的とする。
本発明は、データベース管理システムが動作する一又は複数のＤＢＭＳ計算機と、前記データベース管理システムが操作するデータベースを格納する記憶装置と、前記ＤＢＭＳ計算機及び前記記憶装置を管理する管理計算機と、を有する計算機システムであって、前記記憶装置は、データを一時的に格納するキャッシュメモリ及び前記データベースを格納する物理ディスク装置を有し、前記管理計算機は、前記データベース管理システムに性能問題が発生すると、当該データベース管理システムが動作するＤＢＭＳ計算機へ割り当てられている前記キャッシュメモリの割当量を変更し、前記変更したキャッシュメモリの割当量に応じて、アクセスプランの変更を前記データベース管理システムへ指示することを特徴とする。
本発明のＤＢＭＳは、ストレージ装置のキャッシュメモリの記憶領域を有効に利用できる。
以下、本発明の実施の形態を図面を参照して説明する。
図１は、本発明の実施の形態の計算機システムのブロック図である。
計算機システムは、ＤＢＭＳサーバ２０００、ストレージ装置３０００及び管理サーバ１０３０を備える。
ＤＢＭＳサーバ２０００、ストレージ装置３０００及び管理サーバ１０３０は、ネットワーク１０２０を介して、相互に接続されている。ネットワーク１０２０は、例えば、ローカルエリアネットワーク（ＬＡＮ）である。また、ネットワーク１０２０には、ルータ等のネットワーク機器が備えられていてもよい。
また、ＤＭＭＳサーバ２０００とストレージ装置３０００とは、ネットワーク１０００を介して、相互に接続されている。ネットワーク１０００は、例えば、ファイバチャネル（ＦＣ）である。また、ネットワーク１０００には、ＦＣスイッチ等のネットワーク機器が備えられていてもよい。
ストレージ装置３０００は、図３で後述するが、データベース（ＤＢ）が格納される物理ディスクを備える。なお、ストレージ装置３０００は、二台を図示しているが、何台備えられていてもよい。
ＤＢＭＳサーバ２０００は、図２で後述するが、データベース管理システム（ＤＢＭＳ）を実行する。ＤＢＭＳは、ＤＢＭＳサーバ２０００で実行されるプログラムであり、ストレージ装置３０００に格納されているＤＢを制御する。ＤＢの制御には、ＤＢの更新、ＤＢの検索、テーブルの作成及びテーブルの定義等が含まれる。なお、ＤＢＭＳサーバ２０００は、二台を図示しているが、何台備えられていてもよい。
管理サーバ１０３０は、図４で後述するが、ＤＢＭＳサーバ２０００及びストレージ装置３０００を管理する。
具体的には、管理サーバ１０３０は、ストレージ装置３０００のキャッシュメモリの割り当ての変更を検知すると、キャッシュ割当量が変更されたＤＢＭＳサーバ２０００からアクセスプランを取得する。次に、管理サーバ１０３０は、取得したアクセスプランを参照して、変更されたキャッシュ割当量に応じたアクセスプランを作成する。そして、管理サーバ１０３０は、作成したアクセスプランへの変更をＤＢＭＳサーバ２０００に指示する。すると、ＤＢＭＳサーバ２０００は、指示されたアクセスプランに変更する。これによって、ＤＢＭＳサーバ２０００は、高速に処理できるアクセスプランを選択できる。
なお、管理サーバ１０３０は、独立した計算機であってもよいし、ＤＢＭＳサーバ２０００又はストレージ装置３０００に含まれていてもよい。
計算機システムには、ＤＢＭＳサーバ２０００へアクセスする計算機（クライアント）が備えられていてもよい。
図２は、本発明の実施の形態のＤＢＭＳサーバ２０００のブロック図である。
ＤＢＭＳサーバ２０００は、プロセッサ２０１２、記憶領域２０１６、Ｅｔｈｅｒ Ｉ／Ｆ２０１５、ＦＣ Ｉ／Ｆ２０１４及び出力装置２０１３を備える。
ＤＢＭＳサーバ２０００を構成するこれらの装置は、内部バス等の通信路２０１１を介して相互に接続されている。Ｅｔｈｅｒ Ｉ／Ｆ２０１５及びＦＣ Ｉ／Ｆ２０１４は、一つずつを図示しているが、複数備えられていてもよい。
プロセッサ２０１２は、記憶領域２０１６に記憶されているプログラムを実行することによって、各種処理を行う。
Ｅｔｈｅｒ Ｉ／Ｆ２０１５は、ネットワーク１０２０を介して、外部の装置と接続するインタフェースである。Ｅｔｈｅｒ Ｉ／Ｆ２０１５は、イーサネットプロトコルを用いて通信する。Ｅｔｈｅｒ Ｉ／Ｆ２０１５が接続する外部の装置には、管理サーバ１０３０、ストレージ装置３０００及びクライアント等が含まれる。
ＦＣ Ｉ／Ｆ２０１４は、ネットワーク１０００を介して、外部の装置と接続するインタフェースである。ＦＣ Ｉ／Ｆ２０１４は、ファイバチャネルプロトコルを用いて通信する。ＦＣ Ｉ／Ｆ２０１４が接続する外部の装置には、ストレージ装置３０００等が含まれる。
出力装置２０１３は、例えば、ディスプレイ等であり、各種情報を出力する。
記憶領域２０１６には、オペレーティングシステム（ＯＳ）２００７、ＤＢＭＳ２００８、クライアントプログラム２００６、ＤＢスキーマ情報テーブル５１００、データ領域情報テーブル５２００、ＤＢファイルシステム情報テーブル５３００及びＤＢＭＳ領域情報テーブル５４００等が記憶されている。
ＯＳ２００７は、ＤＢＭＳサーバ２０００の全体を管理する。また、ＯＳ２００７は、ＤＢファイルシステムを含む。ＤＢファイルシステムは、ストレージ装置３０００に格納されているＤＢからファイルを取得し、取得したファイルを他のプログラムに提供する。
クライアントプログラム２００６は、クライアントからデータを要求されると、要求されたデータをＤＢＭＳ２００８へ問い合わせる。
ＤＢＭＳ２００８は、プラン作成マネージャ２００９を含み、ストレージ装置３０００に格納されているＤＢを制御する。プラン作成マネージャ２００９は、クライアントプログラム２００６から問い合せを受けると、アクセスプランを作成する。
なお、記憶領域２０１６には、ＤＢＭＳ２００８が複数記憶されていてもよい。この場合、それぞれのＤＢＭＳ２００８には、一意な識別子が付与される。
ＤＢスキーマ情報テーブル５１００は、図５Ａで後述するが、ＤＢＭＳ２００８が管理するＤＢの論理的構造（ＤＢスキーマ）に関する情報を示す。
データ領域情報テーブル５２００は、図５Ｂで後述するが、ＯＳ２００７が管理するデータ領域に関する情報を示す。
ＤＢファイルシステム情報テーブル５３００は、図５Ｃで後述するが、ＯＳ２００７がＤＢにアクセスする際に必要な情報を示す。
ＤＢＭＳ領域情報テーブル５４００は、図５Ｄで後述するが、ＤＢＭＳ２００８がアクセスするストレージ装置３０００の物理ディスクに関する情報を示す。
図３は、本発明の実施の形態のストレージ装置３０００のブロック図である。
ストレージ装置３０００は、コントローラ３００５、記憶領域３００４、物理ディスク３００６、Ｅｔｈｅｒ Ｉ／Ｆ３００７及びＦＣ Ｉ／Ｆ３００８を備える。
なお、Ｅｔｈｅｒ Ｉ／Ｆ３００７及びＦＣ Ｉ／Ｆ３００８は、それぞれ一つを図示するが、複数備えられていてもよい。また、物理ディスク３００６は、四台を図示しているが、いくつ備えられていてもよい。
コントローラ３００５は、ストレージ装置３０００の全体を制御する。また、コントローラ３００５は、ＣＰＵ等を備え、記憶領域３００４に記憶されているプログラムを実行することによって、各種処理を行う。
Ｅｔｈｅｒ Ｉ／Ｆ３００７は、ネットワーク１０２０を介して、外部の装置と接続するインタフェースである。Ｅｔｈｅｒ Ｉ／Ｆ３００７が接続する外部の装置には、管理サーバ１０３０及びＤＢＭＳサーバ２０００等が含まれる。
ＦＣ Ｉ／Ｆ３００８は、ネットワーク１０００を介して、外部の装置と接続するインタフェースである。ＦＣ Ｉ／Ｆ３００８が接続する外部の装置には、ＤＢＭＳサーバ２０００等が含まれる。
物理ディスク３００６には、ＤＢを含む情報が記憶されている。なお、ＤＢＭＳサーバ２０００は、物理ディスク３００６を論理ユニットとして認識する。つまり、ＤＢＭＳサーバ２０００は、論理ユニット番号及びオフセットアドレスを使って、物理ディスク３００６に格納されているデータにアクセスする。オフセットアドレスは、当該論理ユニット内の相対的なアドレスである。
なお、物理ディスク３００６は、ＲＡＩＤ構成であってもよい。この場合、ＤＢＭＳサーバ２０００は、論理ユニット番号及び論理アドレスを使って、物理ディスク３００６に格納されているデータにアクセスする。
記憶領域３００４は、不揮発性のメモリ装置である。記憶領域３００４には、キャッシュメモリ３００３として使用される領域が含まれる。また、記憶領域３００４には、キャッシュ割当管理テーブル８４００、キャッシュデータ管理テーブル８５００及び制御マネージャ３００１等が記憶されている。
キャッシュ割当管理テーブル８４００は、図６Ａで後述するが、キャッシュメモリ３００３の割り当ての状況に関する情報を示す。
キャッシュデータ管理テーブル８５００は、図６Ｂで後述するが、キャッシュメモリ３００３が記憶しているデータに関する情報を示す。
制御マネージャ３００１は、管理サーバ１０３０からの要求に応じて物理ディスク３００６に格納されているデータを呼び出し、呼び出したデータをキャッシュメモリ３００３に格納する。
図４は、本発明の実施の形態の管理サーバ１０３０のブロック図である。
管理サーバ１０３０は、プロセッサ１０３１、記憶領域１０３４、Ｅｔｈｅｒ Ｉ／Ｆ１０３３及び出力装置１０３２を備える。管理サーバ１０３０を構成するこれらの装置は、内部バス等の通信路１０３５を介して相互に接続されている。
なお、Ｅｔｈｅｒ Ｉ／Ｆ１０３３は、一つを図示しているが、複数備えられていてもよい。
Ｅｔｈｅｒ Ｉ／Ｆ１０３３は、ネットワーク１０２０を介して、外部の装置と接続するインタフェースである。Ｅｔｈｅｒ Ｉ／Ｆ１０３３が接続する外部の装置には、ＤＢＭＳサーバ２０００及びストレージ装置３０００等が含まれる。
出力装置１０３２は、例えば、ディスプレイ等であり、各種情報を出力する。
記憶領域１０３４には、管理マネージャ１０５０、アクセスプラン情報テーブル７２００、ストレージキャッシュ管理テーブル７３００、ストレージキャッシュ割当管理テーブル７４００、ＤＢＭＳ統計情報テーブル７５００、構成情報テーブル７６００及びＤＢＭＳ性能情報テーブル７７００等が記憶されている。
管理マネージャ１０５０は、ストレージ装置３０００のキャッシュメモリ３００３の割り当ての変更を検知すると、ＤＢＭＳ２００８へアクセスプランの変更を指示する。管理マネージャ１０５０の処理の詳細は、図１２及び図１３で後述する。
アクセスプラン情報テーブル７２００は、図７Ａで後述するが、ＤＢＭＳサーバ２０００が作成したアクセスプランに関する情報を示す。
ストレージキャッシュ管理テーブル７３００は、図７Ｂで後述するが、ストレージ装置３０００のキャッシュメモリ３００３に格納されているデータに関する情報を示す。
ストレージキャッシュ割当管理テーブル７４００は、図７Ｃで後述するが、ストレージ装置３０００のキャッシュメモリ３００３の割り当ての変更履歴を示す。
ＤＢＭＳ統計情報テーブル７５００は、図７Ｄで後述するが、ストレージ装置３０００に格納されているＤＢに含まれる表及び索引に関する情報を示す。
構成情報テーブル７６００は、図７Ｅで後述するが、ストレージ装置３０００に格納されているＤＢに関する情報を示す。
ＤＢＭＳ性能情報テーブル７７００は、図７Ｆで後述するが、ＤＢＭＳサーバ２０００のＤＢＭＳ２００８の性能に関する情報を示す。
図５Ａは、本発明の実施の形態のＤＢＭＳサーバ２０００が有するＤＢスキーマ情報テーブル５１００の構成図である。
ＤＢスキーマ情報テーブル５１００は、ＤＢＭＳ２００８が管理するＤＢスキーマに関する情報である。ＤＢスキーマ情報テーブル５１００は、スキーマＩＤ５１０１、スキーマ名５１０２、スキーマ種別５１０３、データ領域ＩＤ５１０４、スキーマサイズ５１０５及び先頭オフセットアドレス５１０６を含む。
スキーマＩＤ５１０１は、ＤＢＭＳ２００８が管理するＤＢスキーマの一意な識別子である。スキーマ名５１０２は、当該ＤＢスキーマの名称である。スキーマ種別５１０３は、当該ＤＢスキーマの種別であり、「表」又は「索引」等が格納される。
データ領域ＩＤ５１０４は、当該ＤＢスキーマが格納されているデータ領域の一意な識別子である。スキーマサイズ５１０５は、当該ＤＢスキーマの大きさである。先頭オフセットアドレス５１０６は、当該ＤＢスキーマが格納されている物理ディスク３００６上の記憶領域のオフセットアドレスの先頭の値である。なお、ＤＢスキーマは、ストレージ装置３０００の物理ディスク３００６上の記憶領域に格納されている。
図５Ｂは、本発明の実施の形態のＤＢＭＳサーバ２０００が有するデータ領域情報テーブル５２００の構成図である。
データ領域情報テーブル５２００は、ＯＳ２００７が管理するデータ領域に関する情報である。
データ領域情報テーブル５２００は、データ領域ＩＤ５２０１、領域名５２０２、ＤＢファイルシステム名５２０３及び領域サイズ５２０４を含む。データ領域情報テーブル５２００は、ＤＢＭＳサーバ２０００のＯＳ２００７に含まれるＤＢファイルシステムの数と同数のレコードを有する。
データ領域ＩＤ５２０１は、ＤＢＭＳ２００８がデータ領域を一意に識別する識別子である。領域名５２０２は、当該データ領域の名称である。ＤＢファイルシステム名５２０３は、当該データ領域を管理するＤＢファイルシステムの名称である。領域サイズ５２０４は、当該データ領域の大きさである。
図５Ｃは、本発明の実施の形態のＤＢＭＳサーバ２０００が有するＤＢファイルシステム情報テーブル５３００の構成図である。
ＤＢファイルシステム情報テーブル５３００は、ＤＢＭＳサーバ２０００のＯＳ２００７がデータを読み書きする際に用いる情報である。ＤＢファイルシステム情報テーブル５３００は、ＤＢファイルシステム名５３０１、論理ユニット番号５３０２及びストレージＩＤ５３０３を含む。
ＤＢファイルシステム名５３０１は、ＤＢＭＳサーバ２０００のＯＳ２００７に含まれるＤＢファイルシステムの名称である。
論理ユニット番号５３０２は、当該ＤＢファイルシステムが管理する論理ユニットの一意な識別子である。
ストレージＩＤ５３０３は、当該ＤＢファイルシステムが管理する論理ユニットが属するストレージ装置の一意な識別子である。例えば、ストレージＩＤ５３０３には、Ｗｏｒｌｄ Ｗｉｄｅ Ｎａｍｅ（ＷＷＮ））が格納されてもよい。
図５Ｄは、本発明の実施の形態のＤＢＭＳサーバ２０００が有するＤＢＭＳ領域情報テーブル５４００の構成図である。
ＤＢＭＳ領域情報テーブル５４００は、ＤＢＭＳ ＩＤ５４０１、ストレージＩＤ５４０２、論理ユニット番号５４０３及びオフセットアドレス５４０４を含む。
ＤＢＭＳ ＩＤ５４０１は、ＤＢＭＳサーバ２０００で動作するＤＢＭＳ２００８の一意な識別子である。
ストレージＩＤ５４０２は、当該ＤＢＭＳ２００８が使用する物理ディスク３００６上の記憶領域を有するストレージ装置３０００の一意な識別子である。論理ユニット番号５４０３は、当該ＤＢＭＳ２００８が使用する論理ユニットの一意な識別子である。オフセットアドレス５４０４は、当該ＤＢＭＳ２００８が使用する物理ディスク３００６上の記憶領域のオフセットアドレスである。
図６Ａは、本発明の実施の形態のストレージ装置３０００が有するキャッシュ割当管理テーブル８４００の構成図である。
キャッシュ割当管理テーブル８４００は、ストレージ装置３０００のキャッシュメモリ３００３の割り当ての状況を示す。
キャッシュ割当管理テーブル８４００は、キャッシュ割当ホストＩＤ８４０１及びキャッシュアドレス８４０２を含む。
キャッシュ割当ホストＩＤ８４０１は、ストレージ装置３０００のキャッシュメモリ３００３上の記憶領域（キャッシュ領域）が割り当てられているＤＢＭＳサーバ２０００の一意な識別子である。
キャッシュアドレス８４０２は、当該ＤＢＭＳサーバ２０００に割り当てられているキャッシュ領域のアドレス（キャッシュアドレス）である。
図６Ｂは、本発明の実施の形態のストレージ装置３０００が有するキャッシュデータ管理テーブル８５００の構成図である。
キャッシュデータ管理テーブル８５００は、キャッシュメモリ３００３に記憶されているデータと物理ディスク３００６に記憶されているデータとの関係を示す。
キャッシュデータ管理テーブル８５００は、キャッシュアドレス８５０１、論理ユニット番号８５０２及びオフセットアドレス８５０３を含む。
キャッシュアドレス８５０１は、データが記憶されているキャッシュ領域のアドレスである。
論理ユニット番号８５０２は、当該キャッシュ領域に記憶されているデータと同一のデータが記憶されている論理ユニットの一意な識別子である。オフセットアドレス８５０３は、当該キャッシュ領域に記憶されているデータと同一のデータが記憶されている物理ディスク上３００６の記憶領域のオフセットアドレスである。
図７Ａは、本発明の実施の形態の管理サーバ１０３０が有するアクセスプラン情報テーブル７２００の構成図である。
アクセスプラン情報テーブル７２００は、ノードプラン名７２０１、プラン親ノード名７２０２、ノード処理７２０３、アクセスデータ構造７２０４、処理順番７２０５及びノード処理詳細７２０６を含む。
ノードプラン名７２０１は、アクセスプランに含まれるノードプランの名称である。
プラン親ノード名７２０２は、当該ノードプランに対応する親ノードプランの名称である。ノード処理７２０３は、当該ノードプランの処理内容である。アクセスデータ構造７２０４は、当該ノードプランがアクセスするデータ構造の名称である。
処理順番７２０５は、当該ノードプランが処理される順番である。ノード処理詳細欄７２０６は、当該ノードプランの詳細な処理内容である。
図７Ｂは、本発明の実施の形態の管理サーバ１０３０が有するストレージキャッシュ管理テーブル７３００の構成図である。
ストレージキャッシュ管理テーブル７３００は、ストレージＩＤ７３０１、キャッシュアドレス７３０２、ホストＩＤ７３０３、ＤＢＭＳ ＩＤ７３０４、ヒット回数７３０５、論理ユニット番号７３０６及びオフセットアドレス７３０７を含む。
ストレージＩＤ７３０１は、キャッシュメモリ３００３にデータが記憶されているストレージ装置３０００の一意な識別子である。キャッシュアドレス７３０２は、データが記憶されているキャッシュ領域のアドレスである。
ホストＩＤ７３０３は、当該キャッシュ領域を使用するＤＢＭＳサーバ２０００の一意な識別子である。ＤＢＭＳ ＩＤ７３０４は、当該キャッシュ領域を使用するＤＢＭＳ２００８の一意な識別子である。
ヒット回数７３０５は、当該キャッシュ領域にＤＢＭＳ２００８がアクセスした回数である。
論理ユニット番号７３０６は、当該キャッシュ領域に記憶されているデータと同一のデータが記憶されている論理ユニットの一意な識別子である。オフセットアドレス７３０７は、当該キャッシュ領域に記憶されているデータと同一のデータが記憶されている物理ディスク３００６上の記憶領域のオフセットアドレスである。
図７Ｃは、本発明の実施の形態の管理サーバ１０３０が有するストレージキャッシュ割当管理テーブル７４００の構成図である。
ストレージキャッシュ割当管理テーブル７４００は、ストレージＩＤ７４０１、キャッシュアドレス７４０２及び割当ホストＩＤ７４０３を含む。
ストレージＩＤ７４０１は、キャッシュ領域の割り当てが変更されたキャッシュメモリ３００３を備えるストレージ装置３０００の一意な識別子である。
キャッシュアドレス７４０２は、割り当てが変更されたキャッシュ領域のアドレスである。
割当ホストＩＤ７４０３は、割り当ての変更によって、当該キャッシュ領域が割り当てられたＤＢＭＳサーバ２０００の一意な識別子である。
図７Ｄは、本発明の実施の形態の管理サーバ１０３０が有するＤＢＭＳ統計情報テーブル７５００の構成図である。
ＤＢＭＳ統計情報テーブル７５００は、表・索引名７５０１、列名７５０２、長さ７５０３及びエントリ数７５０４を含む。
表・索引名７５０１は、ストレージ装置３０００に格納されているＤＢに含まれる表又は索引の名称である。
列名７５０２は、当該表又は索引のキー値の列の名称である。
長さ７５０３は、当該列のデータ長である。エントリ数７５０４は、当該列のエントリの数である。
図７Ｅは、本発明の実施の形態の管理サーバ１０３０が有する構成情報テーブル７６００の構成図である。
構成情報テーブル７６００は、ホストＩＤ７６０１、ＤＢＭＳ ＩＤ７６０２、スキーマ名７６０３、スキーマ種別７６０４、スキーマサイズ７６０５、データ領域ＩＤ７６０６、先頭オフセットアドレス７６０７、論理ユニット番号７６０８及びストレージＩＤ７６０９を含む。
ホストＩＤ７６０１は、ＤＢＭＳサーバ２０００の一意な識別子である。ＤＢＭＳ ＩＤ７６０２は、ＤＢＭＳサーバ２０００で動作するＤＢＭＳ２００８の一意な識別子である。
スキーマ名７６０３は、当該ＤＢＭＳ２００８がアクセスするスキーマの名称である。スキーマ種別７６０４は、当該スキーマの種別であり、「表」又は「索引」等が格納される。サイズ７６０５は、当該スキーマの大きさである。
データ領域ＩＤ７６０６は、当該スキーマが格納されているデータ領域の一意な識別子である。先頭オフセットアドレス７６０７は、当該スキーマが格納されている物理ディスク上３００６上の記憶領域のオフセットアドレスの先頭の値である。
論理ユニット番号７６０８は、当該スキーマが格納されている論理ユニットの一意な識別子である。ストレージＩＤ７６０９は、当該スキーマが格納されているストレージ装置３０００の一意な識別子である。
図７Ｆは、本発明の実施の形態の管理サーバ１０３０が有するＤＢＭＳ性能情報テーブル７７００の構成図である。
ＤＢＭＳ性能情報テーブル７７００は、ＤＢＭＳ ＩＤ７７０１、ホストＩＤ７７０２、スループット情報７７０３及び最大ディスクキュー長７７０４を含む。
ＤＢＭＳ ＩＤ７７０１は、ＤＢＭＳサーバ２０００で動作するＤＢＭＳ２００８の一意な識別子である。ホストＩＤ７７０２は、当該ＤＢＭＳが動作するＤＢＭＳサーバ２０００の一意な識別子である。
スループット７７０３は、当該ＤＢＭＳ２００８の処理速度である。最大ディスクキュー長７７０４は、当該ＤＢＭＳ２００８のキューの長さの最大値である。キューの長さは、ＤＢにアクセスする順番を待っている処理の数である。
図８Ａは、本発明の実施の形態のＤＢＭＳサーバ２０００のＤＢＭＳ２００８が実行するクエリ９８の説明図である。
クエリ９８は、データをＤＢに要求する情報である。
ＤＢＭＳ２００８は、クエリ９８をクライアントプログラム２００６から受けると、当該クエリ９８を解析する。そして、解析した結果に基づいて、アクセスプランを作成する。
図８Ｂは、本発明の実施の形態のＤＢＭＳ２００８が作成したアクセスプランの説明図である。
アクセスプランは、複数のノードプラン９０〜９７で構成される。ノードプラン９０〜９７には、ノード番号、処理内容及びアクセスデータ構造が含まれる。
複数の表を結合する処理には、ネストループ結合、ソートマージ結合及びハッシュ結合などがある。
当該アクセスプランでは、表Ｔ２と表Ｔ３は、ハッシュ結合によって結合される（ノードプラン９４）。また、ハッシュ結合の結果と表Ｔ１は、ネストループ結合によって結合される（ノードプラン９１）。
図９は、本発明の実施の形態の管理サーバ１０３０が行う構成情報テーブル７６００及びＤＢＭＳ統計情報テーブル７５００の更新処理のフローチャートである。
管理サーバ１０３０の管理マネージャ１０５０は、構成情報テーブル７６００を更新するための情報をＤＢＭＳサーバ２０００から取得する。
具体的には、ＤＢＭＳサーバ２０００のＤＢスキーマ情報テーブル５１００に格納されている情報をＤＢＭＳサーバ２０００から取得する。次に、取得したＤＢスキーマ情報テーブル５１００の先頭オフセットアドレス５１０６とＤＢＭＳ領域情報テーブル５４００のオフセットアドレス５４０４の先頭の値とが一致するレコードに格納されている情報を、ＤＢＭＳサーバ２０００のＤＢＭＳ領域情報テーブル５４００から取得する。
次に、取得した情報に基づいて、構成情報テーブル７６００を更新する（１０１）。
具体的には、これらの情報を取得したＤＢＭＳサーバ２０００を特定する。次に、特定したＤＢＭＳサーバ２０００の識別子を、構成情報テーブル７６００のホストＩＤ７６０１に格納する。
次に、取得したＤＢＭＳ領域情報テーブル５４００のＤＢＭＳ ＩＤ５４０１を、構成情報テーブル７６００のＤＢＭＳ ＩＤ７６０２に格納する。次に、取得したＤＢスキーマ情報テーブル５１００のスキーマ名５１０２を、構成情報テーブル７６００のスキーマ名７６０３に格納する。
次に、取得したＤＢスキーマ情報テーブル５１００のスキーマ種別５１０３を、構成情報テーブル７６００のスキーマ種別７６０４に格納する。次に、取得したＤＢスキーマ情報テーブル５１００のスキーマサイズ５１０５を、構成情報テーブル７６００のスキーマサイズ７６０５に格納する。
次に、取得したＤＢスキーマ情報テーブル５１００のデータ領域ＩＤ５１０４を、構成情報テーブル７６００のデータ領域ＩＤ７６０６に格納する。次に、取得したＤＢスキーマ情報テーブル５１００の先頭オフセットアドレス５１０６を、構成情報テーブル７６００の先頭オフセットアドレス７６０７に格納する。
次に、取得したＤＢＭＳ領域情報テーブル５４００の論理ユニット番号５４０３を、構成情報テーブル７６００の論理ユニット番号７６０８に格納する。次に、取得したＤＢＭＳ領域情報テーブル５４００のストレージＩＤ５４０２を、構成情報テーブル７６００のストレージＩＤ７６０９に格納する。
以上のように、構成情報テーブル７６００を更新する。
次に、ＤＢＭＳ統計情報テーブル７５００を行進するための情報をＤＢＭＳサーバ２０００から取得する。
具体的には、当該ＤＢＭＳサーバ２０００が管理する表又は索引に関する情報を取得する。表又は索引に関する情報は、表名又は索引名、キー値の列名、列の長さ及び列のエントリ数を含む。
次に、取得した情報に基づいて、ＤＢＭＳ統計情報テーブル７５００を更新する（１０２）。
そして、構成情報テーブル７６００及びＤＢＭＳ統計情報テーブル７５００の更新処理を終了する。
図１０は、本発明の実施の形態のストレージ装置３０００のキャッシュアクセス状況通知処理のフローチャートである。
ストレージ装置３０００の制御マネージャ３００１は、所定の時間内におけるキャッシュメモリ３００３へのアクセスを監視し、当該アクセスの状況（キャッシュアクセス状況）を収集する（１３１）。所定の時間は、予め設定されていてもよいし、管理者から指定されてもよい。
キャッシュアクセス状況は、キャッシュアドレス、キャッシュヒット回数、ホストＩＤ、論理ユニット番号及びオフセットアドレスを含む。
キャッシュアドレスは、ＤＢＭＳサーバ２０００に使用されているキャッシュ領域のアドレスである。キャッシュヒット回数は、当該キャッシュ領域がＤＢＭＳサーバ２０００にアクセスされた回数（カウンタ値情報）である。ホストＩＤは、当該キャッシュ領域に使用しているＤＢＭＳサーバ２０００の一意な識別子である。
論理ユニット番号は、当該キャッシュ領域に記憶されているデータと同一のデータが記憶されている論理ユニットの一意な識別子である。オフセットアドレスは、当該キャッシュ領域に記憶されているデータと同一のデータが記憶されている物理ディスク３００６上の記憶領域のオフセットアドレスである。
具体的には、制御マネージャ３００１は、アクセスを監視することによって、キャッシュアドレス及びキャッシュヒット回数を収集する。次に、収集したキャッシュアドレスとキャッシュ割当管理テーブル８４００のキャッシュアドレス８４０２とが一致するレコードを、キャッシュ割当管理テーブル８４００から選択する。次に、選択したレコードから、キャッシュ割当ホストＩＤ８４０１を取得する。そして、取得したホストＩＤ８４０１を、キャッシュアクセス状況のホストＩＤとする。
次に、収集したキャッシュアドレスとキャッシュデータ管理テーブル８５００のキャッシュアドレス８５０１とが一致するレコードを、キャッシュデータ管理テーブル８５００から選択する。選択したレコードから、論理ユニット番号８５０２及びオフセットアドレス８５０３を取得する。そして、取得した論理ユニット番号８５０２及びオフセットアドレス８５０３を、キャッシュアクセス状況の論理ユニット番号及びオフセットアドレスとする。このようにキャッシュアクセス状況を収集する。
次に、制御マネージャ３００１は、収集したキャッシュアクセス状況を、管理サーバ１０３０へ通知する（１３２）。そして、キャッシュアクセス状況通知処理を終了する。
図１１は、本発明の実施の形態の管理サーバ１０３０のストレージキャッシュ管理テーブル７３００の更新処理のフローチャートである。
まず、管理マネージャ１０５０は、ストレージ装置３０００からキャッシュアクセス状況の通知を受ける（１３５）。
そして、通知を受けたキャッシュアクセス状況に基づいて、ストレージキャッシュ管理テーブル７３００を更新する（１３６）。
具体的には、キャッシュアクセス状況を通知したストレージ装置３０００を特定する。そして、特定したストレージ装置３０００の識別子を、ストレージキャッシュ管理テーブル７３００のストレージＩＤ７３０１に格納する。
次に、キャッシュアクセス状況に含まれるキャッシュアドレスを、ストレージキャッシュ管理テーブル７３００のキャッシュアドレス７３０２に格納する。次に、キャッシュアクセス状況に含まれるホストＩＤを、ストレージキャッシュ管理テーブル７３００のホストＩＤ７３０３に格納する。
次に、キャッシュアクセス状況に含まれるキャッシュメモリ情報の先頭の値と構成情報テーブル７６００の先頭オフセットアドレス７６０７とが一致するレコードを、構成情報テーブル７６００から選択する。次に、選択したレコードから、ＤＢＭＳ ＩＤ７６０２を取得する。そして、取得したＤＢＭＳ ＩＤ７６０２を、ストレージキャッシュ管理テーブル７３００のＤＢＭＳ ＩＤ７３０４に格納する。
次に、キャッシュアクセス状況に含まれるキャッシュヒット回数を、ストレージキャッシュ管理テーブル７３００のヒット回数７３０５に格納する。次に、キャッシュアクセス状況に含まれる論理ユニット番号を、ストレージキャッシュ管理テーブル７３００の論理ユニット番号７３０６に格納する。次に、キャッシュアクセス状況に含まれるオフセットアドレスを、ストレージキャッシュ管理テーブル７３００のオフセットアドレス７３０７に格納する。
以上のように、ストレージキャッシュ管理テーブル７３００を更新する。そして、処理を終了する。
図１２は、本発明の実施の形態の管理サーバ１０３０のキャッシュメモリ割当変更処理の説明図である。
管理サーバ１０３０の管理マネージャ１０５０は、ＤＢＭＳ２００８の性能に関する情報をＤＢＭＳサーバ２０００から定期的に取得する（１４０）。
次に、取得したＤＢＭＳ２００８の性能に関する情報に基づいて、ＤＢＭＳ性能情報テーブル７７００を更新する。そして、更新したＤＢＭＳ性能情報テーブル７７００を参照することによって、ＤＢＭＳ２００８に性能問題が発生しているか否かを判断する（１４１）。例えば、管理マネージャ１０５０は、問題の発生回数が閾値を超えると、ＤＢＭＳ２００８に性能問題が発生していると判定する。
性能問題は、ＤＢＭＳ２００８に割り当てられているキャッシュメモリ３００３の不足により発生することがある。具体的には、ＤＢＭＳ２００８がアクセスするデータがストレージ装置３０００のキャッシュメモリ３００３に載りきらない場合には、ＬＲＵアルゴリズム等に基づき、キャッシュメモリ３００３上のデータを削除して新たにキャッシュメモリ３００３の空き領域を作成しデータを記憶する。この時、ＤＢＭＳ２００８がアクセスするデータがストレージ装置３０００のキャッシュメモリ３００３に記憶されていないならば、物理ディスク３００６に記憶されているデータへアクセスするためアクセス時間がかかることになり、ＤＢＭＳ２００８が実行する処理が遅延することがある。
ＤＢＭＳ２００８に性能問題が発生していないと、キャッシュメモリ３００３の割り当てを変更する必要がないので、ステップ１４０に戻る。
一方、ＤＢＭＳ２００８に性能問題が発生していると、キャッシュメモリ３００３の割り当てを変更する必要があると判定する。そこで、ＤＢＭＳ２００８の性能問題を解決するために必要なキャッシュメモリ３００３の容量を算出する（１４２）。
例えば、特許文献１に記載された方法で、ＤＢＭＳ２００８の性能問題を解決するために必要なキャッシュメモリ３００３の容量を算出する。具体的には、ＤＢＭＳ２００８の過去の性能情報に基づいて、性能問題を解決するためにＤＢＭＳ２００８がアクセスするデータを判断する。次に、判断したデータへのアクセスに必要なキャッシュメモリ３００３の容量を算出する。そして、算出した容量を、性能問題を解決するために必要なキャッシュメモリ３００３の容量とする。
次に、管理マネージャ１０５０は、ストレージキャッシュ管理テーブル７３００を参照して、キャッシュメモリ３００３の割り当てを決定する（１４３）。このとき、算出したキャッシュメモリ３００３の容量を問題が発生したＤＢＭＳ２００８に割り当てるように、キャッシュメモリ３００３の割り当てを決定する。
例えば、管理マネージャ１０５０は、ＤＢＭＳ２００８が既にアクセスして不要になったデータを記憶しているキャッシュ領域を、問題が発生したＤＢＭＳ２００８に割り当てるように、キャッシュメモリ３００３の割り当てを決定する。
具体的には、管理マネージャ１０５０は、ストレージＩＤ７３０１、キャッシュアドレス７３０２、論理ユニット番号７３０６及びオフセットアドレス７３０７を、ストレージキャッシュ管理テーブル７３００のレコード順に抽出する。
次に、抽出した論理ユニット番号７３０６と構成情報テーブル７６００の論理ユニット番号７６０８とが一致し、且つ、抽出したオフセットアドレス７３０７の先頭の値と構成情報テーブル７６００の先頭オフセットアドレス７６０７とが一致するレコードを、構成情報テーブル７６００から選択する。次に、選択したレコードから、スキーマ名７６０３を抽出する。
これによって、抽出したストレージＩＤ７３０１及びキャッシュアドレス７３０２に対応するキャッシュ領域に記憶されているデータのスキーマ名を取得する。
次に、ＤＢＭＳ２００８のアクセス情報を取得する。アクセス情報は、ＤＢＭＳ２００８がアクセスした物理ディスク３００６上の記憶領域のストレージＩＤ、論理ユニット番号及びオフセットアドレスを含む。
次に、取得したアクセス情報及びアクセスプラン情報テーブル７２００を参照することによって、ＤＢＭＳ２００８が現在アクセスしている場所をアクセスプランから特定する。
そして、特定した場所に基づいて、抽出したストレージＩＤ７３０１及びキャッシュアドレス７３０２に対応するキャッシュ領域に記憶されているデータが、ＤＢＭＳ２００８に既にアクセスされたか否かを判定する。ここでは、ＤＢＭＳ２００８に既にアクセスされたデータを不要になったデータと判定する。
そして、不要になったデータが記憶されているキャッシュ領域を、問題が発生したＤＢＭＳ２００８に優先的に割り当てるように、キャッシュメモリ３００３の割り当てを決定する。つまり、当該ストレージＩＤ及びキャッシュアドレス７３０２に対応するキャッシュ領域を、性能問題が発生したＤＢＭＳ２００８に優先的に割り当てる。
また、管理マネージャ１０５０は、キャッシュ領域のアクセス回数に基づいて、キャッシュメモリ３００３の割り当てを決定してもよい。
具体的には、性能問題を解決するために必要な容量を、ＤＢＭＳ２００８に割り当てるまで以下の処理を繰り返す。
まず、ストレージキャッシュ管理テーブル７３００のヒット回数７３０５の小さいレコードをストレージキャッシュ管理テーブル７３００から順に選択する。次に、選択したレコードから、ストレージＩＤ７３０１及びキャッシュアドレス７３０２を抽出する。
そして、抽出したストレージＩＤ７３０１及びキャッシュアドレス７３０２に対応するキャッシュ領域を、性能問題が発生したＤＢＭＳ２００８に割り当てる。
例えば、性能問題を解決するために必要なキャッシュメモリ３００３の容量が「１００ＭＢ」であるで説明する。この場合、管理マネージャ１０５０は、ストレージキャッシュ管理テーブル７３００のヒット回数７３０５が「１回」のキャッシュ領域を割り当てる。次に、ストレージキャッシュ管理テーブル７３００のヒット回数７３０５が「１回」のキャッシュ領域のすべてを合わせた容量が「１００ＭＢ」以下であるかを判定する。容量が「１００ＭＢ」以下であると、ストレージキャッシュ管理テーブル７３００のヒット回数７３０５が「２回」のキャッシュ領域を割り当てる。このように、割り当てるキャッシュ領域のヒット回数７３０５を徐々に増やす。これによって、管理マネージャ１０５０は、アクセス頻度の低いデータが記憶されているキャッシュ領域を、性能問題が発生したＤＢＭＳ２００８に割り当てることができる。
ここでは、アクセス頻度の低いデータが記憶されているキャッシュ領域から順に、ＤＢＭＳ２００８に割り当てている。しかし、アクセス頻度が閾値以上であるデータが記憶されているキャッシュ領域をＤＢＭＳ２００８に割り当てないように、キャッシュメモリ３００３の割り当てを決定してもよい。
以上のように、キャッシュメモリ３００３の割り当てを決定すると、決定した割り当てへの変更をストレージ装置３０００へ指示する（１４４）。そして、ステップ１４０へ戻り、本処理を繰り返す。
図１３は、本発明の実施の形態の管理サーバ１０３０のアクセスプラン変更処理の説明図である。
管理サーバ１０３０の管理マネージャ１０５０は、ＤＢＭＳサーバ２０００のＤＢＭＳ２００８からアクセスプランの通知を受けるまで、待機する（１１１）。
ＤＢＭＳ２００８は、アクセスプランを作成すると、実行する前に当該アクセスプランを管理サーバ１０３０へ通知する。
そして、管理マネージャ１０５０は、ＤＢＭＳ２００８からアクセスプランの通知を受けると（１１２）、キャッシュメモリ３００３の割り当てが変更されたか否かを判定する（１１３）。具体的には、ストレージキャッシュ割当管理テーブル７４００に新たなレコードが追加されると、キャッシュメモリ３００３の割り当てが変更されたと判定する。
キャッシュメモリ３００３の割り当てが変更されていないと判定すると、アクセスプランを変更する必要がないので、ステップ１１１に戻る。
一方、キャッシュメモリ３００３の割り当てが変更されたと判定すると、ストレージキャッシュ管理テーブル７３００を参照して、当該ＤＢＭＳ２００８へ現在割り当てられているキャッシュメモリ３００３の容量（現在割当量）を求める。同様に、キャッシュメモリ３００３の割り当て変更前に、当該ＤＢＭＳ２００８へ割り当てられてたキャッシュメモリ３００３の容量（過去割当量）を求める。
そして、管理マネージャ１０５０は、求めた現在割当量と過去割当量とを比較することによって、当該ＤＢＭＳ２００８のキャッシュ割当量が増加したのか又は減少したのかを判定する（１１４）。
キャッシュ割当量が増加したと判定すると、通知されたアクセスプランを解析する。そして、解析することによって、当該アクセスプランに含まれる結合処理がワークファイルを使用する処理方式であるか否かを判定する（１１５）。
具体的には、管理マネージャ１０５０は、アクセスプラン情報テーブル７２００のノード処理７２０３に、ワークファイルを使用する処理の内容が格納されているか否かを判定する。例えば、ハッシュ結合又はソートマージ結合がワークファイルを使用する処理とする。この場合、管理マネージャ１０５０は、アクセスプラン情報テーブル７２００のノード処理７２０３に、ハッシュ結合又はソートマージ結合が格納されているか否かを判定する。
アクセスプランに含まれる結合処理がワークファイルを使用する処理方式であると、アクセスプランを変更する必要がないので、ステップ１１１に戻る。
一方、アクセスプランに含まれる結合処理がワークファイルを使用しない処理方式であると、ワークファイルを使用する結合処理を実行した場合に必要なキャッシュメモリ３００３の容量を求める。
具体的には、それぞれの結合処理の特徴に基づいて、必要な容量を求める。例えば、ワークファイルを使用するハッシュ結合の特徴は、結合対象となる表の該当レコードをすべて読み込み、読み込んだデータからハッシュ表をワークファイルを使用して作成し、結合処理を行う。
管理マネージャ１０５０は、求めた必要な容量と現在割当量とを比較することによって、ワークファイルを使用する結合処理をＤＢＭＳ２００８が実行できるか否かを判定する（１１６）。具体的には、必要な記憶容量が現在割当量以上であると、ワークファイルを使用する結合処理をＤＢＭＳ２００８が実行できると判定する。
ワークファイルを使用する結合処理をＤＢＭＳ２００８が実行できないと判定すると、アクセスプランを変更する必要できないので、ステップ１１１に戻る。
一方、ワークファイルを使用する結合処理をＤＢＭＳ２００８が実行できると判定すると、アクセスプランの変更を指示する。具体的には、ステップ１１２で通知を受けたアクセスプランに含まれる結合処理を、ワークファイルを使用する結合処理へ変更するように指示する（１１７）。
次に、管理マネージャ１０５０は、アクセスプランの変更を管理者に通知する。具体的には、管理サーバ１０３０の出力装置１０３２に、アクセスプラン変更通知画面を表示させる。そして、ステップ１１１に戻る。
図１４は、本発明の実施の形態の管理サーバ１０３０の出力装置１０３２が表示するアクセスプラン変更通知画面の説明図である。
アクセスプラン変更通知画面は、ＤＢＭＳサーバ２０００のアクセスプランが変更されたことを管理者に通知する。この画面によって、管理者は、ＤＢＭＳサーバ２０００のアクセスプランの変更を認識できる。
ここで、図１３に戻る。
管理マネージャ１０５０は、ステップ１１４でキャッシュ割当量が減少したと判定すると、通知されたアクセスプランを解析する。そして、解析することによって、当該アクセスプランに含まれる結合処理がワークファイルを使用する処理方式であるか否かを判定する（１１８）。
アクセスプランに含まれる結合処理がワークファイルを使用しない処理方式であると、アクセスプランを変更する必要がないので、ステップ１１１に戻る。
一方、アクセスプランに含まれる結合処理がワークファイルを使用する処理方式であると、当該結合処理をＤＢＭＳ２００８が実行できるか否かを判定する（１１９）。
ワークファイルを使用する結合処理をＤＢＭＳ２００８が実行できると判定すると、アクセスプランを変更する必要がないので、ステップ１１１に戻る。
一方、ワークファイルを使用する結合処理をＤＢＭＳ２００８が実行できないと判定すると、アクセスプランの変更を指示する。具体的には、ステップ１１２で通知を受けたアクセスプランに含まれる結合処理を、ワークファイルを使用しない結合処理へ変更するように指示する（１２０）。
次に、管理マネージャ１０５０は、アクセスプランの変更を管理者に通知する。具体的には、管理サーバ１０３０の出力装置１０３２に、アクセスプラン変更通知画面（図１４）を表示させる。そして、ステップ１１１に戻る。
本実施の形態では、ＤＢＭＳ２００８は、アクセスプランを実行する前に、当該アクセスプランを管理マネージャ１０５０に通知する。そして、アクセスプランの通知を受けた管理マネージャ１０５０は、キャッシュ割当量の変化に応じて、アクセスプランの変更をＤＢＭＳ２００８に指示する。
他にも、管理マネージャ１０５０は、ＤＢＭＳ２００８が実行中のアクセスプランを取得し、取得したアクセスプランの変更をＤＢＭＳ２００８に指示してもよい。
本実施の形態によれば、管理サーバ１０３０は、ＤＢＭＳ２００８の性能問題を検知すると、ストレージ装置３０００のキャッシュメモリ３００３の割り当てを変更する。そして、管理サーバ１０３０は、変更した割当量に応じて、ＤＢＭＳ２００８が実行するアクセスプランの変更を指示する。これによって、ＤＢＭＳ２００８は、高速に処理するアクセスプランに変更できる。
本発明の実施の形態の計算機システムのブロック図である。 本発明の実施の形態のＤＢＭＳサーバのブロック図である。 本発明の実施の形態のストレージ装置のブロック図である。 本発明の実施の形態の管理サーバのブロック図である。 本発明の実施の形態のＤＢＭＳサーバが有するＤＢスキーマ情報テーブルの構成図である。 本発明の実施の形態のＤＢＭＳサーバが有するデータ領域情報テーブルの構成図である。 本発明の実施の形態のＤＢＭＳサーバが有するＤＢファイルシステム情報テーブルの構成図である。 本発明の実施の形態のＤＢＭＳサーバが有するＤＢＭＳ領域情報テーブルの構成図である。 本発明の実施の形態のストレージ装置が有するキャッシュ割当管理テーブルの構成図である。 本発明の実施の形態のストレージ装置が有するキャッシュデータ管理テーブルの構成図である。 本発明の実施の形態の管理サーバが有するアクセスプラン情報テーブルの構成図である。 本発明の実施の形態の管理サーバが有するストレージキャッシュ管理テーブルの構成図である。 本発明の実施の形態の管理サーバが有するストレージキャッシュ割当管理テーブルの構成図である。 本発明の実施の形態の管理サーバが有するＤＢＭＳ統計情報テーブルの構成図である。 本発明の実施の形態の管理サーバが有する構成情報テーブルの構成図である。 本発明の実施の形態の管理サーバが有するＤＢＭＳ性能情報テーブルの構成図である。 本発明の実施の形態のＤＢＭＳサーバのＤＢＭＳが実行するクエリの説明図である。 本発明の実施の形態のＤＢＭＳが作成したアクセスプランの説明図である。 本発明の実施の形態の管理サーバが行う構成情報テーブル及びＤＢＭＳ統計情報テーブルの更新処理のフローチャートである。 本発明の実施の形態のストレージ装置のキャッシュアクセス状況通知処理のフローチャートである。 本発明の実施の形態の管理サーバのストレージキャッシュ管理テーブルの更新処理のフローチャートである。 本発明の実施の形態の管理サーバのキャッシュメモリ割当変更処理の説明図である。 本発明の実施の形態の管理サーバのアクセスプラン変更処理の説明図である。 本発明の実施の形態の管理サーバの出力装置が表示するアクセスプラン変更通知画面の説明図である。
符号の説明
１０００、１０２０ ネットワーク
１０３０ 管理サーバ
１０３１ プロセッサ
１０３２ 出力装置
１０３３ Ｅｔｈｅｒ Ｉ／Ｆ
１０３４ 記憶領域
１０５０ 管理マネージャ
２０００ ＤＢＭＳサーバ
２００６ クライアントプログラム
２００７ ＯＳ
２００８ ＤＢＭＳ
２００９ プラン作成マネージャ
２０１２ プロセッサ
２０１３ 出力装置
２０１４ ＦＣ Ｉ／Ｆ
２０１５ Ｅｔｈｅｒ Ｉ／Ｆ
２０１６ 記憶領域
３０００ ストレージ装置
３００１ 制御マネージャ
３００３ キャッシュメモリ
３００４ 記憶領域
３００５ コントローラ
３００６ 物理ディスク
３００７ Ｅｔｈｅｒ Ｉ／Ｆ
３００８ ＦＣ Ｉ／Ｆ

Claims (15)

  1. データベース管理システムが動作する一又は複数のデータベース計算機と、前記データベース管理システムによって操作されるデータベースを格納する記憶装置と、前記データベース計算機及び前記記憶装置を管理する管理計算機と、を有する計算機システムであって、
    前記記憶装置は、データを一時的に格納するキャッシュメモリ及び前記データベースを格納する物理ディスク装置を有し、
    前記管理計算機は、
    当該データベース管理システムが動作するデータベース計算機へ割り当てられている前記キャッシュメモリの割当量を変更し、
    前記変更したキャッシュメモリの割当量に応じて、アクセスプランの変更を前記データベース管理システムへ指示することを特徴とする計算機システム。
  2. 前記管理計算機は、
    前記データベース計算機へ割り当てられている前記キャッシュメモリの割当量が増加すると、前記キャッシュメモリの使用量が多いアクセスプランへの変更を前記データベース管理システムへ指示し、
    前記データベース計算機へ割り当てられている前記キャッシュメモリの割当量が減少すると、前記キャッシュメモリの使用量が少ないアクセスプランへの変更を前記データベース管理システムへ指示することを特徴とする請求項１に記載の計算機システム。
  3. 前記データベース管理システムに性能問題が発生すると、
    前記管理計算機は、性能問題が発生していない前記データベース管理システムが使い終わったデータを格納しているキャッシュメモリ上の領域を、前記性能問題が発生したデータベース管理システムが動作するデータベース計算機に割り当てることによって、前記キャッシュメモリの割当量を変更することを特徴とする請求項１に記載の計算機システム。
  4. 前記データベース管理システムに性能問題が発生すると、
    前記管理計算機は、前記データベース管理システムのアクセス頻度の高いデータを格納しているキャッシュメモリ上の領域の割り当てを維持しながら、前記キャッシュメモリの割当量を変更することを特徴とする請求項１に記載の計算機システム。
  5. 前記管理計算機は、
    前記データベース管理システムが前記キャッシュメモリへアクセスする頻度を監視し、
    前記監視したアクセス頻度を記憶し、
    前記記憶したアクセス頻度に基づいて、前記キャッシュメモリの割当量を変更することを特徴とする請求項４に記載の計算機システム。
  6. データベース管理システムが動作する一又は複数のデータベース計算機と、データを一時的に格納するキャッシュメモリ及び前記データベース管理システムによって操作されるデータベースを格納する物理ディスク装置を有する記憶装置と、を管理する管理計算機であって、
    当該データベース管理システムが動作するデータベース計算機へ割り当てられている前記キャッシュメモリの割当量を変更し、
    前記変更したキャッシュメモリの割当量に応じて、アクセスプランの変更を前記データベース管理システムへ指示することを特徴とする管理計算機。
  7. 前記データベース計算機へ割り当てられている前記キャッシュメモリの割当量が増加すると、前記キャッシュメモリの使用量が多いアクセスプランへの変更を前記データベース管理システムへ指示し、
    前記データベース計算機へ割り当てられている前記キャッシュメモリの割当量が減少すると、前記キャッシュメモリの使用量が少ないアクセスプランへの変更を前記データベース管理システムへ指示することを特徴とする請求項６に記載の管理計算機。
  8. 前記データベース管理システムに性能問題が発生すると、
    性能問題が発生していない前記データベース管理システムが使い終わったデータを格納しているキャッシュメモリ上の領域を、前記性能問題が発生したデータベース管理システムが動作するデータベース計算機に割り当てることによって、前記キャッシュメモリの割当量を変更することを特徴とする請求項６に記載の管理計算機。
  9. 前記データベース管理システムに性能問題が発生すると、
    前記データベース管理システムのアクセス頻度の高いデータを格納しているキャッシュメモリ上の領域の割り当てを維持しながら、前記キャッシュメモリの割当量を変更することを特徴とする請求項６に記載の管理計算機。
  10. 前記データベース管理システムが前記キャッシュメモリへアクセスする頻度を監視し、
    前記監視したアクセス頻度を記憶し、
    前記記憶したアクセス頻度に基づいて、前記キャッシュメモリの割当量を変更することを特徴とする請求項９に記載の管理計算機。
  11. データベース管理システムが動作する一又は複数のデータベース計算機と、前記データベース管理システムによって操作されるデータベースを格納する記憶装置と、前記データベース計算機及び前記記憶装置を管理する管理計算機と、を有する計算機システムにおけるデータベース管理システムの制御方法であって、
    前記記憶装置は、データを一時的に格納するキャッシュメモリ及び前記データベースを格納する物理ディスク装置を有し、
    前記管理計算機は、
    当該データベース管理システムが動作するデータベース計算機へ割り当てられている前記キャッシュメモリの割当量を変更し、
    前記変更したキャッシュメモリの割当量に応じて、アクセスプランの変更を前記データベース管理システムへ指示することを特徴とするデータベース管理システムの制御方法。
  12. 前記管理計算機は、
    前記データベース計算機へ割り当てられている前記キャッシュメモリの割当量が増加すると、前記キャッシュメモリの使用量が多いアクセスプランへの変更を前記データベース管理システムへ指示し、
    前記データベース計算機へ割り当てられている前記キャッシュメモリの割当量が減少すると、前記キャッシュメモリの使用量が少ないアクセスプランへの変更を前記データベース管理システムへ指示することを特徴とする請求項１１に記載のデータベース管理システムの制御方法。
  13. 前記データベース管理システムに性能問題が発生すると、
    前記管理計算機は、性能問題が発生していない前記データベース管理システムが使い終わったデータを格納しているキャッシュメモリ上の領域を、前記性能問題が発生したデータベース管理システムが動作するデータベース計算機に割り当てることによって、前記キャッシュメモリの割当量を変更することを特徴とする請求項１１に記載のデータベース管理システムの制御方法。
  14. 前記データベース管理システムに性能問題が発生すると、
    前記管理計算機は、前記データベース管理システムのアクセス頻度の高いデータを格納しているキャッシュメモリ上の領域の割り当てを維持しながら、前記キャッシュメモリの割当量を変更することを特徴とする請求項１１に記載のデータベース管理システムの制御方法。
  15. 前記管理計算機は、
    前記データベース管理システムが前記キャッシュメモリへアクセスする頻度を監視し、
    前記監視したアクセス頻度を記憶し、
    前記記憶したアクセス頻度に基づいて、前記キャッシュメモリの割当量を変更することを特徴とする請求項１４に記載のデータベース管理システムの制御方法。

JP2005207019A 2005-07-15 2005-07-15 計算機システム、管理計算機及びデータベース管理システムの制御方法 Expired - Fee Related JP4784974B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2005207019A JP4784974B2 (ja) 2005-07-15 2005-07-15 計算機システム、管理計算機及びデータベース管理システムの制御方法
US11/259,894 US7395371B2 (en) 2005-07-15 2005-10-26 Method of controlling a database management system by changing allocation of cache memory

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2005207019A JP4784974B2 (ja) 2005-07-15 2005-07-15 計算機システム、管理計算機及びデータベース管理システムの制御方法

Publications (2)

Publication Number Publication Date
JP2007026064A true JP2007026064A (ja) 2007-02-01
JP4784974B2 JP4784974B2 (ja) 2011-10-05

Family

ID=37662930

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2005207019A Expired - Fee Related JP4784974B2 (ja) 2005-07-15 2005-07-15 計算機システム、管理計算機及びデータベース管理システムの制御方法

Country Status (2)

Country Link
US (1) US7395371B2 (ja)
JP (1) JP4784974B2 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008217575A (ja) * 2007-03-06 2008-09-18 Nec Corp ストレージ装置及びその構成最適化方法
JP2012118987A (ja) * 2010-11-30 2012-06-21 Internatl Business Mach Corp <Ibm> メモリ使用量照会ガバナのためのコンピュータ実装方法、コンピュータ・プログラム、およびシステム（メモリ使用量照会ガバナ）
JP2014102641A (ja) * 2012-11-19 2014-06-05 Bank Of Tokyo-Mitsubishi Ufj Ltd データベース管理装置

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7757009B2 (en) 2004-07-19 2010-07-13 Marvell International Ltd. Storage controllers with dynamic WWN storage modules and methods for managing data and connections between a host and a storage device
US9213644B2 (en) * 2013-03-07 2015-12-15 Lenovo Enterprise Solutions (Singapore) Pte. Ltd. Allocating enclosure cache in a computing system
US9898411B2 (en) * 2014-12-14 2018-02-20 Via Alliance Semiconductor Co., Ltd. Cache memory budgeted by chunks based on memory access type
US10262015B2 (en) * 2015-05-29 2019-04-16 Microsoft Technology Licensing, Llc Storage and access time for records
US9996293B1 (en) 2016-12-12 2018-06-12 International Business Machines Corporation Dynamic management of memory allocation in a database
CN112328461A (zh) * 2020-10-29 2021-02-05 无锡先进技术研究院 基于分布式存储的性能瓶颈预测方法、设备及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003044226A (ja) * 2001-03-21 2003-02-14 Hitachi Ltd アクセス時間対応型ストレージシステム及びその方法
JP2003337721A (ja) * 2002-05-21 2003-11-28 Hitachi Ltd ストレージ構成自動変更装置及び方法
JP2004295790A (ja) * 2003-03-28 2004-10-21 Hitachi Ltd 記憶装置のキャッシュ管理方法
JP2004302751A (ja) * 2003-03-31 2004-10-28 Hitachi Ltd 計算機システムの性能管理方法、および、記憶装置の性能を管理する計算機システム

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5812996A (en) * 1994-07-12 1998-09-22 Sybase, Inc. Database system with methods for optimizing query performance with a buffer manager
US5822749A (en) * 1994-07-12 1998-10-13 Sybase, Inc. Database system with methods for improving query performance with cache optimization strategies
US6604096B1 (en) * 1997-10-14 2003-08-05 International Business Machines Corporation Apparatus and method for locally caching query explain data
JP4087097B2 (ja) * 2001-11-12 2008-05-14 株式会社日立製作所 データベース管理システム情報を考慮したデータ再配置方法およびデータ再配置を行う計算機システム
JP4162183B2 (ja) * 2001-11-12 2008-10-08 株式会社日立製作所 データベース管理システムの静的な情報を取得する手段を有する記憶装置
JP4162184B2 (ja) * 2001-11-14 2008-10-08 株式会社日立製作所 データベース管理システムの実行情報を取得する手段を有する記憶装置
US6996556B2 (en) * 2002-08-20 2006-02-07 International Business Machines Corporation Metadata manager for database query optimizer
JP4124331B2 (ja) * 2002-09-17 2008-07-23 株式会社日立製作所 Ｄｂｍｓ向け仮想ボリューム作成・管理方法
JP4288978B2 (ja) * 2003-03-27 2009-07-01 株式会社日立製作所 データ先読み方法
JP4631301B2 (ja) * 2004-03-31 2011-02-16 株式会社日立製作所 記憶装置のキャッシュ管理方法
US20060236033A1 (en) * 2005-04-18 2006-10-19 Dell Products L.P. System and method for the implementation of an adaptive cache policy in a storage controller
US7493306B2 (en) * 2005-05-19 2009-02-17 International Business Machines Corporation Tracking premature termination of a database query

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003044226A (ja) * 2001-03-21 2003-02-14 Hitachi Ltd アクセス時間対応型ストレージシステム及びその方法
JP2003337721A (ja) * 2002-05-21 2003-11-28 Hitachi Ltd ストレージ構成自動変更装置及び方法
JP2004295790A (ja) * 2003-03-28 2004-10-21 Hitachi Ltd 記憶装置のキャッシュ管理方法
JP2004302751A (ja) * 2003-03-31 2004-10-28 Hitachi Ltd 計算機システムの性能管理方法、および、記憶装置の性能を管理する計算機システム

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008217575A (ja) * 2007-03-06 2008-09-18 Nec Corp ストレージ装置及びその構成最適化方法
JP2012118987A (ja) * 2010-11-30 2012-06-21 Internatl Business Mach Corp <Ibm> メモリ使用量照会ガバナのためのコンピュータ実装方法、コンピュータ・プログラム、およびシステム（メモリ使用量照会ガバナ）
JP2014102641A (ja) * 2012-11-19 2014-06-05 Bank Of Tokyo-Mitsubishi Ufj Ltd データベース管理装置

Also Published As

Publication number Publication date
JP4784974B2 (ja) 2011-10-05
US20070016716A1 (en) 2007-01-18
US7395371B2 (en) 2008-07-01

Similar Documents

Publication Publication Date Title
JP4784974B2 (ja) 計算機システム、管理計算機及びデータベース管理システムの制御方法
JP4116413B2 (ja) プリフェッチアプライアンスサーバ
JP4416821B2 (ja) ネットワーク上でクライアントからアクセス可能なファイルセットの名前空間を維持する分散ファイル・システム
US7574443B2 (en) Scalable clustered storage system
US9052938B1 (en) Correlation and associated display of virtual machine data and storage performance data
JP4857818B2 (ja) ストレージ管理方法およびストレージ管理サーバ
US20130232215A1 (en) Virtualized data storage system architecture using prefetching agent
JP2004070403A (ja) ファイル格納先ボリューム制御方法
JP4463661B2 (ja) 計算機システム、計算機、データベースアクセス方法及びデータベースシステム
JP2005228278A (ja) 記憶領域の管理方法、管理装置及び管理プログラム
US20020194432A1 (en) Designing a cache using an LRU-LFU array
JP4801761B2 (ja) データベース管理方法およびシステム並びにその処理プログラム
JP4748950B2 (ja) 記憶領域管理方法及びシステム
JP2005322020A (ja) ストレージシステム、ファイルアクセス制御プログラム及びファイルアクセス制御方法
US7409514B2 (en) Method and apparatus for data migration based on a comparison of storage device state information
US20230214383A1 (en) Object dependency status tracking in a cloud system
US11372679B1 (en) Providing resources using predicted size values
Cao et al. Is-hbase: An in-storage computing optimized hbase with i/o offloading and self-adaptive caching in compute-storage disaggregated infrastructure
US7284014B2 (en) Pre-fetch computer system
JP5978297B2 (ja) 管理システム及び管理方法
JPWO2004084095A1 (ja) 情報検索システム，情報検索方法，情報検索装置，情報検索プログラムおよび当該プログラムを記録したコンピュータ読取可能な記録媒体
JP7458610B2 (ja) データベースシステム、及びクエリ実行方法
US20230315693A1 (en) Atomic cache management of file collections
JP5673224B2 (ja) 情報管理装置、情報管理方法、及びプログラム
US20230222121A1 (en) Clustering and compaction of materialized views on a database system

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20080404

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20110120

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110208

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110406

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20110607

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20110706

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

Ref document number: 4784974

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140722

Year of fee payment: 3

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees