KR20090005289A - 파일 복제 메커니즘을 자동으로 결정하는 방법, 파일 업데이트를 저장 매체에 백업하는 방법, 및 컴퓨터 프로그램 제품 - Google Patents

파일 복제 메커니즘을 자동으로 결정하는 방법, 파일 업데이트를 저장 매체에 백업하는 방법, 및 컴퓨터 프로그램 제품 Download PDF

Info

Publication number
KR20090005289A
KR20090005289A KR1020087019546A KR20087019546A KR20090005289A KR 20090005289 A KR20090005289 A KR 20090005289A KR 1020087019546 A KR1020087019546 A KR 1020087019546A KR 20087019546 A KR20087019546 A KR 20087019546A KR 20090005289 A KR20090005289 A KR 20090005289A
Authority
KR
South Korea
Prior art keywords
file
files
replication
changed
server
Prior art date
Application number
KR1020087019546A
Other languages
English (en)
Other versions
KR101292405B1 (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 마이크로소프트 코포레이션
Publication of KR20090005289A publication Critical patent/KR20090005289A/ko
Application granted granted Critical
Publication of KR101292405B1 publication Critical patent/KR101292405B1/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/1448—Management of the data involved in backup or backup restore
    • G06F11/1451—Management of the data involved in backup or backup restore by selection of backup contents
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F12/00—Accessing, addressing or allocating within memory systems or architectures
    • G06F12/16—Protection against loss of memory contents
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00—Digital computers in general; Data processing equipment in general
    • G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • 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/1464—Management of the backup or restore process for networked environments

Landscapes

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

Abstract

백업 관리자는 복수의 상이한 기반(bases) 중 한 기반으로 프로덕션 서버로부터 파일을 백업할 수 있다. 특히, 일부 파일은 변경된 바이트 기반으로 복제될 수 있다. 다른 경우, 파일은 전체 파일의 업데이트된 복사본, 또는 심지어 파일의 바이트 블록을 복제함으로서 백업될 수 있다. 복제 에이전트가 특정 파일 또는 파일 세트를 백업하는 방법에 대한 결정은, 백업 관리자에 의해, 미리 규정된 로직을 통해 자동으로, 또는 규정된 기준에 기초하여 동적으로 행해질 수 있다. 그런 다음, 프로덕션 서버에서 대응하는 에이전트가 표시(indication)된 대로 이들 파일에 플래그를 설정할 수 있다. 따라서, 나중에, DPM 서버가 각 파일의 업데이트를 요청하는 경우, 프로덕션 서버는 적절한 시점에 변경된 파일 바이트의 복사본, 변경된 파일 자체의 전체 복사본, 또는 심지어 파일의 변경된 블록을 전송할 수 있다.
Figure P1020087019546
프로덕션 서버, 변경된 파일, 복사본, 백업 서버, 파일 업데이트

Description

파일 복제 메커니즘을 자동으로 결정하는 방법, 파일 업데이트를 저장 매체에 백업하는 방법, 및 컴퓨터 프로그램 제품{AUTOMATICALLY DETERMINING FILE REPLICATION MECHANISMS}
컴퓨터화된 시스템의 인기가 상승함에 따라, 컴퓨터화된 시스템과 연관된 사용자 및 애플리케이션에 의해 생성된 전자 파일 및 기타 통신물(communications)을 저장 및 백업하고자 하는 니즈(needs)도 증가한다. 일반적으로, 컴퓨터 시스템 및 관련 장치는, 예컨대, 직장(a work setting)에서 워드 프로세싱 문서를 작성하는 일반적인 경우뿐 아니라 보다 정교한 데이터베이스 용도로 사용되는 파일을 생성하는 경우에서와 같이 다양한 이유로 파일을 생성한다. 또한, 이들 문서 중 다수는 보호되어야 하는 가치있는 작업 산출물(work product), 또는 민감한 정보(sensitive information)를 포함할 수 있다.
따라서, 조직(organization)이 정규적으로 전자 파일을 백업하고, 필요할 때 원래 생성된 파일의 신뢰성 있는 복구(restoration)를 행하길 원하는 다양한 이유가 존재한다는 것을 이해할 것이다. 일반적으로, 하나 이상의 이런 백업 솔루션을 구현하는 조직이 직면하는 일부 도전 과제는 특정 복제 메커니즘의 선택(choices)에 관한 것이다. 즉, 보호될 데이터를 프로덕션 서버 볼륨(production sever volume)으로부터 백업 서버의 백업 저장소 볼륨에 복사하는 여러 방식(즉, 복제 메 커니즘)이 존재하며, 여기서 백업 서버는 복구를 목적으로 보호되는 데이터가 상주하는 곳이다. 각 복제 메커니즘은 소정의 장점 및 단점을 지닌다는 것을 인해할 수 있다.
예를 들어, 한가지 종래의 복제 메커니즘은 프로덕션 서버가 변경된 파일의 이름을 보호될 볼륨에 로깅(logging)한 후, 전체, 업데이트된 파일을 프로덕션 서버에 있는 보호될 볼륨에 대응하는 백업 서버에 있는 백업 볼륨에 전송하는 것을 필요로 한다. 이를 행하기 위한 또 하나의 유사한 메커니즘은, 프로덕션 서버가 변경된 파일(들)의 이름(들)을 로깅할 뿐만 아니라, 프로덕션 서버에 있는 변경된 파일(들)과 백업 서버에 있는 파일(들)의 대응하는 백업 복사본(들)을 비교하여, 그 후 차이를 나타내는, 변경된 바이트만을 백업 서버에 전송하는 것이다.
특히, 후자의 메커니즘은 그것이 변경들을 모니터링(monitoring)하기 위한 파일 시스템 필터의 사용 없이 행해질 수 있기 때문에 부분적으로 고속 모니터링을 허용할 수 있다. 불행히도, 이 복제 메커니즘은 파일의 이전 복사본(a prior copy)과 업데이트된 버전을 비교하는 경우 더 많은 리소스 오버헤드를 필요로 할 수 있다. 이처럼, 이러한 유형의 복제 메커니즘 모두는 작은 파일, 또는 빈번히 변경되는 한 블록의 바이트에서 하나의 동일한 바이트 세트만을 갖는 대용량 파일에 더욱 효과적으로 되는 경향이 있다. 반대로, 이들 복제 메커니즘은 데이터베이스 파일, 특히 비교적 낮은 빈도로 변경되는 여러 개의 바이트 또는 바이트 블록의 세트들을 갖는 파일 등의 매우 대용량 파일에서는 매우 비효율적일 수 있다.
다른 종래의 복제 메커니즘은 단지 변경된 파일들만을 식별하기보다는 파일 들에 대한 변경들을 식별하는 것을 필요로 한다. 파일들에 대한 변경들을 식별하는 이런 메커니즘은, 통상적으로 복제되도록 의도된 파일들(예컨대, 이름, 유형, 또는 위치)을 식별하는 것과, 복제 사이에서 관리자가 정한 시간 간격 사이에(between administrator-defined time intervals) 파일에서 변경된 바이트만을 식별하는 것에 의존한다. 따라서, 백업 에이전트(예컨대, 프로덕션 서버에 있는 "파일 시스템 필터"와 협력하는 "클론 에이전트(clone agent)")는 이들 변경된 바이트만을 로깅하고, 궁극적으로 이들 변경된 바이트를 백업 저장소 볼륨(즉, 저장 매체 상의 "복제 볼륨(replica volume)")에 전달한다. 불행히도, 이 복제 메커니즘은 여전히 매우 대용량 파일 또는 복제 간격 사이에 드물게 변경되는 파일들의 경우에 리소스 소비 관점(resource expenditure standpoint)에서는 보다 비용 효율적인 경향이 있지만, 빈번히 변경되거나 또는 매 업데이트마다 전체 덮어쓰기되는 경향이 있는 파일들의 경우에는 덜 비용 효율적인 경향이 있다.
전술된 복제 메커니즘 모두의 몇몇 개소의 혼성(hybrid)으로 생각될 수 있는 또 다른 유형의 복제 메커니즘은, "바이트 블록(byte blocks)"에 의하여 파일을 식별하는 것을 필요로 한다. 일반적으로, "바이트 블록"은 고정된 사이즈의 인접하는 블록들의 바이트를 포함하고, 여러 개수의 블록이 임의의 소정의 파일에 존재할 수 있다. 예를 들어, 프로덕션 서버(또는 "파일 서버")는 복수의 블록 세트로서 파일을 식별할 수 있고, 각 블록은 복수의 바이트를 포함한다. 임의의 바이트가 소정의 블록 내에서 변경(즉, 업데이트, 기입, 및 기타 등등)되면, 복제 메커니즘은 변경된 블록에 플래그를 설정하고(flag the changed block), 적절한 시점에 전 체 블록을 복제 볼륨에 전송할 수 있다. 이처럼, 복제 에이전트는 파일에서 변경된 바이트 각각을 식별하기보다는 변경된 블록의 바이트들을 식별하는 데 필요할 수 있는 그러한 리소스만을 소비할 수 있다. 이는 다수의 변경들이 동일한 바이트 블록에 행해질 수 있더라도 소정의 서버가 추가 오버헤드를 초래하는 것을 회피하게 해줄 수 있다. 그럼에도, 이는 전술된 메커니즘을 통하여 복제 에이전트에게 일부 리소스 소비 장점을 제공할 수 있지만, 이 메커니즘은 여전히 데이터베이스 파일 등의 대용량 파일, 또는 바이트 블록이 동일한 복제 사이클 내에서 두 번 이상 변경되는 파일에 더 적합할 수 있다.
따라서, 자신의 백업 서비스를 위해 특정 복제 메커니즘을 사용하기로 결정하고 있는 조직은, 여러 고려사항에 가중치를 부여할 필요가 있을 수 있다. 이를 복잡하게 하는 것은, 조직이 자신의 현재의 파일 생성/변경 니즈에 관한 결정을 행하더라도, 이러한 고려사항이 향후에 부적절할 수 있다는 생각이다. 예를 들어, 조직에 의해 결정된 특정 복제 메커니즘은, 파일 유형, 사이즈, 위치, 또는 기타 등등과 같이 다른 파일보다는 어떤 특정 파일들에 대해서는 보다 적용가능한 결정을 행할 수 있는 표지(indicia)에 상관없이, 통상적으로 보호될 모든 파일에 적용될 것이다. 따라서, 결정은 가장 통상적인 파일 유형 및/또는 통상적으로 사용되는 애플리케이션의 세트 등의 조직이 느끼기에 자신의 현재의 환경에 최상인 것이 무엇인가에 기초하여 행해질 수 있다.
물론, 지배적인(predominant) 파일 유형(들) 및/또는 애플리케이션 유형들이 나중에 변경되는 경우, 처음에 선택된 복제 메커니즘은 교체될 필요가 있을 수 있 다. 이런 가능성은, 처음에 어떤 복제 메커니즘이 선호될 것인가를 추정(project)하려고 하는 경우와 나중에 리소스 소비 관점으로부터(resource expenditure perspective of) 변경이 필요할 때 또는 경우에, 특히 조직에게 어려움을 줄 수 있다. 예를 들어, 조직은, 조직에서 사용되는 많은 수의 애플리케이션(bulk of applications)이 선택된 복제 메커니즘에 적합하거나, 또는 다른 대안으로서 변경되는 조직의 복제 메커니즘에 주기적으로 자신을 의탁(commit)하는 특정한 파일 유형 및/또는 애플리케이션 유형을 사용할 것을 주장한다. 물론 이들 시나리오 전부는 조직에 상당한 비용 및 리소스 소비 문제를 일으킬 수 있다.
[간략한 요약]
본 발명의 구현예는, 프로덕션 서버에 있는 파일에 대한 적합한 복제 메커니즘을 효율적으로 결정하는 것을 제공하도록 구성된 시스템, 방법, 및 컴퓨터 프로그램 제품으로 본 기술분야에서의 하나 이상의 과제를 해결한다. 특히, 본 발명의 구현예는, 프로덕션 서버상의 여러 개의 서로 다른 파일이 서로 다른 복제 메커니즘을 사용하여 백업될 수 있도록, 파일마다, 위치마다, 파일 유형마다, 또는 일부 다른 기준(criterion)마다 결정이 다르게 행해지도록 허용한다. 또한, 본 발명의 구현예는 이런 결정이 시간에 따라 자동으로 변동하도록 허용함으로써, 프로덕션 서버가 각 파일에 대해 가장 효율적인 복제 메커니즘을 계속해서 사용하는 것을 보장한다.
예를 들어, 적합한 복제 메커니즘을 자동으로 결정하기 위한 데이터 보호 관리자 서버(즉, 백업 서버)의 관점으로부터 본 발명의 적어도 일 구현예에 따른 방법은, 프로덕션 서버의, 보호될 복수의 파일을 식별하는 단계를 포함할 수 있다. 본 방법은 또한 복수의 파일에서 하나 이상의 파일의 제1 파일 세트에 대한 제1 복제 정보를 식별하는 단계뿐만 아니라, 복수의 파일에서 하나 이상의 파일의 제2 파일 세트에 대한 제2 복제 정보를 식별하는 단계를 포함할 수 있다. 또한, 본 방법은 제1 복제 정보에 기초하여 제1 파일 세트에 제1 복제 메커니즘을 할당(assign)하는 단계를 포함할 수 있다.
또한, 본 방법은 제2 복제 정보에 기초하여 제2 파일 세트에 제2 복제 메커니즘을 할당하는 단계를 포함할 수 있다. 이처럼, 제1 파일 세트와 제2 파일 세트는, 그것들이 서로 다른 복제 메커니즘을 사용하여 복제되는 방식으로 할당된다. 이러한 할당을 행한 직후, 본 방법은 또한 제1 복제 메커니즘 할당 및 제2 복제 메커니즘 할당을 프로덕션 서버에 전송하는 단계를 포함할 수 있다.
또한, 복제 볼륨에 파일 변경들을 백업하기 위한 프로덕션 서버(즉, 파일 서버)의 관점으로부터 본 발명의 일 구현예에 따른 방법은, 프로덕션 서버에 있는 파일 시스템에서 보호될 복수의 파일들을 식별하는 단계를 포함할 수 있다. 본 방법은 또한 복수의 파일에서 하나 이상의 파일의 제1 파일 세트가 제1 복제 메커니즘을 사용하여 복제되도록 할당되어 있다는 표시(indication)를 수신하는 단계를 포함할 수 있다. 또한, 본 방법은 복수의 파일에서 하나 이상의 파일의 제2 파일 세트가 제2 복제 메커니즘을 사용하여 복제되도록 할당되어 있다는 표시를 수신하는 단계를 포함할 수 있다. 이처럼, 하나 이상의 파일의 제1 파일 세트와 하나 이상의 파일의 제2 파일 세트는 상이한 복제 메커니즘을 사용하여 복제되도록 할당되어 있다. 또한, 본 방법은 제1 파일 세트의 파일들에 대한 변경들의 바이트 데이터를 로깅하는 단계뿐만 아니라, 제2 파일 세트에서 변경된 파일들의 이름을 로깅하는 단계를 포함할 수 있다.
본 발명의 예시적 구현예의 추가적 특징 및 장점은 다음의 상세한 설명에 기술될 것이며, 상세한 설명으로부터 부분적으로 분명해지거나, 또는 이런 예시적 구현예를 실시함으로 습득될 수 있다. 이런 구현예의 특징 및 장점은 특히 첨부된 청구항들에서 지적된 수단 및 결합에 의해서 실현 및 획득될 수 있다. 이들 및 다른 특징은 하기의 설명 및 첨부된 청구항들에서 보다 충분히 명확해지거나, 또는 이후에 기술된 바와 같은 그러한 예시적 구현예의 실시에 의해 습득될 수 있다.
본 발명의 전술된 장점 및 특징과 다른 장점 및 특징을 획득할 수 있는 방식을 기술하기위해서, 상기 간략히 기술된 본 발명의 보다 구체적인 설명이 첨부된 도면들에 도시된 특정한 실시예들을 참조하여 기술될 것이다. 이들 도면은 단지 본 발명의 통상적인 실시예를 나타낼 뿐이며, 따라서 본 발명의 범위를 제한하는 것으로서 생각되어서는 안 된다는 것을 이해하면서, 본 발명은 첨부된 도면의 사용을 통하여 더욱 구체적이고 상세히 기술 및 설명될 수 있다.
도 1A는 데이터 보호 관리자 서버가 프로덕션 서버에 있는 복수의 파일(또는 파일 세트)에 대한 복수의 복제 메커니즘을 결정 및 할당하는 본 발명의 일 구현예의 개관적인 개략도를 나타낸다.
도 2B는 도 1A에 도시된 것과 마찬가지로 프로덕션 서버가 복수의 복제 메커니즘을 구현하는 개관적인 개략도를 나타낸다.
도 2는 본 발명의 일 구현예에 따른, 프로덕션 서버에 있는 복수의 파일들에 대한 복수의 복제 메커니즘을 결정 및 구현하기 위한, 프로덕션 서버의 관점과 복수의 파일 데이터 보호 관리자 서버의 관점으로부터의 일련의 흐름도를 나타낸다.
본 발명은 프로덕션 서버에 있는 파일들에 대한 적합한 복제 메커니즘을 효율적으로 결정하는 것을 제공하도록 구성된 시스템, 방법, 및 컴퓨터 프로그램 제품으로 확장된다. 특히, 본 발명의 구현예는, 프로덕션 서버 상의 여러 개의 서로 다른 파일들이 서로 다른 복제 메커니즘을 사용하여 백업될 수 있도록, 파일마다, 위치마다, 파일 유형마다, 또는 일부 다른 기준마다 결정이 다르게 행해지는 것을 허용한다. 또한, 본 발명의 구현예는 이러한 결정이 시간에 따라 자동으로 변동하는 것을 허용함으로써, 프로덕션 서버가 각 파일에 대해 가장 효율적인 복제 메커니즘을 계속해서 사용하는 것을 보장한다.
하기의 명세서 및 청구항들에서 보다 충분히 인식되는 바와 같이, 프로덕션 서버에서 보호될 데이터는 복수의 상이한 기반(bases) 중 한 기반으로 복제될 수 있다. 일부 경우에, 관리자는 소정의 파일 세트가 어떻게 복제될 것인가를 입력할 수 있고, 반면에 그렇지 않으면 결정이 일부 파일 사용 특성(characteristics)에 기초하여 (DPM 서버에 의해, 또는 프로덕션 서버에 의해) 자동으로 행해질 수 있다. 예를 들어, 백업 관리자의 입력의 한가지 결과, 또는 몇몇 자동 결정의 한가 지 결과가, 모든 데이터베이스 파일들(예컨대, ".db" 파일 확장자)이 변경된 바이트의 식별(identification)을 사용하여 복제될 것임을 나타낼 수 있다. 또 하나의 결정의 결과는 모든 다른 파일들(예컨대, ".doc" 확장자를 갖는 파일들 또는 특정 폴더 위치에 있는 파일들)이 전체 파일의 업데이트된 복사본을 복제함으로써 백업되는 것을 나타낼 수 있다. 또한, 다른 파일 세트는 그들의 파일 사이즈, 파일 시스템에서의 위치, 및 업데이트 빈도를 결정하는 것에 기초하여 복제되도록 설정될 수 있다.
백업 서버가 결정을 행하면, 그 후 백업 서버는 이 정보를 프로덕션 서버에 전송할 수 있다. 백업 서버가 각 파일의 업데이트를 요청할 때, 프로덕션 서버는, 변경된 파일 바이트의 복사본, 변경된 파일 자체의 전체 복사본, 또는 심지어는 파일의 변경된 블록 중 어느 하나를 적절한 시점에 전송할 수 있다. 그렇기 때문에, 본원의 설명으로부터 조직이 프로덕션 서버에 있는 다양한 서로 다른 파일들에 대해 매우 다양한 복제 메커니즘을 자동 선택하고 구현함으로써 효율성을 획득할 수 있음을 이해할 수 있다.
도 1A는, 하나 이상의 프로덕션(또는 "파일") 서버(예컨대, 도면부호(105))를 백업하도록 구성된 백업 서버(110)(즉, "데이터 보호 관리자 서버(Data Protection Manager Server)(110)", 이하에서는 "DPM 서버(110)")를 포함하는 백업 시스템(100)의 기본 아키텍처의 개관을 나타낸다. 프로덕션 서버를 백업하기 위해서, 도 1A는 DPM 서버(110)가 복제 에이전트(130)를 포함하는 것을 도시한다. 일반적으로, 하기의 설명으로부터 보다 충분히 이해될 수 있는 바와 같이, 복제 에이 전트(130)는, 적어도 부분적으로 어느 복제 메커니즘(예컨대, 도면 부호(140, 145, 150 등))을 적용할지를 결정함으로써, 프로덕션 서버(105)에 있는 다양한 파일 또는 파일 세트에 대한 적합한 복제 정책을 결정하도록 구성된 컴퓨터-실행가능 코드를 포함한다. 예시된 복제 메커니즘(140, 145, 및 150)은 단지 예시를 위해 제공되어 있으며, 동작 환경 또는 추가적인 복제 메커니즘이 생성되는 경우에 따라, 도시된 것보다 많거나 또는 적은 복제 메커니즘을 포함할 수 있다.
어떤 경우든지, 도시된 복제 메커니즘 중 복제 메커니즘(140)은 "파일에 대한 변경들(changes to file)"에 관한 것이며, 이 경우에 변경된 파일에서 특정 바이트를 식별 및 복제하는 것을 의미한다. 복제 에이전트(130)는 특히 대용량 파일의 경우 복제 메커니즘(140)을 선택할 수 있으며, 여기서는 네트워크 접속을 통하여 파일의 변경된 미가공 바이트만을 전송하는 것이 보다 효율적이다. 또 하나의 복제 메커니즘은 "변경된 파일들"에 관한 메커니즘(145)을 포함한다. 일반적으로, 복제 메커니즘(145)은, 프로덕션 서버(105)가 파일의 임의의 부분이 변경되었다고 판정할 때, 저장 매체(160)에 그 전체가 복사되어 전송될 수 있는 전체 파일(통상적으로 워드 프로세싱 파일 등의 훨씬 더 작은 파일들)을 말하는 것이다. 이는 전체 업데이트된 파일을 저장 매체(160)에 전송하는 것을 포함하여 임의의 여러 방식으로, 또는 업데이트된 파일을 파일의 백업 복사본과 비교하고, 변경된 바이트만을 저장 매체(160)에 전송함으로써, 행해질 수 있다. 두 경우 모두 다, 업데이트된 파일의 특정한 바이트는 업데이트될 때 로그 파일에 로깅되지 않는다.
또 하나의 도시된 복제 메커니즘은, "블록들에 대한 변경들"에 관한 메커니 즘(150)을 포함한다. 일반적으로, 각 파일은 바이트 블록 세트로서 생각될 수 있다. 특정 블록의 임의의 바이트가 업데이트될 때, 프로덕션 서버는 변경된 바이트 블록(즉, 통상적으로 이것은 고정된 사이즈를 가지며, 4096 ~ 16384 바이트의 집합으로 이루어짐)뿐만 아니라 파일명을 로깅할 수 있고, 궁극적으로 적절한 시점에 그 바이트 블록을 DPM 서버(110)에 전송할 수 있다. 따라서, 복제 메커니즘(150)은 파일에 대한 변경들(changes to a file)이 동일한 바이트 블록에서 비교적 드물게 일어나는 경우, 복제 메커니즘(140)(즉, "파일에 대한 변경들")으로 전송될 수 있는 것보다 더 많은 데이터를 잠재적으로 복제하는 것으로 생각될 수 있다. 동시에, 복제 메커니즘(150)은 이전에 기술된 바와 같이 변경된 바이트만을 전송하지 않는 한, 복제 메커니즘(145)(즉, "변경된 파일들")으로 전송될 수 있는 것보다 잠재적으로 더 적은 데이터로서 생각될 수 있다. 따라서, 각각의 기술된 복제 메커니즘(140, 145, 및 150)이 파일의 용도(file usage) 또는 시스템 니즈(system needs)에 따라, 그리고 복제 메커니즘이 구현된 방식에 따라 그 자신의 고유한 장점을 제공할 수 있음을 이해할 것이다.
어느 경우든지, 복제 에이전트(130)는 복수의 자동적인(정적(static) 및/또는 동적(dynamic)) 인자(factor)에 기초하여 프로덕션 서버(105)에 있는 다양한 파일을 특정 복제 메커니즘과 연관시킬 수 있다. 예를 들어, 도 1A는 복제 에이전트(130)가 백업 관리자에게 제시된 사용자 인터페이스를 통하여 수신된 입력 등의 입력(165)을 수신할 수 있음을 나타낸다. 도시된 바와 같이, 입력(165)은 복제 메커니즘(140)을 파일(또는 파일 세트)(115)에 사용하는 것, 복제 메커니즘(145)을 파일(또는 파일 세트)(120)에 사용하는 것 등의 정적 환경설정(static preference)을 포함한다. 이들 정적 환경설정 외에, 입력(165)은 또한 파일(또는 파일 세트)(125)에 관련되어 진행중인(ongoing), 자동적인 결정이 행해질 것을 요청하는 입력을 포함한다. 예를 들어, 복제 에이전트(130)는 소정 파일의 사이즈 또는 현재의 위치뿐만 아니라 파일 유형 및 파일 변경 활동(file change activities)을 계속해서 측정한 후, 어느 복제 메커니즘(140, 145, 또는 150)을 사용할지의 여부를 계속해서 조정하도록 구성될 수 있다. 그 후, 결정 모듈(135)은 임의의 이러한 수신된 환경설정을 취할 수 있고, 기타 파일들(도시 생략)에는 부족한 경우(where lacking with other files), 특정 디폴트 구성(예컨대, "파일에 대한 변경들")에 기초하여 복제 메커니즘을 할당할 수 있다. 그런 다음 결정 모듈(135)은 각 파일에 대한 이들 환경설정 및 할당(assignment)을 프로덕션 서버(105)에 전달할 수 있다.
따라서, 도 1A는 복제 에이전트(130)가 프로덕션 서버(105)에 있는 클론 에이전트(clone agent)(127)와 인터페이스하는 것을 나타낸다. 일반적으로, 클론 에이전트(127)는 DPM 서버(110)에 의해 전송된 백업 정책을 구현하도록 구성된 컴퓨터 실행가능 명령어들을 포함한다. 이들 정책을 구현하기 위해서, 클론 에이전트(127)는 파일 시스템 필터(123) 등의 파일 시스템 에이전트를 통하여 다양한 파일들(예컨대, 도면 부호(115, 120, 125))에 대한 수신된 복제 메커니즘 할당들을 상관시킨다. 일반적으로, 파일 시스템 필터(123)는 또한 하기에 보다 충분히 기술되는 바와 같이, 적어도 파일 시스템에서 파일 활동을 모니터링하고, 기입을 로 깅(log writes) 및/또는 업데이트를 마크(mark updates)하도록 구성된 컴퓨터 실행가능 명령어를 포함한다. 따라서, 도 1A는, 클론 에이전트(127)가 차례로 파일들(또는 파일 세트)(115, 120 및 125)의 바이트 데이터와 직접 대화하는 파일 시스템 필터(123)와 대화하여 파일 시스템에서 모든 파일들에 대한 모든 변경들을 모니터링할 수 있는 것을 나타낸다.
특히, 파일 시스템 필터(123)가 할당된 복제 메커니즘을 구현하기 위해 여러 가지 방식으로 구성될 수 있음을 이해할 것이다. 하나의 특정 구현예에서, 예를 들어, 파일 시스템 필터(123)는, 복제 메커니즘(140)이 할당된 파일 등의 특수한 로그 파일에 각 기입을 위한 데이터를 로깅(즉, "캡처(capture)")하는 것을 계속한다. 그런 다음, 파일 시스템 필터(123)는, 업데이트 시에 오염이 발생하는 경우(as dirty when updated), 복제 메커니즘(145 또는 150)에 할당된 파일 등의 다른 파일들의 소정의 부분에 마킹을 행할 수 있다. 파일 시스템 필터(123)는 예컨대, 특정 파일이 변경됨, 또는 파일의 특정 블록이 변경됨을 마킹함으로써, 이를 행할 수 있다. 또한, 파일 시스템 필터(123)는, 복제 메커니즘(145 또는 150)을 사용하는 경우, 실제 변경된 데이터를 로깅하기보다 단순히 변경된 파일들의 파일명뿐만 아니라 바이트 블록 주소를 로깅할 수 있다. DPM 서버(110)가 프로덕션 서버(105)로부터의 업데이트를 요청하면, 클론 에이전트(127)가 로그 파일에 있는 바이트 데이터를 전송하거나, 또는 로그 파일에 있는 이름에 의해 식별되는 파일의 복사본(또는 변경된 파일 블록(들))을 전송할 수 있다.
예를 들어, 도 1B는 클론 에이전트(127)와 파일 시스템 필터(123)가 복제 에 이전트(130)로부터 수신된 다양한 복제 메커니즘 명령어를 구현할 수 있는 방법에 대한 일 구현예를 나타낸다. 특히, 도 1B는 클론 에이전트(127)가 DPM 서버(110)로부터 수신된 명령어들에 응답하여 파일(또는 파일 세트)(115)과 복제 메커니즘(140)("파일에 대한 변경들")을 연관시키는 것을 나타낸다. 그런 다음, 클론 에이전트(127)는 파일 시스템 필터(123)에게 할당된 복제 메커니즘에 따라 파일(115)을 모니터링하도록 명령(direct)한다. 이처럼, 도 1B는 파일 시스템 필터(123)가 파일(또는 파일 세트)(115)의 바이트(173 및 174)가 변경된 것을 식별하면, 이러한 데이터 변경들을 검색하고 로그 파일(170)에 전달하는 것을 나타낸다.
도 1B는 또한 클론 에이전트(127)가 DPM 서버(110)로부터 수신된 명령어들에 응답하여 파일(또는 파일 세트)(120)과 복제 메커니즘(145)(즉, "변경된 파일")을 연관시키고, 또한 파일(또는 파일 세트)(125)과 복제 메커니즘(150)을 연관시키는 것을 나타낸다. 이는, 이런 경우에, 파일 시스템 필터(123)가 파일(120)의 실제 미가공의, 변경된 바이트 데이터를 반드시 기록할 필요는 없고, 단순히 파일(120)의 이름을 로그 파일(175)에 기록하면 된다는 것을 의미한다. 마찬가지로, (블록 1, 2, 및 3 중에서) 블록 3의 바이트(193 및 195)가 변경되는 경우, 파일 시스템 필터(123)는 단순히 파일명과 변경된 블록(들)의 주소를 로그(175)에 전달할 수 있다. 이에 따라, 도 1B는 로그(175)가 파일(120)이 변경되었다는 표시(예컨대, 파일명)뿐만 아니라, 파일(125)이 변경되었다는 표시(예컨대, 파일명 및 블록 주소)를 포함하는 것을 나타내며, 이러한 표시들은 각각의 할당된 복제 메커니즘(145 및 150)에 따라서 행해진다.
따라서, 도시된 구현예는 파일 시스템 필터(123)가 바이트 데이터를 하나의 로그 파일(즉, 도면 부호(170))에 추가하지만, 단지 파일명 또는 블록 주소만을 상이한 로그 파일(즉, 도면 부호(175))에 추가하는 것을 나타낸다. 하지만, 다양한 데이터 변경들이 별개의 파일들에 로깅되거나, 또는 서로 다른 로그 파일들이 서로 다른 데이터 변경 식별 메커니즘을 사용하여 구성될 필요는 없다는 것을 이해할 것이다. 예를 들어, 파일 시스템 필터(123)는, 본 발명의 구현예에 따라, 동일한 로그 파일(예컨대, 도면 부호(170 또는 175))에 변경된 바이트뿐만 아니라 변경된 파일의 파일명 및 블록 주소도 로깅할 수 있다. 마찬가지로, 파일 시스템 필터(123)는 또한 실제 변경된 바이트 데이터 대신에 바이트 주소 및 파일명을 로깅할 수 있고, 반면에 동시에 파일 시스템 필터(123)는 전체 파일 또는 전체 블록의 데이터를 소정의 로그 파일(예컨대, 도면 부호(170 및/또는 175))에 로깅할 수 있다.
그럼에도, 도시된 구현예에 관련하여, 클론 에이전트(127)는 적절한 시점에 바이트 데이터를 포함하는 로그(170)를 복제 에이전트(130)에 단순히 포워딩할 수 있다. 로그(175)에 관련하여, 클론 에이전트(127)는 먼저 로그(175) 내에서 파일 또는 파일 블록이 변경되었는지의 여부를 식별할 수 있다. 이러한 식별을 행한 다음, 클론 에이전트(127)는 그들 각각의 파일 시스템 위치로부터 식별된 파일 또는 변경된 파일 블록들을 복사하고, 이들 변경된 파일 또는 파일 블록들을 복제 에이전트(130)에 포워딩할 수 있다. 그런 다음, 복제 에이전트(127)는 클론 에이전트(127)로부터 수신된 데이터를 저장 매체(160)에 전달할 수 있다. 이처럼, 복제 에이전트(130), 클론 에이전트(127), 및 파일 시스템 필터(123)는 협력하여 파일 (또는 파일 세트)(115, 120, 및 125) 각각에 대한 서로 다른 복제 메커니즘을 구현한다.
이전에 기술된 바와 같이, 하나 이상의 파일 또는 파일 세트에 대하여 복제 메커니즘을 서로 다르게 할당하는 것은 자동으로 행해질 수 있다. 예를 들어, 파일 시스템 필터(123)는 일부 지점에서, 파일(115)이 훨씬 더 작은 사이즈로 줄어든다(shrinking)는 것을 나타내는 복제 정보를 식별하고, 복제 정보를 클론 에이전트(127) 및 복제 에이전트(130)에게 전달한다. 마찬가지로, 파일 시스템 필터(123)는 파일(120)의 파일 업데이트 사이즈 및 빈도가 상당히 증가한다는 것을 나타내는 복제 정보를 식별하고, 복제 정보를 복제 에이전트(130)에게 전달할 수 있다. 복제 에이전트(130)는, 차례로, 임의의 수신된 복제 정보를 평가하고, 소정의 파일 또는 파일 세트에 할당된 복제 메커니즘을 재평가(reevaluate)(도시 생략)하도록 구성될 수 있다. 복제 에이전트(130)는 또한 백업 관리자에게 새로운 정보에 기초하여 이전 복제 메커니즘 할당에 관한 새로운 입력을 제공할 것을 촉구(prompt)하도록 구성될 수 있다.
따라서, 복제 에이전트(130)는, 클론 에이전트(127)로부터 수신된 정보에 응답하여, 또는 백업 관리자로부터 주기적으로 수신된 새로운 입력에 응답하여 자동으로, 프로덕션 서버(105)에 있는 파일 각각에 대한 복제 메커니즘을 재할당(reassign)하도록 구성될 수 있다. 또한, 파일 및 복제 메커니즘 할당은 필요에 따라 쉽게 조정됨으로써, 시스템(100)에서 복제 리소스의 가장 효율적인 사용을 보장할 수 있다. 특히, 본 발명의 구현예는, 네트워크 대역폭의 소비가 줄어들고, 필요로 되는 로컬 저장소의 양이 줄어들고, 로컬 복제 CPU 오버헤드가 줄어듬과 함께 백업이 행해지도록 허용함으로써, 적어도 부분적으로 백업 시스템의 효율성을 강화할 수 있다.
이처럼, 도 1A 및 도 1B는 자동으로 그리고 동적으로 조정가능한 백업 시스템(100)을 구현하기 위한 복수의 컴포넌트 및 개요를 나타낸다. 또한, 도 1A 및 도 1B - 및 본원의 본문 중 많은 부분 -는 주로 결정 모듈(135)을 DPM 서버(110)상에 상주하는 컴포넌트로서 도시 또는 기술하고 있지만, 이는 단순히 본 발명의 양상을 구현하기 위한 한 방법일 뿐임을 이해할 것이다. 특히, 결정 모듈(135)(또는 마찬가지로 구성된 모듈)은 프로덕션 서버(105), 또는 심지어 다른 서버(도시 생략)상에 상주할 수 있다.
이런 경우, DPM 서버(110)(또는 기타 등등)는 어느 복제 메커니즘을 사용할지를 결정하는 방법에 관한 명령어들(예컨대, 관리자 환경설정)(즉, 디폴트 설정, 일부 파일 거동 패턴, 또는 기타 등등)을 프로덕션 서버(105)에 전송하도록 구성될 수 있다. 그런 다음, 프로덕션 서버(105)는 일반적으로 본원에 기술된 보다 수동적인 역할과는 대조적으로, 스스로 소정의 파일 각각에 어떤 복제 할당을 사용할지를 자동으로 결정 및 조정하도록 구성될 수 있다. 따라서 이러한 일반적인 예시 및 설명은, 복수의 가능한 복제 메커니즘 중에서 소정의 파일(또는 파일 세트)에 대한 하나 이상의 복제 메커니즘을 자동으로 결정하기 위한 본 발명에 따른 여러 개의 가능한 구현예 중 몇몇 만을 제시한다.
전술한 개관적인 개략도 외에, 본 발명의 구현예는 또한 특정 결과를 달성하 기 위한 일련의 하나 이상의 단계(act)를 포함하는 방법에 의하여 기술될 수 있다. 특히, 도 2는, 백업 시스템에서 복수의 파일들에 대한 복수의 복제 메커니즘을 구현하기 위한, 프로덕션 서버(105)의 관점과 DPM 서버(110)의 관점으로부터의 흐름도를 나타낸다. 이들 흐름도의 단계들은 도 1A 및 도 1B의 개략도와 관련하여 하기에 기술되어 있다.
예비적인 문제로서(as a preliminary matter), 도 2 및 대응하는 청구항 본문은 본 방법의 단계들 내에 "제1" 및/또는 "제2" 요소에 대한 일부 참조를 포함한다. 하지만, 이러한 지정(designations)은 주로 하나의 요소와 다른 요소를 구별하기 위한 것이고, 반드시 생성(creation), 할당(assignment), 또는 사용에 대한 임의의 특정 순서(sequence)를 나타내기 위한 것이 아님을 이해해야 한다. 이처럼, 상호 교환가능한 "제1" 또는 "제2"라는 용어는 관련 요소가 식별되는 제1 및 제2 시간을 지칭할 수 있다. 따라서, 예컨대, 요소(145)는 "제1 복제 메커니즘" 또는 "제2 복제 메커니즘"일 수 있고, 요소(140)는 또한 "제1 복제 메커니즘" 또는 "제2 복제 메커니즘", 또는 적절한 경우, 심지어 제3 복제 메커니즘일 수 있다.
어느 경우든지, 도 2는 복수의 파일을 백업하는 데 적합한 복제 메커니즘을 자동으로 결정하는 DPM 서버(110)의 관점으로부터 본 방법이 보호될 복수의 파일을 식별하는 단계(200)를 포함하는 것을 나타낸다. 단계(200)는 프로덕션 서버의 보호될 복수의 파일을 식별하는 것을 포함한다. 예를 들어, 복제 에이전트(130)는 클론 에이전트(127)를 통해 파일 시스템 필터(123)에서 파일, 파일 유형, 폴더, 및/또는 파일 위치를 식별하는 정보(도시 생략)를 수신한다. 마찬가지로, DPM 서 버(110)는 프로덕션 서버(105)에 있는 공통 파일 유형(common file types) 및/또는 애플리케이션 유형을 식별하고, 각각에 대하여 어떤 복제 메커니즘이 최적일 수 있는가를 식별하는 백업 관리자로부터의 입력을 수신할 수 있다.
도 2는 또한 DPM 서버(110)의 관점으로부터의 본 방법이 제1 및 제2 복제 정보를 식별하는 단계(210)를 포함하는 것을 나타낸다. 단계(210)는 복수의 파일에서 하나 이상의 파일의 제1 파일 세트에 대한 제1 복제 정보와, 복수의 파일에서 하나 이상의 파일의 제2 파일 세트에 대한 제2 복제 정보를 식별하는 것을 포함한다. 예를 들어, 도 1A는 복제 에이전트(130)가 복제 메커니즘(140)이 파일(또는 파일 세트)(115)에 사용될 것이며, 복제 메커니즘(145)이 파일(또는 파일 세트)(120)에 사용될 것임을 나타내는 정적 환경설정의 입력(165)을 수신하는 것을 나타낸다. 마찬가지로, 복제 에이전트(130)는 남아있는 파일들에 대한 최상의 복제 메커니즘을 자동으로 결정한다는 표시(또는 예상된 표시의 결여에 기초한 표시(based on lack of an expected indication))를 수신한다
또한, 도 2는 DPM 서버(110)의 관점으로부터의 본 방법이 제1 복제 메커니즘을 제1 파일 세트에 할당하는 단계(220)를 포함하는 것을 나타낸다. 단계(220)는 제1 복제 정보에 기초하여 제1 복제 메커니즘을 제1 파일 세트에 할당하는 것을 포함한다. 예를 들어, 결정 모듈(135)은 입력(165)의 임의의 명령어들을 취하고/취하거나, 프로덕션 서버(105)로부터 함께 전송된 파일(115)에 대한 파일 정보뿐만 아니라 기입-빈도 데이터(write-frequency data)의 임의의 다른 파일 유형, 사이즈를 식별한다. 그런 다음 결정 모듈(135)은 복제 메커니즘(예컨대, 도면 부 호(140))이 파일(또는 파일 세트)(115)에 할당될 것임을 나타내는 그러한 명령어들을 준비한다.
마찬가지로, 도 2는 DPM 서버(110)의 관점으로부터의 본 방법이 또한 상이한, 제2 복제 메커니즘을 제2 파일 세트에 할당하는 단계(230)를 포함하는 것을 나타낸다. 단계(230)는, 제1 파일 세트와 제2 파일 세트가 서로 다른 복제 메커니즘을 사용하여 복제되도록, 제2 복제 정보에 기초하여 제2 복제 메커니즘을 제2 파일 세트에 할당하는 단계를 포함한다. 예를 들어, 결정 모듈(135)은 입력(165)의 임의의 명령어들을 취하고/취하거나, 프로덕션 서버(105)로부터 함께 전송된 파일(120)(또는 도면 부호(125))에 대한 파일 정보뿐만 아니라, 기입-빈도 데이터의 임의의 다른 파일 유형, 사이즈를 식별한다. 그런 다음, 결정 모듈(135)은 복제 메커니즘(145)이 클론 에이전트(127)에 대해 파일(또는 파일 세트)(예컨대, 도면 부호(120 또는 125))에 할당될 것임을 나타내는 그러한 명령어들을 준비한다.
따라서, 도 2는 DPM 서버(110)의 관점으로부터의 본 방법이 복제 메커니즘 할당을 프로덕션 서버에 전달하는 단계(240)를 포함하는 것을 나타낸다. 단계(240)는 제1 복제 메커니즘 할당 및 제2 복제 메커니즘 할당을 프로덕션 서버에 전달하는 것을 포함한다. 예를 들어, DPM 서버(110)는 임의의 결정된 복제 메커니즘 및 파일 할당을 프로덕션 서버(105)에 전달하고, 클론 에이전트(127)는 이 정보를 임의의 관련 컴포넌트(예컨대, 파일 시스템 필터(123))에 의해 참조되도록 하기 위해 저장할 수 있다. 일반적으로, 일단 이들 할당에 관한 데이터가 전달되면, 프로덕션 서버(105)는 이들 파일에 대한 변경들을 보호 및 로깅하는 것을 개시하며, 즉 파일들(또는 파일 세트)(115, 120, 및 125)은 이제 보호 및 복제될 것이다.
따라서, 도 2는 파일 업데이트를 백업하는 프로덕션 서버(105)의 관점으로부터의 본 발명의 구현예에 따른 방법이, 보호될 복수의 파일을 식별하는 단계(250)를 포함하는 것을 나타낸다. 단계(250)는 파일 시스템에서 보호될, 복수의 파일을 식별하는 것을 포함한다. 예를 들어, 파일 시스템 필터(123)는 파일들(또는 파일 세트)(115, 120, 및 125) 및/또는 그 대응하는 폴더 또는 파일 위치를 식별한다.
도 2는 또한 프로덕션 서버(105)의 관점으로부터의 본 발명이 제1 파일 세트에 대한 복제 할당을 수신하는 단계(260)를 포함하는 것을 나타낸다. 단계(260)는 복수의 파일에서 하나 이상의 파일의 제1 파일 세트가 제1 복제 메커니즘을 사용하여 복제되도록 할당되어 있다는 표시를 수신하는 것을 포함한다. 예를 들어, 클론 에이전트(127)는 결정 모듈(135)을 통하여 결정된 복제 에이전트(130)로부터의 명령어들 - 이들 명령어는 파일(115)이 복제 메커니즘(140)(즉, "파일들에 대한 변경들")을 사용하여 복제될 것임을 나타냄 -을 수신한다.
또한, 도 2는 프로덕션 서버(105)의 관점으로부터의 본 방법이 제2 파일 세트에 대한 상이한, 제2 복제 할당을 수신하는 단계(270)를 포함하는 것을 나타낸다. 단계(270)는, 하나 이상의 파일의 제1 파일 세트와 하나 이상의 파일의 제2 파일 세트가 상이한 복제 메커니즘을 사용하여 복제되도록, 복수의 파일에서 하나 이상의 파일의 제2 파일 세트가 제2 복제 메커니즘을 사용하여 복제되도록 할당되어 있다는 표시를 수신하는 것을 포함한다. 예를 들어, 전술된 단계(260)에서와 마찬가지로, 클론 에이전트(127)는 결정 모듈(135)을 통하여 결정된 복제 에이전 트(130)로부터의 명령어들 - 이 명령어들은 파일(120)이 복제 메커니즘(145)(즉, "파일들에 대한 변경들")을 사용하여 복제될 것이고/것이거나 파일(125)이 복제 메커니즘(150)을 사용하여 복제될 것임을 나타냄 - 을 수신한다. 파일(또는 파일 세트)(125)이 자동으로 결정된 메커니즘과 연관되는 경우, 이는 파일에 상이한 복제 메커니즘이 할당될 수 있을 뿐만 아니라, 파일이 상이한 방식으로, 예컨대 입력 형태에 의해, 또는 DPM 서버(110)에 의한 자동 결정에 의해, 할당될 수 있다는 것을 나타낸다.
이처럼, 도 2는 또한 프로덕션 서버(105)의 관점으로부터의 본 방법이 제1 파일 세트에 대한 바이트 데이터를 로깅하는 단계(280)를 포함하는 것을 나타낸다. 단계(280)는 제1 파일 세트의 파일들에 대한 변경들의 바이트 데이터를 로깅하는 것을 포함한다. 예를 들어, 파일 시스템 필터(123)는 바이트(173 및 174)가 파일(115)에서 변경되었다는 것을 식별하고, 변경된 이들 미가공 바이트를 로그 파일(170)에 전달한다.
도 2는 또한 프로덕션 서버(105)의 관점으로부터의 본 방법이 제2 파일 세트의 파일들의 이름을 로깅하는 단계(290)를 포함하는 것을 나타낸다. 단계(290)는 제2 파일 세트에서 변경된 파일들의 이름을 로깅하는 것을 포함한다. 예를 들어, 파일 시스템 필터(123)는 파일(120)에서 복수의 바이트가 업데이트될 수 있었다는 것과, 및/또는 파일(125)의 블록 3에서 바이트(193 및 195)가 업데이트되었음을 식별한다. 특히, 파일 시스템 필터(123)는 복제 시에 소스 파일(예컨대, 도면 부호(125))과 대상(백업 서버 대상 및 보호된 파일 서버-소스) 간의 바이트들의 차 이(differences in bytes)를 산출할 수 있다. 바이트들의 차이를 식별한 직후, 파일 시스템 필터(123)는 파일(120)의 파일명을 전달하고/전달하거나 파일(125)의 파일명 및 변경된 블록(들)을 로그(175)에 전달한다.
따라서, 본원에 예시 또는 기술된 개요(schematics), 컴포넌트, 및 방법은 DPM 서버(예컨대, 도면 부호(110))가 가장 효율적이고 프로덕션 서버에서의 파일 사용도에 적절히 맞춰진(appropriately tailored for file usage) 방식으로 다양한 복제 메커니즘을 구현할 수 있도록 보장하는 복수의 메커니즘을 제공한다. 따라서, 조직은 임의의 소정의 시점에, 특정 복제 메커니즘에 의탁(commit)하는 것을 회피할 수 있다. 또한, 백업 관리자는 하나의 복제 메커니즘 스킴을 다른 복제 메커니즘 스킴으로 업데이트 또는 중대하게 변경하는 경우, 나중에 필요로 될 수 있는 리소스의 손실을 회피할 수 있다.
본원에 기술된 복제 메커니즘이 본 발명의 구현예에 따른 결정 모듈(135)에 의해 고려될 수 있는 단지 예시적 유형의 복제 메커니즘이라는 것을 또한 이해할 것이다. 특히, 조직은 데이터 업데이트를 복제하는 훨씬 더 많은 복제 메커니즘, 및/또는 방식을 가질 수 있고, 프로덕션 서버에 사용하길 원할 수 있다. 본 발명의 구현예는 본원에 기술된 이러한 복제 메커니즘보다 많거나 또는 적은 복제 메커니즘, 또는 본원에 기술된 특정 시점의 복제 메커니즘에 제한되는 것이 아니다. 오히려, 본 발명의 구현예들의 적어도 하나의 장점은, 파일 시스템에서 파일들의 현재 또는 추정된 특징을 고려하여 이용가능한 복제 메커니즘이 무엇인가로부터 가장 적합한 복제 메커니즘을 계속해서 선택하는 능력(ability)이다.
본 발명의 범위 내의 실시예들은 또한 컴퓨터 실행가능 명령어 또는 데이터 구조를 담거나(carry) 또는 저장하고 있는 컴퓨터 판독가능 매체를 포함한다. 이런 컴퓨터 판독가능 매체는 범용 또는 특수 목적의 컴퓨터에 의해 액세스될 수 있는 임의의 이용가능한 매체일 수 있다. 예로서, 이러한 컴퓨터 판독가능 매체는 RAM, ROM, EEPROM, CD-ROM 또는 기타 광 디스크 저장 장치, 자기 디스크 저장 장치 또는 기타 자기 저장 장치, 또는 컴퓨터-실행가능 명령어들 또는 데이터 구조의 형태로 원하는 프로그램 코드 수단을 담거나 또는 저장하는 데 사용될 수 있고 범용 또는 특수 목적의 컴퓨터에 의해 액세스될 수 있는 임의의 기타 매체를 포함할 수 있지만, 이에 제한되는 것은 아니다. 정보가 네트워크 또는 다른 통신 접속(하드와이어, 무선, 또는 하드와이어 또는 무선의 조합 중 어느 하나)을 통하여 컴퓨터에 전달 또는 제공되는 경우, 컴퓨터는 당연히 접속을 컴퓨터 판독가능 매체로서 본다. 따라서, 임의의 이러한 접속은 당연히 컴퓨터 판독가능 매체라 본다. 또한, 상기 것들의 조합도 컴퓨터 판독가능 매체의 범위 내에 포함되어야 한다.
컴퓨터 실행가능 명령어들은 예컨대, 범용 컴퓨터, 특수 목적의 컴퓨터, 또는 특수 목적의 처리 장치가 특정의 기능 또는 기능 그룹을 수행하게 하는 명령어들 및 데이터를 포함한다. 청구 대상은 구조적인 특징 및/또는 방법론적인 단계에 특정한 언어로 기술되었지만, 첨부된 청구항들에 정의된 청구 대상은 전술된 특정한 특징 및 단계에 반드시 제한되는 것은 아니다. 오히려, 전술된 특정한 특징 및 단계는 청구항들을 구현하는 예시적 형태로서 개시된다.
본 발명은 그 정신 또는 필수적 특성에서 벗어남 없이 다른 특정한 형태로 구현될 수 있다. 기술된 실시예들은 모든 면에서 단지 예시적이고 비제한적인 것으로서 생각될 것이다. 따라서, 본 발명의 영역은 전술된 상세한 설명에 의해서라기 보다는 첨부된 청구항들에 의해 나타내진다. 청구항들과 동등한 의미 및 범주 내에 있는 모든 변경들은 본 발명의 범위 내에 포함될 것이다.

Claims (20)

  1. 프로덕션 서버의 파일 시스템에 있는 복수의 파일이 복수의 복제 메커니즘을 사용하여 저장 매체 볼륨에 백업되는 컴퓨터화된 환경의 데이터 보호 관리자 서버에서, 상기 복수의 파일을 백업하는 데 적절한 복제 메커니즘을 자동으로 결정하는 방법으로서,
    프로덕션 서버의 보호될 복수의 파일을 식별하는 단계,
    상기 복수의 파일에서 하나 이상의 파일의 제1 파일 세트에 대한 제1 복제 정보와, 상기 복수의 파일에서 하나 이상의 파일의 제2 파일 세트에 대한 제2 복제 정보를 식별하는 단계,
    상기 제1 복제 정보에 기초하여 제1 복제 메커니즘을 상기 제1 파일 세트에 할당하는 단계,
    상기 제1 파일 세트와 제2 파일 세트가 서로 다른 복제 메커니즘을 사용하여 복제되도록, 상기 제2 복제 정보에 기초하여 제2 복제 메커니즘을 상기 제2 파일 세트에 할당하는 단계, 및
    상기 제1 복제 메커니즘 할당 및 상기 제2 복제 메커니즘 할당을 상기 프로덕션 서버에 전송하는 단계
    를 포함하는, 데이터 보호 관리자 서버에서 복수의 파일을 백업하는 데 적절한 복제 메커니즘을 자동으로 결정하는 방법.
  2. 제1항에 있어서,
    상기 제1 복제 메커니즘은 상기 제1 파일 세트 중 임의의 파일에서의 하나 이상의 변경들을 식별하기 위한 명령어들을 포함하여, 상기 프로덕션 서버에게 상기 제1 파일 세트에서 변경된 바이트 각각의 미가공 데이터(raw data)를 로그 파일(log file)에 전송하라고 명령(instruct)이 내려지는 방법.
  3. 제1항에 있어서,
    상기 제2 복제 메커니즘은 상기 제2 파일 세트의 파일이 변경되었다는 것을 식별하기 위한 명령어들을 포함하여, 상기 프로덕션 서버에게 하기의 단계들(acts) 중 적어도 한 단계를 수행하라고 명령이 내려지며, 상기 단계들은
    (i) 변경된 파일의 이름을 로그 파일에 전송하고, 복제 시에 전체 파일 콘텐츠를 상기 데이터 보호 관리자 서버에 전송하는 단계; 또는
    (ⅱ) 변경된 파일의 이름을 로그 파일에 전송하고, 복제 시에 변경된 파일과 상기 데이터 보호 관리자 서버에 의해 백업된 파일의 이전 백업 복사본 간의 바이트들의 차이를 요청하는 단계
    를 포함하는 방법.
  4. 제3항에 있어서,
    상기 제2 복제 메커니즘은 상기 제2 파일 세트의 파일에서 하나 이상의 블록이 변경되었다는 것을 식별하기 위한 명령어들을 포함하여, 상기 파일의 이름과 상 기 변경된 블록의 식별(identification)이 상기 로그 파일에 전송되게 되는 방법.
  5. 제3항 있어서,
    상기 제1 파일 세트에 대한 복제 정보를 전송받은 로그 파일은 상기 제2 파일 세트에 대한 복제 정보를 전송받은 로그 파일과는 상이한 방법.
  6. 제1항에 있어서,
    상기 제1 복제 정보 및 제2 복제 정보 중 임의의 복제 정보가 상기 데이터 보호 관리자 서버의 사용자 입력을 통해 수신되는 방법.
  7. 제1항에 있어서,
    상기 프로덕션 서버에 있는 상기 제1 파일 세트 또는 제2 파일 세트 중 임의의 것에 관련된 추가 복제 정보를 수신하는 단계를 더 포함하는 방법.
  8. 제7항에 있어서,
    상기 추가 복제 정보는 파일 사이즈의 변경, 파일 유형의 변경, 파일 위치의 변경, 또는 제1 파일 세트 또는 제2 파일 세트의 파일에 대한 데이터 업데이트의 빈도 및 사이즈의 변경 중 임의의 하나 이상에 관련된 정보를 포함하는 방법.
  9. 제8항에 있어서,
    상기 제2 파일 세트에 상기 제1 복제 메커니즘을 재할당하는 단계를 더 포함하여, 상기 프로덕션 서버에게 상기 제2 파일 세트 내의 변경된 파일의 변경된 바이트 데이터를 로깅하라고 명령이 내려지는 방법.
  10. 제8항에 있어서,
    상기 제1 파일 세트에 상기 제2 복제 메커니즘을 재할당하는 단계를 더 포함하여, 상기 프로덕션 서버에게 상기 제1 파일 세트에서 변경된 파일의 변경된 바이트 데이터를 로깅하지 않고 파일명을 로깅하라고 명령이 내려지는 방법.
  11. 제10항에 있어서,
    상기 프로덕션 서버에게 또한 상기 제1 파일 세트에서 변경된 파일의 변경된 바이트의 블록의 식별(indentification)을 로깅하라고 명령이 내려지는 방법.
  12. 프로덕션 서버의 파일 시스템에서 복수의 파일이 복수의 복제 메커니즘을 사용하여 저장 매체 볼륨에 백업되는 컴퓨터화된 환경의 프로덕션 서버에서, 상기 복수의 복제 메커니즘에 따른 파일 업데이트를 상기 저장 매체에 백업하는 방법으로서,
    파일 시스템에서 보호될 복수의 파일을 식별하는 단계,
    상기 복수의 파일에서 하나 이상의 파일의 제1 파일 세트가 제1 복제 메커니즘을 사용하여 복제되도록 할당되어 있다는 표시(indication)를 수신하는 단계,
    하나 이상의 파일의 제1 파일 세트와 하나 이상의 파일의 제2 파일 세트가 서로 다른 복제 메커니즘을 사용하여 복제되도록, 상기 복수의 파일에서 하나 이상의 파일의 제2 파일 세트가 제2 복제 메커니즘을 사용하여 복제되도록 할당되어 있다는 표시를 수신하는 단계,
    상기 제1 파일 세트의 파일들에 대한 변경들의 바이트 데이터를 로깅하는 단계, 및
    상기 제2 파일 세트에서 변경된 파일들의 이름을 로깅하는 단계
    를 포함하는 프로덕션 서버에서 복수의 복제 메커니즘에 따른 파일 업데이트를 저장 매체에 백업하는 방법.
  13. 제12항에 있어서,
    상기 제2 파일 세트의 하나 이상의 파일에서 변경된 하나 이상의 블록을 로깅하는 단계 - 상기 변경된 하나 이상의 블록 각각은 변경된 적어도 하나의 바이트를 포함함 - 를 더 포함하는 방법.
  14. 제12항에 있어서,
    상기 제1 파일 세트의 바이트 데이터를 제1 로그 파일에 로깅하는 단계, 및
    상기 제2 파일 세트에서 변경된 파일들의 이름을 상기 제1 로그 파일과는 상이한 제2 로그 파일에 로깅하는 단계를 더 포함하는 방법.
  15. 제12항에 있어서,
    상기 제1 파일 세트의 파일들에 대한 변경들의 바이트 데이터를 저장 매체에 전송하는 단계, 및
    상기 제2 파일 세트에 대한 데이터 업데이트를 저장 매체에 전송하는 단계를 포함하며, 상기 데이터 업데이트는,
    (i) 변경된 파일 각각의 콘텐츠의 복사본,
    (ⅱ) 변경된 파일과 그 파일의 이전 백업 복사본 간의 바이트 차이, 또는
    (ⅲ) 변경된 파일들의 파일 블록들
    중 하나에 대응하는 방법.
  16. 제12항에 있어서,
    상기 제1 파일 세트 또는 제2 파일 세트 중 임의의 파일에 대한 파일 사이즈의 변경, 파일 유형의 변경, 파일 위치의 변경, 또는 데이터 업데이트의 빈도의 변경을 식별하는 단계,
    식별된 상기 변경을 데이터 보호 관리자 서버에 전송하는 단계, 및
    상기 제1 파일 세트 또는 제2 파일 세트 중 임의의 하나 이상의 파일에 대한 새로운 복제 메커니즘 할당을 수신하는 단계
    를 더 포함하는 방법.
  17. 제16항에 있어서,
    상기 새로운 복제 메커니즘 할당은 상기 제1 파일 세트에 상기 제2 복제 메커니즘을 할당하는 것을 포함하는 방법.
  18. 제17항에 있어서,
    상기 제1 파일 세트의 변경된 파일에서 변경이 행해진 변경된 바이트의 블록 및 파일명을 로깅하는 단계, 및
    요청 시에, 상기 데이터 보호 관리자 서버에 상기 제1 파일 세트의 변경된 파일에서 변경된 바이트의 블록에 대응하는 데이터를 전송하는 단계
    를 더 포함하는 방법.
  19. 제17항에 있어서,
    상기 제2 파일 세트의 변경된 파일에서 변경된 바이트를 로깅하는 단계, 및
    요청 시에, 상기 제2 파일 세트로부터 로깅된 바이트의 로그 파일을 상기 데이터 보호 관리자 서버에 전송하는 단계
    를 더 포함하는 방법.
  20. 프로덕션 서버의 파일 시스템에서 복수의 파일이 복수의 복제 메커니즘을 사용하여 저장 매체 볼륨에 백업되는 컴퓨터화된 환경의 데이터 보호 관리자 서버에서, 실행될 때, 상기 데이터 보호 관리자 서버에서의 하나 이상의 프로세서로 하여금 이하의 단계들을 수행하게 하는 컴퓨터 실행가능 명령어들을 저장한 컴퓨터 프 로그램 제품으로서, 상기 이하의 단계들은,
    프로덕션 서버의 보호될 복수의 파일을 식별하는 단계,
    상기 복수의 파일에서 하나 이상의 파일의 제1 파일 세트에 대한 제1 복제 정보와, 상기 복수의 파일에서 하나 이상의 파일의 제2 파일 세트에 대한 제2 복제 정보를 식별하는 단계,
    상기 제1 복제 정보에 기초하여 제1 복제 메커니즘을 상기 제1 파일 세트에 할당하는 단계,
    상기 제1 파일 세트와 제2 파일 세트가 서로 다른 복제 메커니즘을 사용하여 복제되도록, 상기 제2 복제 정보에 기초하여 제2 복제 메커니즘을 상기 제2 파일 세트에 할당하는 단계, 및
    상기 제1 복제 메커니즘 할당 및 상기 제2 복제 메커니즘 할당을 상기 프로덕션 서버에 전송하는 단계
    를 포함하는 컴퓨터 프로그램 제품.
KR1020087019546A 2006-02-10 2007-01-09 파일 복제 메커니즘을 자동으로 결정하는 방법, 파일 업데이트를 저장 매체에 백업하는 방법, 및 컴퓨터 프로그램 제품 KR101292405B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US11/351,547 2006-02-10
US11/351,547 US7698318B2 (en) 2006-02-10 2006-02-10 Automatically determining file replication mechanisms
PCT/US2007/000652 WO2007094904A1 (en) 2006-02-10 2007-01-09 Automatically determining file replication mechanisms

Publications (2)

Publication Number Publication Date
KR20090005289A true KR20090005289A (ko) 2009-01-13
KR101292405B1 KR101292405B1 (ko) 2013-08-01

Family

ID=38370012

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020087019546A KR101292405B1 (ko) 2006-02-10 2007-01-09 파일 복제 메커니즘을 자동으로 결정하는 방법, 파일 업데이트를 저장 매체에 백업하는 방법, 및 컴퓨터 프로그램 제품

Country Status (6)

Country Link
US (1) US7698318B2 (ko)
EP (1) EP1982263B1 (ko)
JP (1) JP5021683B2 (ko)
KR (1) KR101292405B1 (ko)
CN (1) CN101385005B (ko)
WO (1) WO2007094904A1 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101859094B1 (ko) * 2017-10-11 2018-05-18 (주)데이타뱅크시스템즈 복제 방식의 변경을 고려한 통합 복제 시스템
KR101859090B1 (ko) * 2017-10-11 2018-05-18 (주)데이타뱅크시스템즈 통합 복제 시스템

Families Citing this family (51)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8943304B2 (en) 2006-08-03 2015-01-27 Citrix Systems, Inc. Systems and methods for using an HTTP-aware client agent
US9692725B2 (en) 2005-05-26 2017-06-27 Citrix Systems, Inc. Systems and methods for using an HTTP-aware client agent
US7756826B2 (en) * 2006-06-30 2010-07-13 Citrix Systems, Inc. Method and systems for efficient delivery of previously stored content
US9407608B2 (en) 2005-05-26 2016-08-02 Citrix Systems, Inc. Systems and methods for enhanced client side policy
US9621666B2 (en) 2005-05-26 2017-04-11 Citrix Systems, Inc. Systems and methods for enhanced delta compression
US8458725B2 (en) * 2006-04-10 2013-06-04 Oracle International Corporation Computer implemented method for removing an event registration within an event notification infrastructure
US9390118B2 (en) * 2006-04-19 2016-07-12 Oracle International Corporation Computer implemented method for transforming an event notification within a database notification infrastructure
US7761413B2 (en) * 2006-05-10 2010-07-20 Oracle International Corporation Method of ensuring availability of event notification registrations of a database management system
US7895600B2 (en) 2006-05-10 2011-02-22 Oracle International Corporation Method of optimizing propagation of non-persistent messages from a source database management system to a destination database management system
US8464275B2 (en) * 2006-05-10 2013-06-11 Oracle International Corporation Method of using a plurality of subscriber types in managing a message queue of a database management system
US7882064B2 (en) * 2006-07-06 2011-02-01 Emc Corporation File system replication
US7853567B2 (en) 2006-08-04 2010-12-14 Apple Inc. Conflict resolution in recovery of electronic data
US7809688B2 (en) 2006-08-04 2010-10-05 Apple Inc. Managing backup of content
US8370853B2 (en) 2006-08-04 2013-02-05 Apple Inc. Event notification management
US7853566B2 (en) 2006-08-04 2010-12-14 Apple Inc. Navigation of electronic backups
US9009115B2 (en) 2006-08-04 2015-04-14 Apple Inc. Restoring electronic information
US7860839B2 (en) 2006-08-04 2010-12-28 Apple Inc. Application-based backup-restore of electronic information
US7856424B2 (en) * 2006-08-04 2010-12-21 Apple Inc. User interface for backup management
US8311988B2 (en) 2006-08-04 2012-11-13 Apple Inc. Consistent back up of electronic information
US8166415B2 (en) 2006-08-04 2012-04-24 Apple Inc. User interface for backup management
US7809687B2 (en) 2006-08-04 2010-10-05 Apple Inc. Searching a backup archive
US20080126442A1 (en) * 2006-08-04 2008-05-29 Pavel Cisler Architecture for back up and/or recovery of electronic data
US8725965B2 (en) 2007-06-08 2014-05-13 Apple Inc. System setup for electronic backup
EP2372553B1 (en) * 2007-06-08 2013-01-30 Apple Inc. Application-based backup-restore of electronic information
US8010900B2 (en) 2007-06-08 2011-08-30 Apple Inc. User interface for electronic backup
US8468136B2 (en) 2007-06-08 2013-06-18 Apple Inc. Efficient data backup
US8745523B2 (en) 2007-06-08 2014-06-03 Apple Inc. Deletion in electronic backups
US8099392B2 (en) 2007-06-08 2012-01-17 Apple Inc. Electronic backup of applications
US8307004B2 (en) 2007-06-08 2012-11-06 Apple Inc. Manipulating electronic backups
US8429425B2 (en) 2007-06-08 2013-04-23 Apple Inc. Electronic backup and restoration of encrypted data
US20080307017A1 (en) 2007-06-08 2008-12-11 Apple Inc. Searching and Restoring of Backups
WO2008157556A2 (en) * 2007-06-21 2008-12-24 Board Of Regents, The University Of Texas System Method for providing fault tolerance to multiple servers
US8315986B1 (en) 2007-12-24 2012-11-20 Emc Corporation Restore optimization
US8041678B2 (en) * 2008-06-20 2011-10-18 Microsoft Corporation Integrated data availability and historical data protection
US8825603B2 (en) * 2010-05-19 2014-09-02 International Business Machines Corporation Ordering volumes and tracks for data transfer based on usage characteristics
US8943026B2 (en) 2011-01-14 2015-01-27 Apple Inc. Visual representation of a local backup
US8984029B2 (en) 2011-01-14 2015-03-17 Apple Inc. File system management
US9274898B2 (en) * 2011-09-09 2016-03-01 Nokia Technologies Oy Method and apparatus for providing criticality based data backup
US9336226B2 (en) 2013-01-11 2016-05-10 Commvault Systems, Inc. Criteria-based data synchronization management
US20140250138A1 (en) * 2013-03-04 2014-09-04 Vonage Network Llc Method and apparatus for optimizing log file filtering
US9563655B2 (en) * 2013-03-08 2017-02-07 Oracle International Corporation Zero and near-zero data loss database backup and recovery
KR20150004200A (ko) * 2013-07-02 2015-01-12 한국전자통신연구원 데이터 복제 방법 및 장치
US10169121B2 (en) 2014-02-27 2019-01-01 Commvault Systems, Inc. Work flow management for an information management system
US9952934B2 (en) * 2015-01-20 2018-04-24 Commvault Systems, Inc. Synchronizing selected portions of data in a storage management system
US9588849B2 (en) 2015-01-20 2017-03-07 Commvault Systems, Inc. Synchronizing selected portions of data in a storage management system
CN104636480B (zh) * 2015-02-13 2018-09-28 华为技术有限公司 重建备机数据库的方法及其装置
JP6604115B2 (ja) * 2015-09-25 2019-11-13 富士通株式会社 ストレージ装置およびストレージ制御プログラム
US10417254B2 (en) * 2016-02-01 2019-09-17 Vmware, Inc. Intelligent content synchronization between content libraries
US10579503B2 (en) * 2017-05-15 2020-03-03 Microsoft Technology Licensing, Llc Conditionally crashing software applications to track software use
CN111752915B (zh) * 2020-06-21 2023-01-06 苏州浪潮智能科技有限公司 基于混合存储介质的文件按需复制方法和系统
CN111880970A (zh) * 2020-08-04 2020-11-03 杭州东方通信软件技术有限公司 一种快捷远程文件备份方法

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6931422B1 (en) * 1999-11-12 2005-08-16 International Business Machines Corporation Enhanced backup and recovery methodology
US6460055B1 (en) * 1999-12-16 2002-10-01 Livevault Corporation Systems and methods for backing up data files
US6625623B1 (en) * 1999-12-16 2003-09-23 Livevault Corporation Systems and methods for backing up data files
US6804755B2 (en) * 2000-06-19 2004-10-12 Storage Technology Corporation Apparatus and method for performing an instant copy of data based on a dynamically changeable virtual mapping scheme
US20020065835A1 (en) * 2000-11-27 2002-05-30 Naoya Fujisaki File system assigning a specific attribute to a file, a file management method assigning a specific attribute to a file, and a storage medium on which is recorded a program for managing files
US20020156542A1 (en) * 2001-02-23 2002-10-24 Nandi Hill K. Methods, devices and systems for monitoring, controlling and optimizing processes
US20020147734A1 (en) * 2001-04-06 2002-10-10 Shoup Randall Scott Archiving method and system
US6948038B2 (en) * 2001-07-24 2005-09-20 Microsoft Corporation System and method for backing up and restoring data
JP3785074B2 (ja) * 2001-10-05 2006-06-14 富士通株式会社 データ処理システムのバックアップ制御装置及び方法
US6857053B2 (en) * 2002-04-10 2005-02-15 International Business Machines Corporation Method, system, and program for backing up objects by creating groups of objects
US6898600B2 (en) * 2002-05-16 2005-05-24 International Business Machines Corporation Method, system, and program for managing database operations
US7269612B2 (en) 2002-05-31 2007-09-11 International Business Machines Corporation Method, system, and program for a policy based storage manager
US20040107199A1 (en) * 2002-08-22 2004-06-03 Mdt Inc. Computer application backup method and system
JP4345313B2 (ja) * 2003-01-24 2009-10-14 株式会社日立製作所 ポリシーに基づいたストレージシステムの運用管理方法
JP4411929B2 (ja) * 2003-02-28 2010-02-10 株式会社日立製作所 バックアップ方法、システム、及びプログラム
US20050192985A1 (en) * 2003-03-31 2005-09-01 Fujitsu Limited Apparatus and method for classifying files, and computer product
WO2005001646A2 (en) * 2003-06-25 2005-01-06 Arkivio, Inc. Techniques for performing policy automated operations
US7325019B2 (en) * 2004-03-12 2008-01-29 Network Appliance, Inc. Managing data replication policies
JP4402992B2 (ja) * 2004-03-18 2010-01-20 株式会社日立製作所 バックアップシステム及び方法並びにプログラム
US7571168B2 (en) * 2005-07-25 2009-08-04 Parascale, Inc. Asynchronous file replication and migration in a storage network

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101859094B1 (ko) * 2017-10-11 2018-05-18 (주)데이타뱅크시스템즈 복제 방식의 변경을 고려한 통합 복제 시스템
KR101859090B1 (ko) * 2017-10-11 2018-05-18 (주)데이타뱅크시스템즈 통합 복제 시스템

Also Published As

Publication number Publication date
CN101385005B (zh) 2013-04-24
US20070192386A1 (en) 2007-08-16
KR101292405B1 (ko) 2013-08-01
EP1982263A1 (en) 2008-10-22
US7698318B2 (en) 2010-04-13
EP1982263B1 (en) 2012-08-15
EP1982263A4 (en) 2011-07-27
CN101385005A (zh) 2009-03-11
JP2009526312A (ja) 2009-07-16
WO2007094904A1 (en) 2007-08-23
JP5021683B2 (ja) 2012-09-12

Similar Documents

Publication Publication Date Title
KR101292405B1 (ko) 파일 복제 메커니즘을 자동으로 결정하는 방법, 파일 업데이트를 저장 매체에 백업하는 방법, 및 컴퓨터 프로그램 제품
US8832246B2 (en) Service level mapping method
US7305577B2 (en) Data isolation system and method
US7444395B2 (en) Method and apparatus for event handling in an enterprise
US7356574B2 (en) Apparatus and method for providing dynamic and automated assignment of data logical unit numbers
US20120290350A1 (en) Workflow system, information processor, and mehtod and program for workflow management
US7974949B2 (en) Computer system and automatic data backup method
CN104025057B (zh) 协同储存管理
KR20090020583A (ko) 복제 동안 섀도 복사본 데이터의 유지를 위한 방법 및 컴퓨터 프로그램 제품
US8161008B2 (en) Information processing apparatus and operation method thereof
CN107015884B (zh) 一种数据存储方法及装置
US20070113226A1 (en) Automated state migration while deploying an operating system
US7984138B2 (en) Apparatus and methods for activity-based management of computer systems
CN109144416A (zh) 查询数据的方法和装置
US20090279121A1 (en) Prioritizing Print Requests for a Configurable Shared Network Printer
CN112035062A (zh) 云计算的本地存储的迁移方法、计算机设备及存储介质
JP2021033854A (ja) 情報処理装置、情報処理システム、及び情報処理プログラム
CN103095759B (zh) 恢复资源环境的方法及设备
CN116881012A (zh) 一种容器应用垂直扩容方法、装置、设备及可读存储介质
US20100223442A1 (en) Computer system and data erasing method
CN112769954B (zh) 一种web程序自动存储和自动路由的方法和系统
US20160026390A1 (en) Method of deleting information, computer program product and computer system
KR20210066230A (ko) 인사 채용 평가를 위한 프라이빗 블록체인 관리 시스템
TW201403362A (zh) 在多主控環境中通過以頁面爲基礎之信息追蹤管理大型資料集
US11269554B2 (en) Meeting backup window requirements while managing storage array backup load

Legal Events

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

Payment date: 20160630

Year of fee payment: 4

FPAY Annual fee payment

Payment date: 20170704

Year of fee payment: 5

FPAY Annual fee payment

Payment date: 20180628

Year of fee payment: 6