JPH06243011A - データベースの自動メンテナンス方式 - Google Patents
データベースの自動メンテナンス方式Info
- Publication number
- JPH06243011A JPH06243011A JP5029225A JP2922593A JPH06243011A JP H06243011 A JPH06243011 A JP H06243011A JP 5029225 A JP5029225 A JP 5029225A JP 2922593 A JP2922593 A JP 2922593A JP H06243011 A JPH06243011 A JP H06243011A
- Authority
- JP
- Japan
- Prior art keywords
- maintenance
- database
- operation information
- time zone
- online
- 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
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【目的】 ２４時間連続して稼動するオンラインシステ
ムで使用しているデータベースをシステム操作者やシス
テム管理者の判断によらず、自動的にメンテナンスす
る。 【構成】 データベースの成長度合いおよび時間帯別の
業務処理量をオンライン稼動情報として取得する稼動情
報取得手段と、データベースをメンテナンスするメンテ
ナンス機構とを設け、前記稼動情報に基づきデータベー
スの成長度合いが一定量以上に達したならば、業務処理
量が少ない時間帯をメンテナンス可能時間帯として決定
した後、その決定したメンテナンス可能時間帯を迎えた
時に当該メンテナンス可能時間帯内でメンテナンス対象
がメンテナンス可能かどうかを判定し、可能ならば前記
メンテナンス機構でメンテナンスを実施し、不可能なら
ば次のメンテナンス可能時間帯を待ってメンテナンスを
実施する。
ムで使用しているデータベースをシステム操作者やシス
テム管理者の判断によらず、自動的にメンテナンスす
る。 【構成】 データベースの成長度合いおよび時間帯別の
業務処理量をオンライン稼動情報として取得する稼動情
報取得手段と、データベースをメンテナンスするメンテ
ナンス機構とを設け、前記稼動情報に基づきデータベー
スの成長度合いが一定量以上に達したならば、業務処理
量が少ない時間帯をメンテナンス可能時間帯として決定
した後、その決定したメンテナンス可能時間帯を迎えた
時に当該メンテナンス可能時間帯内でメンテナンス対象
がメンテナンス可能かどうかを判定し、可能ならば前記
メンテナンス機構でメンテナンスを実施し、不可能なら
ば次のメンテナンス可能時間帯を待ってメンテナンスを
実施する。
Description
【０００１】
【産業上の利用分野】本発明はデータベースを有するオ
ンラインシステムにおけるデータベースのメンテナンス
方式に関するものである。
ンラインシステムにおけるデータベースのメンテナンス
方式に関するものである。
【０００２】
【従来の技術】オンラインシステムで使用するデータベ
ースのメンテナンスは、夜間や休日などのオンラインが
停止している時間を選んで行う方法が一般的である。
ースのメンテナンスは、夜間や休日などのオンラインが
停止している時間を選んで行う方法が一般的である。
【０００３】しかし、オンラインを停止できない時やオ
ンラインの停止時間がデータベースのメンテナンス時間
と比較して短い時には、システム管理者やシステム操作
者の判断により、該当データベースのアクセス頻度が少
ない時間帯を選び、データベースを一時的にオンライン
システムからアクセスできない状態にしてからメンテナ
ンスを行う方法が実施されている。
ンラインの停止時間がデータベースのメンテナンス時間
と比較して短い時には、システム管理者やシステム操作
者の判断により、該当データベースのアクセス頻度が少
ない時間帯を選び、データベースを一時的にオンライン
システムからアクセスできない状態にしてからメンテナ
ンスを行う方法が実施されている。
【０００４】
【発明が解決しようとする課題】しかし、一般には、オ
ンラインシステムの停止時間は一定ではなく、オンライ
ン業務の都合で変動することが多い。また、オンライン
システムは、その稼動時間が益々長時間化する傾向にあ
る。
ンラインシステムの停止時間は一定ではなく、オンライ
ン業務の都合で変動することが多い。また、オンライン
システムは、その稼動時間が益々長時間化する傾向にあ
る。
【０００５】このため、上記のように、システム管理者
やシステム操作者がメンテナンス時期を判断する方法で
は、時期の判断が極めて困難であり、また判断を誤った
場合はオンラインシステムの停止を招くなどの不測の事
態が生じる。
やシステム操作者がメンテナンス時期を判断する方法で
は、時期の判断が極めて困難であり、また判断を誤った
場合はオンラインシステムの停止を招くなどの不測の事
態が生じる。
【０００６】本発明の目的は、システム管理者やシステ
ム操作者が人為的に介入することなく、データベースを
効果的にメンテナンスし、システムの信頼性を向上させ
ることができるデータベースの自動メンテナンス方式を
提供することである。
ム操作者が人為的に介入することなく、データベースを
効果的にメンテナンスし、システムの信頼性を向上させ
ることができるデータベースの自動メンテナンス方式を
提供することである。
【０００７】
【課題を解決するための手段】上記目的を達成するため
に本発明は、データベースの成長度合いおよび時間帯別
の業務処理量をオンライン稼動情報として取得する稼動
情報取得手段と、データベースをメンテナンスするメン
テナンス機構とを設け、前記稼動情報取得手段が取得し
た稼動情報に基づきデータベースの成長度合いが一定量
以上に達したならば、業務処理量が少ない時間帯をメン
テナンス可能時間帯として決定した後、その決定したメ
ンテナンス可能時間帯を迎えた時に当該メンテナンス可
能時間帯内でメンテナンス対象がメンテナンス可能かど
うかを判定し、可能ならば前記メンテナンス機構でメン
テナンスを実施し、不可能ならば次のメンテナンス可能
時間帯を待ってメンテナンスを実施するようにしたもの
である。
に本発明は、データベースの成長度合いおよび時間帯別
の業務処理量をオンライン稼動情報として取得する稼動
情報取得手段と、データベースをメンテナンスするメン
テナンス機構とを設け、前記稼動情報取得手段が取得し
た稼動情報に基づきデータベースの成長度合いが一定量
以上に達したならば、業務処理量が少ない時間帯をメン
テナンス可能時間帯として決定した後、その決定したメ
ンテナンス可能時間帯を迎えた時に当該メンテナンス可
能時間帯内でメンテナンス対象がメンテナンス可能かど
うかを判定し、可能ならば前記メンテナンス機構でメン
テナンスを実施し、不可能ならば次のメンテナンス可能
時間帯を待ってメンテナンスを実施するようにしたもの
である。
【０００８】
【作用】上記手段によれば、オンライン稼動中に取得し
たデータベースの成長度合いおよび時間帯別の業務処理
量などの稼動情報を基に、データベースの成長度合いが
一定量以上に達したならば、業務処理量が少ない時間帯
をメンテナンス可能時間帯として決定する。
たデータベースの成長度合いおよび時間帯別の業務処理
量などの稼動情報を基に、データベースの成長度合いが
一定量以上に達したならば、業務処理量が少ない時間帯
をメンテナンス可能時間帯として決定する。
【０００９】この後、その決定したメンテナンス可能時
間帯を迎えた時に当該メンテナンス可能時間帯内でメン
テナンス対象がメンテナンス可能かどうかを判定し、可
能ならばメンテナンスを自動的に実施する。
間帯を迎えた時に当該メンテナンス可能時間帯内でメン
テナンス対象がメンテナンス可能かどうかを判定し、可
能ならばメンテナンスを自動的に実施する。
【００１０】
【実施例】図１は、本発明のデータベースの自動メンテ
ナンス方式を実施するシステム構成の一実施例を示すブ
ロック図であり、オンラインシステム１からデータベー
スの成長度合いおよび時間帯別の業務処理量をオンライ
ン稼動情報１１として取得する稼動情報取得手段１２、
オンラインシステム１が前記稼動情報１１を参照するた
めの稼動情報参照手段１３、オンライン業務と並行して
データベースのメンテナンスを自動的に実行させるメン
テナンス実行管理手段１４、データベースのメンテナン
スを実施すると共に、メンテナンス完了後、旧（メンテ
ナンス前）データベース３１から新（メンテナンス後）
データベース３２へ切り替えるデータベースメンテナン
ス機構２１とから構成されている。
ナンス方式を実施するシステム構成の一実施例を示すブ
ロック図であり、オンラインシステム１からデータベー
スの成長度合いおよび時間帯別の業務処理量をオンライ
ン稼動情報１１として取得する稼動情報取得手段１２、
オンラインシステム１が前記稼動情報１１を参照するた
めの稼動情報参照手段１３、オンライン業務と並行して
データベースのメンテナンスを自動的に実行させるメン
テナンス実行管理手段１４、データベースのメンテナン
スを実施すると共に、メンテナンス完了後、旧（メンテ
ナンス前）データベース３１から新（メンテナンス後）
データベース３２へ切り替えるデータベースメンテナン
ス機構２１とから構成されている。
【００１１】ここで、オンライン稼動情報とは、データ
ベース３１の成長度合いや、オンラインが処理するトラ
ンザクション量及びデータベース３１のメンテナンスに
要する時間などに関する情報である。
ベース３１の成長度合いや、オンラインが処理するトラ
ンザクション量及びデータベース３１のメンテナンスに
要する時間などに関する情報である。
【００１２】この構成において、オンラインシステムで
は、稼動情報取得手段１２が取得した稼動情報１１を参
照手段１３を通じて参照し、その内容を解析することに
より、メンテナンスが必要になるデータベースを把握し
記憶しておく。この場合、メンテナンス対象の複数のデ
ータベースが存在する場合は、優先順位付けの管理を行
う。
は、稼動情報取得手段１２が取得した稼動情報１１を参
照手段１３を通じて参照し、その内容を解析することに
より、メンテナンスが必要になるデータベースを把握し
記憶しておく。この場合、メンテナンス対象の複数のデ
ータベースが存在する場合は、優先順位付けの管理を行
う。
【００１３】一方、メンテナンス実行管理手段１４は、
オンライン稼動情報１１を解析することにより、該当デ
ータベース３１のメンテナンスを行うことができる時間
帯を選択し、その時間帯においてメンテナンスする場合
の所要時間を予測する。
オンライン稼動情報１１を解析することにより、該当デ
ータベース３１のメンテナンスを行うことができる時間
帯を選択し、その時間帯においてメンテナンスする場合
の所要時間を予測する。
【００１４】そこで、データベース３１のメンテナンス
を行うことができると判断した場合には、選択した時間
帯の開始時刻またはそれ以降にメンテナンスを開始する
ようにメンテナンス機構２１に指示する。
を行うことができると判断した場合には、選択した時間
帯の開始時刻またはそれ以降にメンテナンスを開始する
ようにメンテナンス機構２１に指示する。
【００１５】この場合、選択された開始時刻には、その
時間帯における他のオンライン業務量を確認し、最終的
にメンテナンスを開始するかどうかの判断を行う。
時間帯における他のオンライン業務量を確認し、最終的
にメンテナンスを開始するかどうかの判断を行う。
【００１６】この最終的な判断により、メンテナンス機
構２１にメンテナンスの実行を開始させる。
構２１にメンテナンスの実行を開始させる。
【００１７】しかし、該当データベース３１のメンテナ
ンスができないと判断した場合には、その時間帯の範囲
でメンテナンスの開始できる時間まで待つか、翌日以降
のメンテナンスの行える時間帯を再選択する。
ンスができないと判断した場合には、その時間帯の範囲
でメンテナンスの開始できる時間まで待つか、翌日以降
のメンテナンスの行える時間帯を再選択する。
【００１８】ここで、メンテナンスとは、旧データベー
ス３１から更新すべきデ−タを抽出し、不要デ−タを削
除したり、重複デ−タを統合し、新データベース３２と
して作成することであり、このメンテナンス実施中のオ
ンラインアクセス処理に伴って更新されたデ−タについ
ては追いつき処理によって新データベース３２に反映さ
れる。
ス３１から更新すべきデ−タを抽出し、不要デ−タを削
除したり、重複デ−タを統合し、新データベース３２と
して作成することであり、このメンテナンス実施中のオ
ンラインアクセス処理に伴って更新されたデ−タについ
ては追いつき処理によって新データベース３２に反映さ
れる。
【００１９】メンテナンス完了後は、旧データベース３
１から新データベース３２へ切り替えられ、その後、オ
ンラインシステム１では新データベース３２をアクセス
するようになる。
１から新データベース３２へ切り替えられ、その後、オ
ンラインシステム１では新データベース３２をアクセス
するようになる。
【００２０】図２は、データベース３１の内部管理情報
として、データベース３１のメンテナンスに関する情報
３２４及び過去のメンテナンス情報の加重平均３２５を
格納する構造を表した図であるが、通常、時間経過と共
に成長するデータベースには、将来の成長に備えて空き
領域３２１、３２２が確保されている。
として、データベース３１のメンテナンスに関する情報
３２４及び過去のメンテナンス情報の加重平均３２５を
格納する構造を表した図であるが、通常、時間経過と共
に成長するデータベースには、将来の成長に備えて空き
領域３２１、３２２が確保されている。
【００２１】本実施例では、この空き領域の中の管理ブ
ロック群を活用し、その中の管理ブロック１に対しメン
テナンスを実施する都度、メンテナンスに要した時間
や、その時間帯のオンライン稼動情報等をメンテナンス
情報３２４として格納しておく。これにより、オンライ
ン中のメンテナンス時間の予測と成長度合いの把握を正
確に行う。
ロック群を活用し、その中の管理ブロック１に対しメン
テナンスを実施する都度、メンテナンスに要した時間
や、その時間帯のオンライン稼動情報等をメンテナンス
情報３２４として格納しておく。これにより、オンライ
ン中のメンテナンス時間の予測と成長度合いの把握を正
確に行う。
【００２２】なお、図３で示す情報の内メンテナンス前
後の容量とは、メンテナンス実行前と実行後の空きエリ
アのことであり、この空きエリア量の管理によってデー
タベースの成長度合いを正確に把握することができる。
後の容量とは、メンテナンス実行前と実行後の空きエリ
アのことであり、この空きエリア量の管理によってデー
タベースの成長度合いを正確に把握することができる。
【００２３】また、メンテナンス時のＣＰＵ利用率およ
びＤＩＳＫのＢＵＳＹ率を格納している理由は、ＣＰＵ
やＤＩＳＫをオンラインシステム１以外のシステムで使
用している場合があるからであり、ＣＰＵやＤＩＳＫを
オンラインシステム１以外のシステムで使用する頻度が
高い時間帯はメンテナンス可能時間帯から除外するため
である。
びＤＩＳＫのＢＵＳＹ率を格納している理由は、ＣＰＵ
やＤＩＳＫをオンラインシステム１以外のシステムで使
用している場合があるからであり、ＣＰＵやＤＩＳＫを
オンラインシステム１以外のシステムで使用する頻度が
高い時間帯はメンテナンス可能時間帯から除外するため
である。
【００２４】また、これらメンテナンス情報の加重平均
を求めているのは、時間的に古いメンテナンス情報はメ
ンテナンス間帯の選定に対する影響を少なくし、できる
だけ最近のメンテナンス情報によってメンテナンス時間
帯を決定するためである。
を求めているのは、時間的に古いメンテナンス情報はメ
ンテナンス間帯の選定に対する影響を少なくし、できる
だけ最近のメンテナンス情報によってメンテナンス時間
帯を決定するためである。
【００２５】図３は、メンテナンス開始の判断を行う処
理のフローチャートである。
理のフローチャートである。
【００２６】この処理は、オンライン稼動情報１１を基
にして決定されたメンテナンス開始予定時刻に実行され
る。
にして決定されたメンテナンス開始予定時刻に実行され
る。
【００２７】まず、開始時刻でのオンライン稼動情報１
１を取得し（ステップ１４１）、メンテナンスをそのま
ま実行して良いかどうかの判定を行う（ステップ１４
２）。
１を取得し（ステップ１４１）、メンテナンスをそのま
ま実行して良いかどうかの判定を行う（ステップ１４
２）。
【００２８】オンラインの処理量が多く、すぐに実行で
きない状態の場合は、一定時間間隔で稼動情報１１の監
視を行い、メンテナンスできる状態となるのを待つ（ス
テップ１４３）。
きない状態の場合は、一定時間間隔で稼動情報１１の監
視を行い、メンテナンスできる状態となるのを待つ（ス
テップ１４３）。
【００２９】メンテナンス可能状態となった後、該当デ
ータベース３１のメンテナンス終了予定時刻Ｔを予測し
（ステップ１４４）、次に終了予定時刻Ｔがメンテナン
ス可能時間帯の範囲内かどうかを判定し（ステップ１４
５）、範囲内であれば、メンテナンスを開始し（ステッ
プ２１）、メンテナンス開始時間帯に完了できないと判
断した時には、次のメンテナンス開始可能時間帯の開始
時刻を再設定し（ステップ１４６）、終了する。
ータベース３１のメンテナンス終了予定時刻Ｔを予測し
（ステップ１４４）、次に終了予定時刻Ｔがメンテナン
ス可能時間帯の範囲内かどうかを判定し（ステップ１４
５）、範囲内であれば、メンテナンスを開始し（ステッ
プ２１）、メンテナンス開始時間帯に完了できないと判
断した時には、次のメンテナンス開始可能時間帯の開始
時刻を再設定し（ステップ１４６）、終了する。
【００３０】図４は、本実施例のメンテナンス方式をオ
ンラインシステム上の時間の経過に沿って示した図であ
る。
ンラインシステム上の時間の経過に沿って示した図であ
る。
【００３１】２４時間連続して稼動しているオンライン
システム１では、データベース３１を常時アクセスし
（３３ａ）、エンドユーザへのサービスを行っているた
め、日中の取引業務処理を大量に行う時間帯１０１と夜
間や休日等の取引業務処理量が比較的少ない時間帯１０
２とに分けられる。
システム１では、データベース３１を常時アクセスし
（３３ａ）、エンドユーザへのサービスを行っているた
め、日中の取引業務処理を大量に行う時間帯１０１と夜
間や休日等の取引業務処理量が比較的少ない時間帯１０
２とに分けられる。
【００３２】オンラインシステム１で使用するデータベ
ース３１は、取引履歴等を蓄積しつつ日々成長を続けて
いるため、適当な時期にメンテナンスを行い、不要デー
タの削除や取引履歴情報の集計・統合により、新しい小
さなデータベース３２に作り替える（メンテナンスを行
う）必要がある。
ース３１は、取引履歴等を蓄積しつつ日々成長を続けて
いるため、適当な時期にメンテナンスを行い、不要デー
タの削除や取引履歴情報の集計・統合により、新しい小
さなデータベース３２に作り替える（メンテナンスを行
う）必要がある。
【００３３】データベース３１をオンラインシステム１
から切り離しアクセスできない状態にしてからメンテナ
ンスすることは可能であるが、メンテナンスのためにエ
ンドユーザに対するサービスを中断することはできな
い。
から切り離しアクセスできない状態にしてからメンテナ
ンスすることは可能であるが、メンテナンスのためにエ
ンドユーザに対するサービスを中断することはできな
い。
【００３４】このため、オンライン稼動情報１１を取得
し、オンラインシステム１の稼動状態の把握、メンテナ
ンスする必要があるデータベース３１の決定、及びオン
ラインの業務処理と並行してメンテナンスすることがで
きる時間帯１５の予測を行う。
し、オンラインシステム１の稼動状態の把握、メンテナ
ンスする必要があるデータベース３１の決定、及びオン
ラインの業務処理と並行してメンテナンスすることがで
きる時間帯１５の予測を行う。
【００３５】ここで予測した時間帯の開始時刻１６にメ
ンテナンスする必要があるデータベースが存在すれば、
オンラインから切り離さずに、該当データベースをメン
テナンスする（２１）。
ンテナンスする必要があるデータベースが存在すれば、
オンラインから切り離さずに、該当データベースをメン
テナンスする（２１）。
【００３６】このメンテナンスは、旧データベース３１
からレコードを抽出し（３４）、新データベース３２を
作成するが、メンテナンス中であってもオンラインから
旧データベース３１をアクセスするため（３３ｂ）、メ
ンテナンス中にオンライン側で変更したデータの反映を
行った後（３５）、データベース３１を切り替え（２
２）、その後のオンラインでは、新データベース３２を
アクセスする（３３ｃ）。
からレコードを抽出し（３４）、新データベース３２を
作成するが、メンテナンス中であってもオンラインから
旧データベース３１をアクセスするため（３３ｂ）、メ
ンテナンス中にオンライン側で変更したデータの反映を
行った後（３５）、データベース３１を切り替え（２
２）、その後のオンラインでは、新データベース３２を
アクセスする（３３ｃ）。
【００３７】なお、メンテナンス開始時刻は予測時刻で
あるため、この時点のオンライン稼動情報を取得し、改
めてメンテナンスを開始して良いかどうかを確認する。
あるため、この時点のオンライン稼動情報を取得し、改
めてメンテナンスを開始して良いかどうかを確認する。
【００３８】このように本実施例においては、定期的な
データベースのメンテナンスが不要となるため、システ
ム管理者やシステム操作者の作業が低減でき、人為的な
作業誤りを減少させ、システムに対する信頼性を大幅に
向上させることができる他に、処理センターの無人化の
推進という多大な効果がある。
データベースのメンテナンスが不要となるため、システ
ム管理者やシステム操作者の作業が低減でき、人為的な
作業誤りを減少させ、システムに対する信頼性を大幅に
向上させることができる他に、処理センターの無人化の
推進という多大な効果がある。
【００３９】さらに、データベースの成長度合いを監視
することにより、データを格納している物理スペースの
容量オーバーによるエンドユーザへのサービス中断を事
前に回避できるという効果がある。
することにより、データを格納している物理スペースの
容量オーバーによるエンドユーザへのサービス中断を事
前に回避できるという効果がある。
【００４０】また、空き領域の管理を行うため、新デー
タベースを作成する際に準備する予備エリアの大きさを
ほぼ正確に予測することができる。この結果、無駄な予
備エリアを確保しておかなくて良くなり、データベース
全体の容量が大幅に削減できる。
タベースを作成する際に準備する予備エリアの大きさを
ほぼ正確に予測することができる。この結果、無駄な予
備エリアを確保しておかなくて良くなり、データベース
全体の容量が大幅に削減できる。
【００４１】
【発明の効果】以上説明したように本発明によれば、デ
ータベースの成長度合いおよび時間帯別の業務処理量を
オンライン稼動情報として取得する稼動情報取得手段
と、データベースをメンテナンスするメンテナンス機構
とを設け、前記稼動情報取得手段が取得した稼動情報に
基づきデータベースの成長度合いが一定量以上に達した
ならば、業務処理量が少ない時間帯をメンテナンス可能
時間帯として決定した後、その決定したメンテナンス可
能時間帯を迎えた時に当該メンテナンス可能時間帯内で
メンテナンス対象がメンテナンス可能かどうかを判定
し、可能ならば前記メンテナンス機構でメンテナンスを
実施し、不可能ならば次のメンテナンス可能時間帯を待
ってメンテナンスを実施するようにしたので、システム
管理者やシステム操作者が人為的に介入することによっ
て実施していた定期的なデータベースのメンテナンスが
不要となる。
ータベースの成長度合いおよび時間帯別の業務処理量を
オンライン稼動情報として取得する稼動情報取得手段
と、データベースをメンテナンスするメンテナンス機構
とを設け、前記稼動情報取得手段が取得した稼動情報に
基づきデータベースの成長度合いが一定量以上に達した
ならば、業務処理量が少ない時間帯をメンテナンス可能
時間帯として決定した後、その決定したメンテナンス可
能時間帯を迎えた時に当該メンテナンス可能時間帯内で
メンテナンス対象がメンテナンス可能かどうかを判定
し、可能ならば前記メンテナンス機構でメンテナンスを
実施し、不可能ならば次のメンテナンス可能時間帯を待
ってメンテナンスを実施するようにしたので、システム
管理者やシステム操作者が人為的に介入することによっ
て実施していた定期的なデータベースのメンテナンスが
不要となる。
【００４２】このため、システム管理者やシステム操作
者の作業が低減できたうえ、人為的な作業誤りが減少
し、システムに対する信頼性を大幅に向上させることが
できる。この他に、処理センターの無人化を推進できる
という効果がある。
者の作業が低減できたうえ、人為的な作業誤りが減少
し、システムに対する信頼性を大幅に向上させることが
できる。この他に、処理センターの無人化を推進できる
という効果がある。
【００４３】さらに、データベースの成長度合いを監視
することにより、データを格納している物理スペースの
容量オーバーによるエンドユーザへのサービス中断を事
前に回避できるという効果がある。
することにより、データを格納している物理スペースの
容量オーバーによるエンドユーザへのサービス中断を事
前に回避できるという効果がある。
【００４４】また、空き領域の管理を行うため、新デー
タベースを作成する際に準備する予備エリアの大きさを
ほぼ正確に予測することができる。この結果、無駄な予
備エリアを確保しておかなくて良くなり、データベース
全体の容量が大幅に削減できる。
タベースを作成する際に準備する予備エリアの大きさを
ほぼ正確に予測することができる。この結果、無駄な予
備エリアを確保しておかなくて良くなり、データベース
全体の容量が大幅に削減できる。
【図１】 本発明のデータベースの自動メンテナンス方
式を実施するシステム構成の一実施例を示すブロック図
である。
式を実施するシステム構成の一実施例を示すブロック図
である。
【図２】 データベース内に収集格納するメンテナンス
情報の例を示す説明図である。
情報の例を示す説明図である。
【図３】 メンテナンス開始条件の判定手順を示すフロ
−チャ−トである。
−チャ−トである。
【図４】 実施例のメンテナンス方式をオンラインシス
テム上の時間の経過に沿って示した説明図である。
テム上の時間の経過に沿って示した説明図である。
１…オンラインシステム、１１…オンライン稼動情報、
１２…稼動情報取得手段、１３…稼動情報参照手段、１
４…メンテナンス実行管理手段、１５…メンテナンス可
能時間帯、１６…メンテナンス開始時刻、２１…データ
ベースメンテナンス機構、３１…旧データベース、３２
…新データベース、３２２…空きエリア、３２４…メン
テンス管理情報。
１２…稼動情報取得手段、１３…稼動情報参照手段、１
４…メンテナンス実行管理手段、１５…メンテナンス可
能時間帯、１６…メンテナンス開始時刻、２１…データ
ベースメンテナンス機構、３１…旧データベース、３２
…新データベース、３２２…空きエリア、３２４…メン
テンス管理情報。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 石原 清之 神奈川県横浜市中区尾上町６丁目81番地 日立ソフトウェアエンジニアリング株式会 社内
Claims (1)
- 【請求項１】データベースを保有するオンラインシステ
ムにおいて、データベースの成長度合いおよび時間帯別
の業務処理量をオンライン稼動情報として取得する稼動
情報取得手段と、データベースをメンテナンスするメン
テナンス機構とを設け、前記稼動情報取得手段が取得し
た稼動情報に基づきデータベースの成長度合いが一定量
以上に達したならば、業務処理量が少ない時間帯をメン
テナンス可能時間帯として決定した後、その決定したメ
ンテナンス可能時間帯を迎えた時に当該メンテナンス可
能時間帯内でメンテナンス対象がメンテナンス可能かど
うかを判定し、可能ならば前記メンテナンス機構でメン
テナンスを実施し、不可能ならば次のメンテナンス可能
時間帯を待ってメンテナンスを実施することを特徴とす
るデータベースの自動メンテナンス方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5029225A JPH06243011A (ja) | 1993-02-18 | 1993-02-18 | データベースの自動メンテナンス方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5029225A JPH06243011A (ja) | 1993-02-18 | 1993-02-18 | データベースの自動メンテナンス方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH06243011A true JPH06243011A (ja) | 1994-09-02 |
Family
ID=12270281
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP5029225A Pending JPH06243011A (ja) | 1993-02-18 | 1993-02-18 | データベースの自動メンテナンス方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH06243011A (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008234329A (ja) * | 2007-03-20 | 2008-10-02 | Toshiba Tec Corp | データベース保守装置 |
| US7647334B2 (en) | 2006-12-28 | 2010-01-12 | International Business Machines Corporation | Method for checking index consistency in database |
| US8108365B2 (en) | 2004-11-12 | 2012-01-31 | International Business Machines Corporation | Consistency of a database management system |
| US8631402B2 (en) | 2007-11-13 | 2014-01-14 | Fujitsu Limited | Center management apparatus, method, and computer readable storage medium storing program thereof |
| US8812513B2 (en) | 2009-12-25 | 2014-08-19 | International Business Machines Corporation | Hash pointer checking for hierarchical database logical relationship |
-
1993
- 1993-02-18 JP JP5029225A patent/JPH06243011A/ja active Pending
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8108365B2 (en) | 2004-11-12 | 2012-01-31 | International Business Machines Corporation | Consistency of a database management system |
| US7647334B2 (en) | 2006-12-28 | 2010-01-12 | International Business Machines Corporation | Method for checking index consistency in database |
| US7650354B2 (en) | 2006-12-28 | 2010-01-19 | International Business Machines Corporation | System, method, and program for checking index consistency in database |
| JP2008234329A (ja) * | 2007-03-20 | 2008-10-02 | Toshiba Tec Corp | データベース保守装置 |
| US8631402B2 (en) | 2007-11-13 | 2014-01-14 | Fujitsu Limited | Center management apparatus, method, and computer readable storage medium storing program thereof |
| US8812513B2 (en) | 2009-12-25 | 2014-08-19 | International Business Machines Corporation | Hash pointer checking for hierarchical database logical relationship |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6766318B1 (en) | Approach for collecting statistical information in information systems | |
| US8856793B2 (en) | System, method and program for scheduling computer program jobs | |
| US5331545A (en) | System and method for planning support | |
| US6324620B1 (en) | Dynamic DASD data management and partitioning based on access frequency utilization and capacity | |
| US6415372B1 (en) | Rolling back storage subsystem reconfigurations | |
| US6006248A (en) | Job application distributing system among a plurality of computers, job application distributing method and recording media in which job application distributing program is recorded | |
| US5471614A (en) | Database system concurrency control apparatus using timestamps and processing time estimation | |
| US7882123B2 (en) | Method and system for intelligent storage management | |
| US8473956B2 (en) | Priority based scheduling system for server | |
| US7685285B2 (en) | Method and apparatus for managing executions of a management program within a data processing system | |
| US20070083488A1 (en) | Undo hints to speed up segment extension and tuning of undo retention | |
| US20030097370A1 (en) | Database load distribution processing method and recording medium storing a database load distribution processing program | |
| WO2002019168A1 (en) | Heuristic automated method for ideal bufferpool tuning in a computer database | |
| CN111125171A (zh) | 一种监测数据存取方法、装置、设备及可读存储介质 | |
| US20060026282A1 (en) | Method and apparatus for supporting a system management | |
| JPH06243011A (ja) | データベースの自動メンテナンス方式 | |
| JP2000347919A (ja) | データベース・オンラインバックアップ自動運用システム | |
| EP1215590B1 (en) | Method and system for scalable, high performance hierarchical storage management | |
| CN117270759A (zh) | 一种磁盘空间清理方法、装置、设备及存储介质 | |
| CN108920344B (zh) | 一种存储方法及设备、计算机可读存储介质 | |
| JP3944937B2 (ja) | データウエアハウス・システム | |
| JP3864655B2 (ja) | ファイル滞留装置 | |
| CN116974468B (zh) | 一种基于大数据的设备数据存储管理方法及*** | |
| CN114679499B (zh) | 企业数据收集监控方法、装置、计算机设备和存储介质 | |
| CN115664951B (zh) | 一种自适应工业数据采集方法、***及存储介质 |