JP2002278704A - 処理最適化方法、コンピュータ、及び記憶装置 - Google Patents
処理最適化方法、コンピュータ、及び記憶装置Info
- Publication number
- JP2002278704A JP2002278704A JP2001079352A JP2001079352A JP2002278704A JP 2002278704 A JP2002278704 A JP 2002278704A JP 2001079352 A JP2001079352 A JP 2001079352A JP 2001079352 A JP2001079352 A JP 2001079352A JP 2002278704 A JP2002278704 A JP 2002278704A
- Authority
- JP
- Japan
- Prior art keywords
- priority
- storage device
- processing
- disk array
- computer
- 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
Links
Abstract
(57)【要約】
【課題】 通常処理及びそれ以外の複数のバックグラン
ド処理を行う複数の記憶装置とを備えたシステムにおい
て、システム全体の処理を最適化する。 【解決手段】 任意のディスクアレイ装置に対してアク
セス要求を出すホストコンピュータ１０と、このホスト
コンピュータ１０からのアクセス要求に応じた通常処理
及びそれ以外の複数のバックグランド処理を行う複数の
ディスクアレイ装置２０〜２Ｎとを備えたシステムにお
いて、優先度設定コマンド発行部４３は、各ディスクア
レイ装置内の各ＬＵの用途に応じて、各ＬＵについての
前記通常処理及び複数のバックグランド処理の間の処理
優先度を示す優先度テーブル５６をディスクアレイ装置
毎に作成してそれらを各ディスクアレイ装置に対して発
行する。ディスク側制御ソフトウェア５４は、発行され
た優先度テーブル５６を取得して格納し、その内容に従
って処理を行う。
ド処理を行う複数の記憶装置とを備えたシステムにおい
て、システム全体の処理を最適化する。 【解決手段】 任意のディスクアレイ装置に対してアク
セス要求を出すホストコンピュータ１０と、このホスト
コンピュータ１０からのアクセス要求に応じた通常処理
及びそれ以外の複数のバックグランド処理を行う複数の
ディスクアレイ装置２０〜２Ｎとを備えたシステムにお
いて、優先度設定コマンド発行部４３は、各ディスクア
レイ装置内の各ＬＵの用途に応じて、各ＬＵについての
前記通常処理及び複数のバックグランド処理の間の処理
優先度を示す優先度テーブル５６をディスクアレイ装置
毎に作成してそれらを各ディスクアレイ装置に対して発
行する。ディスク側制御ソフトウェア５４は、発行され
た優先度テーブル５６を取得して格納し、その内容に従
って処理を行う。
Description
【０００１】
【発明の属する技術分野】本発明は、処理最適化方法、
コンピュータ、及び記憶装置に係わり、特に、コンピュ
ータからのアクセス要求に応じた通常処理及びそれ以外
の複数のバックグランド処理を行う複数の記憶装置とを
備えたシステムに適用される処理最適化方法、コンピュ
ータ、及び記憶装置に関する。
コンピュータ、及び記憶装置に係わり、特に、コンピュ
ータからのアクセス要求に応じた通常処理及びそれ以外
の複数のバックグランド処理を行う複数の記憶装置とを
備えたシステムに適用される処理最適化方法、コンピュ
ータ、及び記憶装置に関する。
【０００２】
【従来の技術】従来の記憶装置では、ホスト上で動作し
ているアプリケーションソフトウェアからのアクセス要
求に応じた処理（通常処理）とそれ以外の処理（バック
グラウンド処理）と共にを行うものが多い。
ているアプリケーションソフトウェアからのアクセス要
求に応じた処理（通常処理）とそれ以外の処理（バック
グラウンド処理）と共にを行うものが多い。
【０００３】バックグラウンド処理とは、例えば記憶装
置内のＨＤＤ等に障害が発生した場合のディスク修復動
作、内部データチェック、記憶装置間でのデータ転送等
であり、アプリケーションソフトウェアからのアクセス
要求に応じた通常処理以外の処理をいう。
置内のＨＤＤ等に障害が発生した場合のディスク修復動
作、内部データチェック、記憶装置間でのデータ転送等
であり、アプリケーションソフトウェアからのアクセス
要求に応じた通常処理以外の処理をいう。
【０００４】従来では、このような通常処理とバックグ
ラウンド処理とを共に行う場合に、通常動作に影響しな
い範囲内か、固定的な優先度で、バックグラウンド処理
を行っていた。これは１つの記憶装置を複数の用途に使
えるよう（汎用的に使えるよう）にするためのものであ
った。
ラウンド処理とを共に行う場合に、通常動作に影響しな
い範囲内か、固定的な優先度で、バックグラウンド処理
を行っていた。これは１つの記憶装置を複数の用途に使
えるよう（汎用的に使えるよう）にするためのものであ
った。
【０００５】
【発明が解決しようとする課題】近年、複数のホストコ
ンピュータと記憶装置とで構成されるシステムにおい
て、システム内での個々の記憶装置の役割が分化してい
る。これに伴い、複数の記憶装置をシステム内に持ち、
役割をシステム内で分業させ、運用系、待機系、一次バ
ックアップ、テープ装置等の２次記憶媒体へのバックア
ップを行うためのテンポラリバッファ等の様々な用途に
使用できるようにすることが望まれている。
ンピュータと記憶装置とで構成されるシステムにおい
て、システム内での個々の記憶装置の役割が分化してい
る。これに伴い、複数の記憶装置をシステム内に持ち、
役割をシステム内で分業させ、運用系、待機系、一次バ
ックアップ、テープ装置等の２次記憶媒体へのバックア
ップを行うためのテンポラリバッファ等の様々な用途に
使用できるようにすることが望まれている。
【０００６】しかしながら、各バックグラウンド処理の
優先度は通常動作になるべく影響をしないように一律の
優先度で制御されているだけであり、複数のバックグラ
ウンド処理を行う必要が生じた場合には、これらのバッ
クグラウンド処理を任意時点での重要度に応じて最適な
順番で実行することができないという問題があった。
優先度は通常動作になるべく影響をしないように一律の
優先度で制御されているだけであり、複数のバックグラ
ウンド処理を行う必要が生じた場合には、これらのバッ
クグラウンド処理を任意時点での重要度に応じて最適な
順番で実行することができないという問題があった。
【０００７】また、任意の時点でこれらの記憶装置の用
途や状態が変わるような場合、通常動作と複数のバック
グラウンド処理間の優先度を動的に変更することができ
ないため、個々の記憶装置の動作性能を十分に発揮でき
ず、これによりシステム全体としての処理の最適化を図
ることができないという問題があった。
途や状態が変わるような場合、通常動作と複数のバック
グラウンド処理間の優先度を動的に変更することができ
ないため、個々の記憶装置の動作性能を十分に発揮でき
ず、これによりシステム全体としての処理の最適化を図
ることができないという問題があった。
【０００８】本発明は上記実状に鑑みてなされたもので
あり、コンピュータからのアクセス要求に応じた通常処
理及びそれ以外の複数のバックグランド処理を行う複数
の記憶装置とを備えたシステムにおいて、システム全体
の処理を最適化することのできる処理最適化方法、コン
ピュータ、及び記憶装置を提供することを目的とする。
あり、コンピュータからのアクセス要求に応じた通常処
理及びそれ以外の複数のバックグランド処理を行う複数
の記憶装置とを備えたシステムにおいて、システム全体
の処理を最適化することのできる処理最適化方法、コン
ピュータ、及び記憶装置を提供することを目的とする。
【０００９】
【課題を解決するための手段】本発明に係る処理最適化
方法は、任意の記憶装置に対してアクセス要求を出すコ
ンピュータと、前記コンピュータからのアクセス要求に
応じた通常処理及びそれ以外の複数のバックグランド処
理を行う複数の記憶装置とを備えたシステムに適用され
る処理最適化方法であって、前記コンピュータにおい
て、各記憶装置内の各論理ユニットの用途に応じて、各
論理ユニットについての前記通常処理及び複数のバック
グランド処理の間の処理優先度を示す優先度テーブルを
記憶装置毎に作成してそれらを各記憶装置に対して発行
し、前記各記憶装置において、発行された前記優先度テ
ーブルを取得して格納し、格納した優先度テーブルの内
容に従って処理を行うことを特徴とする。
方法は、任意の記憶装置に対してアクセス要求を出すコ
ンピュータと、前記コンピュータからのアクセス要求に
応じた通常処理及びそれ以外の複数のバックグランド処
理を行う複数の記憶装置とを備えたシステムに適用され
る処理最適化方法であって、前記コンピュータにおい
て、各記憶装置内の各論理ユニットの用途に応じて、各
論理ユニットについての前記通常処理及び複数のバック
グランド処理の間の処理優先度を示す優先度テーブルを
記憶装置毎に作成してそれらを各記憶装置に対して発行
し、前記各記憶装置において、発行された前記優先度テ
ーブルを取得して格納し、格納した優先度テーブルの内
容に従って処理を行うことを特徴とする。
【００１０】また、本発明に係るコンピュータは、コン
ピュータからのアクセス要求に応じた通常処理及びそれ
以外の複数のバックグランド処理を行う複数の記憶装置
に対してアクセス要求を行うコンピュータであって、各
記憶装置内の各論理ユニットの用途に応じて、各論理ユ
ニットについての前記通常処理及び複数のバックグラン
ド処理の間の処理優先度を示す優先度テーブルを記憶装
置毎に作成し、それらを各記憶装置に対して発行する手
段を備えたことを特徴とする。
ピュータからのアクセス要求に応じた通常処理及びそれ
以外の複数のバックグランド処理を行う複数の記憶装置
に対してアクセス要求を行うコンピュータであって、各
記憶装置内の各論理ユニットの用途に応じて、各論理ユ
ニットについての前記通常処理及び複数のバックグラン
ド処理の間の処理優先度を示す優先度テーブルを記憶装
置毎に作成し、それらを各記憶装置に対して発行する手
段を備えたことを特徴とする。
【００１１】また、本発明に係る記憶装置は、通常処理
及びそれ以外の複数のバックグランド処理を行う記憶装
置であって、前記記憶装置内の各論理ユニットの用途に
応じて作成された、各論理ユニットについての前記通常
処理及び複数のバックグランド処理の間の処理優先度を
示す優先度テーブルを備え、この優先度テーブルの内容
に従って処理を行うことを特徴とする。
及びそれ以外の複数のバックグランド処理を行う記憶装
置であって、前記記憶装置内の各論理ユニットの用途に
応じて作成された、各論理ユニットについての前記通常
処理及び複数のバックグランド処理の間の処理優先度を
示す優先度テーブルを備え、この優先度テーブルの内容
に従って処理を行うことを特徴とする。
【００１２】
【発明の実施の形態】以下、図面を参照して本発明の実
施形態を説明する。
施形態を説明する。
【００１３】（第１の実施形態）まず、第１の実施形態
を説明する。図１は、本発明の第１の実施形態に係る処
理最適化方法が適用されるシステムの構成を示すブロッ
ク図である。
を説明する。図１は、本発明の第１の実施形態に係る処
理最適化方法が適用されるシステムの構成を示すブロッ
ク図である。
【００１４】同図において、複数のホストコンピュータ
１０〜１Ｍ（以下、ホスト＃１〜＃Ｍと称す）が設けら
れており、これらはネットワーク／チャネル網３０に接
続されている。また、このネットワーク／チャネル網３
０には、複数の記憶装置（ストレージ）であるディスク
アレイ装置２０〜２Ｎ（以下、ディスクアレイ＃０〜＃
Ｎと称す）が接続されている。
１０〜１Ｍ（以下、ホスト＃１〜＃Ｍと称す）が設けら
れており、これらはネットワーク／チャネル網３０に接
続されている。また、このネットワーク／チャネル網３
０には、複数の記憶装置（ストレージ）であるディスク
アレイ装置２０〜２Ｎ（以下、ディスクアレイ＃０〜＃
Ｎと称す）が接続されている。
【００１５】ホスト＃１〜＃Ｍは、任意のディスクアレ
イに対してアクセス要求を出す。一方、ディスクアレイ
＃０〜＃Ｎは、それぞれホスト＃１〜＃Ｍからのアクセ
ス要求に応じた通常処理及びそれ以外の複数のバックグ
ランド処理（筐体内／筐体間のデータ転送処理）を行
う。
イに対してアクセス要求を出す。一方、ディスクアレイ
＃０〜＃Ｎは、それぞれホスト＃１〜＃Ｍからのアクセ
ス要求に応じた通常処理及びそれ以外の複数のバックグ
ランド処理（筐体内／筐体間のデータ転送処理）を行
う。
【００１６】ホスト＃１〜＃Ｍの各々には、ＯＳ（オペ
レーティングシステム）４１、アプリケーションソフト
ウェア４２（以下、アプリケーション４２と称す）、及
び優先度設定コマンド発行部４３が備えられている。
レーティングシステム）４１、アプリケーションソフト
ウェア４２（以下、アプリケーション４２と称す）、及
び優先度設定コマンド発行部４３が備えられている。
【００１７】ＯＳ４１は、アプリケーション４２からの
要求を受け付け、ネットワーク／チャネル網３０を介し
て該当するディスクアレイへアクセス要求を出す。ま
た、このＯＳ４１は、優先度設定コマンド発行部４３か
ら発行されるコマンド等をネットワーク／チャネル網３
０へ送り出す。
要求を受け付け、ネットワーク／チャネル網３０を介し
て該当するディスクアレイへアクセス要求を出す。ま
た、このＯＳ４１は、優先度設定コマンド発行部４３か
ら発行されるコマンド等をネットワーク／チャネル網３
０へ送り出す。
【００１８】アプリケーション４２は、ディスクアレイ
＃０〜＃Ｎに対するデータの読出し／書込み等の要求を
行う。
＃０〜＃Ｎに対するデータの読出し／書込み等の要求を
行う。
【００１９】優先度設定コマンド発行部４３は、各ディ
スクアレイ内の各論理ユニット（ＬＵ：ボリュームとし
て使用）の用途に応じて、各論理ユニットについての通
常処理及び複数のバックグランド処理の間の処理優先度
を示す優先度テーブルをディスクアレイ毎に作成してそ
れらを各ディスクアレイに対して発行する。
スクアレイ内の各論理ユニット（ＬＵ：ボリュームとし
て使用）の用途に応じて、各論理ユニットについての通
常処理及び複数のバックグランド処理の間の処理優先度
を示す優先度テーブルをディスクアレイ毎に作成してそ
れらを各ディスクアレイに対して発行する。
【００２０】ディスクアレイ＃０〜＃Ｎの各々には、論
理ユニットＬＵ＃０〜ＬＵ＃ｍを構成する複数のディス
ク（例えば、ＨＤＤ）のほかに、内部バス５１、ホスト
インタフェース５２、マイクロプロセッサ５３、ディス
ク側制御ソフトウェア５４が備えられている。
理ユニットＬＵ＃０〜ＬＵ＃ｍを構成する複数のディス
ク（例えば、ＨＤＤ）のほかに、内部バス５１、ホスト
インタフェース５２、マイクロプロセッサ５３、ディス
ク側制御ソフトウェア５４が備えられている。
【００２１】内部バス５１は、ディスクアレイ内部の論
理ユニットＬＵ＃０〜ＬＵ＃ｍを構成する複数のディス
ク（例えば、ＨＤＤ）、マイクロプロセッサ５３、及び
ホストインタフェース５２を接続する。
理ユニットＬＵ＃０〜ＬＵ＃ｍを構成する複数のディス
ク（例えば、ＨＤＤ）、マイクロプロセッサ５３、及び
ホストインタフェース５２を接続する。
【００２２】ホストインタフェース５２は、内部バス５
１とホスト＃１〜＃Ｍとのインタフェースを行う。
１とホスト＃１〜＃Ｍとのインタフェースを行う。
【００２３】マイクロプロセッサ５３は、ディスクアレ
イ装置全体の動作を司り、ディスク側制御ソフトウェア
を実行する。
イ装置全体の動作を司り、ディスク側制御ソフトウェア
を実行する。
【００２４】ディスク側制御ソフトウェア５４は、ホス
ト＃１〜＃Ｍから発行された優先度テーブルを取得して
格納し、格納した優先度テーブルの内容に従って処理を
行う。
ト＃１〜＃Ｍから発行された優先度テーブルを取得して
格納し、格納した優先度テーブルの内容に従って処理を
行う。
【００２５】図２は、第１の実施形態におけるシステム
の主要部構成を示すブロック図である。なお、図１と共
通する要素には同一の符号を付している。
の主要部構成を示すブロック図である。なお、図１と共
通する要素には同一の符号を付している。
【００２６】ホスト１０における優先度設定コマンド発
行部４３は、情報解析部４５及びコマンド発行部４６を
備えている。
行部４３は、情報解析部４５及びコマンド発行部４６を
備えている。
【００２７】情報解析部４５は、図３に示すような情報
テーブルに基づいて、システム全体における各ディスク
アレイ内の各論理ユニットの用途を判断し、その判断結
果に基づいて各論理ユニットについての通常処理及び複
数のバックグランド処理の間の処理優先度をディスクア
レイ毎に決定する。
テーブルに基づいて、システム全体における各ディスク
アレイ内の各論理ユニットの用途を判断し、その判断結
果に基づいて各論理ユニットについての通常処理及び複
数のバックグランド処理の間の処理優先度をディスクア
レイ毎に決定する。
【００２８】なお、図３の情報テーブルの例では、ディ
スクアレイ＃０に関しては、ＬＵ＃０の用途が「運用系
（通常動作）」であり、ＬＵ＃１の用途が「テンポラリ
ディスク」であることなどが示されている。この場合の
同一筐体内の優先度としては、ＬＵ＃０が「１」であ
り、ＬＵ＃１が「２」である。また、ディスクアレイ＃
１に関しても、ＬＵ＃０の用途が「待機系（バックアッ
プディスク）」であることなど、論理ユニット毎に用途
や同一筐体内の優先度が示されている。
スクアレイ＃０に関しては、ＬＵ＃０の用途が「運用系
（通常動作）」であり、ＬＵ＃１の用途が「テンポラリ
ディスク」であることなどが示されている。この場合の
同一筐体内の優先度としては、ＬＵ＃０が「１」であ
り、ＬＵ＃１が「２」である。また、ディスクアレイ＃
１に関しても、ＬＵ＃０の用途が「待機系（バックアッ
プディスク）」であることなど、論理ユニット毎に用途
や同一筐体内の優先度が示されている。
【００２９】情報解析部４５は、上記情報テーブルを用
いた情報解析の結果に基づき、各論理ユニットについて
の通常処理及び複数のバックグランド処理の間の処理優
先度を示す優先度テーブルをディスクアレイ毎に作成す
る。
いた情報解析の結果に基づき、各論理ユニットについて
の通常処理及び複数のバックグランド処理の間の処理優
先度を示す優先度テーブルをディスクアレイ毎に作成す
る。
【００３０】コマンド発行部４６は、上記情報解析部４
５でディスクアレイ毎に作成された優先度テーブルに所
定のコマンド（当該優先度テーブルを格納すべき旨の指
示）を付加し、各ディスクアレイに対して発行する。
５でディスクアレイ毎に作成された優先度テーブルに所
定のコマンド（当該優先度テーブルを格納すべき旨の指
示）を付加し、各ディスクアレイに対して発行する。
【００３１】一方、各ディスクアレイにおけるディスク
側制御ソフトウェア５４には、優先度制御部５５及び優
先度テーブル５６が備えられる。ディスク側制御ソフト
ウェア５４は、ネットワーク／チャネル網３０を介して
該当するディスクアレイに対して送られてくる優先度テ
ーブル５６を取得し、これを所定の記憶領域に格納す
る。
側制御ソフトウェア５４には、優先度制御部５５及び優
先度テーブル５６が備えられる。ディスク側制御ソフト
ウェア５４は、ネットワーク／チャネル網３０を介して
該当するディスクアレイに対して送られてくる優先度テ
ーブル５６を取得し、これを所定の記憶領域に格納す
る。
【００３２】優先度制御部５５は、格納された優先度テ
ーブル５６の内容に従って、通常処理及び複数のバック
グランド処理を制御する。
ーブル５６の内容に従って、通常処理及び複数のバック
グランド処理を制御する。
【００３３】この優先度テーブル５６の一例を図４に示
す。同図からわかるように、ＬＵ＃０については、「通
常動作」に最高の優先度である「１」が設定され、「デ
ィスク修復処理」、「ディスク装置内データコピー」、
「ディスク装置間データコピー」、「１次バックアップ
ディスク」、「内部データチェック」の各々には優先度
「２」が設定されている。また、ＬＵ＃１については、
「通常動作」に最高の優先度である「１」が設定され、
「ディスク修復処理」には優先度「２」が設定され、
「ディスク装置内データコピー」には優先度「３」が設
定され、「ディスク装置間データコピー」には優先度
「４」が設定され、「１次バックアップディスク」には
優先度「５」が設定され、「内部データチェック」には
優先度「２」が設定されている。このように、論理ユニ
ット毎に処理優先度が定められている。
す。同図からわかるように、ＬＵ＃０については、「通
常動作」に最高の優先度である「１」が設定され、「デ
ィスク修復処理」、「ディスク装置内データコピー」、
「ディスク装置間データコピー」、「１次バックアップ
ディスク」、「内部データチェック」の各々には優先度
「２」が設定されている。また、ＬＵ＃１については、
「通常動作」に最高の優先度である「１」が設定され、
「ディスク修復処理」には優先度「２」が設定され、
「ディスク装置内データコピー」には優先度「３」が設
定され、「ディスク装置間データコピー」には優先度
「４」が設定され、「１次バックアップディスク」には
優先度「５」が設定され、「内部データチェック」には
優先度「２」が設定されている。このように、論理ユニ
ット毎に処理優先度が定められている。
【００３４】次に、図５のフローチャートを参照して、
第１の実施形態による動作を説明する。ホスト１０にお
ける情報解析部４５は、情報テーブルに基づいて、シス
テム全体における各ディスクアレイ内の各論理ユニット
の用途を判断し、その判断結果に基づいて各論理ユニッ
トについての通常処理及び複数のバックグランド処理の
間の処理優先度をディスクアレイ毎に決定する（ステッ
プＡ１）。これにより、ディスクアレイ毎に優先度テー
ブルが作成される。
第１の実施形態による動作を説明する。ホスト１０にお
ける情報解析部４５は、情報テーブルに基づいて、シス
テム全体における各ディスクアレイ内の各論理ユニット
の用途を判断し、その判断結果に基づいて各論理ユニッ
トについての通常処理及び複数のバックグランド処理の
間の処理優先度をディスクアレイ毎に決定する（ステッ
プＡ１）。これにより、ディスクアレイ毎に優先度テー
ブルが作成される。
【００３５】コマンド発行部４６は、作成された優先度
テーブルに所定のコマンド（当該優先度テーブルを格納
すべき旨の指示）を付加し、各ディスクアレイに対して
発行する（ステップＡ２）。
テーブルに所定のコマンド（当該優先度テーブルを格納
すべき旨の指示）を付加し、各ディスクアレイに対して
発行する（ステップＡ２）。
【００３６】各ディスクアレイが自身に対するコマンド
及び優先度テーブルを受け取ると、ディスク制御側ソフ
トウェア５４は、そのコマンドに従って優先度テーブル
を所定の記憶領域に格納する（ステップＡ３）。
及び優先度テーブルを受け取ると、ディスク制御側ソフ
トウェア５４は、そのコマンドに従って優先度テーブル
を所定の記憶領域に格納する（ステップＡ３）。
【００３７】優先度制御部５５は、格納された優先度テ
ーブルの内容に従って、通常処理及び複数のバックグラ
ンド処理を制御する（ステップＡ４）。
ーブルの内容に従って、通常処理及び複数のバックグラ
ンド処理を制御する（ステップＡ４）。
【００３８】なお、通常処理以外のバックグランド処理
（筐体内／筐体間のデータ転送処理）は、ベンダユニー
クなコマンド（ＳＣＳＩの場合は、ModeSelectコマン
ド）によって指示されるため、上記制御においては、動
作中の処理がどのデータ転送指示であるかを判断するも
のとする。また、Ｉ／Ｏ数の比率、キャッシュメモリの
占有量等も考慮に入れた制御を行うようにしてもよい。
（筐体内／筐体間のデータ転送処理）は、ベンダユニー
クなコマンド（ＳＣＳＩの場合は、ModeSelectコマン
ド）によって指示されるため、上記制御においては、動
作中の処理がどのデータ転送指示であるかを判断するも
のとする。また、Ｉ／Ｏ数の比率、キャッシュメモリの
占有量等も考慮に入れた制御を行うようにしてもよい。
【００３９】このように、第１の実施形態によれば、各
ディスクアレイ内の各論理ユニットの用途に応じて、各
論理ユニットについての通常処理及び複数のバックグラ
ンド処理の間の処理優先度を示す優先度テーブルがディ
スクアレイ毎に作成され、この優先度テーブルに基づい
て各処理が行われるので、各ディスクアレイにおける処
理の最適化を図ることができる。
ディスクアレイ内の各論理ユニットの用途に応じて、各
論理ユニットについての通常処理及び複数のバックグラ
ンド処理の間の処理優先度を示す優先度テーブルがディ
スクアレイ毎に作成され、この優先度テーブルに基づい
て各処理が行われるので、各ディスクアレイにおける処
理の最適化を図ることができる。
【００４０】（第２の実施形態）次に、第２の実施形態
について説明する。なお、第２の実施形態係る処理最適
化方法が適用されるシステムの構成は、図１に示したも
のと同様であるため、各要素の具体的な説明を省略す
る。
について説明する。なお、第２の実施形態係る処理最適
化方法が適用されるシステムの構成は、図１に示したも
のと同様であるため、各要素の具体的な説明を省略す
る。
【００４１】図６は、第２の実施形態におけるシステム
の主要部構成を示すブロック図である。なお、図１と共
通する要素には同一の符号を付している。以下、第１の
実施形態（図２）と異なる部分を中心に説明する。
の主要部構成を示すブロック図である。なお、図１と共
通する要素には同一の符号を付している。以下、第１の
実施形態（図２）と異なる部分を中心に説明する。
【００４２】前述の第１の実施形態（図２）ではディス
ク側制御ソフトウェア５４に優先度制御部５５及び優先
度テーブル５６が備えられる場合を説明したが、この第
２の実施形態ではこれらに加えて情報収集解析部５７が
備えられる。
ク側制御ソフトウェア５４に優先度制御部５５及び優先
度テーブル５６が備えられる場合を説明したが、この第
２の実施形態ではこれらに加えて情報収集解析部５７が
備えられる。
【００４３】情報収集解析部５７は、そのディスクアレ
イ内の各種の状態を示す情報を収集する。例えば、次の
ような情報が収集される。
イ内の各種の状態を示す情報を収集する。例えば、次の
ような情報が収集される。
【００４４】・ＨＤＤの統計情報（ＨＤＤリトライ多発
等） ・各論理ユニットの情報（ＲＡＩＤで構築したボリュー
ムに障害発生等） ・現在のリソース使用状況（キャッシュメモリ、ＨＤＤ
等） また、本実施形態による情報解析部４５は、上記情報収
集解析部５７が収集した情報をネットワーク／チャネル
網３０を介して取り込む。すなわち、情報解析部４５
は、各論理ユニットの用途だけでなく、情報収集解析部
５７から取得した情報も考慮に入れて、各論理ユニット
についての通常処理及び複数のバックグランド処理の間
の処理優先度をディスクアレイ毎に決定する。
等） ・各論理ユニットの情報（ＲＡＩＤで構築したボリュー
ムに障害発生等） ・現在のリソース使用状況（キャッシュメモリ、ＨＤＤ
等） また、本実施形態による情報解析部４５は、上記情報収
集解析部５７が収集した情報をネットワーク／チャネル
網３０を介して取り込む。すなわち、情報解析部４５
は、各論理ユニットの用途だけでなく、情報収集解析部
５７から取得した情報も考慮に入れて、各論理ユニット
についての通常処理及び複数のバックグランド処理の間
の処理優先度をディスクアレイ毎に決定する。
【００４５】次に、図７のフローチャートを参照して、
第２の実施形態による動作を説明する。ホスト１０にお
ける情報解析部４５は、各ディスクアレイの情報収集解
析部５７が収集した情報をネットワーク／チャネル網３
０を介して取り出す（ステップＢ１）。
第２の実施形態による動作を説明する。ホスト１０にお
ける情報解析部４５は、各ディスクアレイの情報収集解
析部５７が収集した情報をネットワーク／チャネル網３
０を介して取り出す（ステップＢ１）。
【００４６】そして、情報解析部４５は、情報テーブル
に基づいてシステム全体における各ディスクアレイ内の
各論理ユニットの用途を判断すると共に、情報収集解析
部５７から取得した情報に示される各種の状態を判断
し、これらに基づいて各論理ユニットについての通常処
理及び複数のバックグランド処理の間の処理優先度をデ
ィスクアレイ毎に決定する（ステップＢ２）。これによ
り、ディスクアレイ毎に優先度テーブルが作成される。
に基づいてシステム全体における各ディスクアレイ内の
各論理ユニットの用途を判断すると共に、情報収集解析
部５７から取得した情報に示される各種の状態を判断
し、これらに基づいて各論理ユニットについての通常処
理及び複数のバックグランド処理の間の処理優先度をデ
ィスクアレイ毎に決定する（ステップＢ２）。これによ
り、ディスクアレイ毎に優先度テーブルが作成される。
【００４７】コマンド発行部４６は、作成された優先度
テーブルに所定のコマンド（当該優先度テーブルを格納
すべき旨の指示）を付加し、各ディスクアレイに対して
発行する（ステップＢ３）。
テーブルに所定のコマンド（当該優先度テーブルを格納
すべき旨の指示）を付加し、各ディスクアレイに対して
発行する（ステップＢ３）。
【００４８】各ディスクアレイが自身に対するコマンド
及び優先度テーブルを受け取ると、ディスク制御側ソフ
トウェア５４は、そのコマンドに従って優先度テーブル
を所定の記憶領域に格納する（ステップＢ４）。
及び優先度テーブルを受け取ると、ディスク制御側ソフ
トウェア５４は、そのコマンドに従って優先度テーブル
を所定の記憶領域に格納する（ステップＢ４）。
【００４９】優先度制御部５５は、格納された優先度テ
ーブルの内容に従って、通常処理及び複数のバックグラ
ンド処理を制御する（ステップＢ５）。
ーブルの内容に従って、通常処理及び複数のバックグラ
ンド処理を制御する（ステップＢ５）。
【００５０】なお、通常処理以外のバックグランド処理
（筐体内／筐体間のデータ転送処理）は、ベンダユニー
クなコマンド（ＳＣＳＩの場合は、ModeSelectコマン
ド）によって指示されるため、上記制御においては、動
作中の処理がどのデータ転送指示であるかを判断するも
のとする。また、Ｉ／Ｏ数の比率、キャッシュメモリの
占有量等も考慮に入れた制御を行うようにしてもよい。
（筐体内／筐体間のデータ転送処理）は、ベンダユニー
クなコマンド（ＳＣＳＩの場合は、ModeSelectコマン
ド）によって指示されるため、上記制御においては、動
作中の処理がどのデータ転送指示であるかを判断するも
のとする。また、Ｉ／Ｏ数の比率、キャッシュメモリの
占有量等も考慮に入れた制御を行うようにしてもよい。
【００５１】なお、この第２の実施形態による情報解析
部４５は、情報収集解析部５７の情報を常時もしくは定
期的に取り込んでおり、前記各ディスクアレイ内の状態
の変化に応じて前記優先度テーブルの内容を動的に変更
することが可能となっている。その場合の具体的な例を
いくつか示す。
部４５は、情報収集解析部５７の情報を常時もしくは定
期的に取り込んでおり、前記各ディスクアレイ内の状態
の変化に応じて前記優先度テーブルの内容を動的に変更
することが可能となっている。その場合の具体的な例を
いくつか示す。
【００５２】例えば、ディスクアレイ＃０のＬＵ＃０を
構成するＨＤＤが故障しており冗長性が無い場合、ＬＵ
＃０以外の論理ユニットへの通常アクセスの優先度を暫
く下げて、ＬＵ＃０の修復を優先させる。
構成するＨＤＤが故障しており冗長性が無い場合、ＬＵ
＃０以外の論理ユニットへの通常アクセスの優先度を暫
く下げて、ＬＵ＃０の修復を優先させる。
【００５３】例えば、ディスクアレイ＃０のＬＵ＃０
（運用系）とディスクアレイ＃１のＬＵ＃０（待機系）
とをミラーリング構成としており、また各ディスクアレ
イのＬＵ＃０以外の論理ユニットを違う目的で使用して
いる状態において、ディスクアレイ＃０が停止した場
合、ディスクアレイ＃１のＬＵ＃０の優先度を一時的に
上げて運用系として機能するように優先度を決定する。
ディスクアレイ＃０の復旧後は、ディスクアレイ＃１か
ら＃０へのデータコピーを優先させるように優先度を決
定する。
（運用系）とディスクアレイ＃１のＬＵ＃０（待機系）
とをミラーリング構成としており、また各ディスクアレ
イのＬＵ＃０以外の論理ユニットを違う目的で使用して
いる状態において、ディスクアレイ＃０が停止した場
合、ディスクアレイ＃１のＬＵ＃０の優先度を一時的に
上げて運用系として機能するように優先度を決定する。
ディスクアレイ＃０の復旧後は、ディスクアレイ＃１か
ら＃０へのデータコピーを優先させるように優先度を決
定する。
【００５４】ここで、上記（１）の場合を動作を、図８
のフローチャートを参照して説明する。
のフローチャートを参照して説明する。
【００５５】ディスクアレイ＃０のＬＵ＃０に故障が発
生すると（ステップＣ１）、ディスクアレイ＃０のＬＵ
＃０のミラーボリュームが他筐体／同一筐体内にあるか
否か（冗長性があるか否か）が判断される（ステップＣ
２）。
生すると（ステップＣ１）、ディスクアレイ＃０のＬＵ
＃０のミラーボリュームが他筐体／同一筐体内にあるか
否か（冗長性があるか否か）が判断される（ステップＣ
２）。
【００５６】ミラーボリュームがあれば、ステップＣ６
へ進んでディスクの修復が行われる。一方、ミラーボリ
ュームが無ければ、ディスクアレイ＃０のＬＵ＃０のデ
ィスク修復処理の優先度が一番高い設定となっているか
否かが判断される（ステップＣ３）。
へ進んでディスクの修復が行われる。一方、ミラーボリ
ュームが無ければ、ディスクアレイ＃０のＬＵ＃０のデ
ィスク修復処理の優先度が一番高い設定となっているか
否かが判断される（ステップＣ３）。
【００５７】上記優先度が一番高い設定となっていれ
ば、ステップＣ６へ進んでディスクの修復が行われる。
一方、一番高い設定となっていなければ、現状の優先度
が所定の記憶領域に保存され、ディスクアレイ＃０のＬ
Ｕ＃０のディスク修復処理の優先度が最高に設定され
（ステップＣ５）、ディスク修復が行われる（ステップ
Ｃ６）。
ば、ステップＣ６へ進んでディスクの修復が行われる。
一方、一番高い設定となっていなければ、現状の優先度
が所定の記憶領域に保存され、ディスクアレイ＃０のＬ
Ｕ＃０のディスク修復処理の優先度が最高に設定され
（ステップＣ５）、ディスク修復が行われる（ステップ
Ｃ６）。
【００５８】ディスク修復が完了した後は、ステップＣ
４で保存した優先度のリストアが行われる（ステップＣ
７）。
４で保存した優先度のリストアが行われる（ステップＣ
７）。
【００５９】次に、上記（２）の場合を動作を、図９及
び図１０のフローチャートを参照して説明する。
び図１０のフローチャートを参照して説明する。
【００６０】ディスクアレイ＃０が停止すると（ステッ
プＤ１）、そのディスクアレイ＃０の他にミラーボリュ
ームが他筐体／同一筐体内にあるか否かが判断される
（ステップＤ２）。
プＤ１）、そのディスクアレイ＃０の他にミラーボリュ
ームが他筐体／同一筐体内にあるか否かが判断される
（ステップＤ２）。
【００６１】ミラーボリュームが無ければ、ステップＤ
７に進んでディスクアレイ＃０の修復が行われる。一
方、ミラーボリュームがあれば、ディスクアレイ＃１内
の各論理ユニットをチェックすることにより、ディスク
アレイ＃１のＬＵ＃０の優先度が一番高い設定になって
いるか否かが判断される（ステップＤ３）。
７に進んでディスクアレイ＃０の修復が行われる。一
方、ミラーボリュームがあれば、ディスクアレイ＃１内
の各論理ユニットをチェックすることにより、ディスク
アレイ＃１のＬＵ＃０の優先度が一番高い設定になって
いるか否かが判断される（ステップＤ３）。
【００６２】上記優先度が一番高い設定になっていれ
ば、ステップＤ７に進んでディスクアレイ＃０の修復が
行われる。一方、一番高い設定になっていなければ、デ
ィスクアレイ＃１のＬＵ＃０以外の優先度を下げても影
響がないか否かが判断される（ステップＤ４）。
ば、ステップＤ７に進んでディスクアレイ＃０の修復が
行われる。一方、一番高い設定になっていなければ、デ
ィスクアレイ＃１のＬＵ＃０以外の優先度を下げても影
響がないか否かが判断される（ステップＤ４）。
【００６３】影響がある場合は、ステップＤ７に進んで
ディスクアレイ＃０の修復が行われる。一方、影響が無
ければ、現状の優先度が所定の記憶領域に保存され（ス
テップＤ５）、ディスクアレイ＃１のＬＵ＃０の運用優
先度が最高に設定され（ステップＤ６）、ディスクアレ
イ＃０の復旧が行われる。
ディスクアレイ＃０の修復が行われる。一方、影響が無
ければ、現状の優先度が所定の記憶領域に保存され（ス
テップＤ５）、ディスクアレイ＃１のＬＵ＃０の運用優
先度が最高に設定され（ステップＤ６）、ディスクアレ
イ＃０の復旧が行われる。
【００６４】ディスク修復が完了した後は、ディスクア
レイ＃１のＬＵ＃０からディスクアレイ＃０のＬＵ＃０
へのデータ転送処理の優先度が最高に設定され（ステッ
プＤ８）、データコピーが実行され（ステップＤ９）、
ステップＤ５で保存した優先度のリストアが行われる
（ステップＤ１０）。
レイ＃１のＬＵ＃０からディスクアレイ＃０のＬＵ＃０
へのデータ転送処理の優先度が最高に設定され（ステッ
プＤ８）、データコピーが実行され（ステップＤ９）、
ステップＤ５で保存した優先度のリストアが行われる
（ステップＤ１０）。
【００６５】このように、第２の実施形態によれば、各
ディスクアレイ内の各論理ユニットの用途及び各種の状
態に応じて、各論理ユニットについての通常処理及び複
数のバックグランド処理の間の処理優先度を示す優先度
テーブルがディスクアレイ毎に作成され、この優先度テ
ーブルに基づいて各処理が行われるので、前述の第１の
実施形態に比べ、処理の最適化をより一層高めることが
可能となる。
ディスクアレイ内の各論理ユニットの用途及び各種の状
態に応じて、各論理ユニットについての通常処理及び複
数のバックグランド処理の間の処理優先度を示す優先度
テーブルがディスクアレイ毎に作成され、この優先度テ
ーブルに基づいて各処理が行われるので、前述の第１の
実施形態に比べ、処理の最適化をより一層高めることが
可能となる。
【００６６】
【発明の効果】以上詳記したように本発明によれば、コ
ンピュータからのアクセス要求に応じた通常処理及びそ
れ以外の複数のバックグランド処理を行う複数の記憶装
置とを備えたシステムにおいて、システム全体の処理を
最適化することができる。
ンピュータからのアクセス要求に応じた通常処理及びそ
れ以外の複数のバックグランド処理を行う複数の記憶装
置とを備えたシステムにおいて、システム全体の処理を
最適化することができる。
【図１】本発明の第１の実施形態に係る処理最適化方法
が適用されるシステムの構成を示すブロック図。
が適用されるシステムの構成を示すブロック図。
【図２】上記第１の実施形態におけるシステムの主要部
構成を示すブロック図。
構成を示すブロック図。
【図３】上記第１の実施形態における情報解析部で使用
される情報テーブルの例を示す図。
される情報テーブルの例を示す図。
【図４】上記第１の実施形態における記憶装置に格納さ
れる優先度テーブルの例を示す図。
れる優先度テーブルの例を示す図。
【図５】上記第１の実施形態による動作を説明するため
のフローチャート。
のフローチャート。
【図６】本発明の第２の実施形態におけるシステムの主
要部構成を示すブロック図。
要部構成を示すブロック図。
【図７】上記第２の実施形態による動作を説明するため
のフローチャート。
のフローチャート。
【図８】上記第２の実施形態において優先度テーブルを
動的に変更する第１の例を説明するためのフローチャー
ト。
動的に変更する第１の例を説明するためのフローチャー
ト。
【図９】上記第２の実施形態において優先度テーブルを
動的に変更する第２の例を説明するためのフローチャー
ト。
動的に変更する第２の例を説明するためのフローチャー
ト。
【図１０】上記第２の実施形態において優先度テーブル
を動的に変更する第２の例を説明するためのフローチャ
ート。
を動的に変更する第２の例を説明するためのフローチャ
ート。
１０〜１Ｍ…ホストコンピュータ（＃１〜＃Ｍ） ２０〜２Ｎ…ディスクアレイ装置（＃１〜＃Ｎ） ３０…ネットワーク／チャネル網 ４１…ＯＳ（オペレーティングシステム） ４２…アプリケーションソフトウェア ４３…優先度設定コマンド発行部 ４５…情報解析部 ４６…コマンド発行部 ５１…内部バス ５２…ホストインタフェース ５３…マイクロプロセッサ ５４…ディスク側制御ソフトウェア ５５…優先度制御部 ５６…優先度テーブル ５７…情報収集解析部
Claims (9)
- 【請求項１】 任意の記憶装置に対してアクセス要求を
出すコンピュータと、前記コンピュータからのアクセス
要求に応じた通常処理及びそれ以外の複数のバックグラ
ンド処理を行う複数の記憶装置とを備えたシステムに適
用される処理最適化方法であって、 前記コンピュータにおいて、各記憶装置内の各論理ユニ
ットの用途に応じて、各論理ユニットについての前記通
常処理及び複数のバックグランド処理の間の処理優先度
を示す優先度テーブルを記憶装置毎に作成してそれらを
各記憶装置に対して発行し、 前記各記憶装置において、発行された前記優先度テーブ
ルを取得して格納し、格納した優先度テーブルの内容に
従って処理を行うことを特徴とする処理最適化方法。 - 【請求項２】 前記コンピュータにおいて、前記各記憶
装置内の状態を示す情報を取得し、その取得した情報及
び前記用途に応じて前記優先度テーブルを作成すること
を特徴とする請求項１記載の処理最適化方法。 - 【請求項３】 前記各記憶装置内の状態の変化に応じて
前記優先度テーブルの内容を動的に変更することを特徴
とする請求項２記載の処理最適化方法。 - 【請求項４】 コンピュータからのアクセス要求に応じ
た通常処理及びそれ以外の複数のバックグランド処理を
行う複数の記憶装置に対してアクセス要求を行うコンピ
ュータであって、 各記憶装置内の各論理ユニットの用途に応じて、各論理
ユニットについての前記通常処理及び複数のバックグラ
ンド処理の間の処理優先度を示す優先度テーブルを記憶
装置毎に作成し、それらを各記憶装置に対して発行する
手段を備えたことを特徴とするコンピュータ。 - 【請求項５】 前記各記憶装置内の状態を示す情報を取
得し、その取得した情報及び前記用途に応じて前記優先
度テーブルを作成することを特徴とする請求項４記載の
コンピュータ。 - 【請求項６】 前記各記憶装置内の状態の変化に応じて
前記優先度テーブルの内容を動的に変更することを特徴
とする請求項５記載のコンピュータ。 - 【請求項７】 通常処理及びそれ以外の複数のバックグ
ランド処理を行う記憶装置であって、 前記記憶装置内の各論理ユニットの用途に応じて作成さ
れた、各論理ユニットについての前記通常処理及び複数
のバックグランド処理の間の処理優先度を示す優先度テ
ーブルを備え、この優先度テーブルの内容に従って処理
を行うことを特徴とする記憶装置。 - 【請求項８】 前記記憶装置内の状態を示す情報を収集
する手段を備え、当該情報及び前記用途に応じて前記優
先度テーブルが作成されることを特徴とする請求項７記
載の記憶装置。 - 【請求項９】 前記記憶装置内の状態の変化に応じて前
記優先度テーブルの内容が動的に変更されることを特徴
とする請求項８記載の記憶装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001079352A JP3987295B2 (ja) | 2001-03-19 | 2001-03-19 | 処理最適化方法、コンピュータ、及び記憶装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001079352A JP3987295B2 (ja) | 2001-03-19 | 2001-03-19 | 処理最適化方法、コンピュータ、及び記憶装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002278704A true JP2002278704A (ja) | 2002-09-27 |
| JP3987295B2 JP3987295B2 (ja) | 2007-10-03 |
Family
ID=18935817
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001079352A Expired - Fee Related JP3987295B2 (ja) | 2001-03-19 | 2001-03-19 | 処理最適化方法、コンピュータ、及び記憶装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3987295B2 (ja) |
Cited By (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004295860A (ja) * | 2003-03-07 | 2004-10-21 | Fujitsu Ltd | ストレージシステム及びそのデイスク負荷バランス制御方法 |
| JP2005165694A (ja) * | 2003-12-03 | 2005-06-23 | Hitachi Ltd | 記憶装置システムおよびそのレプリケーション作成方法 |
| JP2009223863A (ja) * | 2008-03-19 | 2009-10-01 | Hitachi Ltd | コンピュータシステム及びコマンド実行頻度制御方法 |
| US7650385B2 (en) | 2003-11-20 | 2010-01-19 | International Business Machines Corporation | Assigning priorities |
| US7689792B2 (en) | 2004-04-09 | 2010-03-30 | Hitachi, Ltd. | Data replication in a storage system |
| JP2011154516A (ja) * | 2010-01-27 | 2011-08-11 | Fujitsu Ltd | ストレージ管理装置、ストレージシステム、ストレージ管理プログラム、ストレージ管理方法 |
| JP2012503257A (ja) * | 2008-09-19 | 2012-02-02 | オラクル・インターナショナル・コーポレイション | 記憶側記憶要求管理 |
| US8380953B2 (en) | 2009-09-25 | 2013-02-19 | Canon Kabushiki Kaisha | Control apparatus, method for controlling the control apparatus, and storage medium |
| US8458511B2 (en) | 2010-09-17 | 2013-06-04 | Oracle International Corporation | Fault isolation using code paths |
| JP2013530453A (ja) * | 2010-05-21 | 2013-07-25 | インターナショナル・ビジネス・マシーンズ・コーポレーション | 重複排除システムにおけるスペース予約 |
| US20140280249A1 (en) | 2013-03-14 | 2014-09-18 | Oracle International Corporation | Predicate offload of large objects |
| US8868831B2 (en) | 2009-09-14 | 2014-10-21 | Oracle International Corporation | Caching data between a database server and a storage system |
| US8892780B2 (en) | 2007-03-08 | 2014-11-18 | Oracle International Corporation | Management of shared storage I/O resources |
| JP2014228946A (ja) * | 2013-05-20 | 2014-12-08 | 富士通株式会社 | 情報処理装置、情報処理システム、情報処理装置の制御方法及び情報処理装置の制御プログラム |
| US9361232B2 (en) | 2008-09-19 | 2016-06-07 | Oracle International Corporation | Selectively reading data from cache and primary storage |
| US9798655B2 (en) | 2013-09-20 | 2017-10-24 | Oracle International Corporation | Managing a cache on storage devices supporting compression |
| US10229161B2 (en) | 2013-09-20 | 2019-03-12 | Oracle International Corporation | Automatic caching of scan and random access data in computing systems |
| US10331573B2 (en) | 2016-11-04 | 2019-06-25 | Oracle International Corporation | Detection of avoidable cache thrashing for OLTP and DW workloads |
| US10528590B2 (en) | 2014-09-26 | 2020-01-07 | Oracle International Corporation | Optimizing a query with extrema function using in-memory data summaries on the storage server |
| US10642837B2 (en) | 2013-03-15 | 2020-05-05 | Oracle International Corporation | Relocating derived cache during data rebalance to maintain application performance |
| US10990596B2 (en) | 2019-06-14 | 2021-04-27 | Oracle International Corporation | Non-disruptive referencing of special purpose operators for database management systems |
| US11086876B2 (en) | 2017-09-29 | 2021-08-10 | Oracle International Corporation | Storing derived summaries on persistent memory of a storage device |
| US11200234B2 (en) | 2019-06-14 | 2021-12-14 | Oracle International Corporation | Non-disruptive dynamic ad-hoc database catalog services |
-
2001
- 2001-03-19 JP JP2001079352A patent/JP3987295B2/ja not_active Expired - Fee Related
Cited By (37)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004295860A (ja) * | 2003-03-07 | 2004-10-21 | Fujitsu Ltd | ストレージシステム及びそのデイスク負荷バランス制御方法 |
| US7650385B2 (en) | 2003-11-20 | 2010-01-19 | International Business Machines Corporation | Assigning priorities |
| JP2005165694A (ja) * | 2003-12-03 | 2005-06-23 | Hitachi Ltd | 記憶装置システムおよびそのレプリケーション作成方法 |
| US7721058B2 (en) | 2003-12-03 | 2010-05-18 | Hitachi, Ltd. | Storage system and replication creation method thereof |
| US7689792B2 (en) | 2004-04-09 | 2010-03-30 | Hitachi, Ltd. | Data replication in a storage system |
| US7908449B2 (en) | 2004-04-09 | 2011-03-15 | Hitachi, Ltd. | Data replication in a storage system |
| US8892780B2 (en) | 2007-03-08 | 2014-11-18 | Oracle International Corporation | Management of shared storage I/O resources |
| US9436389B2 (en) | 2007-03-08 | 2016-09-06 | Oracle International Corporation | Management of shared storage I/O resources |
| JP2009223863A (ja) * | 2008-03-19 | 2009-10-01 | Hitachi Ltd | コンピュータシステム及びコマンド実行頻度制御方法 |
| JP2012503257A (ja) * | 2008-09-19 | 2012-02-02 | オラクル・インターナショナル・コーポレイション | 記憶側記憶要求管理 |
| US9336275B2 (en) | 2008-09-19 | 2016-05-10 | Oracle International Corporation | Hash join using collaborative parallel filtering in intelligent storage with offloaded bloom filters |
| US8521923B2 (en) | 2008-09-19 | 2013-08-27 | Oracle International Corporation | Storage-side storage request management |
| JP2014142940A (ja) * | 2008-09-19 | 2014-08-07 | Oracle Internatl Corp | 記憶側記憶要求管理 |
| US8825678B2 (en) | 2008-09-19 | 2014-09-02 | Oracle International Corporation | Hash join using collaborative parallel filtering in intelligent storage with offloaded bloom filters |
| US9361232B2 (en) | 2008-09-19 | 2016-06-07 | Oracle International Corporation | Selectively reading data from cache and primary storage |
| US8874807B2 (en) | 2008-09-19 | 2014-10-28 | Oracle International Corporation | Storage-side storage request management |
| US10430338B2 (en) | 2008-09-19 | 2019-10-01 | Oracle International Corporation | Selectively reading data from cache and primary storage based on whether cache is overloaded |
| US9405694B2 (en) | 2009-09-14 | 2016-08-02 | Oracle Internation Corporation | Caching data between a database server and a storage system |
| US8868831B2 (en) | 2009-09-14 | 2014-10-21 | Oracle International Corporation | Caching data between a database server and a storage system |
| US8380953B2 (en) | 2009-09-25 | 2013-02-19 | Canon Kabushiki Kaisha | Control apparatus, method for controlling the control apparatus, and storage medium |
| JP2011154516A (ja) * | 2010-01-27 | 2011-08-11 | Fujitsu Ltd | ストレージ管理装置、ストレージシステム、ストレージ管理プログラム、ストレージ管理方法 |
| US9201605B2 (en) | 2010-05-21 | 2015-12-01 | International Business Machines Corporation | Space reservation in a deduplication system |
| JP2013530453A (ja) * | 2010-05-21 | 2013-07-25 | インターナショナル・ビジネス・マシーンズ・コーポレーション | 重複排除システムにおけるスペース予約 |
| US9442665B2 (en) | 2010-05-21 | 2016-09-13 | International Business Machines Corporation | Space reservation in a deduplication system |
| US8458511B2 (en) | 2010-09-17 | 2013-06-04 | Oracle International Corporation | Fault isolation using code paths |
| US20140280249A1 (en) | 2013-03-14 | 2014-09-18 | Oracle International Corporation | Predicate offload of large objects |
| US10489365B2 (en) | 2013-03-14 | 2019-11-26 | Oracle International Corporation | Predicate offload of large objects |
| US10642837B2 (en) | 2013-03-15 | 2020-05-05 | Oracle International Corporation | Relocating derived cache during data rebalance to maintain application performance |
| JP2014228946A (ja) * | 2013-05-20 | 2014-12-08 | 富士通株式会社 | 情報処理装置、情報処理システム、情報処理装置の制御方法及び情報処理装置の制御プログラム |
| US10229161B2 (en) | 2013-09-20 | 2019-03-12 | Oracle International Corporation | Automatic caching of scan and random access data in computing systems |
| US9798655B2 (en) | 2013-09-20 | 2017-10-24 | Oracle International Corporation | Managing a cache on storage devices supporting compression |
| US10528590B2 (en) | 2014-09-26 | 2020-01-07 | Oracle International Corporation | Optimizing a query with extrema function using in-memory data summaries on the storage server |
| US10331573B2 (en) | 2016-11-04 | 2019-06-25 | Oracle International Corporation | Detection of avoidable cache thrashing for OLTP and DW workloads |
| US11138131B2 (en) | 2016-11-04 | 2021-10-05 | Oracle International Corporation | Detection of avoidable cache thrashing for OLTP and DW workloads |
| US11086876B2 (en) | 2017-09-29 | 2021-08-10 | Oracle International Corporation | Storing derived summaries on persistent memory of a storage device |
| US10990596B2 (en) | 2019-06-14 | 2021-04-27 | Oracle International Corporation | Non-disruptive referencing of special purpose operators for database management systems |
| US11200234B2 (en) | 2019-06-14 | 2021-12-14 | Oracle International Corporation | Non-disruptive dynamic ad-hoc database catalog services |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3987295B2 (ja) | 2007-10-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3987295B2 (ja) | 処理最適化方法、コンピュータ、及び記憶装置 | |
| JP4903415B2 (ja) | 記憶制御システム及び記憶制御方法 | |
| US7127557B2 (en) | RAID apparatus and logical device expansion method thereof | |
| US7568075B2 (en) | Apparatus, system and method for making endurance of storage media | |
| US7975168B2 (en) | Storage system executing parallel correction write | |
| US6272571B1 (en) | System for improving the performance of a disk storage device by reconfiguring a logical volume of data in response to the type of operations being performed | |
| US8195913B2 (en) | Data storage control on storage devices | |
| JP4478233B2 (ja) | Ｒａｉｄコントロ―ラの自動コンフィギュレ―ションに関する装置及び方法 | |
| US8266375B2 (en) | Automated on-line capacity expansion method for storage device | |
| US6009481A (en) | Mass storage system using internal system-level mirroring | |
| US20120023287A1 (en) | Storage apparatus and control method thereof | |
| EP1876519A2 (en) | Storage system and write distribution method | |
| US6961818B1 (en) | Method, system and computer program product for managing data in a mirrored cache using an access balancing technique | |
| JP4935331B2 (ja) | ストレージシステムと記憶領域の選択方法並びにプログラム | |
| JP2010097372A (ja) | ボリューム管理方式 | |
| JP2001067187A (ja) | ストレージサブシステム及びその制御方法 | |
| US20120297156A1 (en) | Storage system and controlling method of the same | |
| US20080263299A1 (en) | Storage System and Control Method Thereof | |
| EP1158397A2 (en) | Address layout managing method and external storage sub-system | |
| JPH07281840A (ja) | ２重化ディスク記録装置 | |
| US7496724B2 (en) | Load balancing in a mirrored storage system | |
| US20120059987A1 (en) | Storage system, copy method, and primary storage apparatus | |
| US6954833B1 (en) | Expedited dynamic mirror service policy | |
| JP4430092B2 (ja) | Ｒａｉｄ装置、ｒａｉｄ装置の制御部およびｒａｉｄ装置のライトバック制御方法 | |
| US20090300309A1 (en) | Storage apparatus |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040915 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070327 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070410 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070611 |
|
| 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: 20070710 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070712 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100720 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100720 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110720 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120720 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |