KR20110062329A - 로그 분석 기반 데이터 스토리지 서비스 관리 방법 및 이를 실현시키기 위한 프로그램을 기록한 컴퓨터로 판독 가능한 기록 매체 - Google Patents

로그 분석 기반 데이터 스토리지 서비스 관리 방법 및 이를 실현시키기 위한 프로그램을 기록한 컴퓨터로 판독 가능한 기록 매체 Download PDF

Info

Publication number
KR20110062329A
KR20110062329A KR1020090119024A KR20090119024A KR20110062329A KR 20110062329 A KR20110062329 A KR 20110062329A KR 1020090119024 A KR1020090119024 A KR 1020090119024A KR 20090119024 A KR20090119024 A KR 20090119024A KR 20110062329 A KR20110062329 A KR 20110062329A
Authority
KR
South Korea
Prior art keywords
backup
information
data storage
result
storage service
Prior art date
Application number
KR1020090119024A
Other languages
English (en)
Other versions
KR101107564B1 (ko
Inventor
신훈
황준철
박광영
Original Assignee
(주)한국아이오테크
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 (주)한국아이오테크 filed Critical (주)한국아이오테크
Priority to KR1020090119024A priority Critical patent/KR101107564B1/ko
Priority to US12/659,386 priority patent/US20110137865A1/en
Publication of KR20110062329A publication Critical patent/KR20110062329A/ko
Application granted granted Critical
Publication of KR101107564B1 publication Critical patent/KR101107564B1/ko

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
    • 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/1471—Saving, restoring, recovering or retrying involving logging of persistent data for recovery
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/606—Protecting data by securing the transmission between two devices or processes
    • G06F21/608—Secure printing

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • General Health & Medical Sciences (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Software Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

본 발명은 스토리지 클라이언트와 스토리지 서버 사이에서 수행되는 데이터 스토리지 서비스에서의 로그 분석 기반 데이터 스토리지 서비스 관리 방법으로서, (a) 스크립트를 사용하여 수행되는 상기 데이터 스토리지 서비스의 백업 작업에 대한 백업 종료 로그를 수신하는 단계와, (b) 상기 백업 종료 로그를 분석하여 상기 백업 작업에 대한 백업 결과를 판단하는 단계와, (c) 상기 백업 결과를 상기 백업 작업에 대응하여 저장하는 단계를 포함하는 로그 분석 기반 데이터 스토리지 서비스 관리 방법에 관한 것이다.
본 발명에 따르면, 백업 결과를 용이하게 확인할 수 있으며, 사용자 관점에서 백업 결과를 갱신할 수 있다.
로그, 패턴 분석, 백업 결과, 스토리지 매니저, 갱신, 계획 대비 성공률, 통계 정보

Description

로그 분석 기반 데이터 스토리지 서비스 관리 방법 및 이를 실현시키기 위한 프로그램을 기록한 컴퓨터로 판독 가능한 기록 매체{METHOD OF MANAGING DATA STORAGE SERVICE BASED ON ANALYSIS OF LOG AND COMPUTER-READABLE MEDIUM HAVING THEREON PROGRAM PERFORMING FUNCTION EMBODYING THE SAME}
본 발명은 로그 분석 기반 데이터 스토리지 서비스 관리 방법 및 이를 실현시키기 위한 프로그램을 기록한 컴퓨터로 판독 가능한 기록 매체에 관한 것으로, 더욱 구체적으로는 백업 결과를 용이하게 확인할 수 있으며, 사용자 관점에서 백업 결과를 갱신할 수 있는 로그 분석 기반 데이터 스토리지 서비스 관리 방법 및 이를 실현시키기 위한 프로그램을 기록한 컴퓨터로 판독 가능한 기록 매체에 관한 것이다.
시스템 상에 저장되는 데이터는 인위적인 실수, 하드웨어 장애, 소프트웨어 장애, 도난, 컴퓨터 바이러스, 사이버 테러, 재난, 전쟁, 테러 등의 다양한 원인으로 인하여 삭제되거나 훼손될 수 있다. 데이터의 삭제 또는 훼손 등을 방지하기 위해서 시스템 상의 데이터를 백업(Backup)하는 데이터 스토리지(Storage) 시스템이 사용된다.
스토리지 관리자(Storage Manager)는 데이터 스토리지 시스템에서 데이터를 안전하게 백업하기 위해 사용되는 애플리케이션이다. 스토리지 관리자의 대표적인 예는 IBM(International Business Machines Corporation) 사에 의해서 판매되는 티볼리 스토리지 관리자(Tivoli Storage Manager, TSM) 또는 시맨텍 사의 넷백업(Symantec NetBackup)이다.
스토리지 관리자는 스토리지 서버에서 실행되며, 데이터의 백업, 아카이브(archive) 또는 공간 관리를 위해서 스토리지 클라이언트에 데이터 스토리지 서비스를 제공한다.
스토리지 관리자는 백업 과정에서의 데이터 무결성(Integrity)을 보장하는 기능을 제공한다. 또한 스토리지 관리자는 하드웨어 장애, 소프트웨어 장애 및 환경적 장애 등의 시스템 실패(System Failure)의 경우에 비즈니스에 중요한(Business Critical) 데이터를 보호하는 기능을 제공한다.
스토리지 관리자는 테이프 카트리지, 광 디스크, 광학 자기 디스크, 하드 디스크 어레이 등의 저장 매체 상에 데이터 및 프로그램의 이미지를 유지할 수 있다. 시스템 실패의 경우 또는 데이터의 손실을 야기하는 다른 경우에, 스토리지 관리자는 데이터 및 프로그램을 테이프 카트리지 등의 저장 매체로부터 복원하는 기능을 제공한다.
이하 IBM사의 TSM을 중심으로 종래의 데이터 스토리지 시스템에 대해서 설명한다.
도 1은 종래 기술에 따른 데이터 스토리지 시스템의 예시적인 블록도이다.
도 1을 참조하면 데이터 스토리지 시스템은 스토리지 서버(100)와 스토리지 클라이언트(200)를 포함한다.
스토리지 서버(100)는 하나 이상의 스토리지 클라이언트(200)로부터 전송되는 데이터를 저장한다. 스토리지 서버(100)는 예컨대 TSM 서버이다. 스토리지 클라이언트(200)는 예컨대 TSM 클라이언트이다.
스토리지 클라이언트(200)로부터 전송되는 데이터는 시스템 관리자에 의해 정의되는 스토리지 계층(Storage Hierarchy) 내의 디스크, 테이프 볼륨(Tape Volumes) 등과 같은 저장 매체에 저장된다.
TSM을 이용한 데이터 스토리지 서비스에 대해서 좀 더 상세히 설명하면 다음과 같다.
TSM 클라이언트, 즉 스토리지 클라이언트(200)는 스케쥴러(scheduler)를 사용하여 TSM 서버, 스토리지 서버(100)에게로 데이터를 백업하도록 요청한다.
데이터를 백업하도록 요청하는 경우, TSM 클라이언트는 스크립트를 TSM 서버로 전송한다. TSM 서버는 스크립트를 수신한 후 스크립트에 지정된 대로 데이터를 백업한다.
스크립트는 다음과 같은 내용에 대한 정보들을 포함할 수 있다.
우선 백업 툴(tool) 정보이다.
TSM에서 데이터 스토리지 서비스를 수행하는 경우 제공되는 백업 툴은 DSMC, backint, domdsmc, tdpsqlc, pcbax, Exhcange, brbackup, brarchive, db2, sysback, mkdirback, dtobackup 등이 존재한다.
다음으로 백업 모드(mode) 정보이다. TSM에서 데이터 스토리지 서비스를 수행하는 경우 제공되는 백업 모드는 DSMC 백업 툴을 예로 들면 마지막 백업 이후로 변경된 부분만을 백업하는 증가형(Incremental) 백업 모드와, 특정한 파일이나 디렉토리를 선택하여 백업하는 선택형(Selective) 백업 모드, 그리고 아카이브(Archive) 백업 모드, 이미지(Image) 백업 모드가 있다. 또한 backint 백업 툴의 경우 온라인 또는 오프라인 백업 모드가 있다.
다음으로 백업 타입(type) 정보이다.
백업 타입 정보는 예컨대 도미노(Domino) 백업, 데이터베이스 엑스포트(Export) 백업, 파일 백업, 데이터베이스 온라인 백업, 데이터베이스 오프라인 백업, 운영 체제 백업, 트랜스(Trans) 백업, NAS 백업, 아카이브 로그 백업 등의 다양한 백업 타입에 대한 정보이다.
다음으로 백업 주기 정보를 포함할 수 있다.
예컨대 일 단위, 주 단위 또는 월 단위 등 백업 주기를 지정할 수 있다.
스크립트는 전술한 각 정보들을 명령어 형태로 포함할 수 있다.
스크립트는 TSM 클라이언트의 사용자에 의해서 작성된다. 예컨대 오라클 온라인 백업을 수행하는 경우, TSM 클라이언트의 사용자는 우선 오라클 온라인 백업에 적합한 스크립트를 작성한 후 테스트를 수행한다. 이후 테스트 결과가 양호하면, TSM 클라이언트는 해당 스크립트를 TSM 서버로 전송한다. 이후 TSM 서버는 스크립트를 수신한 후 스크립트에 지정된 대로 데이터를 백업한다.
그러나 전술한 종래의 데이터 스토리지 서비스는 다음과 같은 단점이 있다.
스케줄러에 의해서 스크립트를 전송하여 데이터 스토리지 서비스가 수행되는 경우에는, 스케줄러는 해당 스크립트를 수행한 결과만을 사용하여 데이터 스토리지 서비스의 수행 결과, 즉 백업 결과를 완료(Completed) 또는 실패(Failed)로 구분한다. 또한 스케줄러는 백업 결과에 대한 상세한 사항은 기록하지 않으며 단순히 스크립트를 수행할 때 발생하는 로그만을 기록한다. 따라서 사용자는 향후 로그를 확인하는 것으로 상세한 백업 결과를 확인할 수 밖에 없다.
좀 더 상세히는, 백업 결과는 완료 또는 실패로만 기록될 뿐이며, 백업한 데이터의 전체 용량이나 데이터 내의 각 파일의 크기 등의 정보는 상세하게 표시되지 않는다. 또한 백업 결과는 완료 또는 실패로만 기록되므로, 백업할 데이터 중의 의미없는 파일이 스킵(skip)되어 백업이 되지 않더라도 스토리지 매니저는 백업 결과를 실패로 기록할 수 있다.
또한 TSM 클라이언트는 스케줄러를 사용하지 않고 직접 스크립트를 TSM 서버에게로 전송하여 데이터를 백업하도록 요청할 수도 있다.
스케줄러를 사용하지 않는다면, 사용자는 별도로 백업 결과를 확인하지 하지 못한다. 사용자는 단지 스크립트를 수행할 때 발생하는 로그만을 확인할 수 있으므로 로그를 분석하여 완료 또는 실패 여부를 판단하여야 한다. 그러나 로그가 완료 또는 실패 여부를 확인할 상세한 정보를 기록하지 않았다면, 사용자는 스크립트를 확인하여야 한다.
또한 스케줄러는 단순히 스크립트를 수행하였는지 여부만을 확인하여 완료 또는 실패를 판단한다. 따라서 스케줄러는 스크립트 내의 여러 명령어들이 정확하 게 수행되었는지를 파악할 수 없다.
예컨대 스토리지 서버의 저장 공간이 부족하여 데이터 스토리지 서비스가 제공되지 못한 경우에도, 스케줄러는 단순히 스크립트가 실행되었다면 백업 결과를 완료로 기록한다.
또한 스크립트 내에 오타가 있는 경우에도 스케줄러는 단순히 스크립트가 실행되었다면 백업 결과를 완료로 기록한다.
이와 같이 실질적으로는 데이터 스토리지 서비스가 정상적으로 제공되지 않은 경우에도 스토리지 관리자는 해당 백업 결과를 성공으로 기록할 수 있다.
또한 백업할 데이터 중의 의미없는 파일이 스킵되어 백업되지 않더라도 스토리지 매니저는 백업 결과를 실패로 기록할 수 있다. 사용자 관점에서는 해당 백업 결과는 완료로 간주할 수 있다. 그러나 종래의 스토리지 매니저는 백업 결과를 수정하지 못한다.
또한 사용자 관점에서 백업 결과를 확인하려면 로그 뿐만 아니라 스크립트를 확인하여야 한다는 단점이 있다. 그러나 관리 정책이나 사용자의 특성에 따라서 스크립트를 작성하는 기준은 사용자마다 차이가 있다. 예컨대 사용자마다 또는 시스템마다 다른 로직과 규칙에 의해서 스크립트가 작성될 수 있다. 따라서 스크립트를 확인하는 것은 용이하지 않다.
따라서 종래의 스토리지 매니저를 이용한 데이터 스토리지 서비스에서 제공되는 백업 결과만을 사용하는 경우, 사용자는 정확하게 백업 결과를 확인하지 못하며 백업 결과를 수정하는 것도 용이하지 않다.
본 발명의 목적은 백업 결과를 용이하게 확인할 수 있으며, 사용자 관점에서 백업 결과를 갱신할 수 있는 로그 분석 기반 데이터 스토리지 서비스 관리 방법을 제공하는 데 있다.
본 발명의 다른 목적은 상기 로그 분석 기반 데이터 스토리지 서비스 관리 방법 의 각 단계를 실현시키기 위한 프로그램을 기록한 컴퓨터로 판독 가능한 기록 매체를 제공하는데 있다.
상기 기술적 과제를 달성하기 위하여, 본 발명은 스토리지 클라이언트와 스토리지 서버 사이에서 수행되는 데이터 스토리지 서비스에서의 로그 분석 기반 데이터 스토리지 서비스 관리 방법으로서, (a) 스크립트를 사용하여 수행되는 상기 데이터 스토리지 서비스의 백업 작업에 대한 백업 종료 로그를 수신하는 단계와, (b) 상기 백업 종료 로그를 분석하여 상기 백업 작업에 대한 백업 결과를 판단하는 단계와, (c) 상기 백업 결과를 상기 백업 작업에 대응하여 저장하는 단계를 포함하는 로그 분석 기반 데이터 스토리지 서비스 관리 방법을 제공한다.
본 발명에 따른 로그 분석 기반 데이터 스토리지 서비스 관리 방법에 있어서, 상기 스크립트는 미리 지정된 스크립트 생성 로직을 사용하여 자동으로 생성될 수 있다.
또한 본 발명에 따른 로그 분석 기반 데이터 스토리지 서비스 관리 방법에 있어서, 상기 스크립트는 상기 백업 결과를 판단하기 위한 파라미터를 포함하는 상기 백업 종료 로그를 기록하는 기능을 포함할 수 있다.
또한 본 발명에 따른 로그 분석 기반 데이터 스토리지 서비스 관리 방법에 있어서, 상기 파라미터는 상기 스크립트 내에서 지정된 백업 대상 정보, 백업 툴 정보, 백업 모드 정보, 백업 타입 정보 및 백업 주기 정보 중 적어도 하나를 포함할 수 있다.
또한 본 발명에 따른 로그 분석 기반 데이터 스토리지 서비스 관리 방법에 있어서, 상기 파라미터는 상기 백업 작업 내에서 백업할 대상으로 지정된 오브젝트들에 대한 관리 정보, 상기 스토리지 클라이언트가 백업을 시도한 오브젝트들에 대한 관리 정보, 상기 스토리지 클라이언트가 백업을 성공한 오브젝트들에 대한 관리 정보, 상기 스토리지 클라이언트가 백업을 실패한 오브젝트들에 대한 관리 정보를 포함할 수 있다.
또한 본 발명에 따른 로그 분석 기반 데이터 스토리지 서비스 관리 방법에 있어서, 상기 관리 정보 각각은 대응되는 오브젝트들에 대한 식별 정보 및 상기 대응되는 오브젝트들의 개수 중 적어도 하나를 포함할 수 있다.
또한 본 발명에 따른 로그 분석 기반 데이터 스토리지 서비스 관리 방법에 있어서, 상기 백업 결과는 성공, 경고 및 실패 중 어느 하나일 수 있다.
또한 본 발명에 따른 로그 분석 기반 데이터 스토리지 서비스 관리 방법에 있어서, (d) 사용자 입력을 기초로 상기 백업 결과를 갱신하는 단계를 더 포함할 수 있다.
또한 본 발명에 따른 로그 분석 기반 데이터 스토리지 서비스 관리 방법에 있어서, 상기 단계 (a) 이전에, (e) 상기 데이터 스토리지 서비스에 대한 실적 통계 정보를 유지하는 단계를 더 포함하고, 상기 단계 (c) 이후에, (f) 상기 백업 작업을 반영하여 상기 실적 통계 정보를 갱신하는 단계를 더 포함할 수 있다.
또한 본 발명에 따른 로그 분석 기반 데이터 스토리지 서비스 관리 방법에 있어서, 상기 실적 통계 정보는 백업 수행 계획 정보 및 백업 수행 결과 정보를 포함하는 것이고, 상기 수행 계획 정보는 상기 데이터 스토리지 서비스 내에서 수행된 백업 작업들의 개수를 포함하는 것이고, 상기 백업 수행 결과 정보는 상기 백업 작업들 중에서 백업이 성공한 백업 작업들의 개수인 백업 성공 개수 및 백업이 실패한 백업 작업들의 개수인 백업 실패 개수를 포함하는 것이고, 상기 백업 결과는 성공, 경고 및 실패 중 어느 하나이고, 상기 단계 (f)는, (f-1) 상기 수행 계획 정보의 상기 백업 작업들의 개수를 1만큼 증가시키는 단계와, (f-2) 상기 백업 결과가 성공이면 상기 백업 성공 개수를 1만큼 증가시키고, 상기 백업 결과가 경고 또는 실패이면 상기 백업 실패 개수를 1만큼 증가시키는 단계를 포함할 수 있다.
또한 본 발명에 따른 로그 분석 기반 데이터 스토리지 서비스 관리 방법에 있어서, 상기 단계 (f) 이후에, (g) 사용자 입력을 기초로 상기 실적 통계 정보를 갱신하는 단계를 더 포함할 수 있다.
또한 본 발명은 전술한 로그 분석 기반 데이터 스토리지 서비스 관리 방법의 각 단계를 실현시키기 위한 프로그램을 기록한 컴퓨터로 판독 가능한 기록 매체를 제공한다.
본 발명에 따르면 로그 분석을 통하여 백업 결과를 용이하게 확인할 수 있다.
또한 스크립트에 오타가 있거나 백업 대상에 오류가 있더라도 스크립트가 실행되면 백업 결과를 성공으로 기록하는 종래의 단점을 스크립트를 자동으로 생성하여 사용하는 것에 의해서 개선할 수 있다.
또한 로그 분석을 통하여 실질적으로 백업 결과가 실패이더라도 성공으로 기록되는 경우 또는 실질적으로 백업 결과가 성공이더라도 실패로 기록되는 경우에, 사용자 관점에서 백업 결과를 갱신할 수 있다.
또한 사용자가 입력한 백업 대상과 백업 실패한 파일의 개수 및 성공한 파일의 개수 까지도 분석하여 백업 결과로 표현해 줄 수 있다.
또한 백업 결과를 용이하게 확인하고 사용자 관점에서 갱신할 수 있으므로, 백업 결과에 대한 신뢰성을 높일 수 있다.
또한 백업 결과에 대한 신뢰성이 높아지므로, 데이터 스토리지 서비스의 계획 대비 성공률 등의 통계 정보를 보다 정확하게 산출할 수 있다.
이하, 본 발명의 로그 분석 기반 데이터 스토리지 서비스 관리 방법 및 이를 실현시키기 위한 프로그램을 기록한 컴퓨터로 판독 가능한 기록 매체의 실시예를 첨부한 도면을 참조로 보다 구체적으로 설명한다.
도 2는 본 발명에 따른 로그 분석 기반 데이터 스토리지 서비스 관리 방법이 실행되는 시스템 환경을 나타내는 도면이다.
도 2를 참조하면, 본 발명에 따른 로그 분석 기반 데이터 스토리지 서비스 관리 방법이 실행되는 시스템 환경은 스토리지 서버(100)와, 스토리지 클라이언트(200)와, 스토리지 관리 서버(300)를 포함한다.
스토리지 서버(100)와, 스토리지 클라이언트(200)는 도 1을 참조로 설명한 스토리지 서버(100)와, 스토리지 클라이언트(200)와 유사하다.
스토리지 관리 서버(300)는 본 발명에 따른 로그 분석 기반 데이터 스토리지 서비스 관리 방법에 있어서, 스크립트를 자동으로 생성하여 스토리지 클라이언트(200)로 전송하거나 스토리지 서버(100)로부터 백업 종료 로그를 수신하여 데이터 스토리지 서비스의 백업 작업이 성공하였는지 또는 실패하였는지를 확인한다.
본 발명에 따른 로그 분석 기반 데이터 스토리지 서비스 관리 방법은 바람직하게는 스토리지 관리 서버(300)에서 수행되나, 스토리지 관리 서버(300)를 사용하지 않는 경우라면 스토리지 서버(100), 스토리지 클라이언트(200) 또는 사용자 콘솔 등의 다른 장치에서 수행될 수도 있다. 이하에서는 본 발명에 따른 로그 분석 기반 데이터 스토리지 서비스 관리 방법은 스토리지 관리 서버(300)에서 수행되는 것으로 가정한다.
도 3은 본 발명에 따른 로그 분석 기반 데이터 스토리지 서비스 관리 방법의 예시적인 흐름도이다.
우선 스크립트를 사용하여 수행되는 데이터 스토리지 서비스의 백업 작업에 대한 백업 종료 로그를 수신한다(S110).
스토리지 클라이언트(도 2의 200)와 스토리지 서버(도 2의 100) 사이에서 수행되는 데이터 스토리지 서비스는 다수의 백업 작업들을 포함한다. 다수의 백업 작업들 중에서 백업이 종료된 백업 작업에 대응하여 스토리지 서버(도 2의 100)는 백업 종료 로그를 생성한다. 단계 S110에서는 백업 종료 로그를 수신한다.
본 발명에 따른 로그 분석 기반 데이터 스토리지 서비스 관리 방법의 경우 스크립트는 미리 지정된 스크립트 생성 로직을 사용하여 자동으로 생성된다.
예컨대 스토리지 관리 서버(도 2의 300)는 스크립트 생성 로직을 포함한다. 사용자는 스토리지 클라이언트(도 2의 200) 또는 스토리지 클라이언트(도 2의 200)에 대응하는 사용자 콘솔을 통하여 스크립트를 생성하기 위한 정보를 입력한다. 스토리지 관리 서버(도 2의 300)는 스크립트 생성 로직을 사용하여 자동으로 해당 파라미터에 대한 스크립트를 생성한다. 생성된 스크립트는 이후 스토리지 클라이언트(도 2의 200)를 통하여 스토리지 서버(도 2의 100)에게로 전송된다.
종래 기술에 따르면 사용자는 직접 스크립트를 작성한다. 그러나 관리 정책이나 사용자의 특성에 따라서 스크립트를 작성하는 기준은 사용자마다 차이가 있다. 또한 스크립트에 오류가 있는 경우도 발생한다.
그러나 본 발명에 따르면 스크립트는 자동으로 생성된다. 따라서 스크립트에 오류가 발생하는 것을 최소화할 수 있으며, 또한 정형화된 스크립트를 생성할 수 있다. 따라서 사용자는 용이하게 스크립트를 분석할 수 있다. 또는 스토리지 관리 서버(도 2의 300) 등은 분석 알고리즘을 사용하여 용이하게 스크립트를 분석할 수 있다.
스크립트는 백업 종료 로그를 기록하는 기능을 포함한다. 백업 종료 로그는 백업 결과를 판단하기 위한 파라미터를 포함한다.
파라미터는 예컨대 스크립트 내에서 지정된 백업 대상 정보, 백업 툴 정보, 백업 모드 정보, 백업 타입 정보 및 백업 주기 정보 중 적어도 하나를 포함한다.
또한 파라미터는 백업 작업에 대해서 상세한 사항을 포함할 수 있다.
예컨대 파라미터는 특정한 백업 작업 내에서 백업할 대상으로 지정된 오브젝트들에 대한 관리 정보, 해당 백업 작업에 대해서 스토리지 클라이언트(도 2의 200)가 백업을 시도한 오브젝트들에 대한 관리 정보, 해당 백업 작업에 대해서 스토리지 클라이언트(도 2의 200)가 백업을 성공한 오브젝트들에 대한 관리 정보, 해당 백업 작업에 대해서 스토리지 클라이언트(도 2의 200)가 백업을 실패한 오브젝트들에 대한 관리 정보를 포함할 수 있다.
각 관리 정보는 대응되는 오브젝트들에 대한 식별 정보 및 대응되는 오브젝트들의 개수 중 적어도 하나를 포함함 수 있다.
백업 종료 로그가 파라미터를 포함하면, 사용자 또는 스토리지 관리 서버(도 2의 300)는 백업 종료 로그 내의 파라미터를 확인하여 용이하게 백업 결과를 판단할 수 있다.
종래 기술에 따르면 사용자는 직접 스크립트를 작성한다. 따라서 백업 종료 로그 역시 사용자가 지정하는 형태로 정보를 출력한다. 따라서 사용자 또는 스토리지 관리 서버(도 2의 300)는 백업 종료 로그를 사용하여 용이하게 백업 결과를 판단할 수 없다.
그러나 본 발명에 따르면 백업 종료 로그는 스크립트에서 자동적으로 지정된 정형화된 정보를 출력한다. 따라서 사용자 또는 스토리지 관리 서버(도 2의 300)는 백업 종료 로그를 사용하여 용이하게 백업 결과를 판단할 수 있다.
예컨대 스토리지 서버(도 2의 100)는 백업 작업을 종료한 경우 스크립트에 의해서 백업 종료 로그를 생성한다. 백업 종료 로그는 FTP 또는 다른 통신 모듈을 통하여 스토리지 관리 서버(도 2의 300)에게로 전송된다.
다시 도 3을 참조하면, 다음으로 단계 S110에서 수신한 백업 종료 로그를 분석하여 백업 작업에 대한 백업 결과를 판단한다(S130).
백업 결과는 예컨대 성공, 경고 및 실패 중 어느 하나로 판단할 수 있다. 또는 백업 결과는 성공 및 실패 중 어느 하나로 판단할 수도 있다.
백업 종료 로그에 포함된 파라미터와 스크립트를 생성할 때의 파라미터를 비교하는 것에 의해서 스토리지 관리 서버(도 2의 300)는 백업 결과를 판단한다.
파라미터는 예컨대 스크립트 내에서 지정된 백업 대상 정보, 백업 툴 정보, 백업 모드 정보, 백업 타입 정보 및 백업 주기 정보 중 적어도 하나를 포함한다.
스토리지 관리 서버(도 2의 300)는 스크립트를 생성할 때 사용한 백업 대상 정보, 백업 툴 정보, 백업 모드 정보, 백업 타입 정보 및 백업 주기 정보를 파라미터 내에 포함된 정보들과 일치하는 지 비교하여 백업 결과를 판단할 수 있다.
또한 파라미터는 백업 작업에 대해서 상세한 사항을 포함할 수 있다.
예컨대 파라미터는 백업 작업 내에서 백업할 대상으로 지정된 오브젝트들에 대한 관리 정보, 해당 백업 작업에 대해서 스토리지 클라이언트(도 2의 200)가 백 업을 시도한 오브젝트들에 대한 관리 정보, 해당 백업 작업에 대해서 스토리지 클라이언트(도 2의 200)가 백업을 성공한 오브젝트들에 대한 관리 정보, 해당 백업 작업에 대해서 스토리지 클라이언트(도 2의 200)가 백업을 실패한 오브젝트들에 대한 관리 정보를 포함할 수 있다.
스토리지 관리 서버(도 2의 300)는 백업 종료 로그에 포함된 관리 정보를 분석하여 백업 결과를 판단할 수 있다.
예컨대 스토리지 관리 서버(도 2의 300)는 백업 작업 내에서 백업할 대상으로 지정된 오브젝트들의 개수가 스토리지 클라이언트(도 2의 200)가 백업을 시도한 오브젝트들의 개수와 일치하는 지 여부, 백업할 대상으로 지정된 오브젝트들의 개수가 스토리지 클라이언트(도 2의 200)가 백업을 성공한 오브젝트들의 개수와 일치하는 지 여부, 스토리지 클라이언트(도 2의 200)가 백업을 실패한 오브젝트들의 개수가 0인 지 여부를 판단한다.
만약 백업 작업 내에서 백업할 대상으로 지정된 오브젝트들의 개수가 스토리지 클라이언트(도 2의 200)가 백업을 시도한 오브젝트들의 개수와 일치하지 않거나, 백업할 대상으로 지정된 오브젝트들의 개수가 스토리지 클라이언트(도 2의 200)가 백업을 성공한 오브젝트들의 개수와 일치하지 않거나, 스토리지 클라이언트(도 2의 200)가 백업을 실패한 오브젝트들의 개수가 0이 아니라면, 스토리지 관리 서버(도 2의 300)는 해당 백업 작업에 대한 백업 결과를 실패로 판단할 수 있다.
만약 스토리지 관리 서버(도 2의 300)는 백업 작업 내에서 백업할 대상으로 지정된 오브젝트들의 개수가 스토리지 클라이언트(도 2의 200)가 백업을 시도한 오브젝트들의 개수와 일치하고, 백업할 대상으로 지정된 오브젝트들의 개수가 스토리지 클라이언트(도 2의 200)가 백업을 성공한 오브젝트들의 개수와 일치하고, 스토리지 클라이언트(도 2의 200)가 백업을 실패한 오브젝트들의 개수가 0이면, 스토리지 관리 서버(도 2의 300)는 해당 백업 작업에 대한 백업 결과를 성공으로 판단할 수 있다.
또한 예컨대 스크립트 수행 중에 오류는 아니지만 경고 상황이 발생하면, 백업 종료 로그는 경고 메시지를 포함할 수 있다. 백업 종료 로그 내에 경고 메시지가 포함되어 있다면, 스토리지 관리 서버(도 2의 300)는 해당 백업 작업에 대한 백업 결과를 경고로 판단할 수 있다.
다시 도 3을 참조하면, 다음으로 백업 결과를 백업 작업에 대응하여 저장한다(S150). 즉 특정한 백업 작업에 대해서 백업 결과를 저장한다. 백업 결과를 저장할 때, 스토리지 관리 서버(도 2의 300)는 백업 종료 로그를 저장할 수도 있다. 즉 사용자가 이후 백업 종료 로그를 기초로 백업 결과를 갱신할 수 있도록, 스토리지 관리 서버(도 2의 300)는 백업 종료 로그를 저장한다.
예컨대 스토리지 관리 서버(도 2의 300)는 백업 결과가 성공인 백업 종료 로그를 별도로 "성공" 폴더에 저장하고 백업 결과가 실패인 백업 종료 로그를 "실패" 폴더에 별도로 저장한다. 스토리지 관리 서버(도 2의 300)는 백업 결과가 경고인 백업 종료 로그를 "실패" 폴더에 저장할 수 있으며, 또는 별도로 "경고" 폴더에 저장할 수도 있다.
다시 도 3을 참조하면, 본 발명에 따른 로그 분석 기반 데이터 스토리지 서비스 관리 방법은 단계 S170을 더 포함할 수 있다.
단계 S170에서는 사용자 입력을 기초로 백업 결과를 갱신한다(S170).
전술한 단계 S150에서 스토리지 관리 서버(도 2의 300)는 분석 알고리즘을 이용하여 자동으로 백업 결과를 판단한다. 따라서 오류 가능성이 존재한다. 또한 비록 스토리지 관리 서버(도 2의 300)는 실패 또는 경고로 판단하더라도, 사용자는 성공으로 판단할 수 있다. 또한 스토리지 관리 서버(도 2의 300)는 성공 또는 경고로 판단하더라도, 사용자는 실패로 판단할 수 있다. 또한 스토리지 관리 서버(도 2의 300)는 경고로 판단하더라도, 사용자는 성공 또는 실패로 판단할 수도 있다.
또한 실적 통계 정보를 위해서 백업 결과는 성공 및 실패 중 어느 하나로 판단되어야 할 수도 있다.
단계 S170에서는 사용자 입력을 기초로 백업 결과를 갱신한다.
사용자는 예컨대 스토리지 클라이언트(도 2의 200) 또는 스토리지 클라이언트(도 2의 200)에 대응하는 사용자 콘솔을 통하여 백업 종료 로그를 확인한다.
백업 종료 로그는 단계 S150에서 "성공" 폴더, "실패" 폴더에 각각 저장된다. 또는 "성공" 폴더, "경고" 폴더 및 "실패" 폴더에 각각 저장된다.
사용자는 각 폴더에 저장된 백업 종료 로그를 확인하여 단계 S150에서 저장된 백업 결과를 갱신할 수 있다.
만약 백업 작업 내에서 백업할 대상으로 지정된 오브젝트들 중에서 의미없는 오브젝트가 포함되고, 의미없는 오브젝트에 대해서 백업이 실패한 경우라도, 스토 리지 관리 서버(도 2의 300)는 단계 S150에서 해당 백업 작업에 대한 백업 결과를 실패로 판단할 수 있다.
예컨대 백업할 대상으로 지정된 오브젝트들 중에서 일부가 백업 도중에 다른 프로세스에 의해서 스킵(skip)되거나, 임시 파일이거나, 실제 백업할 때 삭제된 오브젝트라면, 스토리지 관리 서버(도 2의 300)는 백업 결과를 실패로 판단한다.
그러나 사용자는 백업 종료 로그를 참조하여 백업 결과를 성공으로 간주할 수 있다. 사용자는 해당 백업 결과를 성공으로 변경하는 사용자 입력을 생성하여 스토리지 관리 서버(도 2의 300)에 전송한다. 스토리지 관리 서버(도 2의 300)는 사용자 입력을 수신하여 해당 백업 결과를 성공으로 갱신한다.
단계 S170에 의하면, 스토리지 관리 서버(도 2의 300)는 사용자의 판단을 반영하여 백업 결과를 갱신할 수 있다. 따라서 백업 결과의 신뢰성을 높일 수 있다.
이상에서 설명한 바와 같이 본 발명에 따르면 로그 분석을 통하여 백업 결과를 용이하게 확인할 수 있다.
또한 스크립트에 오타가 있거나 백업 대상에 오류가 있더라도 스크립트가 실행되면 백업 결과를 성공으로 기록하는 종래의 단점을 스크립트를 자동으로 생성하여 사용하는 것에 의해서 개선할 수 있다.
또한 로그 분석을 통하여 실질적으로 백업 결과가 실패이더라도 성공으로 기록되는 경우 또는 실질적으로 백업 결과가 성공이더라도 실패로 기록되는 경우에, 사용자 관점에서 백업 결과를 갱신할 수 있다.
또한 사용자가 입력한 백업 대상과 백업 실패한 파일의 개수 및 성공한 파일 의 개수까지도 분석하여 백업 결과로 표현해 줄 수 있다.
또한 백업 결과를 용이하게 확인하고 사용자 관점에서 갱신할 수 있으므로, 백업 결과에 대한 신뢰성을 높일 수 있다.
한편 본 발명은 데이터 스토리지 서비스의 계획 대비 성공률 등의 통계 정보를 보다 정확하게 산출하여 제공할 수 있다.
도 4는 본 발명에 따른 로그 분석 기반 데이터 스토리지 서비스 관리 방법의 다른 예시적인 흐름도이다.
우선 스토리지 관리 서버(도 2의 300)는 데이터 스토리지 서비스에 대한 실적 통계 정보를 유지한다(S210).
실적 통계 정보는 백업 수행 계획 정보 및 백업 수행 결과 정보를 포함할 수 있다. 수행 계획 정보는 데이터 스토리지 서비스 내에서 수행된 백업 작업들의 개수를 포함할 수 있다. 백업 수행 결과 정보는 백업 작업들 중에서 백업이 성공한 백업 작업들의 개수인 백업 성공 개수 및 백업이 실패한 백업 작업들의 개수인 백업 실패 개수를 포함한다. 실적 통계 정보는 예컨대 일/주/월/연도 별로 구분하여 제공될 수도 있다.
이후 단계 S110 내지 S170이 수행된다. 단계 S110 내지 S170에 대한 설명은 도 3을 참조로 한 설명과 중복되므로 생략한다.
다시 도 4를 참조하면, 다음으로, 스토리지 관리 서버(도 2의 300)는 단계 S150을 통하여 저장된 백업 결과를 기초로 단계 S210에서 유지하던 실적 통계 정보를 갱신한다(S230). 단계 S170을 통하여 백업 결과가 갱신되었다면, 스토리지 관리 서버(도 2의 300)는 갱신된 백업 결과를 기초로 단계 S210에서 유지하던 실적 통계 정보를 갱신한다(S230).
수행 계획 정보는 데이터 스토리지 서비스 내에서 수행된 백업 작업들의 개수를 포함한다.
우선 백업 작업이 완료된 것에 대응하여 수행 계획 정보에 포함된 백업 작업들의 개수를 1만큼 증가시킨다.
다음으로, 백업 결과를 기초로 백업 수행 결과 정보에 포함된 백업 성공 개수 및 백업 실패 개수를 갱신한다.
예컨대 백업 결과가 성공이면 백업 성공 개수를 1만큼 증가시킨다.
또한 백업 결과가 경고 또는 실패이면 백업 실패 개수를 1만큼 증가시킨다.
본 발명에 따르면 데이터 스토리지 서비스의 계획 대비 성공률 등의 통계 정보를 백업 결과를 기초로 용이하게 산출할 수 있다.
다시 도 4를 참조하면, 본 발명에 따른 로그 분석 기반 데이터 스토리지 서비스 관리 방법은 단계 S250을 더 포함할 수 있다.
단계 S250에서 스토리지 관리 서버(도 2의 300)는 사용자 입력을 기초로 실적 통계 정보를 갱신한다(S250).
도 5 내지 도 7은 본 발명에 따른 로그 분석 기반 데이터 스토리지 서비스 관리 방법에 있어서 실적 통계 정보를 갱신하는 예를 나타내는 도면이다.
도 5는 본 발명에 따른 로그 분석 기반 데이터 스토리지 서비스 관리 방법에 있어서 실적 통계 정보를 표시하는 사용자 인터페이스의 예시적인 구성을 타내는 도면이다.
도 5를 참조하면, 2009년 10월 9일에 수행된 데이터 스토리지 서비스의 백업 작업들에 대해서 실적 통계 정보가 예시적으로 표시된다.
예컨대 실적 통계 정보는 백업 작업들의 개수로서 4, 백업 성공 개수를 2, 백업 실패 개수를 2를 저장한다.
"계획: 4건"은 전술한 수행 계획 정보로서 데이터 스토리지 서비스 내에서 수행된 백업 작업들의 개수가 3건이라는 것을 나타낸다.
"성공: 2건"은 백업 작업들 중에서 백업이 성공한 백업 작업들의 개수가 2건이라는 것을 나타낸다.
"실패: 2건"은 백업 작업들 중에서 백업이 실패한 백업 작업들의 개수가 2건이라는 것을 나타낸다.
또한 우측에는 "SUCCESS", "WARNING", "FAILED"로 각각 표시된 버튼 인터페이스가 표시된다.
사용자가 "SUCCESS" 버튼을 누르면, 백업이 성공한 백업 작업들에 대한 정보가 표시된다. 사용자가 "WARNING" 또는 "FAILED" 버튼을 누르면, 백업이 실패한 백업 작업들에 대한 정보가 표시된다. 전술한 바와 같이 백업 결과가 경고인 백업 작업들은 실패로서 간주된다. "WARNING" 버튼을 누르면 백업 결과가 경고인 백업 작업들에 대한 정보가 표시되며, "FAILED" 버튼을 누르면 백업 결과가 실패인 백업 작업들에 대한 정보가 표시된다.
도 6은 본 발명에 따른 로그 분석 기반 데이터 스토리지 서비스 관리 방법에 있어서 실적 통계 정보를 갱신하는 사용자 인터페이스의 예시적인 구성을 타내는 도면이다.
예컨대 도 5의 사용자 인터페이스에서 "FAILED" 버튼을 누르면 도 6의 화면이 표시된다.
예컨대 각각 BD_ADD#2, BD_ADD#4로 지정된 백업 작업들이 백업이 실패한 것을 나타낸다.
이 중에서 BD_ADD#2 백업 작업을 실적 통계 정보에 포함시키고 싶지 않다면, 사용자는 BD_ADD#2 백업 작업을 선택한 후 "N/A" 버튼을 눌러서 BD_ADD#2 백업 작업을 실적 통계 정보에서 제외한다.
따라서 실적 통계 정보는 백업 작업들의 개수를 3, 백업 성공 개수를 2, 백업 실패 개수를 1로 갱신된다.
도 7은 도 5의 사용자 인터페이스에서 표시되던 실적 통계 정보가 사용자 입력에 의해서 갱신된 것을 나타내는 도면이다.
도 5에 도시된 바와는 다르게, "계획: 3건", "실패: 1건"으로 실적 통계 정보가 갱신되어 표시된다.
본 발명에 따르면 데이터 스토리지 서비스의 계획 대비 성공률 등의 통계 정보를 보다 정확하게 산출할 수 있다. 또한 사용자의 판단을 기초로 계획 대비 성공률 등의 통계 정보를 갱신할 수 있다.
또한 본 발명은 전술한 본 발명에 따른 로그 분석 기반 데이터 스토리지 서비스 관리 방법의 각 단계를 실현시키기 위한 프로그램을 기록한 컴퓨터로 판독 가 능한 기록 매체를 제공한다.
컴퓨터로 판독 가능한 기록 매체는 컴퓨터 시스템에 의하여 읽혀질 수 있도록 데이터, 즉 코드 또는 프로그램 형태의 데이터가 저장되는 모든 종류의 기록 장치를 지칭한다. 이러한 컴퓨터로 판독 가능한 기록 매체는 예컨대 ROM, RAM 등의 메모리와, CD-ROM, DVD-ROM 등의 저장 매체, 자기 테이프, 플로피 디스크 등의 자기 저장 매체, 광 데이터 저장 장치 등이며, 예컨대 인터넷을 통한 전송 형태로 구현되는 경우도 포함한다. 또한 이러한 컴퓨터로 판독 가능한 기록 매체는 네트워크로 연결된 컴퓨터 시스템에 분산되어 분산 방식으로 컴퓨터가 판독 가능한 데이터가 저장되고 실행될 수 있다.
그러나 이러한 컴퓨터로 판독 가능한 기록 매체에 대한 상세한 설명은 도 2내지 도 7을 참조로 설명한 본 발명에 따른 로그 분석 기반 데이터 스토리지 서비스 관리 방법과 중복되므로 생략한다.
비록 본 발명의 구성이 구체적으로 설명되었지만 이는 단지 본 발명을 예시적으로 설명한 것에 불과한 것으로, 본 발명이 속하는 기술분야에서 통상의 지식을 가지는 자라면 본 발명의 본질적인 특성에서 벗어나지 않는 범위 내에서 다양한 변형이 가능할 것이다.
따라서 본 명세서에 개시된 실시예들은 본 발명을 한정하기 위한 것이 아니라 설명하기 위한 것이고, 이러한 실시예에 의하여 본 발명의 사상과 범위가 한정되는 것은 아니다. 본 발명의 범위는 아래의 청구범위에 의해 해석되어야 하며, 그와 동등한 범위 내에 있는 모든 기술은 본 발명의 권리범위에 포함되는 것으로 해 석되어야 할 것이다.
이상에서 설명한 바와 같이, 본 발명에 따르면 로그 분석을 통하여 백업 결과를 용이하게 확인할 수 있다.
또한 스크립트에 오타가 있거나 백업 대상에 오류가 있더라도 스크립트가 실행되면 백업 결과를 성공으로 기록하는 종래의 단점을 스크립트를 자동으로 생성하여 사용하는 것에 의해서 개선할 수 있다.
또한 로그 분석을 통하여 실질적으로 백업 결과가 실패이더라도 성공으로 기록되는 경우 또는 실질적으로 백업 결과가 성공이더라도 실패로 기록되는 경우에, 사용자 관점에서 백업 결과를 갱신할 수 있다.
또한 사용자가 입력한 백업 대상과 백업 실패한 파일의 개수 및 성공한 파일의 개수 까지도 분석하여 백업 결과로 표현해 줄 수 있다.
또한 백업 결과를 용이하게 확인하고 사용자 관점에서 갱신할 수 있으므로, 백업 결과에 대한 신뢰성을 높일 수 있다.
또한 백업 결과에 대한 신뢰성이 높아지므로, 데이터 스토리지 서비스의 계획 대비 성공률 등의 통계 정보를 보다 정확하게 산출할 수 있다.
도 1은 종래 기술에 따른 데이터 스토리지 시스템의 예시적인 블록도.
도 2는 본 발명에 따른 로그 분석 기반 데이터 스토리지 서비스 관리 방법이 실행되는 시스템 환경을 나타내는 도면.
도 3은 본 발명에 따른 로그 분석 기반 데이터 스토리지 서비스 관리 방법의 예시적인 흐름도.
도 4는 본 발명에 따른 로그 분석 기반 데이터 스토리지 서비스 관리 방법의 다른 예시적인 흐름도.
도 5는 본 발명에 따른 로그 분석 기반 데이터 스토리지 서비스 관리 방법에 있어서 실적 통계 정보를 표시하는 사용자 인터페이스의 예시적인 구성을 타내는 도면.
도 6은 본 발명에 따른 로그 분석 기반 데이터 스토리지 서비스 관리 방법에 있어서 실적 통계 정보를 갱신하는 사용자 인터페이스의 예시적인 구성을 타내는 도면.
도 7은 도 5의 사용자 인터페이스에서 표시되던 실적 통계 정보가 사용자 입력에 의해서 갱신된 것을 나타내는 도면.
<도면의 주요부분에 대한 부호의 설명>
100: 스토리지 서버 200: 스토리지 클라이언트
300: 스토리지 관리 서버

Claims (12)

  1. 스토리지 클라이언트와 스토리지 서버 사이에서 수행되는 데이터 스토리지 서비스에서의 로그 분석 기반 데이터 스토리지 서비스 관리 방법으로서,
    (a) 스크립트를 사용하여 수행되는 상기 데이터 스토리지 서비스의 백업 작업에 대한 백업 종료 로그를 수신하는 단계와,
    (b) 상기 백업 종료 로그를 분석하여 상기 백업 작업에 대한 백업 결과를 판단하는 단계와,
    (c) 상기 백업 결과를 상기 백업 작업에 대응하여 저장하는 단계
    를 포함하는 로그 분석 기반 데이터 스토리지 서비스 관리 방법.
  2. 제1항에 있어서,
    상기 스크립트는 미리 지정된 스크립트 생성 로직을 사용하여 자동으로 생성되는 것인 로그 분석 기반 데이터 스토리지 서비스 관리 방법.
  3. 제1항에 있어서,
    상기 스크립트는 상기 백업 결과를 판단하기 위한 파라미터를 포함하는 상기 백업 종료 로그를 기록하는 기능을 포함하는 것인 로그 분석 기반 데이터 스토리지 서비스 관리 방법.
  4. 제3항에 있어서,
    상기 파라미터는 상기 스크립트 내에서 지정된 백업 대상 정보, 백업 툴 정보, 백업 모드 정보, 백업 타입 정보 및 백업 주기 정보 중 적어도 하나를 포함하는 것인 로그 분석 기반 데이터 스토리지 서비스 관리 방법.
  5. 제3항에 있어서,
    상기 파라미터는 상기 백업 작업 내에서 백업할 대상으로 지정된 오브젝트들에 대한 관리 정보, 상기 스토리지 클라이언트가 백업을 시도한 오브젝트들에 대한 관리 정보, 상기 스토리지 클라이언트가 백업을 성공한 오브젝트들에 대한 관리 정보, 상기 스토리지 클라이언트가 백업을 실패한 오브젝트들에 대한 관리 정보를 포함하는 것인 로그 분석 기반 데이터 스토리지 서비스 관리 방법.
  6. 제5항에 있어서,
    상기 관리 정보 각각은 대응되는 오브젝트들에 대한 식별 정보 및 상기 대응되는 오브젝트들의 개수 중 적어도 하나를 포함하는 것인 로그 분석 기반 데이터 스토리지 서비스 관리 방법.
  7. 제1항에 있어서,
    상기 백업 결과는 성공, 경고 및 실패 중 어느 하나인 것인 로그 분석 기반 데이터 스토리지 서비스 관리 방법.
  8. 제1항에 있어서,
    (d) 사용자 입력을 기초로 상기 백업 결과를 갱신하는 단계
    를 더 포함하는 로그 분석 기반 데이터 스토리지 서비스 관리 방법.
  9. 제1항에 있어서,
    상기 단계 (a) 이전에, (e) 상기 데이터 스토리지 서비스에 대한 실적 통계 정보를 유지하는 단계
    를 더 포함하고,
    상기 단계 (c) 이후에, (f) 상기 백업 작업을 반영하여 상기 실적 통계 정보를 갱신하는 단계
    를 더 포함하는 로그 분석 기반 데이터 스토리지 서비스 관리 방법.
  10. 제9항에 있어서,
    상기 실적 통계 정보는 백업 수행 계획 정보 및 백업 수행 결과 정보를 포함하는 것이고,
    상기 수행 계획 정보는 상기 데이터 스토리지 서비스 내에서 수행된 백업 작업들의 개수를 포함하는 것이고,
    상기 백업 수행 결과 정보는 상기 백업 작업들 중에서 백업이 성공한 백업 작업들의 개수인 백업 성공 개수 및 백업이 실패한 백업 작업들의 개수인 백업 실 패 개수를 포함하는 것이고,
    상기 백업 결과는 성공, 경고 및 실패 중 어느 하나이고,
    상기 단계 (f)는,
    (f-1) 상기 수행 계획 정보의 상기 백업 작업들의 개수를 1만큼 증가시키는 단계와,
    (f-2) 상기 백업 결과가 성공이면 상기 백업 성공 개수를 1만큼 증가시키고, 상기 백업 결과가 경고 또는 실패이면 상기 백업 실패 개수를 1만큼 증가시키는 단계
    를 포함하는 것인 로그 분석 기반 데이터 스토리지 서비스 관리 방법.
  11. 제10항에 있어서,
    상기 단계 (f) 이후에,
    (g) 사용자 입력을 기초로 상기 실적 통계 정보를 갱신하는 단계
    를 더 포함하는 로그 분석 기반 데이터 스토리지 서비스 관리 방법.
  12. 제1항 내지 제11항 중 어느 한 항에 따른 로그 분석 기반 데이터 스토리지 서비스 관리 방법의 각 단계를 실현시키기 위한 프로그램을 기록한 컴퓨터로 판독 가능한 기록 매체.
KR1020090119024A 2009-12-03 2009-12-03 로그 분석 기반 데이터 스토리지 서비스 관리 방법 및 이를 실현시키기 위한 프로그램을 기록한 컴퓨터로 판독 가능한 기록 매체 KR101107564B1 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
KR1020090119024A KR101107564B1 (ko) 2009-12-03 2009-12-03 로그 분석 기반 데이터 스토리지 서비스 관리 방법 및 이를 실현시키기 위한 프로그램을 기록한 컴퓨터로 판독 가능한 기록 매체
US12/659,386 US20110137865A1 (en) 2009-12-03 2010-03-08 Method for managing storage service

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020090119024A KR101107564B1 (ko) 2009-12-03 2009-12-03 로그 분석 기반 데이터 스토리지 서비스 관리 방법 및 이를 실현시키기 위한 프로그램을 기록한 컴퓨터로 판독 가능한 기록 매체

Publications (2)

Publication Number Publication Date
KR20110062329A true KR20110062329A (ko) 2011-06-10
KR101107564B1 KR101107564B1 (ko) 2012-01-25

Family

ID=44083001

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020090119024A KR101107564B1 (ko) 2009-12-03 2009-12-03 로그 분석 기반 데이터 스토리지 서비스 관리 방법 및 이를 실현시키기 위한 프로그램을 기록한 컴퓨터로 판독 가능한 기록 매체

Country Status (2)

Country Link
US (1) US20110137865A1 (ko)
KR (1) KR101107564B1 (ko)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109634774A (zh) * 2017-10-09 2019-04-16 北京国双科技有限公司 数据备份、恢复方法及装置
KR20190071905A (ko) * 2017-12-15 2019-06-25 (주)데이타소프트 데이터 백업 모니터링 시스템 및 방법
KR20190072698A (ko) * 2017-12-15 2019-06-26 (주)데이타소프트 데이터 백업 리포팅 시스템 및 방법

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8234372B2 (en) * 2010-05-05 2012-07-31 Go Daddy Operating Company, LLC Writing a file to a cloud storage solution
US8719223B2 (en) 2010-05-06 2014-05-06 Go Daddy Operating Company, LLC Cloud storage solution for reading and writing files
US8412680B1 (en) * 2011-01-20 2013-04-02 Commvault Systems, Inc System and method for performing backup operations and reporting the results thereof
JP5749855B2 (ja) * 2011-12-16 2015-07-15 株式会社日立製作所 計算機システム及びそれを用いたボリューム移行制御方法
US8806281B1 (en) * 2012-01-23 2014-08-12 Symantec Corporation Systems and methods for displaying backup-status information for computing resources
US9864755B2 (en) 2013-03-08 2018-01-09 Go Daddy Operating Company, LLC Systems for associating an online file folder with a uniform resource locator
US10891264B2 (en) * 2015-04-30 2021-01-12 Vmware, Inc. Distributed, scalable key-value store
KR101686792B1 (ko) 2016-04-12 2016-12-16 (주)시엠아이코리아 이기종 로그 데이터 통합 분석 시스템 및 방법

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100324276B1 (ko) 1999-09-17 2002-02-21 서평원 교환기에서 데이터베이스 관리 시스템의 데이터 백업 방법
US6904424B1 (en) * 1999-10-21 2005-06-07 International Business Machines Corporation Method and a system for managing shell script file development and execution
KR20040091392A (ko) * 2003-04-21 2004-10-28 주식회사 에트피아텍 웹을 이용한 원격 백업관리 시스템 및 그 시스템을 운용한백업관리 방법
US20050154734A1 (en) * 2003-12-19 2005-07-14 International Business Machines Corporation Method and system for monitoring and reporting backup results
US7389314B2 (en) * 2004-08-30 2008-06-17 Corio, Inc. Database backup, refresh and cloning system and method
JP2006155438A (ja) 2004-12-01 2006-06-15 Hitachi Ltd ログファイル解析機能付きバックアップシステム

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109634774A (zh) * 2017-10-09 2019-04-16 北京国双科技有限公司 数据备份、恢复方法及装置
CN109634774B (zh) * 2017-10-09 2022-11-22 北京国双科技有限公司 数据备份、恢复方法及装置
KR20190071905A (ko) * 2017-12-15 2019-06-25 (주)데이타소프트 데이터 백업 모니터링 시스템 및 방법
KR20190072698A (ko) * 2017-12-15 2019-06-26 (주)데이타소프트 데이터 백업 리포팅 시스템 및 방법

Also Published As

Publication number Publication date
KR101107564B1 (ko) 2012-01-25
US20110137865A1 (en) 2011-06-09

Similar Documents

Publication Publication Date Title
KR101107564B1 (ko) 로그 분석 기반 데이터 스토리지 서비스 관리 방법 및 이를 실현시키기 위한 프로그램을 기록한 컴퓨터로 판독 가능한 기록 매체
US20210049089A1 (en) Diagnosing errors in data storage and archiving in a cloud or networking environment
US9020990B2 (en) Stored data reverification management system and method
US8041684B2 (en) Techniques for determining an implemented data protection policy
US8185505B1 (en) Techniques for processing recovery points
US7949512B2 (en) Systems and methods for performing virtual storage operations
US7200626B1 (en) System and method for verification of a quiesced database copy
US8260747B2 (en) System, method, and computer program product for allowing access to backup data
US7685189B2 (en) Optimizing backup and recovery utilizing change tracking
US20080208926A1 (en) Data management in a data storage system using data sets
US7801867B2 (en) Optimizing backup and recovery utilizing change tracking
US7975171B2 (en) Automated file recovery based on subsystem error detection results
US20050246376A1 (en) System and method for stored data archive verification
US8332442B1 (en) Automated restoration of links when restoring individual directory service objects
US20120233123A1 (en) System and method for providing assured recovery and replication
KR101050476B1 (ko) 스토리지 관리 서버 기반 스크립트 관리 방법 및 이를 실현시키기 위한 프로그램을 기록한 컴퓨터로 판독 가능한 기록 매체
US7640454B1 (en) System and method for point-in-time recovery of application resource sets
US7685460B1 (en) Multiple concurrent restore using same user interface
CN110659161B (zh) 一种基于Docker的备份数据有效性验证方法及系统
EP2126701A1 (en) Data management in a data storage system using data sets
US20230236953A1 (en) Dynamic debug log enabler for any protection failure jobs
US11782799B2 (en) Using bitmaps to validate data
US20230205641A1 (en) Disaster recovery drills based on checksum validations
US20230205643A1 (en) Differential checksum validation
McGehee et al. SQL Server backup and Restore

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20150107

Year of fee payment: 4

FPAY Annual fee payment

Payment date: 20160712

Year of fee payment: 5

FPAY Annual fee payment

Payment date: 20170210

Year of fee payment: 6

FPAY Annual fee payment

Payment date: 20180209

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20190716

Year of fee payment: 8

FPAY Annual fee payment

Payment date: 20200108

Year of fee payment: 9