JP2004171249A - データベースのバックアップ実行判断方法 - Google Patents
データベースのバックアップ実行判断方法 Download PDFInfo
- Publication number
- JP2004171249A JP2004171249A JP2002335928A JP2002335928A JP2004171249A JP 2004171249 A JP2004171249 A JP 2004171249A JP 2002335928 A JP2002335928 A JP 2002335928A JP 2002335928 A JP2002335928 A JP 2002335928A JP 2004171249 A JP2004171249 A JP 2004171249A
- Authority
- JP
- Japan
- Prior art keywords
- backup
- database
- main processing
- processing amount
- amount
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1458—Management of the backup or restore process
- G06F11/1461—Backup scheduling policy
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
- G06F2201/81—Threshold
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
【解決手段】データベースのメインとなる業務処理の量(メイン処理量)を取得して蓄積した上で、直近に蓄積したメイン処理量を使用して、バックアップに要すると推定される時間におけるメイン処理量の推移を示す値(メイン処理指数)を求め、メイン処理指数とバックアップの実行可否を決めるしきい値であるバックアップ実行可否基準値とを比較し、メイン処理指数が小さい場合にはバックアップを実行し、メイン処理指数が大きい場合にはバックアップを実行せずに再度メイン処理量を取得してメイン処理指数を求めてバックアップ実行基準値と比較する。
【選択図】 図1
Description
【発明の属する技術分野】
データベース管理システムにおけるデータベースのバックアップの実行時期を決定する方法に関する。
【0002】
【従来の技術】
データベース管理システム(DBMS)は、顧客管理システムや商品管理システムなどの幅広い分野で利用されている。信頼性や可用性を特徴とするこれらのDBMSでは、データのメンテナンスや障害に備えた運用保守が重要である。運用保守のひとつに、データベースのバックアップがある。
【0003】
データベースのバックアップを取得する方法としては、DBMSを停止して行なうオフラインバックアップと、DBMSを稼動した状態で行なうオンラインバックアップがある。
【0004】
オフラインバックアップを行なう場合、適切な時期にDBMSを停止する計画、すなわちバックアップ計画をデータベース管理者が予め作成することが一般的である。例えば、企業内で利用している業務DBMSの場合は、DBMSを停止できるのは業務時間外である。このため、平日の業務終了後と休日に計画的にDBMSを停止してバックアップを行なうバックアップ計画が考えられる。平日の業務終了後には短時間でバックアップを終了する必要があるため、前回のバックアップからの更新部分だけのバックアップを取得する差分バックアップを行なう。また、休日には十分な時間があるため、データベース全体のバックアップを取得するフルバックアップを行なう。
【0005】
一方、業務の形態やDBMSの利用方法によりDBMSを計画停止できない場合には、オンラインバックアップを利用して、DBMSを稼動した状態でバックアップを行なうことができる。しかし、オンラインバックアップはバックアップ実行中にDBMSのメインとなる業務処理(以下、メイン処理)に対して影響を与え、処理の遅延を引き起こす可能性がある。そのため、オンラインバックアップでもメイン処理の遅延を引き起こさないようにバックアップを行なうためには、データベースのメイン処理の量(メイン処理量)の少ない時間にバックアップを実行するバックアップ計画を作成する必要がある。
【0006】
メイン処理量が少ない時間にオンラインバックアップを行なう従来技術では、メイン処理量を表す指標としてビジー率を利用している(例えば、特許文献1参照)。ビジー率とは、単位時間当たりに占める、読み取り/書き込みのディスクアクセス時間の割合である。
【0007】
特許文献1の処理の流れを、図12を用いて説明する。特許文献1では、ビジー率取得機能1208において、ビジー率取得ユーティリティ1210を利用してデータベースのビジー率を定期的に取得し、ビジー率蓄積機能1208においてビジー率データベース1211に蓄積することを前提としている。
【0008】
バックアップ実行条件入力機能1201においては、バックアップを実行すべき日付と時間帯(バックアップ候補時間帯1214)、バックアップに必要と予測される時間(バックアップ予測時間1215)、及びバックアップ候補時間帯のそれぞれのビジー率を比較して、バックアップの実行可否を決めるためのしきい値(バックアップ実行可否基準値1216)を含む情報を入力する。
【0009】
次に、ビジー率抽出機能1203において、業務には周期性があり、データベースのビジー率も周期的に変化するという仮定の元に、ビジー率データベース1212に蓄積したビジー率を抽出する。特許文献1の中では1年周期と仮定して、バックアップ候補時間帯の前年同月同週同曜日のビジー率1217を抽出する例で説明している。
【0010】
次に、バックアップ実行時期決定機能1204において、ビジー率が十分に小さい時間帯、すなわち、抽出したビジー率の中で、ビジー率がバックアップ実行可否基準値1216以下の時間帯を探し、その時間帯にバックアップを行なうようにバックアップ実行管理機能1205に指示する(特許文献1では、この指示情報をバックアップ実行計画と呼ぶ)。特許文献1では、バックアップ実行可否基準値1216以下の時間帯が見つからない場合も考慮して、バックアップ実行可否基準値1216の値を引き上げ、再度ビジー率がバックアップ実行可否基準値1216以下の時間帯を探す方法も説明している。図12の例では、バックアップ候補時間帯の前年同月同週同曜日のビジー率1217のうち、1:00−2:00のビジー率の値20がバックアップ条件のバックアップ実行可否基準値1216である30以下であるため、ビジー率が十分に小さい時間帯として、この時間帯にバックアップを実行するようにバックアップ実行計画を作成する。
【0011】
バックアップ実行管理機能1205では、バックアップ実行計画作成機能1202で作成したバックアップ実行計画を管理し、前記バックアップ実行時期決定機能1204で決定した時間帯になるとバックアップ実行ユーティリティ1206を実行し、データベース管理システム1207のバックアップを行なう。
【0012】
図13を用いて、特許文献1におけるバックアップ時期の決定方法を、グラフを用いて説明する。図13の例では、前述のようにビジー率が1年周期で変化するものと仮定する。図13中のグラフは縦軸がビジー率、横軸が時間を表す。図13のビジー率抽出機能1203において、前記ビジー率が1年の周期性を持つという仮定の元に、前年同月同週同曜日(t1’〜t2’)のビジー率1301を抽出し、バックアップ候補時間帯1214(t1〜t2)のビジー率の推定値1302として適用する。図12のバックアップ実行時期決定機能1204において、前記抽出したバックアップ候補時間帯(t1〜t2)1302のビジー率の中でビジー率が低い区間、すなわち、ビジー率がバックアップ実行可否基準値1216以下の区間を見つけ、その時間帯をバックアップ実行時間帯1214とする。
【0013】
【特許文献1】
特開2000−347919号公報
【0014】
【発明が解決しようとする課題】
しかし、近年、DBMSの利用形態が変化してきており、企業内のDBMSのように限られた人のみが利用するものだけではなく、インターネットに接続されたDBMSのように不特定多数の人が利用するものも増えてきた。国内からだけでなく世界中からのアクセスを24時間受け付けるDBMSもあり、そのような場合には、メイン処理量が周期的に変化するとは限らない。
【0015】
このような状況では、特許文献1のように周期的なメイン処理量の変化を前提としてバックアップ時期を決定する方法は適用できない。仮に適用しても、決定した時期に実際にDBMSのメイン処理量が予測どおりにならず、メイン処理量が多いときにバックアップを行なってしまう可能性がある。その結果、オンラインバックアップの実行中にメイン処理が多くなる可能性があり、DBMSのメイン処理に遅延などの影響が発生してしまう。
【0016】
そこで、DBMSのオンラインバックアップによる遅延などの影響を防ぐには、DBMSのメイン処理に影響しない時期にバックアップを取得する必要がある。
【0017】
DBMSのメイン処理量の変化が周期的でない場合にも、オンラインバックアップがメイン処理に与える影響を少なくするように、オンラインバックアップの実行を判断することが本発明の目的である。
【0018】
【課題を解決するための手段】
上記目的を達成するためのバックアップ実行判断方法を以下に示す。
【0019】
本発明では、DBMSのメインとなる業務処理(メイン処理量)の量が小さい時点を判断し、バックアップを実行する。ここで、メイン処理量とは具体的に、ディスクのビジー率やデータベースの単位時間当たりのトランザクション量などがある。
【0020】
バックアップは一瞬で行われるものではないため、バックアップに要すると推定される期間の大小を判断するための指標としてメイン処理指数を用いる。メイン処理指数は、データベースのバックアップに要すると推定される期間中のメイン処理量の変化を、判断時点の直前におけるいくつかのメイン処理量から推定し、その期間中のメイン処理の大きさを最大値、平均値などにより、ひとつの値として代表する値である。メイン処理指数の求め方としては、まず、データベースのメイン処理量を取得し、取得したメイン処理量からメイン処理量の変化の近似式を求める。近似式としては、線形近似、2次、3次などの曲線による近似が考えられる。近似式のほか、最大値や平均値をとってもよい。次に、求めた近似式からバックアップ期間中のメイン処理量の最大値または平均値をメイン処理指数とする。また、データベースから取得したメイン処理量から、直接、その最大値や平均値を求め、メイン処理指数とすることも考えられる。上記の方法以外にもバックアップに要すると推定される期間におけるメイン処理量の大小を判断する指標を、メイン処理指数として用いることができる。
【0021】
特許文献1では、データベースのメイン処理量が周期的に変化するものと仮定し、過去のメイン処理量を参考にバックアップ実行時期を決定しているが、本発明では、データベースのメイン処理量が周期的に変化しない場合においても、その時点のメイン処理量の負荷をメイン処理指数により判断し、バックアップの実行可否を判断している。
【0022】
本発明により、直前のデータベースのメイン処理量を取得し、判断時点からのメイン処理量の変化を予測してバックアップの実行判断を行なうため、メイン処理量の変化が周期的でない場合にも、メイン処理量の多い時期を避け、オンラインバックアップがメイン処理に与える影響を少なくするように、オンラインバックアップの実行判断を行なうことができる。
【0023】
【発明の実施の形態】
最初に、本発明の原理を説明する。本発明は任意のある時期において、DBMSのメインとなる業務処理の量(以下、メイン処理量)の大きさを判断し、メイン処理量が小さければバックアップを行なうものである。メイン処理量の大きさを測る指標としては、単位時間当たりに占める、ディスクの読み取り/書き込みのディスクアクセス時間の割合であるビジー率や、データベースのトランザクション量などを用いることができる。メイン処理量を表す値となるものであれば、上記以外のものでもよい。ここで、バックアップは一瞬で終わるものではないので、バックアップ中のメイン処理量が小さいままであることが望まれる。従って、瞬間のメイン処理量の大きさを推測する指標が必要である。以下、このような指標をメイン処理指数と呼ぶ。
【0024】
メイン処理指数は、データベースのバックアップに要すると推定される期間中のメイン処理量の変化を、判断時点の直前におけるいくつかのメイン処理量から推定し、その期間中のメイン処理の大きさを最大値や平均値などにより、ひとつの値として代表する値である。メイン処理指数の求め方としては、まず、データベースのメイン処理量を取得し、取得したメイン処理量からメイン処理量の変化の近似式を求める。近似式としては、線形近似、2次、3次などの曲線による近似が考えられる。近似式のほか、最大値や平均値をとってもよい。次に、求めた近似式からバックアップ期間中のメイン処理量の最大値または平均値を求めてメイン処理指数とする。また、データベースから取得したメイン処理量から、直接、その最大値や平均値を求め、メイン処理指数とすることも考えられる。上記の方法以外にもバックアップに要すると推定される期間におけるメイン処理量の大小を判断する指標であれば、メイン処理指数として用いることができる。
【0025】
バックアップ予測時間帯のメイン処理量の平均値を求める方法としては、抽出したメイン処理量取得回数のメイン処理量の平均値を求めることなども考えられる。バックアップ中のメイン処理量の変化を示すことができる指標であれば上記のもの以外でもよい。
【0026】
次に、メイン処理指数と、予め設定したしきい値(バックアップ実行可否基準値)とを比較する。比較の結果、メイン処理指数がバックアップ実行可否基準値以下であれば、バックアップ中のメイン処理量に対する影響は小さいものとして、バックアップを実行する。
【0027】
図1を用いて本発明の処理手順を説明する。ここでは、メイン処理量としてディスクのビジー率を用いて説明する。本発明ではデータベース管理者やスケジューラなどにより本発明の機能が起動されると、まず、バックアップ条件入力機能101で、バックアップの実行を判断するのに用いるパラメータ(バックアップ実行条件106)が入力される。バックアップ実行条件106は、バックアップの実行可否を判断するためのしきい値であるバックアップ実行可否基準値108、及びバックアップに要する予測時間であるバックアップ予測時間111を含む。
【0028】
次に、バックアップ実行判断機能102が起動され、ビジー率抽出処理103で、メイン処理指数を求めるために必要なビジー率をビジー率データベース1211から抽出する。次に、メイン処理指数計算処理104で抽出したビジー率からメイン処理指数を計算し、バックアップ実行判断処理105で、メイン処理指数がバックアップ実行可否基準値108以下である場合にはバックアップが実行可能であると判断し、バックアップ実行判断機能102の処理を終了する。
【0029】
本発明においては、バックアップ実行条件にメイン処理指数を求めるために用いるビジー率の取得回数を、入力するパラメータであるメイン処理量取得回数107に含めることで、メイン処理量を取得する回数を変更できる。メイン処理量取得回数107の値を大きくすれば、メイン処理指数の精度が向上する。
【0030】
また、同様に、バックアップ条件にメイン処理量を取得する間隔を入力するパラメータに取得間隔110を含めることで、メイン処理量を取得する間隔を変更できる。取得間隔が短じかすぎると、メイン処理に対して処理量取得の負荷が増える可能性があり、パラメータとして、取得間隔を可変に設定できるようにすることでDBMSの利用形態や運用方法に応じて適切な値に調整できる。
【0031】
図1においてデータベースのビジー率を取得するためのビジー率取得機能1208は、バックアップ実行条件入力後にバックアップ実行判断機能102によって起動され、メイン処理量取得回数107で指定されたビジー率を取得し、ビジー率蓄積機能1209によってビジー率データベース1211にビジー率を蓄積する。しかし、ビジー率取得機能1208をバックアップ実行判断機能102とは独立して起動し、予めビジー率データベース1211にビジー率を蓄積し、ビジー率抽出機能1212によって、メイン処理取得回数分のメイン処理量112をバックアップ実行判断機能102に提供することもできる。
【0032】
本発明では、メイン処理指数がバックアップ実行可否基準値108以下にならければ、バックアップを実行しないため、いつまでもバックアップを行なえない場合もあり得る。そのような場合に対処するため、バックアップ実行条件106で最大延期期間109を設ける方法などが考えられる。バックアップ実行判断機能102の開始から最大延期期間109を過ぎてもバックアップが完了しないと判断した場合、つまり、現在時刻が「(バックアップ実行判断機能開始時刻+最大延期期間)−バックアップ予測時間」を過ぎた場合には、メイン処理指数とバックアップ実行可否基準値108との比較結果とは関係なく、バックアップを開始する。
【0033】
図2は本発明のメイン処理量算出の原理を説明した図である。本発明では、バックアップの実行を判断する時点207以前にメイン処理指数の計算に必要なメイン処理量を取得する(図2で示す、t1,t2,t3の時点)。バックアップ実行判断時点207において、予め取得したメイン処理量から、メイン処理指数を計算する。図2の例は、t1〜t3からメイン処理量の近似式207を求め、バックアップ予測時間206中のメイン処理量の最大値をメイン処理指数とする。求めたメイン処理指数をバックアップ実行可否基準値108と比較し、メイン処理指数がバックアップ実行可否基準値108以下であればバックアップを行なう。
【0034】
以下に本発明の第1の実施形態について説明する。
【0035】
本実施形態では、データベースのメイン処理量を取得し、メイン処理指数を求める。その後、メイン処理指数とバックアップ実行可否基準値108とを比較し、バックアップ実行判断を行なう。メイン処理指数として、取得したメイン処理量を元に近似式を求め、近似式を用いてバックアップ予測時間中のメイン処理の最大値を求める。
【0036】
図3は、本実施形態のシステムの構成を示す。本発明は、中央処理装置(CPU)301、ディスプレイ302、キーボード303、可搬型媒体用ドライブ304、通信制御装置305、主メモリ306、磁気ディスク装置307、および、システムバス320から構成される一般的な計算機システムに対して適用できる。
【0037】
中央処理装置301は、本発明で使用する各種プログラムを実行する。ディスプレイ302は、処理の実行状況や実行結果などを表示するために使用する。キーボード303は、データベース管理システムの実行などを指示するコマンドを入力するために使用する。可搬型媒体用ドライブ304は、フロッピー(R)ディスク、光磁気ディスクや、追記型光磁気ディスクなどの可搬型媒体322へのデータの読み書きのために使用する。通信制御装置305は、ネットワーク321を介した通信のために使用する。主メモリ306は、本発明で使用する各種プログラムと一時的なデータの格納に使用する。磁気ディスク装置307は、データベースやデータベースに関する定義情報を格納するために使用する。システムバス320は、これらの各種装置を接続するために使用する。
【0038】
磁気ディスク装置307には、データベース格納領域317、バックアップ条件格納領域318、およびメイン処理量格納領域319が確保される。
【0039】
主メモリ306には、アプリケーションプログラム308、データベース管理システムプログラム309、バックアップ実行判断プログラム311、システムプログラム315、およびワークエリア316が保持される。
【0040】
また、データベース管理システムプログラム309にはデータベースのバックアップや状態解析などを行なうデータベース運用管理ユーティリティ310が含まれる。
【0041】
アプリケーションプログラム308は、データベース管理システムプログラム309を利用して、ユーザにサービスを提供する。データベース管理システムプログラム309はデータベースの操作や管理などを行なう。
【0042】
バックアップ実行判断プログラム311は、図5で示すバックアップの実行可否を決定するための条件を入力し、メイン処理量を元にバックアップの実行の判断を行なうプログラムである。
【0043】
システムプログラム315は、周辺機器との間のデータの入出力など、本発明で使用する各種プログラムを実行するための基本的な機能を提供する。また、システムプログラム315は、内部にシステムクロックを有し、現在の日付・時刻を保持する。ワークエリア316は、プログラムの実行時に一時的に必要となるデータを記憶するために用いられる。
【0044】
データベース格納領域317は、データベースとデータベースに関する定義情報を格納するために用いられる。バックアップ条件格納領域318は、バックアップ実行判断プログラム311で入力するバックアップ条件を格納するために用いられる。メイン処理量格納領域319はバックアップ実行判断プログラム311で取得したメイン処理量を時系列に従って格納する。なお、バックアップ条件格納領域318やメイン処理量格納領域319は磁気ディスク装置307内でなく、メモリや通常のファイルに格納されていてもよい。
【0045】
本発明で使用するプログラムは、可搬媒体322、あるいはネットワーク321を介して、主メモリ306中に設定される。なお、可搬媒体322を利用する場合は、プログラムは予め可搬媒体322に格納されているものとする。
【0046】
図5はバックアップ実行判断プログラム311に入力するパラメータの例である。入力するパラメータの詳細を以下に示す。メイン処理取得回数501は、メイン処理指数を求めるためにメイン処理量を取得する回数を指定する。図5の例では、メイン処理指数を求めるために、事前にメイン処理量を3回取得することを表す。バックアップ実行可否基準値502は、バックアップの実行可否を決めるために、メイン処理指数と比較するしきい値である。図5はバックアップを行なうために十分小さいメイン処理量を指定する場合を示し、例えばビジー率をメイン処理量として用いたと仮定して、ビジー率が40%以下の場合にバックアップを実行可能と判断するようにしきい値を設定したことを表す。
【0047】
最大延期期間503は、バックアップ実行判断を続ける延期期限を設定する。バックアップ実行可否基準値502とメイン処理指数を比較した結果、メイン処理指数がバックアップ実行可否基準値502以上でバックアップ実行不可と判断した場合は、メイン処理量の取得、メイン処理指数の計算、バックアップ実行可否基準値との比較を再度行なう。しかし、長期間に渡ってメイン処理指数がバックアップ実行可否基準値502以下にならず、延々バックアップが実行されないことも考えられる。そこで、最大延期期間503を予め用意しておき、バックアップ実行判断プログラムの実行を開始した後、最大延期期間503が過ぎてもバックアップが終了しないと判断した場合、すなわち、現在時刻が「(バックアップ実行判断機能開始時刻+最大延期期間)−バックアップ予測時間」を過ぎた場合には、メイン処理指数とバックアップ実行可否基準値502との比較結果とは関係なく、バックアップを開始するように設定する。図5の例ではバックアップ実行判断プログラムの開始から60分を経過してもバックアップが終了しない場合、すなわち、バックアップ予測時間が20分であるためバックアップ実行を判断してから40分以上を経過した場合には、メイン処理指数とバックアップ実行可否基準値502との比較結果とは関係なく、バックアップ実行を開始するように設定したことを表す。
【0048】
取得間隔504はメイン処理量を取得する間隔を設定する。図5の例では、1分ごとにメイン処理量を取得するように設定したことを表す。バックアップ予測期間505は、データベースのバックアップに要する時間の予測値である。図5の例では、バックアップに要する時間の予測値として、20分と設定したことがわかる。バックアップの予測は、例えば、前回のバックアップにかかった時間を記憶しておき、システムが自動的に設定してもよい。
【0049】
図6は第1の実施形態におけるバックアップ実行判断プログラム311の処理の流れ図である。
【0050】
本実施形態ではメイン処理量をあらわす手段としてディスクのビジー率(以下、単にビジー率と記す)を用いる。ビジー率とは、単位時間当たりに占める、読み取り/書き込みのディスクアクセス時間の割合である。
【0051】
従来技術では、日別、時間帯別に取得したメイン処理量からバックアップ予測時間の間のすべてのメイン処理量とバックアップ実行可否基準値とを比較して、バックアップ実行可否基準値以下となる時間帯を探している。一方、本発明では取得したメイン処理量からバックアップ中のメイン処理の大きさを表すメイン処理指数を求め、メイン処理指数とバックアップ実行可否基準値とを比較してバックアップの実行可否を決定する。即ち、運用中のデータベースのメイン処理量から、バックアップ時間中のメイン処理量を予測し、バックアップの実行可否を決定する。
【0052】
図6に示すバックアップ実行時期判断プログラム311は、データベース管理者が定めたバックアップ計画に従い定期的に起動されるか、あるいは必要に応じて起動される、図5で示したバックアップ条件を入力とした後に実行される。ステップ601で現在のビジー率を取得し、ステップ602で取得したビジー率を蓄積する。ステップ603では本フローが開始されてからビジー率をメイン処理量取得回数501以上取得したかを判断する。ビジー率をメイン処理量取得回数以上取得していたらステップ604へ進み、ビジー率を取得していなければステップ607へ進む。ステップ604ではステップ602で蓄積したビジー率から、メイン処理量取得回数で指定した個数の直近のビジー率を抽出する。ステップ605ではステップ602で蓄積したビジー率から、メイン処理指数を計算する。
【0053】
メイン処理指数を計算するステップ605の詳細を図7に示す。ステップ701で、取得したビジー率からビジー率の変化の近似式を求める。ステップ702で求めた近似式を用いて、現時点からバックアップ予測時間505の間のビジー率の最大値を求める。ステップ703でその値をメイン処理指数として設定する。図2のように線形近似式を用いれば、バックアップ予測時間内の両端におけるメイン処理の最大値でよい。2次、3次のような曲線での近似の場合は、バックアップ予測時間内における最大値を求める必要がある。これらは、一般的な数学手法を用いて求めることができる。
【0054】
ステップ606でメイン処理指数とバックアップ条件で指定したバックアップ実行可否基準値502とを比較し、メイン処理指数がバックアップ実行可否基準値502以下であれば本フローは終了して、バックアップを実行する。メイン処理指数がバックアップ実行可否基準値502より大きければ、ステップ607へ進む。ステップ607では、バックアップ条件で指定した取得間隔504だけ待つと、最大延期期間503までにバックアップが終了するかを判断する。バックアップが終了するかの判断は、現在時刻からバックアップ予測時間を経過した場合に、最大延期期間を過ぎるかどうかで行なう。最大延期期間503を経過する場合は、ステップ606の比較結果に関わらずバックアップを実行する。最大延期期間503を経過しない場合は、ステップ608で取得間隔504だけ待ってステップ601に戻る。
【0055】
図6ではビジー率の取得をバックアップ実行判断プログラム311内で行なう方法を示しているが、ステップ601及びステップ602で行なっているビジー率の取得および蓄積を、図8に示すように、別途ビジー率を取得する処理を行なう機能を作成し、バックアップ実行判断プログラム311とは別に実行し、バックアップ実行判断プログラム311とは独立にビジー率の取得や蓄積を行ってもよい。
【0056】
なお、ここではメイン処理指数を求める際に、取得したビジー率の近似式を利用したが、取得したメイン処理量のうちの最大値をメイン処理指数とするなどの統計的手法を用いることもできる。
【0057】
本発明のデータベースのバックアップ実行判断方法により得られたバックアップ実行の可否の判断結果は、図3のディスプレイ302に表示される。その際、図2に示すグラフを合わせて表示することにより、バックアップ実行の可否の判断の根拠となる関連情報を利用者に提示することもできる。また、バックアップ実行が不可の判断結果が得られた場合、図3のキーボード303によって、バックアップ実行条件106を再設定して、本発明の方法を実施することにより、適切なバックアップ時期を選択できる。
【0058】
本実施形態により、データベースのメイン処理量の変化が周期的でない場合にも、メイン処理量の多い時期を避け、データベースのメイン処理に最も影響が少ない時期にバックアップを実行できる。
【0059】
次に、本発明の第2の実施形態について説明する。本実施形態では、データベースのメイン処理量を取得し、メイン処理指数を求める。その後、メイン処理指数とバックアップ実行可否基準値とを比較し、バックアップ実行判断を行なう。メイン処理指数として、取得したメイン処理量の平均値を求める。
【0060】
本実施形態のシステム構成は、図4に示した構成と同じである。バックアップ実行条件の入力パラメータは第1の実施形態の図6で説明したものと同じである。バックアップ実行判断機能は第1の実施形態の図6で説明したものと同じである。
【0061】
本実施形態では、図6のバックアップ実行判断機能のメイン処理指数を計算するステップ605が図9のステップ901のように変更され、メイン処理指数に直前のメイン処理取得回数分のビジー率の平均値が適用される。例えば、取得したビジー率が40、50及び30である場合、メイン処理指数としてこれら3つのビジー率の平均値40を用いる。
【0062】
本実施形態により、データベースのメイン処理量の変化が周期的でない場合にも、メイン処理量の多い時期を避け、第1の実施形態よりも適切な時期として、データベースへの負荷が少ない時期を決定できるため、データベースのメイン処理に最も影響が少ない時期にバックアップを実行できる。
【0063】
以下に本発明の第3の実施形態について説明する。本実施形態では、データベースのメイン処理量を取得し、メイン処理指数を求めた後、メイン処理指数とバックアップ実行可否基準値とを比較してバックアップ実行判断を行なう。メイン処理指数として、取得したメイン処理量をそのまま利用する。
【0064】
本実施形態のシステム構成は、図4に示した構成と同じである。本実施形態は、図10で示すバックアップ実行条件を入力とする。本バックアップ実行条件のパラメータには、メイン処理量取得回数1001及びバックアップ予測時間1002はないが、その他のバックアップ実行条件のパラメータは、図6に示したパラメータと同じである。
【0065】
本実施形態はメイン処理量を取得するため、図11で示すように、図6に示したステップ602からステップ604が不要である。本実施形態では、図10に示すバックアップ実行条件を入力し、メイン処理指数として取得したビジー率をそのまま適用するため、ステップ605も必要なく、ステップ1102においてビジー率をそのまま用いることが第1及び第2の実施形態と異なる。
【0066】
本実施形態により、データベースのメイン処理量の変化が周期的でない場合にも、メイン処理量の多い時期を避け、第1及び第2の実施形態より簡単な方法でデータベースへの負荷が少ない時期を決定できるため、データベースのメイン処理に最も影響が少ない時期にバックアップを実行できる。
【0067】
図4は、第1の実施形態の図3に示すシステム構成とは異なる構成を示す。図4の構成では、磁気ディスク装置307はすべてシステムバス320に直結されたネットワークに直接接続して使用するファイルサーバ専用機(NAS(NetworkAttached Storage))402で管理されている。図3では主メモリ上のバックアップ実行時期自動決定プログラム311で行なっていた処理を、NAS402内部で行なう。この場合NAS402との連携を行なうためにNAS連携プログラム401が必要となる。また、第2及び第3の実施形態についても図5の構成を適用できる。
【0068】
【発明の効果】
本発明によるバックアップ実行判断方法では、現在のデータベースのメイン処理量からバックアップの実行判断を行なうことで、メイン処理量の変化が周期的でない場合にも、メイン処理量の多い時期を避け、データベースのメインの処理に最も影響が少ない時期にバックアップを行なうことができる。
【図面の簡単な説明】
【図1】本発明におけるバックアップ実行決定方法の処理の流れを示す。
【図2】本発明におけるバックアップ実行決定方法の原理を示す。
【図3】第1の実施形態におけるシステム構成を示す。
【図4】第1の実施形態における別のシステム構成を示す。
【図5】第1の実施形態におけるバックアップ実行条件の一例を示す。
【図6】第1の実施形態におけるバックアップ実行決定方法のフローチャートである。
【図7】第1の実施形態におけるメイン処理指数を求めるフローチャートである。
【図8】第1の実施形態におけるビジー率を取得する処理プログラムのフローチャートである。
【図9】第2の実施形態におけるメイン処理指数を求めるフローチャートである。
【図10】第3の実施形態におけるバックアップ実行条件の一例を示す。
【図11】第3の実施形態におけるバックアップ実行決定方法のフローチャートである。
【図12】従来技術の処理の流れを示す。
【図13】従来技術のバックアップ時期の決定方法を示す。
【符号の説明】
101:バックアップ実行条件入力機能、102:バックアップ実行判断機、103:ビジー率抽出手段、104:メイン処理指数計算手段、105:バックアップ実行判断手段、106:バックアップ実行ユーティリティ、107:メイン処理量取得回数、108:バックアップ実行可否基準値、109:最大延期期間、110:取得間隔、111:バックアップ予測時間、112:メイン処理量取得回数分のメイン処理量
Claims (9)
- データベース管理システムの運用中に、前記データベース管理システムの処理量が少ない時期にデータベースのバックアップの実行を判断する方法において、
バックアップを行なうための条件として、前記処理量のしきい値を受け取り、
バックアップ対象の処理量を取得し、取得した処理量からバックアップに要する時間における処理量の予測値を計算し、
前記計算したバックアップ対象の処理量の値と前記しきい値とを比較し、前記計算した処理量の値の方が小さければ、バックアップの実行が可能であると判断することを特徴とするデータベースのバックアップ実行判断方法。 - 請求項1記載のデータベースのバックアップ実行判断方法において、
入力条件として、バックアップを実行する期限を受け取り、バックアップ中の処理量の予測値が、前記しきい値以下にならずに前記期限に達した場合に、バックアップの実行が可能な時期であると判断することを特徴とするデータベースのバックアップ実行判断方法。 - 請求項1または2記載のデータベースのバックアップ実行判断方法において、
バックアップ中の処理量の予測値として、直近に取得した数回の処理量から近似式を算出し、
バックアップ中の処理量の最大値を求めることを特徴とするデータベースのバックアップ実行判断方法。 - 請求項1または2記載のデータベースのバックアップ実行判断方法において、
バックアップ中の処理量の予測値として、直近に取得した数回の処理量の平均や最大値を含む統計的な計算に基づき求めることを特徴とするデータベースのバックアップ実行判断方法。 - 請求項1から4のいずれかに記載のデータベースのバックアップ実行判断方法において、前記処理量として、単位時間当たりに占める、読み取り/書き込みのディスクアクセス時間の割合であるディスクのビジー率を用いることを特徴とするデータベースのバックアップ実行判断方法。
- 請求項1から4のいずれかに記載のデータベースのバックアップ実行判断方法において、前記処理量として、データベースへのトランザクション量を用いることを特徴とするデータベースのバックアップ実行判断方法。
- 請求項1から6のいずれかに記載のデータベースのバックアップ実行判断方法において、バックアップ中の処理量を計算するために取得する処理量を、バックアップに要する時間から決定することを特徴とするデータベースのバックアップ実行判断方法。
- 請求項1記載のデータベースのバックアップ実行判断方法において、バックアップの実行可否の判断結果を出力手段に表示することを特徴とするデータベースのバックアップ実行判断方法。
- 請求項1記載のデータベースのバックアップ実行判断方法において、バックアップの実行可否の判断結果を、関連情報と共に出力手段に表示することを特徴とするデータベースのバックアップ実行判断方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002335928A JP2004171249A (ja) | 2002-11-20 | 2002-11-20 | データベースのバックアップ実行判断方法 |
US10/428,591 US7421460B2 (en) | 2002-11-20 | 2003-05-01 | Method for determining execution of backup on a database |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002335928A JP2004171249A (ja) | 2002-11-20 | 2002-11-20 | データベースのバックアップ実行判断方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2004171249A true JP2004171249A (ja) | 2004-06-17 |
Family
ID=32290357
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2002335928A Pending JP2004171249A (ja) | 2002-11-20 | 2002-11-20 | データベースのバックアップ実行判断方法 |
Country Status (2)
Country | Link |
---|---|
US (1) | US7421460B2 (ja) |
JP (1) | JP2004171249A (ja) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2007080131A (ja) * | 2005-09-16 | 2007-03-29 | Hitachi Ltd | 記憶制御システム及び方法 |
JP2007102550A (ja) * | 2005-10-05 | 2007-04-19 | Toshiba Corp | データバックアップシステム |
US7849058B2 (en) | 2007-09-26 | 2010-12-07 | Hitachi, Ltd. | Storage system determining execution of backup of data according to quality of WAN |
JP2012010257A (ja) * | 2010-06-28 | 2012-01-12 | Canon Inc | 情報処理装置及び方法 |
JP2014154044A (ja) * | 2013-02-12 | 2014-08-25 | Hitachi Solutions Ltd | 業務文書処理装置、業務文書処理プログラム |
CN110968257A (zh) * | 2018-09-30 | 2020-04-07 | 伊姆西Ip控股有限责任公司 | 存储管理的方法、设备和计算机程序产品 |
CN111949442A (zh) * | 2019-05-14 | 2020-11-17 | Emc知识产权控股有限公司 | 用于可扩展备份服务的系统和方法 |
US10866756B2 (en) | 2016-11-11 | 2020-12-15 | Fujitsu Limited | Control device and computer readable recording medium storing control program |
Families Citing this family (60)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7434219B2 (en) | 2000-01-31 | 2008-10-07 | Commvault Systems, Inc. | Storage of application specific profiles correlating to document versions |
WO2003027891A1 (en) | 2001-09-28 | 2003-04-03 | Commvault Systems, Inc. | System and method for archiving objects in an information store |
US7139846B1 (en) * | 2003-09-30 | 2006-11-21 | Veritas Operating Corporation | Computer system and method for performing low impact backup operations |
US8510269B2 (en) * | 2004-05-21 | 2013-08-13 | Ca, Inc. | Uninterrupted database index reorganization/movement |
JP2005338893A (ja) * | 2004-05-24 | 2005-12-08 | Hitachi Ltd | データ処理システムおよびディスクアクセス制御方法並びにその処理プログラム |
US7797483B1 (en) * | 2004-06-23 | 2010-09-14 | Emc Corporation | Write interceptor for tracking changes to disk image |
GB0424488D0 (en) | 2004-11-05 | 2004-12-08 | Ibm | A method apparatus computer program and computer program product for adjusting the frequency at which data is backed up |
JP4583150B2 (ja) * | 2004-12-06 | 2010-11-17 | 株式会社日立製作所 | ストレージシステム、及びストレージシステムにおけるスナップショットデータ作成方法 |
US7734669B2 (en) | 2006-12-22 | 2010-06-08 | Commvault Systems, Inc. | Managing copies of data |
US8041679B1 (en) | 2008-06-04 | 2011-10-18 | Symantec Operating Corporation | Synthetic differential backups creation for a database using binary log conversion |
US8769048B2 (en) * | 2008-06-18 | 2014-07-01 | Commvault Systems, Inc. | Data protection scheduling, such as providing a flexible backup window in a data protection system |
US9128883B2 (en) | 2008-06-19 | 2015-09-08 | Commvault Systems, Inc | Data storage resource allocation by performing abbreviated resource checks based on relative chances of failure of the data storage resources to determine whether data storage requests would fail |
US8352954B2 (en) | 2008-06-19 | 2013-01-08 | Commvault Systems, Inc. | Data storage resource allocation by employing dynamic methods and blacklisting resource request pools |
US8725688B2 (en) | 2008-09-05 | 2014-05-13 | Commvault Systems, Inc. | Image level copy or restore, such as image level restore without knowledge of data object metadata |
US20100070474A1 (en) | 2008-09-12 | 2010-03-18 | Lad Kamleshkumar K | Transferring or migrating portions of data objects, such as block-level data migration or chunk-based data migration |
US8788462B1 (en) * | 2008-12-31 | 2014-07-22 | Emc Corporation | Multi-factor probe triggers |
US8972352B1 (en) * | 2008-12-31 | 2015-03-03 | Emc Corporation | Probe based backup |
US8589354B1 (en) * | 2008-12-31 | 2013-11-19 | Emc Corporation | Probe based group selection |
US8886610B2 (en) * | 2009-10-01 | 2014-11-11 | Hewlett-Packard Development Company, L. P. | Backup simulation for backing up filesystems to a storage device |
US10284437B2 (en) | 2010-09-30 | 2019-05-07 | Efolder, Inc. | Cloud-based virtual machines and offices |
US9705730B1 (en) | 2013-05-07 | 2017-07-11 | Axcient, Inc. | Cloud storage using Merkle trees |
US8849762B2 (en) | 2011-03-31 | 2014-09-30 | Commvault Systems, Inc. | Restoring computing environments, such as autorecovery of file systems at certain points in time |
JP2012221340A (ja) * | 2011-04-12 | 2012-11-12 | Fujitsu Ltd | 制御方法及びプログラム、並びにコンピュータ |
US9176744B2 (en) * | 2011-05-20 | 2015-11-03 | Citrix Systems, Inc. | Quickly provisioning a virtual machine by identifying a path to a differential file during pre-boot |
US10157184B2 (en) | 2012-03-30 | 2018-12-18 | Commvault Systems, Inc. | Data previewing before recalling large data files |
US9785647B1 (en) | 2012-10-02 | 2017-10-10 | Axcient, Inc. | File system virtualization |
US9852140B1 (en) | 2012-11-07 | 2017-12-26 | Axcient, Inc. | Efficient file replication |
US9633216B2 (en) | 2012-12-27 | 2017-04-25 | Commvault Systems, Inc. | Application of information management policies based on operation with a geographic entity |
US9805075B1 (en) * | 2012-12-28 | 2017-10-31 | EMC IP Holding Company LLC | Method and system for a data protection policy generator |
US9397907B1 (en) | 2013-03-07 | 2016-07-19 | Axcient, Inc. | Protection status determinations for computing devices |
US9459968B2 (en) | 2013-03-11 | 2016-10-04 | Commvault Systems, Inc. | Single index to query multiple backup formats |
US9798629B1 (en) * | 2013-12-16 | 2017-10-24 | EMC IP Holding Company LLC | Predicting backup failures due to exceeding the backup window |
US9798596B2 (en) | 2014-02-27 | 2017-10-24 | Commvault Systems, Inc. | Automatic alert escalation for an information management system |
US9648100B2 (en) | 2014-03-05 | 2017-05-09 | Commvault Systems, Inc. | Cross-system storage management for transferring data across autonomous information management systems |
US9823978B2 (en) | 2014-04-16 | 2017-11-21 | Commvault Systems, Inc. | User-level quota management of data objects stored in information management systems |
US9740574B2 (en) | 2014-05-09 | 2017-08-22 | Commvault Systems, Inc. | Load balancing across multiple data paths |
US9852026B2 (en) | 2014-08-06 | 2017-12-26 | Commvault Systems, Inc. | Efficient application recovery in an information management system based on a pseudo-storage-device driver |
US11249858B2 (en) | 2014-08-06 | 2022-02-15 | Commvault Systems, Inc. | Point-in-time backups of a production application made accessible over fibre channel and/or ISCSI as data sources to a remote application by representing the backups as pseudo-disks operating apart from the production application and its host |
US9444811B2 (en) | 2014-10-21 | 2016-09-13 | Commvault Systems, Inc. | Using an enhanced data agent to restore backed up data across autonomous storage management systems |
US10652191B2 (en) * | 2014-12-31 | 2020-05-12 | C. Douglass Thomas | Data transmission management for computer based inter-user communication |
US9766825B2 (en) | 2015-07-22 | 2017-09-19 | Commvault Systems, Inc. | Browse and restore for block-level backups |
US10296368B2 (en) | 2016-03-09 | 2019-05-21 | Commvault Systems, Inc. | Hypervisor-independent block-level live browse for access to backed up virtual machine (VM) data and hypervisor-free file-level recovery (block-level pseudo-mount) |
US10838821B2 (en) | 2017-02-08 | 2020-11-17 | Commvault Systems, Inc. | Migrating content and metadata from a backup system |
US10740193B2 (en) | 2017-02-27 | 2020-08-11 | Commvault Systems, Inc. | Hypervisor-independent reference copies of virtual machine payload data based on block-level pseudo-mount |
US10891069B2 (en) | 2017-03-27 | 2021-01-12 | Commvault Systems, Inc. | Creating local copies of data stored in online data repositories |
US10776329B2 (en) | 2017-03-28 | 2020-09-15 | Commvault Systems, Inc. | Migration of a database management system to cloud storage |
US11074140B2 (en) | 2017-03-29 | 2021-07-27 | Commvault Systems, Inc. | Live browsing of granular mailbox data |
US10664352B2 (en) | 2017-06-14 | 2020-05-26 | Commvault Systems, Inc. | Live browsing of backed up data residing on cloned disks |
US10795927B2 (en) | 2018-02-05 | 2020-10-06 | Commvault Systems, Inc. | On-demand metadata extraction of clinical image data |
US10761942B2 (en) | 2018-03-12 | 2020-09-01 | Commvault Systems, Inc. | Recovery point objective (RPO) driven backup scheduling in a data storage management system using an enhanced data agent |
US10789387B2 (en) | 2018-03-13 | 2020-09-29 | Commvault Systems, Inc. | Graphical representation of an information management system |
US10860443B2 (en) | 2018-12-10 | 2020-12-08 | Commvault Systems, Inc. | Evaluation and reporting of recovery readiness in a data storage management system |
US11099941B2 (en) | 2019-04-23 | 2021-08-24 | EMC IP Holding Company LLC | System and method for accelerating application service restoration |
US11163647B2 (en) | 2019-04-23 | 2021-11-02 | EMC IP Holding Company LLC | System and method for selection of node for backup in distributed system |
US11119685B2 (en) | 2019-04-23 | 2021-09-14 | EMC IP Holding Company LLC | System and method for accelerated data access |
US11106544B2 (en) | 2019-04-26 | 2021-08-31 | EMC IP Holding Company LLC | System and method for management of largescale data backup |
US11036400B2 (en) | 2019-04-26 | 2021-06-15 | EMC IP Holding Company LLC | System and method for limiting restoration access |
US11093346B2 (en) * | 2019-06-03 | 2021-08-17 | EMC IP Holding Company LLC | Uninterrupted backup operation using a time based approach |
US11308034B2 (en) | 2019-06-27 | 2022-04-19 | Commvault Systems, Inc. | Continuously run log backup with minimal configuration and resource usage from the source machine |
CN112685220A (zh) * | 2019-10-17 | 2021-04-20 | 伊姆西Ip控股有限责任公司 | 用于备份数据的方法、电子设备和计算机程序产品 |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH04235625A (ja) | 1991-01-09 | 1992-08-24 | Nec Corp | バッファ管理システム |
JPH05120110A (ja) | 1991-10-30 | 1993-05-18 | Hitachi Ltd | フアイルの自動バツクアツプシステム |
JPH07262067A (ja) | 1994-03-18 | 1995-10-13 | Nissin Electric Co Ltd | ネットワーク型ファイルバックアップ装置 |
US5937163A (en) * | 1996-03-26 | 1999-08-10 | Industrial Technology Research Institute | Method and system at a host node for hierarchically organizing the links visited by a world wide web browser executing at the host node |
JPH1031562A (ja) | 1996-07-17 | 1998-02-03 | Hitachi Ltd | 情報処理システム |
US5758359A (en) * | 1996-10-24 | 1998-05-26 | Digital Equipment Corporation | Method and apparatus for performing retroactive backups in a computer system |
US6601058B2 (en) * | 1998-10-05 | 2003-07-29 | Michael Forster | Data exploration system and method |
JP2000163288A (ja) | 1998-11-30 | 2000-06-16 | Nec Corp | データ記憶システム、データ再配置方法及び記録媒体 |
JP2000347919A (ja) | 1999-06-07 | 2000-12-15 | Nec Corp | データベース・オンラインバックアップ自動運用システム |
US6877016B1 (en) * | 2001-09-13 | 2005-04-05 | Unisys Corporation | Method of capturing a physically consistent mirrored snapshot of an online database |
JP2003242292A (ja) * | 2002-02-14 | 2003-08-29 | Fujitsu Ltd | 情報収集方法、情報提供方法、情報処理プログラム、情報処理サーバーおよび情報処理端末装置 |
US20030208511A1 (en) * | 2002-05-02 | 2003-11-06 | Earl Leroy D. | Database replication system |
JP4402992B2 (ja) * | 2004-03-18 | 2010-01-20 | 株式会社日立製作所 | バックアップシステム及び方法並びにプログラム |
-
2002
- 2002-11-20 JP JP2002335928A patent/JP2004171249A/ja active Pending
-
2003
- 2003-05-01 US US10/428,591 patent/US7421460B2/en not_active Expired - Fee Related
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2007080131A (ja) * | 2005-09-16 | 2007-03-29 | Hitachi Ltd | 記憶制御システム及び方法 |
JP4688617B2 (ja) * | 2005-09-16 | 2011-05-25 | 株式会社日立製作所 | 記憶制御システム及び方法 |
JP2007102550A (ja) * | 2005-10-05 | 2007-04-19 | Toshiba Corp | データバックアップシステム |
US7849058B2 (en) | 2007-09-26 | 2010-12-07 | Hitachi, Ltd. | Storage system determining execution of backup of data according to quality of WAN |
JP2012010257A (ja) * | 2010-06-28 | 2012-01-12 | Canon Inc | 情報処理装置及び方法 |
JP2014154044A (ja) * | 2013-02-12 | 2014-08-25 | Hitachi Solutions Ltd | 業務文書処理装置、業務文書処理プログラム |
US10866756B2 (en) | 2016-11-11 | 2020-12-15 | Fujitsu Limited | Control device and computer readable recording medium storing control program |
CN110968257A (zh) * | 2018-09-30 | 2020-04-07 | 伊姆西Ip控股有限责任公司 | 存储管理的方法、设备和计算机程序产品 |
CN110968257B (zh) * | 2018-09-30 | 2023-07-11 | 伊姆西Ip控股有限责任公司 | 存储管理的方法、设备和计算机程序产品 |
CN111949442A (zh) * | 2019-05-14 | 2020-11-17 | Emc知识产权控股有限公司 | 用于可扩展备份服务的系统和方法 |
Also Published As
Publication number | Publication date |
---|---|
US20040098423A1 (en) | 2004-05-20 |
US7421460B2 (en) | 2008-09-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP2004171249A (ja) | データベースのバックアップ実行判断方法 | |
JP4756675B2 (ja) | コンピュータ資源のキャパシティを予測するためのシステム、方法およびプログラム | |
US5471614A (en) | Database system concurrency control apparatus using timestamps and processing time estimation | |
US8527997B2 (en) | Energy-aware job scheduling for cluster environments | |
US20130041644A1 (en) | Automated upgrading method for capacity of it system resources | |
US20090077235A1 (en) | Mechanism for profiling and estimating the runtime needed to execute a job | |
AU2005301282A1 (en) | Reporting of abnormal computer resource utilization data | |
CN108154252A (zh) | 用于预估流程完成时间的方法和装置 | |
US20070233532A1 (en) | Business process analysis apparatus | |
US7120648B2 (en) | System and method for predicting execution time of a database utility command | |
US10225337B2 (en) | Modeling and forecasting reserve capacity for overbooked clusters | |
JP2015022475A (ja) | 情報取得プログラム、情報取得方法および情報取得装置 | |
CN111695877A (zh) | 计算机执行的项目资源管理方法、系统、设备和可读介质 | |
CN111563703A (zh) | 项目管理系统、方法、计算机设备和计算机可读存储介质 | |
JP2000039904A (ja) | プロジェクト管理システム | |
JP7449779B2 (ja) | ジョブ管理方法、及びジョブ管理装置 | |
JP5684745B2 (ja) | バッチジョブ分析装置、バッチジョブ分析方法、バッチ処理監視装置およびバッチ処理監視方法 | |
CN112685390B (zh) | 数据库实例管理方法及装置、计算设备 | |
JP5668508B2 (ja) | 予定管理装置、予定管理方法及び予定管理プログラム | |
CN111078522A (zh) | 页面待优化区域的识别方法、装置、电子设备及存储介质 | |
US20240202078A1 (en) | Intelligent backup scheduling and sizing | |
US20240020589A1 (en) | Selecting forecasting algorithms using motifs and classes | |
JP7436854B2 (ja) | 情報処理装置、制御方法、プログラム | |
US11908023B1 (en) | Method and system for generating user interfaces to prompt users to perform an activity in a software application based on transaction time analysis | |
US20240020545A1 (en) | Selecting forecasting algorithms using motifs |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050317 |
|
RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20060420 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080428 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080520 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080718 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080909 |