JP6870466B2 - 制御プログラム、制御方法、制御装置、及びデータベースサーバ - Google Patents

制御プログラム、制御方法、制御装置、及びデータベースサーバ Download PDF

Info

Publication number
JP6870466B2
JP6870466B2 JP2017095374A JP2017095374A JP6870466B2 JP 6870466 B2 JP6870466 B2 JP 6870466B2 JP 2017095374 A JP2017095374 A JP 2017095374A JP 2017095374 A JP2017095374 A JP 2017095374A JP 6870466 B2 JP6870466 B2 JP 6870466B2
Authority
JP
Japan
Prior art keywords
log
storage unit
acquisition request
received
terminal device
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.)
Active
Application number
JP2017095374A
Other languages
English (en)
Other versions
JP2018194882A (ja
Inventor
沢彦 佐藤
沢彦 佐藤
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.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
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 Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2017095374A priority Critical patent/JP6870466B2/ja
Priority to EP18171457.7A priority patent/EP3401791A1/en
Priority to US15/974,874 priority patent/US20180329797A1/en
Publication of JP2018194882A publication Critical patent/JP2018194882A/ja
Application granted granted Critical
Publication of JP6870466B2 publication Critical patent/JP6870466B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3466—Performance evaluation by tracing or monitoring
    • G06F11/3476—Data logging
    • 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/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0766—Error or fault reporting or storing
    • 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/23—Updating
    • G06F16/2358—Change logging, detection, and notification
    • 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/24—Querying
    • G06F16/245—Query processing
    • G06F16/2455—Query execution
    • G06F16/24552—Database cache management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F17/00—Digital computing or data processing equipment or methods, specially adapted for specific functions
    • G06F17/40—Data acquisition and logging
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0655—Vertical data movement, i.e. input-output transfer; data movement between one or more hosts and one or more storage devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Mathematical Physics (AREA)
  • Software Systems (AREA)
  • Computational Linguistics (AREA)
  • Human Computer Interaction (AREA)
  • Debugging And Monitoring (AREA)

Description

本発明は、制御プログラム、制御方法、制御装置、及びデータベースサーバに関する。
利用者からのHypertext Transfer Protocol（ＨＴＴＰ）リクエストを受け付けて、DataBase（ＤＢ）インスタンス用仮想マシン（Virtual Machine:ＶＭ）を利用者に割り当てる、Database as a Service（ＤＢａａＳ）が用いられている。
ＤＢａａＳは、ＤＢに対する各種操作を、例えば、ＨＴＴＰを用いたリクエストに応じて実行する。例えば、ユーザ端末は、ＤＢのログを参照する際にＨＴＴＰを用いた参照リクエストをＤＢａａＳに送り、ログデータを取得する。
関連する技術として、メールサーバと連動するメッセージ分類機能により分類されたサービス内容に応じて分析を実行し、Ｗｅｂページに分析結果を反映する技術が提案されている（例えば、特許文献１を参照）。
また、取得したログ抽出条件に対応してログ統合管理ファイルへアクセスし整形したログデータを抽出し、整形したログデータの抽出結果を画面に表示する技術が提案されている（例えば、特許文献２を参照）。
また、記録対象とするデータ項目に対応して、保存対象とするか否かを示す制御値、保存対象のデータ範囲を示す制御値、及び保存形式を示す制御値を特定し、特定された制御値から保存方法を決定する技術が提案されている（例えば、特許文献３を参照）。
特開２００４−２８０４２３号公報 特開２００８−７７６１１号公報 特開２０１０−１４０１１１号公報
ログのデータ量が大きい場合、データベースサーバは、１回のリクエストに対して全てのログデータを返すのではなく、一部のログデータをリクエストの送信元の端末に出力することが考えられる。
例えば、ログデータを複数ページに分割してユーザ端末に表示するページ方式を用いた場合、データベースサーバは、ページ番号を指定したＨＴＴＰリクエストをユーザ端末から受信し、対象ページのログデータをユーザ端末に送信する。
ページ方式において、ユーザ端末がログデータを取得した後に新規ログが発生し、発生後に再度、ログデータ取得した場合、各ページに含まれるログの内容が変更されている可能性があることを発明者は見出した。例えば、ユーザ端末が、参照済みのログの過去のログを参照するために、参照済みのページの前のページを指定してログを取得すると、すでに参照しているログを取得する可能性がある。そして、ユーザが、再度、ページ番号を指定して他のページを参照することとなる可能性がある。すなわち、ログ参照中に新規ログが発生することにより、ログ探索の際の作業負荷が増加するおそれがある。
１つの側面として、本発明は、ログ探索の際の作業負荷を軽減することを目的とする。
１つの態様では、制御プログラムは、コンピュータに、端末装置からログの取得要求を受け付けると、前記端末装置から過去に受け付けたログの取得要求に関する情報を記憶する記憶部を参照して、前記端末装置から受け付けた複数の取得要求のパターンを特定し、特定した前記パターンに基づき、ログを受け付けるごとに該ログを記憶させる第１の記憶部と、特定のイベントに応じて、該イベントに応じた時刻に前記第１の記憶部に記憶されていたログを記憶させる第２の記憶部とのうち、いずれかの記憶部を選択し、受け付けた前記取得要求と、選択した前記記憶部の識別情報と、を送信する処理を実行させる。
１つの側面によれば、ログ探索の際の作業負荷を軽減することができる。
実施形態のシステムの全体構成の一例を示す図である。 ログ取得の概要を示す図である。 ページ１を指定した場合のログ表示内容の一例を示す図である。 ページ２を指定した場合のログ表示内容の第１の例を示す図である。 ページ２を指定した場合のログ表示内容の第２の例を示す図である。 開始位置を指定したログ表示内容の第１の例を示す図である。 開始位置を指定したログ表示内容の第２の例を示す図である。 管理サーバの一例を示す図である。 履歴管理情報の一例を示す図である。 第１の実施形態におけるデータベースサーバの一例を示す図である。 管理サーバの処理の流れの一例を示すフローチャートである。 図１１のステップＳ１０２の処理の流れを示すフローチャートである。 第１の実施形態におけるデータベースサーバの処理の流れを示すフローチャートである。 第２の実施形態におけるデータベースサーバの一例を示す図である。 対応情報の一例を示す図である。 第２の実施形態におけるデータベースサーバの処理の流れを示すフローチャートである。 データベースサーバの処理を実行する前の各情報を示す図である。 データベースサーバの処理を実行した後の各情報を示す図である。 管理サーバのハードウェア構成の一例を示す図である。 データベースサーバのハードウェア構成の一例を示す図である。
＜実施形態のシステムの全体構成の一例＞
以下、図面を参照して、実施形態について説明する。図１は、実施形態のシステムの全体構成の一例を示す。実施形態のシステムは、端末装置１と表示装置２とネットワーク３と管理サーバ４とデータベースサーバ５とを含む。
端末装置１は、管理サーバ４に各種リクエストを送信する。各種リクエストは、例えば、ＤＢの参照、ログデータの取得等を要求するＨＴＴＰリクエストである。端末装置１は、コンピュータおよび制御装置の一例である。
表示装置２は、端末装置１から受信した情報の表示を行う。表示装置２は、例えば、端末装置１からＤＢに関するログデータを受信して、ログ内容（ログデータの内容）を画面に表示する。表示装置２は、例えば、ログ内容をページごとに表示する。例えば、ノートパソコンやタブレット端末等のように、端末装置１と表示装置２とは一体の装置であってもよい。
ネットワーク３は、例えば、インターネットである。ネットワーク３は、例えばLocal Area Network（ＬＡＮ）であってもよい。
管理サーバ４は、データベースサーバ５を管理する。管理サーバ４は、例えば、受信したリクエストに基づいて、データベースサーバ５からログデータを取得する。
データベースサーバ５は、ＤＢおよびＤＢに関するログデータ等を記憶する。データベースサーバ５は、例えば、ＤＢａａＳに適用される。
図２は、ログ取得の概要を示す図である。端末装置１は、ログ取得要求として図２の例に示すＨＴＴＰリクエストを管理サーバ４に送信する。管理サーバ４は、ＨＴＴＰリクエストで指定されたログデータをデータベースサーバ５から取得し、端末装置１に送信する。端末装置１は、受信したログデータに基づいて、ログ内容を表示装置２に表示する。ログの表示内容について、詳細は後述する。
＜ログ表示の例＞
ページ形式のログ表示方法の例について説明する。図３は、ページ１を指定した場合のログ表示内容の一例を示す図である。図４は、ページ２を指定した場合のログ表示内容の第１の例を示す図である。図５は、ページ２を指定した場合のログ表示内容の第２の例を示す図である。
ユーザがページ１のログを参照するために、ページ１を指定する操作を端末装置１に行ったとする。端末装置１は、ユーザの操作に応じて、ページ１を指定するログ取得要求を管理サーバ４に送信する。管理サーバ４は、データベースサーバ５からページ１に対応するログデータを取得し、取得したログデータを端末装置１に送信する。
端末装置１は、管理サーバ４から受信したログデータに基づいて、ログのページ１を表示装置２に表示する。図３に示すように、ログデータは、日時（ログ発生日時）とログ内容とを含む。図３に示す例では、１ページに４行（４レコード）のログが表示される。また、図３に示す例では、ページ１に最新のログが表示されるとする。
図３に示す例では、1/1 00:08におけるログにfailoverが発生していることが示されている。該failoverは、例えば、稼働中のサーバに異常が発生し、待機系のサーバに切り替わったことを示す。
failoverの原因を知るために、ユーザがページ１に表示されたログより過去のログを参照することが考えられる。そして、ユーザがページ２を指定する操作を端末装置１に行ったとする。端末装置１は、ユーザの操作に応じて、ページ２を指定するログ取得要求を管理サーバ４に送信する。管理サーバ４は、データベースサーバ５からページ２に対応するログデータを取得し、取得したログデータを端末装置１に送信する。
そして、端末装置１は、ページ２を表示装置２に表示する。図４に示すように、管理サーバ４がページ１に対応するログデータを取得してから、ページ２に対応するログデータを取得するまでの間に新たなログが１行発生していたとする。新たなログは、ページ１に含まれることとなるため、図３においてページ１に表示されていた、日時が1/1 00:07であるログは、ページ２に含まれることとなる。すなわち、次のページを参照したにも関わらず、前回の表示内容と新たな表示内容とが重複する。
次に、管理サーバ４がページ１のログデータを取得してから、ページ２のログデータを取得するまでの間に新たなログが８行追加される例を説明する。
端末装置１が図３に示す画面を表示した後、ユーザがページ１に表示されたログより過去のログを参照するために、ページ２を指定する操作を端末装置１に行ったとする。端末装置１は、ユーザの操作に応じて、ページ２を指定するログ取得要求を管理サーバ４に送信する。管理サーバ４は、データベースサーバ５からページ２に対応するログデータを取得し、取得したログデータを端末装置１に送信する。
そして、端末装置１は、ページ２を表示装置２に表示する。管理サーバ４が図３に示すページ１のログデータを取得してから、ページ２のログデータを取得するまでの間に新たなログが８行発生していたとする。新たなログは、ページ１およびページ２に含まれることとなる。従って、端末装置１は、図５に示すように、ページ２に新たなログを表示することなる。すなわち、ユーザがページ１に表示されたログより過去のログを参照しようとしたにも関わらず、前回の表示されたログより新しいログが表示される。
図３〜図５に示すように、ページ方式でログを表示する場合、ユーザが意図しないログが表示される可能性があるため、ユーザが再度リクエストを要求する操作を行うこととなり、ログ探索の作業負荷が増加するおそれがある。また、上記リクエストの再度の処理のために、管理サーバ４、データベースサーバ５の処理負荷、および各装置間の通信負荷が増加するおそれがある。
次に、開始位置を指定したログ表示方法について説明する。図６は、開始位置を指定したログ表示内容の第１の例を示す。
ユーザが所定位置のログを参照するために、ログ取得開始位置を示すｍａｒｋｅｒとして９９６を指定する操作を端末装置１に行ったとする。端末装置１は、ユーザの操作に応じて、ｍａｒｋｅｒとして９９６を指定するログ取得要求を管理サーバ４に送信する。なお、本例では、指定されたｍａｒｋｅｒが示すログの次の４行のログを取得対象とする。管理サーバ４は、データベースサーバ５から、９９５から９９２までのｍａｒｋｅｒに対応するログデータを取得し、取得したログデータを端末装置１に送信する。
端末装置１は、管理サーバ４から受信したログデータに基づいて、表示装置２にログを表示する。本例では、端末装置１は、図６に示すように、９９５から９９２までのｍａｒｋｅｒに対応するログを表示装置２に表示する。
そして、ユーザが現在参照しているログの次の新しいログを参照するために、ログ取得開始位置を示すｍａｒｋｅｒを指定する操作を、ユーザが端末装置１に行うことを想定する。例えば、ユーザがエラーの原因を探るために過去のログを参照していたが、原因が見つからないため、見直しを行うことが考えられる。本例では、上述のように、指定されたｍａｒｋｅｒが示すログの次の４行のログが表示対象となる。
従って、ユーザは、新しいログを参照するために、以下の式（１）の計算を行うことにより、指定するｍａｒｋｅｒ（指定ｍａｒｋｅｒ）を得る。
指定ｍａｒｋｅｒ＝表示中の最大ｍａｒｋｅｒ＋１ページあたりのログ数＋１ （１）
図６に示す例では、１ページあたりのログ数は４行であり、図６において、表示中の最大ｍａｒｋｅｒは９９５である。従って、ユーザは、図６に示す表示内容の次の新しいログを参照するために、以下の計算を行うことにより、指定するｍａｒｋｅｒを得る。
９９５＋４＋１＝１０００
上記計算結果に基づいて、ユーザは、ログ取得開始位置を示すｍａｒｋｅｒとして１０００を指定する操作を端末装置１に行う。端末装置１は、ユーザの操作に応じて、ｍａｒｋｅｒとして１０００を指定するログ取得要求を管理サーバ４に送信する。管理サーバ４は、データベースサーバ５から、９９９から９９６までのｍａｒｋｅｒに対応するログデータを取得し、取得したログデータを端末装置１に送信する。
図７は、開始位置を指定したログ表示内容の第２の例を示す。端末装置１は、管理サーバ４から受信したログデータに基づいて、表示装置２にログを表示する。本例では、端末装置１は、図７に示すように、９９９から９９６までのｍａｒｋｅｒに対応するログを表示装置２に表示する。
以上のように、開始位置を指定したログ表示方法を用いた場合、現在表示しているログより新しいログを参照する際に、ユーザが指定する開始位置（上記例におけるｍａｒｋｅｒ）を計算する。該開始位置の計算は、ユーザにより行なわれるため、ユーザがログ探索を行う際におけるユーザの作業負荷が大きくなる。
＜管理サーバの一例＞
図８は、管理サーバの一例を示す図である。管理サーバ４は、第１通信部１１と管理サーバ記憶部１２と特定部１３と選択部１４とを含む。
第１通信部１１は、端末装置１からのログの取得要求（ログ取得要求）を受信する。ログ取得要求は、例えば、ＨＴＴＰリクエストであり、ユーザＩＤとログ取得対象のＤＢＩＤとログ取得対象範囲を示す情報とを含む。ログ取得対象範囲を示す情報は、例えば、ページ番号である。
管理サーバ記憶部１２は、端末装置１から過去に受け付けたログ取得要求に関する履歴管理情報を記憶する。履歴管理情報の詳細は後述する。
特定部１３は、第１通信部１１を介して端末装置１からのログ取得要求を受け付けると、管理サーバ記憶部１２に記憶された履歴管理情報を参照して、端末装置１から受け付けた複数の取得要求のパターンを特定する。
複数の取得要求のパターンは、例えば、複数の取得要求の頻度を示す。複数の取得要求のパターンは、例えば、今回のログ取得要求を受け付けた時刻と、該ログ取得要求と同じユーザからの同じＤＢに対する直前のログ取得要求の時刻とを含む。複数の取得要求のパターンは、例えば、今回の取得要求と同じユーザからの同じＤＢに対する、複数のログ取得要求の平均時間間隔であってもよい。
選択部１４は、特定部１３が特定したパターンに基づいて、データベースサーバ５が有するログを記憶する領域とログキャッシュを記憶する領域とのいずれかの記憶領域を、参照先の記憶領域として選択する。
第１通信部１１は、端末装置１から受け付けた取得要求と、選択部１４が選択した記憶領域を識別する識別情報とを、データベースサーバ５に送信する。
図９は、過去のログの取得要求に関する履歴管理情報の一例を示す図である。履歴管理情報は、管理サーバ記憶部１２に記憶される。図９に示すように、履歴管理情報には、受付時刻とＤＢ Identification（ＩＤ）とユーザＩＤとが対応付けて記録されている。受付時刻は、管理サーバ４が端末装置１からログ取得要求を受け付けた時刻である。また、ログ取得要求に含まれていたＤＢＩＤおよびユーザＩＤが、履歴管理情報に記録される。
＜第１の実施形態におけるデータベースサーバの一例＞
図１０は、第１の実施形態におけるデータベースサーバ５の一例を示す図である。データベースサーバ５は、第２通信部２１とデータ記憶部２２と制御部２３とを含む。
第２通信部２１は、管理サーバ４から、ログ領域２２ｂまたはキャッシュ領域２２ｃに対するログ取得要求を受信する。
データ記憶部２２は、ＤＢ領域２２ａとログ領域２２ｂとキャッシュ領域２２ｃを含む。ログ領域２２ｂは、第１の記憶部の一例である。キャッシュ領域２２ｃは、第２の記憶部の一例である。なお、第１の記憶部と第２の記憶部とは異なる記憶装置であってもよい。
ＤＢ領域２２ａは、ＤＢを記憶する。
ログ領域２２ｂは、制御部２３の指示に応じて、ログを受け付けるごとに該ログを記憶させる。本実施形態では、ログ領域２２ｂは、ＤＢ領域２２ａに記憶されるＤＢのログデータを記憶する。ログデータは、例えば、ＤＢ領域２２ａに記憶されたＤＢに新たなイベントが発生した際に更新される。ログデータは、例えば、複数のログファイルを含んでいてもよい。ログデータは、例えば、ログが記録されたＤＢであってもよい。
キャッシュ領域２２ｃは、制御部２３の指示に応じて、特定のイベントに応じて、該イベントに応じた時刻にログ領域２２ｂに記憶されていたログデータをログキャッシュデータとして記憶させる。特定のイベントは、例えば、ログ領域２２ｂに記憶されたログの取得に関する依頼（ログ取得要求）の受け付けである。
すなわち、キャッシュ領域２２ｃに記憶されるログキャッシュデータは、所定タイミングにおけるログデータのコピーであり、ＤＢ領域２２ａに記憶されたＤＢにログ取得対象である新たな事象が発生しても更新されない。ログキャッシュデータは、例えばＤＢごと、かつ、ユーザごとに生成される。ログデータが複数のログファイルを含む場合、ログキャッシュデータは、例えば、最新のログファイルのコピーである。
制御部２３は、データベースサーバ５における各種処理を実行する。
＜管理サーバの処理の流れの一例＞
図１１は、管理サーバの処理の流れの一例を示すフローチャートである。第１通信部１１は、端末装置１からのログの取得要求を受け付ける（ステップＳ１０１）。
特定部１３は、第１通信部１１を介して端末装置１からのログの取得要求を受け付けると、管理サーバ記憶部１２に記憶された履歴管理情報を参照して、端末装置１から受け付けた複数の取得要求のパターンを特定する（ステップＳ１０２）。複数の取得要求のパターンは、例えば、今回の取得要求を受け付けた時刻と、該取得要求と同じユーザＩＤと同じＤＢＩＤとを含む直前のログ取得要求の時刻とを含む。ステップＳ１０２の処理について、詳細は後述する。
選択部１４は、今回の取得要求を受け付けた時刻から、該取得要求と同じユーザＩＤと同じＤＢＩＤを含む直前のログ取得要求の時刻までの時間間隔が算出済みであり、かつ、該時間隔が所定の閾値を超えるかを判定する（ステップＳ１０３）。所定の閾値は、例えば、２秒であるとする。時間間隔は、パターンの一例である。
ステップＳ１０３でＮＯの場合、選択部１４は、ログの取得先として、データベースサーバ５のデータ記憶部２２に含まれるログ領域２２ｂを選択する（ステップＳ１０４）。ステップＳ１０３でＹＥＳの場合、選択部１４は、ログの取得先として、データベースサーバ５のデータ記憶部２２内のキャッシュ領域２２ｃを選択する（ステップＳ１０５）。ステップＳ１０３でＹＥＳの場合、ユーザがログを探索中であると考えられる。
そして、第１通信部１１は、端末装置１から受け付けたログ取得要求と、選択部１４が選択した記憶領域を識別する識別情報とを、データベースサーバ５に送信する（ステップＳ１０６）。選択部１４が選択した記憶領域を識別する識別情報は、ログ領域２２ｂまたはキャッシュ領域２２ｃを示す識別情報である。
第１通信部１１は、データベースサーバ５からログデータまたはログキャッシュデータを受信した場合（ステップＳ１０７でＹＥＳ）、受信したログデータまたはログキャッシュデータを端末装置１に送信する（ステップＳ１０８）。第１通信部１１がログデータまたはログキャッシュデータを受信しない場合（ステップＳ１０７でＮＯ）、処理は次のステップに進まない。
以上のように、管理サーバ４は、ユーザがログを探索中である場合（ステップＳ１０３でＹＥＳ）、キャッシュ領域２２ｃを選択することにより、ログキャッシュを取得する。ログキャッシュは、新たなログが発生しても更新されないため、ページ内のログ内容が前回参照時点から変更されていない。従って、管理サーバ４は、ユーザが意図しないログが表示されることを抑制してログ取得の回数を減らすことができるため、ログ探索の際の作業負荷を軽減することができる。また、管理サーバ４およびデータベースサーバ５の処理負荷、端末装置１と管理サーバ４との間の通信負荷、管理サーバ４とデータベースサーバ５との間の通信負荷等を抑制することができる。
また、本実施形態の管理サーバ４を用いた場合、ログ表示方法は、ページ方式となり、図６、７における開始位置を指定した方式のようにユーザが指定位置を計算する手間がないため、ログ探索の際の作業負荷を軽減することができる。
図１２は、図１１のステップＳ１０２の処理の流れを示すフローチャートである。特定部１３は、端末装置１から取得したログ取得要求の受付時間と、ログ取得要求において指定されているＤＢＩＤおよびユーザＩＤとを履歴管理情報に記録する（ステップＳ２０１）。
特定部１３は、ログ取得要求において指定されているユーザＩＤおよびＤＢＩＤの組と一致するユーザＩＤおよびＤＢＩＤの組に関する履歴が履歴管理情報に存在するか判定する（ステップＳ２０２）。ステップＳ２０２でＮＯの場合、ステップＳ１０２の処理を終了する。
ステップＳ２０２でＹＥＳの場合、特定部１３は、時間間隔として、今回の取得要求の受付時刻と、該取得要求と同じユーザからの同じＤＢに対する直前のログ取得要求の受付時刻との差を算出する（ステップＳ２０３）。
＜第１の実施形態におけるデータベースサーバの処理の流れの一例＞
図１３は、第１の実施形態におけるデータベースサーバの処理の流れを示すフローチャートである。なお、図１３に示す処理は、例えば、所定時間ごとに実行される。
制御部２３は、管理サーバ４からログ領域２２ｂに対するログ取得要求を受信したか判定する（ステップＳ３０１）。制御部２３は、例えば、管理サーバ４からログ領域２２ｂの識別情報とともにログ取得要求を受信したか判定する。
ステップＳ３０１でＹＥＳの場合、制御部２３は、ログ領域２２ｂから、ログ取得要求に含まれるＤＢＩＤに対応するログデータを取得する（ステップＳ３０４）。
制御部２３は、ログ領域２２ｂから取得したログデータを、ログ取得要求に含まれるＤＢＩＤとユーザＩＤとを対応づけてログキャッシュデータとしてキャッシュ領域２２ｃに記憶する（ステップＳ３０５）。キャッシュ領域２２ｃにログ取得要求に含まれるＤＢＩＤとユーザＩＤに対応するログキャッシュデータがすでに記憶されている場合、制御部２３は、ログ領域２２ｂから取得したログデータでキャッシュ領域２２ｃのログキャッシュデータを更新する。 第２通信部２１は、ログデータのうち、ログ取得要求に含まれる取得対象のページ番号に対応する部分（対象ページ）を管理サーバ４に送信する（ステップＳ３０６）。
ステップＳ３０１でＮＯの場合、管理サーバ４からキャッシュ領域２２ｃに対するログ取得要求を受信したか判定する（ステップＳ３０２）。制御部２３は、例えば、キャッシュ領域２２ｃの識別情報とともにログ取得要求を受信したか判定する。ステップＳ３０２でＮＯの場合、制御部２３は、処理を終了する。
ステップＳ３０２でＹＥＳの場合、制御部２３は、取得対象のログキャッシュデータが存在するか判定する（ステップＳ３０３）。上述のように、ログキャッシュデータは、ユーザＩＤごと、かつ、ＤＢＩＤごとに生成される。よって、制御部２３は、例えば、ログ取得要求に含まれるユーザＩＤおよびＤＢＩＤに対応するログキャッシュデータが存在するか判定する。ステップＳ３０３でＮＯの場合、ログ取得要求に含まれるユーザＩＤおよびＤＢＩＤに対応するログキャッシュデータが存在しないため、処理は、ステップＳ３０４に移行する。
ステップＳ３０３でＹＥＳの場合、制御部２３は、キャッシュ領域２２ｃから取得対象のログキャッシュデータを取得する（ステップＳ３０７）。
第２通信部２１は、ログキャッシュデータのうち、ログ取得要求に含まれる取得対象のページ番号に対応する部分を管理サーバ４に送信する（ステップＳ３０８）。
＜第２の実施形態におけるデータベースサーバの一例＞
図１４は、第２の実施形態におけるデータベースサーバ５の一例を示す図である。図２に示すように、第２の実施形態におけるデータベースサーバ５は第２通信部２１と、データ記憶部２２と、制御部２３と、管理部２４とを含む。データ記憶部２２は、ＤＢ領域２２ａとログ領域２２ｂとキャッシュ領域２２ｃと管理領域２２ｄとを含む。管理領域２２ｄは、第３の記憶部の一例である。
第２の実施形態におけるデータベースサーバ５は、管理領域２２ｄと管理部２４とを含む点で第１の実施形態におけるデータベースサーバ５と異なる。第１の実施形態と同様の構成については、説明を省略する。
管理領域２２ｄは、ユーザの識別情報と、ユーザのログ取得要求に応じて特定のイベントが発生した際のキャッシュ領域２２ｃに記憶されたログキャッシュデータの先頭位置を示す情報とが対応づけられた対応情報を記憶する。ユーザの識別情報は、例えば、ユーザＩＤである。先頭位置を示す情報は、例えば、先頭ログＩＤである。
管理部２４は、ログの取得要求をキャッシュ領域２２ｃの識別情報とともに受信した場合、ログの取得要求の依頼元のユーザＩＤと対応情報とに基づいて、先頭ログＩＤを取得する。管理部２４は、先頭ログＩＤに基づいて、キャッシュ領域２２ｃに記憶されたログキャッシュデータのうちの取得対象範囲（取得対象ページ）を取得する。
図１５は、対応情報の一例である。対応情報は、ユーザＩＤと先頭ログＩＤとの関係を示す。先頭ログＩＤは、ログキャッシュデータの直前の更新時の先頭位置を示す。
対応情報は、データベースサーバ５が管理サーバ４からログ領域２２ｂに対するログ取得要求を受信し、ログ領域２２ｂのログデータでキャッシュ領域２２ｃのログキャッシュデータが更新された場合に更新される。
管理部２４は、対応情報のうち、受信したログ取得要求の依頼元ユーザに一致するユーザＩＤに対応する先頭ログＩＤを、記憶したログキャッシュデータの先頭ＩＤで更新する。また、管理部２４は、対応情報のうち、更新後のログキャッシュデータに含まれない先頭ログＩＤを含むレコードを削除する。
＜第２の実施形態におけるデータベースサーバの処理の流れの一例＞
図１６は、データベースサーバの処理の流れを示すフローチャートである。なお、図１６に示す処理は、例えば、所定時間ごとに実行されてもよい。
制御部２３は、管理サーバ４からログ領域２２ｂに対するログ取得要求を受信したか判定する（ステップＳ４０１）。制御部２３は、例えば、管理サーバ４からログ領域２２ｂの識別情報とともにログ取得要求を受信したか判定する。
ステップＳ４０１でＹＥＳの場合、制御部２３は、ログ領域２２ｂから、ログ取得要求に含まれるＤＢＩＤに対応するログデータを取得する（ステップＳ４０４）。
制御部２３は、ログ領域２２ｂから取得したログデータを、ログ取得要求に含まれるＤＢＩＤとユーザＩＤとを対応づけてログキャッシュデータとしてキャッシュ領域２２ｃに記憶する（ステップＳ４０５）。
キャッシュ領域２２ｃに、ログ取得要求に含まれるＤＢＩＤおよびユーザＩＤに対応するログキャッシュデータがすでに記憶されている場合、制御部２３は、ログ領域２２ｂから取得したログデータでキャッシュ領域２２ｃのログキャッシュデータを更新する。
管理部２４は、対応情報のうち、ログ取得要求の依頼元ユーザに一致するユーザＩＤに対応する先頭ログＩＤを、ステップＳ４０５で記憶したログキャッシュデータの先頭ＩＤで更新する（ステップＳ４０６）。管理部２４は、依頼元ユーザを、例えば、ログ取得要求に含まれるユーザＩＤで識別する。
管理部２４は、対応情報のうち、更新後のログキャッシュデータに含まれない先頭ログＩＤを含むレコードを削除する（ステップＳ４０７）。対応情報は、ログキャッシュデータからのデータ取得時に使用されるためである。
第２通信部２１は、ログデータのうち、ログ取得要求に含まれる取得対象のページ番号に対応する部分（対象ページ）を管理サーバ４に送信する（ステップＳ４０８）。
ステップＳ４０１でＮＯの場合、管理サーバ４からキャッシュ領域２２ｃに対するログキャッシュの取得要求を受信したか判定する（ステップＳ４０２）。制御部２３は、例えば、キャッシュ領域２２ｃの識別情報とともにログ取得要求を受信したか判定する。ステップＳ４０２でＮＯの場合、制御部２３は、処理を終了する。
ステップＳ４０２でＹＥＳの場合、管理部２４は、対応情報に対象ユーザが存在するか判定する（ステップＳ４０３）。ステップＳ４０３でＮＯの場合、処理は、ステップＳ４０４に移行する。
ステップＳ４０３でＹＥＳの場合、管理部２４は、対応情報から、ログ取得要求の依頼元ユーザの先頭ログＩＤを取得する（ステップＳ４０９）。管理部２４は、依頼元ユーザを、例えば、ログ取得要求に含まれるユーザＩＤで識別する。
管理部２４は、取得した先頭ログＩＤを開始位置として、ログキャッシュデータのうち、ログ取得要求に含まれる取得対象のページ番号に対応する部分を取得する（ステップＳ４１０）。
第２通信部２１は、ログキャッシュデータのうち、ステップＳ４１０で取得した対象ページ部分を管理サーバ４に送信する（ステップＳ４１１）。
以上のように、本実施形態では、ログキャッシュデータは、ＤＢごとに生成され、複数のユーザに共用される。したがって、ユーザごと、かつ、ＤＢごとに生成される場合と比べてログキャッシュデータの量を抑制することができる。本実施形態では、対応情報が記憶されるが、対応情報は、通常、ログキャッシュデータよりデータ量が少ないためである。
また、対応情報にユーザ毎の前回の参照開始位置が記録されているため、ログキャッシュデータがユーザごとに記憶されていなくても、ユーザが意図したログが表示されるため、ログ探索の際の作業負荷を軽減することができる。
＜第２の実施形態におけるデータベースサーバの処理の適用例＞
次に、第２の実施形態におけるデータベースサーバの処理の適用例について説明する。図１７は、データベースサーバの処理を実行する前の各情報を示す図である。図１７（ａ）は、ログデータの一例である。ログデータは、ログＩＤごとにログ内容が記録されている。
図１７（ｂ）は、更新前のログキャッシュデータの一例である。図１７（ｂ）に示すログキャッシュデータは、ログＩＤが「１００１」であるログが存在しておらず、ログＩＤが「５００」であるデータが存在している点で図１７（ａ）に示すログデータと異なる。
図１７（ｃ）は、更新前の対応情報の一例である。
図１８は、データベースサーバの処理を実行した後の各情報を示す図である。図１８は、図１７に示す各情報に対して、図１６のステップＳ４０４〜Ｓ４０７の処理を実行した後の各情報を示す。図１８（ａ）は、ログデータの一例であり、図１７（ａ）に示すログデータと同じである。
図１８（ｂ）は、更新後のログキャッシュデータの一例である。本例では、ステップＳ４０４、Ｓ４０５の処理により、図１７（ｂ）に示すログキャッシュデータが図１７（ａ）に示すログデータで更新されたことを想定している。上述のように図１７（ａ）と図１８（ａ）は同じデータデーあるため、図１８（ｂ）に示すログキャッシュデータは、図１７（ａ）および図１８（ａ）に示すログデータと同じである。
図１８（ｃ）は、更新後の対応情報の一例である。本例では、ユーザＩＤが「１００」であるユーザの取得要求により、ログデータが取得されたことを想定している。従って、図１８（ｃ）では、ユーザＩＤが「１００」であるユーザの先頭ＩＤが、ステップＳ４０６の処理により、ログキャッシュデータの先頭ログＩＤである「１００１」に更新されている。
また、本例では、図１７（ｂ）に示すように、ログＩＤが「５００」であるログがログキャッシュデータから削除されている。従って、図１７（ｃ）では、ユーザＩＤが「１０８」で、先頭ログＩＤが「５００」であるデータが存在していたが、図１８（ｃ）では、ステップＳ４０７の処理により削除されている。
＜管理サーバのハードウェア構成の一例＞
次に、図１９の例を参照して、管理サーバ４のハードウェア構成の一例を説明する。図１９の例に示すように、バス１００に対して、プロセッサ１１１とRandom Access Memory(RAM)１１２とRead Only Memory(ROM)１１３とが接続される。また、該バス１００に対して、補助記憶装置１１４と媒体接続部１１５と通信インタフェース１１６とが接続される。
プロセッサ１１１はＲＡＭ１１２に展開されたプログラムを実行する。実行されるプログラムとしては、実施形態における処理を行う制御プログラムが適用されてもよい。
ＲＯＭ１１３はＲＡＭ１１２に展開されるプログラムを記憶する不揮発性の記憶装置である。補助記憶装置１１４は、種々の情報を記憶する記憶装置であり、例えばハードディスクドライブや半導体メモリ等を補助記憶装置１１４に適用してもよい。補助記憶装置１１４に実施形態の処理を行う制御プログラムが記録されていてもよい。
媒体接続部１１５は、可搬型記録媒体１１８と接続可能に設けられている。可搬型記録媒体１１８としては、可搬型のメモリや光学式ディスク（例えば、Compact Disc(CD)やDigital Versatile Disc(DVD))、半導体メモリ等を適用してもよい。可搬型記録媒体１１８に実施形態の処理を行う制御プログラムが記録されていてもよい。
図８に示す管理サーバ記憶部１２は、ＲＡＭ１１２や補助記憶装置１１４等により実現されてもよい。図８に示す第１通信部１１は、通信インタフェース１１６により実現されてもよい。図８に示す特定部１３、選択部１４は、与えられた制御プログラムをプロセッサ１１１が実行することにより実現されてもよい。
ＲＡＭ１１２、ＲＯＭ１１３、補助記憶装置１１４および可搬型記録媒体１１８は、何れもコンピュータ読み取り可能な有形の記憶媒体の一例である。これらの有形な記憶媒体は、信号搬送波のような一時的な媒体ではない。
＜データベースサーバのハードウェア構成の一例＞
次に、図２０の例を参照して、データベースサーバ５のハードウェア構成の一例を説明する。図２０の例に示すように、バス２００に対して、プロセッサ２１１とRandom Access Memory(RAM)２１２とRead Only Memory(ROM)２１３とが接続される。また、該バス２００に対して、補助記憶装置２１４と媒体接続部２１５と通信インタフェース２１６とが接続される。
プロセッサ２１１はＲＡＭ２１２に展開されたプログラムを実行する。実行されるプログラムとしては、実施形態における処理を行う制御プログラムが適用されてもよい。
ＲＯＭ２１３はＲＡＭ２１２に展開されるプログラムを記憶する不揮発性の記憶装置である。補助記憶装置２１４は、種々の情報を記憶する記憶装置であり、例えばハードディスクドライブや半導体メモリ等を補助記憶装置２１４に適用してもよい。補助記憶装置２１４に実施形態の処理を行う制御プログラムが記録されていてもよい。
媒体接続部２１５は、可搬型記録媒体２１８と接続可能に設けられている。可搬型記録媒体２１８としては、可搬型のメモリや光学式ディスク（例えば、Compact Disc(CD)やDigital Versatile Disc(DVD))、半導体メモリ等を適用してもよい。可搬型記録媒体２１８に実施形態の処理を行う制御プログラムが記録されていてもよい。
図１０、１４に示すデータ記憶部２２は、ＲＡＭ２１２や補助記憶装置２１４等により実現されてもよい。図１０、１４に示す第２通信部２１は、通信インタフェース２１６により実現されてもよい。図１０、１４に示す制御部２３、および図１４に示す管理部２４は、与えられた制御プログラムをプロセッサ２１１が実行することにより実現されてもよい。
ＲＡＭ２１２、ＲＯＭ２１３、補助記憶装置２１４および可搬型記録媒体２１８は、何れもコンピュータ読み取り可能な有形の記憶媒体の一例である。これらの有形な記憶媒体は、信号搬送波のような一時的な媒体ではない。
＜その他＞
本実施形態は、以上に述べた実施の形態に限定されるものではなく、本実施形態の要旨を逸脱しない範囲内で種々の構成または実施形態を取ることができる。
１ 端末装置
２ 表示装置
３ ネットワーク
４ 管理サーバ
５ データベースサーバ
１１ 第１通信部
１２ 管理サーバ記憶部
１３ 特定部
１４ 選択部
２１ 第２通信部
２２ データ記憶部
２２ａ ＤＢ領域
２２ｂ ログ領域
２２ｃ キャッシュ領域
２２ｄ 管理領域
２３ 制御部
２４ 管理部
１００，２００ バス
１１１，２１１ プロセッサ
１１２，２１２ ＲＡＭ
１１３，２１３ ＲＯＭ
１１４，２１４ 補助記憶装置
１１５，２１５ 媒体接続部
１１６，２１６ 通信インタフェース
１１８，２１７ 可搬型記録媒体

Claims (9)

  1. コンピュータに、
    端末装置からログの取得要求を受け付けると、前記端末装置から過去に受け付けたログの取得要求に関する情報を記憶する記憶部を参照して、前記端末装置から受け付けた複数の取得要求のパターンを特定し、
    特定した前記パターンに基づき、ログを受け付けるごとに該ログを記憶させる第１の記憶部と、特定のイベントに応じて、該イベントに応じた時刻に前記第１の記憶部に記憶されていたログを記憶させる第２の記憶部とのうち、いずれかの記憶部を選択し、
    受け付けた前記取得要求と、選択した前記記憶部の識別情報と、を送信する、
    処理を実行させる制御プログラム。
  2. 前記パターンは、複数の取得要求の頻度を示す
    ことを特徴とする請求項１記載の制御プログラム。
  3. 前記端末装置からのログの取得要求の時間間隔が所定の閾値以上である場合、前記第１の記憶部を選択し、前記時間間隔が所定の閾値未満場合、前記第２の記憶部を選択する、
    処理を実行させることを特徴とする請求項２記載の制御プログラム。
  4. 前記ログの取得要求は、前記ログのうちの取得対象範囲を示す情報を含む
    ことを特徴とする請求項１乃至３のうち何れか１項に記載の制御プログラム。
  5. 前記特定のイベントは、前記第１の記憶部に記憶された前記ログの取得に関する依頼の受け付けである
    ことを特徴とする請求項１乃至４のうち何れか１項に記載の制御プログラム。
  6. コンピュータが、
    端末装置からログの取得要求を受け付けると、前記端末装置から過去に受け付けたログの取得要求に関する情報を記憶する記憶部を参照して、前記端末装置から受け付けた複数の取得要求のパターンを特定し、
    特定した前記パターンに基づき、ログを受け付けるごとに該ログを記憶させる第１の記憶部と、特定のイベントに応じて、該イベントに応じた時刻に前記第１の記憶部に記憶されていたログを記憶させる第２の記憶部とのうち、いずれかの記憶部を選択し、
    受け付けた前記取得要求と、選択した前記記憶部の識別情報と、を送信する、
    処理を実行することを特徴とする制御方法。
  7. 端末装置からログの取得要求を受け付けると、前記端末装置から過去に受け付けたログの取得要求に関する情報を記憶する記憶部を参照して、前記端末装置から受け付けた複数の取得要求のパターンを特定する特定部と、
    特定した前記パターンに基づき、ログを受け付けるごとに該ログを記憶させる第１の記憶部と、特定のイベントに応じて、該イベントに応じた時刻に前記第１の記憶部に記憶されていたログを記憶させる第２の記憶部とのうち、いずれかの記憶部を選択する選択部と、
    受け付けた前記取得要求と、選択した前記記憶部の識別情報と、を送信する通信部と、
    を備えることを特徴とする制御装置。
  8. ログを受け付けるごとに該ログを記憶させる第１の記憶部と、
    特定のイベントに応じて、該イベントに応じた時刻に前記第１の記憶部に記憶されていたログを記憶させる第２の記憶部と、を備え、
    前記特定のイベントは、前記第１の記憶部に記憶された前記ログの取得に関する依頼の受け付けである
    ことを特徴とするデータベースサーバ。
  9. ユーザの識別情報と、前記ユーザの要求に応じて前記特定のイベントが発生した際の前記第２の記憶部に記憶されたログの先頭位置を示す情報とが対応づけられた対応情報を記憶する第３の記憶部と、
    ログの取得要求を前記第２の記憶部の識別情報とともに受信した場合、前記ログの取得要求の依頼元のユーザの識別情報と前記対応情報とに基づいて、前記先頭位置を取得し、前記先頭位置に基づいて、前記第２の記憶部に記憶されたログのうちの取得対象範囲を取得する管理部と、
    を備えることを特徴とする請求項８記載のデータベースサーバ。
JP2017095374A 2017-05-12 2017-05-12 制御プログラム、制御方法、制御装置、及びデータベースサーバ Active JP6870466B2 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2017095374A JP6870466B2 (ja) 2017-05-12 2017-05-12 制御プログラム、制御方法、制御装置、及びデータベースサーバ
EP18171457.7A EP3401791A1 (en) 2017-05-12 2018-05-09 Log output control apparatus, log output control method, and database server
US15/974,874 US20180329797A1 (en) 2017-05-12 2018-05-09 Log output control apparatus, log output control method, and database server

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2017095374A JP6870466B2 (ja) 2017-05-12 2017-05-12 制御プログラム、制御方法、制御装置、及びデータベースサーバ

Publications (2)

Publication Number Publication Date
JP2018194882A JP2018194882A (ja) 2018-12-06
JP6870466B2 true JP6870466B2 (ja) 2021-05-12

Family

ID=62245127

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017095374A Active JP6870466B2 (ja) 2017-05-12 2017-05-12 制御プログラム、制御方法、制御装置、及びデータベースサーバ

Country Status (3)

Country Link
US (1) US20180329797A1 (ja)
EP (1) EP3401791A1 (ja)
JP (1) JP6870466B2 (ja)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110427299B (zh) * 2019-07-19 2022-02-11 腾讯科技（深圳）有限公司 微服务系统应用的日志处理方法、相关设备及系统
CN110908967B (zh) * 2019-11-13 2022-08-12 北京百度云途腾科技有限责任公司 用于存储日志的方法、装置、设备和计算机可读介质
CN111193619B (zh) * 2019-12-20 2023-07-04 视联动力信息技术股份有限公司 一种日志文件的采集方法及装置
CN111274059B (zh) * 2020-01-21 2023-10-10 浙江大华技术股份有限公司 一种从设备的软件异常处理方法及装置
CN111343045B (zh) * 2020-02-14 2022-06-28 青岛聚看云科技有限公司 调整心跳频率的方法及装置
CN112231287A (zh) * 2020-09-06 2021-01-15 厦门天锐科技股份有限公司 系统日志的处理方法、装置、电子设备及介质
CN112351090B (zh) * 2020-10-29 2024-04-05 深圳Tcl新技术有限公司 基于智能大屏的日志信息传输方法、装置及存储介质

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004280423A (ja) 2003-03-14 2004-10-07 Mitsubishi Electric Building Techno Service Co Ltd ロギング分析サービスシステム
JP2008077611A (ja) 2006-09-25 2008-04-03 Hitachi Software Eng Co Ltd ログ統合管理システム
JP2009253564A (ja) * 2008-04-04 2009-10-29 Fuji Xerox Co Ltd ログ情報提供装置、ログ管理システム及びプログラム
JP2010140111A (ja) 2008-12-09 2010-06-24 Ricoh Co Ltd 機器管理装置、機器管理システム、ログ管理方法、ログ管理プログラム、及びそのプログラムを記録した記録媒体
JP2012088849A (ja) * 2010-10-18 2012-05-10 Ricoh Co Ltd 画像形成装置、ログ管理方法、及びログ管理プログラム
US9348883B2 (en) * 2011-06-01 2016-05-24 Clustrix, Inc. Systems and methods for replication replay in a relational database
JP2016009220A (ja) * 2014-06-20 2016-01-18 株式会社東芝 ストレージ装置、通信装置、及びストレージ制御システム
US10277672B2 (en) * 2015-04-17 2019-04-30 Zuora, Inc. System and method for real-time cloud data synchronization using a database binary log
US10296661B2 (en) * 2015-09-11 2019-05-21 Salesforce.Com, Inc. Processing log files using a database system
US20170193039A1 (en) * 2015-12-30 2017-07-06 Dropbox, Inc. Servicing queries of an event log
US11423053B2 (en) * 2016-01-30 2022-08-23 Micro Focus Llc Log event cluster analytics management

Also Published As

Publication number Publication date
JP2018194882A (ja) 2018-12-06
EP3401791A1 (en) 2018-11-14
US20180329797A1 (en) 2018-11-15

Similar Documents

Publication Publication Date Title
JP6870466B2 (ja) 制御プログラム、制御方法、制御装置、及びデータベースサーバ
CN110046133B (zh) 一种存储文件系统的元数据管理方法、装置及系统
JP2004280780A (ja) バックアップ方法、システム、及びプログラム
JP2014056319A (ja) 情報処理装置およびプログラム、制御方法
JP5652480B2 (ja) データベース更新通知方法
CN110245129B (zh) 一种分布式全局数据去重方法和装置
CN110008197B (zh) 一种数据处理方法、系统及电子设备和存储介质
JP2010072984A (ja) ログ管理サーバ
JP2018005299A (ja) データベース管理装置、データベース管理方法、およびデータベース管理プログラム
JP4500318B2 (ja) 分散トランザクション処理方法、装置、及びプログラム
JP2009129067A (ja) ファイル検索方法、ファイル検索装置、検索システム、及び、ファイル検索プログラム
US9785724B2 (en) Secondary queue for index process
CN106503186A (zh) 一种数据管理方法、客户端及系统
US9870385B2 (en) Computer system, data management method, and computer
US20200236244A1 (en) Information processing system and apparatus and non-transitory computer readable medium
US20170262439A1 (en) Information processing apparatus and non-transitory computer readable medium
CN112632211A (zh) 用于移动机器人的语义信息处理方法与设备
JP6834242B2 (ja) 情報処理装置及びプログラム
JP5223293B2 (ja) 位置表現抽出装置、方法及びプログラム
JP2009009182A (ja) 地物画像データ表示装置及び地物画像データ表示プログラム
CN110597828A (zh) 一种数据库变更方法、装置、设备及存储介质
CN114860655B (zh) 文件处理方法、装置及存储介质
US11977487B2 (en) Data control device, storage system, and data control method
CN117762336B (zh) 针对Ceph对象的定期删除方法、装置及设备
JP5316015B2 (ja) 情報処理装置及びプログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200213

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20210226

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: 20210316

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20210329

R150 Certificate of patent or registration of utility model

Ref document number: 6870466

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150