KR20140058444A

KR20140058444A - 파일 관리 시스템 및 파일 관리 방법

Info

Publication number: KR20140058444A
Application number: KR1020137033938A
Authority: KR
Inventors: 오사무 미요시; 에이이치로 시오다; 히로유키 후지타
Original assignee: 오레가 인크.
Priority date: 2011-09-07
Filing date: 2012-08-20
Publication date: 2014-05-14
Also published as: EP2755141B1; US9323624B2; CN103782279B; EP2755141A4; KR101966339B1; JP5315460B1; EP2755141A1; CA2841104C; WO2013035517A1; US20140136485A1; CA2841104A1; JPWO2013035517A1; CN103782279A

Abstract

과제: 가상 파일 시스템의 메타데이터베이스를 백업 처리 측으로부터도 이용하는 형태로 하는 것으로, 효율적으로 백업을 행할 수 있는 파일 관리 시스템 및 파일 관리 방법을 제공한다.
해결 수단: 가상 드라이브(5)를 제어하는 가상 드라이브 제어부(110)와 가상 파일과 스토리지(6)에 보존된 물리 파일을 관련짓기 위한 정보를 포함한 메타데이터베이스(210)와,
파일의 백업을 관리하는 백업 제어부(120)과 백업의 관리에 사용되는 백업 상태 관리 데이터베이스(220)와
를 갖추어 상기 가상 드라이브 제어부(110)는 갱신된 파일의 정보를 상기 백업 상태 관리 데이터베이스(220)에 등록하고, 상기 백업 제어부(120)는 상기 백업 상태 관리 데이터베이스(220)와 상기 메타데이터베이스(210)를 참조해 파일을 백업한다.

Description

파일 관리 시스템 및 파일 관리 방법 {FILE MANAGEMENT SYSTEM AND FILE MANAGEMENT METHOD}

본 발명은 복수의 스토리지를 제어하는 파일 관리 시스템 및 파일 관리 방법에 관한 것으로, 특히, 백업 처리에 특징을 가지는 파일 관리 시스템 및 파일 관리 방법에 관한 것이다.

종래, 통신 네트워크를 통하여 컴퓨터 파일을 보관하는 방법으로서, 파일 서버가 보급되어 있다. 파일 서버는 서버 OS의 파일 시스템상에 폴더 트리를 구성하고, 그의 드라이브 루트나 특정의 폴더를 네트워크상의 유저에게 열람 권한 등을 할당하여 공유시키도록 한 것이다.

파일이나 폴더를 공유하는 유저는 단말기(예를 들면, PC나 휴대전화 등)로부터 네트워크 통하여 공유 설정된 파일 등을 열람하고, 파일 서버의 시스템 관리 책임자가 설정한 관리 권한에 근거하여, 임의의 파일에 대해서 오픈, 클로우즈, 신규 작성, 이동, 명칭 변경, 복제 등을 행할 수가 있다. 파일이나 폴더를 조작하는 유저는 인간이어도 좋고, 기계나 소프트웨어 등의 컴퓨터 시스템이어도 좋다.

서버에 보관된 파일을 유저가 오픈하는 경우는 우선 파일 서버의 공유 폴더를 유저 단말기로부터 열람하고, 유저 단말기가 임의의 파일을 지정하여 파일 서버로 송신 의뢰하고, 파일 서버가 네트워크를 통해 당해 파일을 유저 단말기로 송신한다.

이 파일 서버상에 배치하는 하드 디스크 장치를 고속화 또는 용장화(冗長化)하기 위한 장치로서 RAID(Redundant Arrays of Inexpensive Disk) 기술이 보급되어 있다(예를 들면, 특허 문헌 1 참조).

RAID는 복수대의 하드 디스크를 조합하는 것으로, 가상적인 1대의 하드 디스크로서 OS로부터 인식되도록 하는 기술의 일종으로, 주로 신뢰성 향상을 노려 이용되는 것이 많다. 또, 서비스의 계속성을 보증하면서, 높은 안전성을 보증하기 위해서 이러한 RAID와 백업 소프트를 조합하여 운용하는 것도 통상 행해지고 있다.

특허문헌 1: 일본국특허공개 2011－129039호 공보

그러나, RAID와 백업 소프트를 조합하여 운용했을 경우, 백업 소프트로부터 보면 RAID의 가상화된 파일 시스템은 통상의 파일 시스템과 구별이 되지 않고, 설사 RAID의 파일 시스템이 액세스 이력이나 메타 정보를 데이터베이스로 유지하고 있어도, 그의 데이터베이스의 정보를 백업 처리에 이용할 수 없다. 이 때문에, 백업 소프트는 통상의 파일 시스템과 동일한 백업 처리를 강제로 하는 비효율적인 제어를 행하고 있었다.

여기서, 본 발명은 RAID와 동일하게 복수의 기억장치를 통합하여 가상 파일 시스템을 구성함과 동시에, 가상 파일 시스템의 메타데이터베이스를 백업 처리 측으로부터도 이용하는 형태로 함으로써 효율적으로 백업을 행할 수가 있는 파일 관리 시스템 및 파일 관리 방법을 제공하는 것을 과제로 한다.

본 발명은 전술한 과제를 해결하기 위해서 이루어진 것이고, 이하를 특징으로 한다.

(청구항 1)

청구항 1에 기재된 발명은 이하의 점을 특징으로 한다.

즉, 청구항 1에 기재의 파일 관리 시스템은 복수의 스토리지를 제어하는 파일 관리 시스템으로, 상기 복수의 스토리지 중, 임의의 스토리지 군으로 구성된 가상 드라이브를 제어하는 가상 드라이브 제어부와, 상기 가상 드라이브 상의 가상 파일과 상기 스토리지에 보존된 물리 파일을 관련짓기 위한 정보를 포함한 메타데이터베이스와, 상기 가상 드라이브에 보존된 파일의 백업을 관리하는 백업 제어부와, 상기 백업 제어부에 의한 백업의 관리에 사용되는 백업 상태 관리 데이터베이스를 갖추고, 상기 가상 드라이브 제어부는 갱신된 파일의 정보를 상기 백업 상태 관리 데이터베이스에 등록하고, 상기 백업 제어부는 상기 백업 상태 관리 데이터베이스와 상기 메타데이터베이스를 참조하여 파일을 백업하는 것을 특징으로 한다.

(청구항 2)

청구항 2에 기재된 발명은 상기 청구항 1 기재된 발명의 특징점에 부가하여 이하의 점을 특징으로 한다.

즉, 상기 백업 제어부는 파일이 갱신된 것을 트리거로서 백업을 실행하는 것을 특징으로 한다.

(청구항 3)

청구항 3에 기재된 발명은 상기 청구항 1 또는 2 기재된 발명의 특징점에 부가하여 이하의 점을 특징으로 한다.

즉, 상기 가상 드라이브 제어부는 유저의 조작 대상인 마스터 가상 드라이브와, 상기 마스터 가상 드라이브의 데이터를 백업하기 위한 백업 가상 드라이브를 제어하는 것을 특징으로 한다.

(청구항 4)

청구항 4에 기재된 발명은 상기 청구항 1~3의 어느 하나에 기재된 발명의 특징점에 부가하여 이하의 점을 특징으로 한다.

즉, 상기 백업 제어부는 상기 파일 관리 시스템을 구성하는 파일 관리 서버의 부하를 감시하고, 당해 부하가 미리 설정된 허용치를 초과하고 있는 경우에는 상기 파일의 백업을 대기시키는 것을 특징으로 한다.

(청구항 5)

청구항 5에 기재된 발명은 상기 청구항 1~4의 어느 하나에 기재된 발명의 특징점에 부가하여 이하의 점을 특징으로 한다.

즉, 상기 가상 드라이브 제어부는 파일 액세스 에러가 발생했을 때에, 상기 메타데이터베이스를 참조하여 에러 대상 파일에 대응하는 백업파일을 취득하여 파일 복원을 행하는 것을 특징으로 한다.

(청구항 6)

청구항에 기재된 발명은 상기 청구항 5 기재된 발명의 특징점에 부가하여 이하의 점을 특징으로 한다.

즉, 상기 파일의 복원은 상기 백업 제어부가 상기 백업파일을 카피하여 복원 파일을 작성하는 처리와, 상기 가상 드라이브 제어부가 상기 메타데이터베이스를 개서하여 상기 에러 대상 파일로의 링크를 상기 복원 파일로의 링크에 갱신하는 처리를 포함하는 것을 특징으로 한다.

(청구항 7)

청구항 7에 기재된 발명은 상기 청구항 1~6의 어느 하나에 기재된 발명의 특징점에 부가하여 이하의 점을 특징으로 한다.

즉, 장해가 발생한 스토리지에서 관리되고 있던 데이터를 복원하는 스토리지 리커버리 처리를 실행하는 스토리지 리커버리 제어부를 더 갖추고, 상기 스토리지 리커버리 제어부는 상기 스토리지 리커버리 처리에 있어서, 상기 장해가 발생한 스토리지에 포함되는 데이터의 카피 데이터를 취득하고, 당해 카피 데이터를 상기 장해가 발생한 스토리지와 같은 가상 드라이브를 구성하는 다른 스토리지에 카피함과 동시에, 상기 메타데이터베이스의 링크 정보를 개서하는 것을 특징으로 한다.

(청구항 8)

청구항 8에 기재된 발명은 상기 청구항 1~7의 어느 하나에 기재된 발명의 특징점에 부가하여 이하의 점을 특징으로 한다.

즉, 상기 메타데이터베이스로서 마스터용 메타데이터베이스와 백업용 메타데이터베이스를 갖추고, 백업 데이터로부터 시스템을 복원하는 시스템 리커버리 처리를 실행하는 시스템 초기화 제어부를 더 갖추고, 상기 시스템 초기화 제어부는 상기 백업용 메타데이터베이스를 토대로 백업이 끝난 파일을 취득하고, 백업이 끝난 파일을 복원 카피하는 것을 특징으로 한다.

(청구항 9)

청구항 9에 기재된 발명은 이하의 점을 특징으로 한다.

즉, 청구항 9에 기재의 파일 관리 방법은 복수의 스토리지를 제어하는 파일 관리 방법으로, 상기 복수의 스토리지 중의 임의의 스토리지 군으로 가상 드라이브를 구성하는 스텝과, 상기 가상 드라이브 상의 가상 파일과 상기 스토리지에 보존된 물리 파일을 관련지어 메타데이터베이스에 등록하는 스텝과, 갱신된 파일의 정보를 백업 상태 관리 데이터베이스에 등록하는 스텝과, 상기 백업 상태 관리 데이터베이스와 상기 메타데이터베이스를 참조하여 파일을 백업하는 스텝을 가지는 것을 특징으로 한다.

(청구항 10)

청구항 10에 기재된 발명은 상기 청구항 9 기재된 발명의 특징점에 부가하여 이하의 점을 특징으로 한다.

즉, 상기 파일의 백업은 파일이 갱신된 것을 트리거로서 실행되는 것을 특징으로 한다.

(청구항 11)

청구항 11에 기재된 발명은 상기 청구항 9 또는 10 기재된 발명의 특징점에 부가하여 이하의 점을 특징으로 한다.

즉, 상기 가상 드라이브를 구성하는 스텝은 유저의 조작 대상인 마스터 가상 드라이브를 구성하는 스텝과, 상기 마스터 가상 드라이브의 데이터를 백업하기 위한 백업 가상 드라이브를 구성하는 스텝을 포함하는 것을 특징으로 한다.

(청구항 12)

청구항 12에 기재된 발명은 상기 청구항 9~11의 어느 하나에 기재된 발명의 특징점에 부가하여 이하의 점을 특징으로 한다.

즉, 상기 파일의 백업은 상기 파일 관리 시스템을 구성하는 파일 관리 서버의 부하가 미리 설정된 허용치를 초과하고 있는 경우에는 실행이 지연되는 것을 특징으로 한다.

(청구항 13)

청구항 13에 기재된 발명은 상기 청구항 9~12의 어느 하나에 기재된 발명의 특징점에 부가하여 이하의 점을 특징으로 한다.

즉, 파일 액세스 에러가 발생했을 때에, 상기 메타데이터베이스를 참조하여 에러 대상 파일에 대응하는 백업파일을 취득하여 파일의 복원을 행하는 스텝을 포함하는 것을 특징으로 한다.

(청구항 14)

청구항 14에 기재된 발명은 상기 청구항 13 기재된 발명의 특징점에 부가하여 이하의 점을 특징으로 한다.

즉, 상기 파일의 복원은 상기 백업파일을 카피하여 복원 파일을 작성하는 처리와, 상기 메타데이터베이스를 개서하여 상기 에러 대상 파일로의 링크를 상기 복원 파일로의 링크에 갱신하는 처리를 포함하는 것을 특징으로 한다.

(청구항 15)

청구항 15에 기재된 발명은 상기 청구항 9~14의 어느 하나에 기재된 발명의 특징점에 부가하여 이하의 점을 특징으로 한다.

즉, 장해가 발생한 스토리지에서 관리되고 있던 데이터를 복원하는 스토리지 리커버리 처리의 실행을 받아들이는 스텝과, 상기 스토리지 리커버리 처리에 있어서, 상기 장해가 발생한 스토리지에 포함되는 데이터의 카피 데이터를 취득하고, 당해 카피 데이터를 상기 장해가 발생한 스토리지와 동일한 가상 드라이브를 구성하는 다른 스토리지에 카피함과 동시에, 상기 메타데이터베이스의 링크 정보를 개서하는 스텝을 포함하는 것을 특징으로 한다.

(청구항 16)

청구항 16에 기재된 발명은 상기 청구항 9~15의 어느 하나에 기재된 발명의 특징점에 부가하여 이하의 점을 특징으로 한다.

즉, 상기 메타데이터베이스로서 마스터용 메타데이터베이스와 백업용 메타데이터베이스를 갖추고, 백업 데이터로부터 시스템을 복원하는 시스템 리커버리 처리의 실행을 받아들이는 스텝과, 상기 시스템 리커버리 처리에 있어서, 상기 백업용 메타데이터베이스를 토대로 백업이 끝난 파일을 취득하고, 백업이 끝난 파일을 복원 카피하는 스텝을 포함하는 것을 특징으로 한다.

청구항 1 및 9에 기재된 발명은 상기한 바와 같으며, 백업 상태 관리 데이터베이스와 메타데이터베이스를 참조하여 파일을 백업하므로, 가상 파일 시스템의 메타데이터베이스를 백업 처리 쪽으로부터도 이용하는 형태로 할 수가 있어 효율적으로 백업을 행할 수가 있다.

또, 백업 상태 관리 데이터베이스에서 리얼타임으로 계차(階差) 관리를 행하고 있기 때문에, 백업 상태 관리 데이터베이스를 참조하는 것만으로 갱신 파일을 검출할 수 있다. 즉, 백업을 행할 때에 취득 끝난 과거의 백업 데이터와 비교하는 계차 검지(檢知) 처리를 실행할 필요가 없기 때문에, 처리 공정을 짧게 줄일 수 있다. 종래의 백업 소프트를 사용했을 경우, 전술한 계차 검지 처리에서 전체 데이터의 독해가 발생해 버리기 때문에, 시스템 부하가 낮은 업무 시간대를 피해 야간 등에 「시각지정실행」할 필요가 있었지만, 본 발명에 의하면 전체 데이터의 독해를 실행하지 않고 저부하로 계차를 검지할 수가 있기 때문에, 업무 시간대에 백업 처리를 행하는 등의 유연성 높은 운용이 가능해진다.

또, 청구항 2 및 10에 기재된 발명은 상기한 바와 같으며, 파일이 갱신된 것을 트리거로서 백업을 실행한다. 이와 같이 구성하면, 리얼타임에 백업 처리를 실행할 수가 있다.

또, 청구항 3 및 11에 기재된 발명은 상기한 바와 같으며, 유저의 조작 대상인 마스터 가상 드라이브와, 상기 마스터 가상 드라이브의 데이터를 백업하기 위한 백업 가상 드라이브를 갖추고 있다. 즉, 마스터 가상 드라이브와 백업 가상 드라이브가 같은 방식의 가상 드라이브로 제어되고 있기 때문에, 백업 가상 드라이브를 실체화(마운트)시키면, 백업 가상 드라이브의 백업 데이터를 마스터 가상 드라이브에 복원하지 않고, 유저에게 즉시 백업 데이터를 제공할 수가 있다.

또, 청구항 4 및 12에 기재된 발명은 상기한 바와 같으며, 상기 파일 관리 시스템을 구성하는 파일 관리 서버의 부하가 미리 설정된 허용치를 초과하고 있는 경우에는 파일의 백업이 대기된다. 이 때문에, 백업의 실행에 의한 가상 드라이브에의 영향(에러나 속도저하 등)을 최소화할 수가 있다.

또, 청구항 5 및 13에 기재된 발명은 상기한 바와 같으며, 파일 액세스 에러가 발생했을 때에, 상기 메타데이터베이스를 참조하여 에러 대상 파일에 대응하는 백업파일을 취득하여 파일을 복원한다. 즉, 가상 드라이브가 물리 스토리지에 액세스했을 때의 에러를 트리거로서 시스템이 자동적으로 파일 복원을 행하기 때문에, 시스템 관리 책임자에 의한 복원 조작이 없어도 파일 복원을 행할 수가 있다. 또, 파일 액세스 에러가 발생한 파일만을 리커버리 처리의 대상으로 할 수가 있으므로, 단시간에 리커버리 처리를 완료할 수 있어 에러 파일에 액세스를 시도한 유저의 리커버리 대기 시간을 단축할 수가 있다.

또, 청구항 6 및 14에 기재된 발명은 상기한 바와 같으며, 상기 파일의 복원은 상기 백업파일을 카피하여 복원 파일을 작성하는 처리와, 상기 메타데이터베이스를 개서하여 상기 에러 대상 파일로의 링크를 상기 복원 파일로의 링크에 갱신하는 처리를 포함한다. 이 때문에, 리커버리 처리의 실행 중에도 가상 드라이브에 투과적인 액세스가 가능하기 때문에, 에러 파일에 액세스를 시도한 유저 이외의 최종 사용자에 영향을 주지 않도록 할 수가 있다.

또, 청구항 7 및 15에 기재된 발명은 상기한 바와 같으며, 장해가 발생한 스토리지에서 관리되고 있던 데이터를 복원하는 스토리지 리커버리 처리를 실행하는 것이고, 스토리지 리커버리 처리로서 상기 장해가 발생한 스토리지에 포함되는 데이터의 카피 데이터를 취득하고, 당해 카피 데이터를 상기 장해가 발생한 스토리지와 같은 가상 드라이브를 구성하는 다른 스토리지에 카피함과 동시에, 상기 메타데이터베이스의 링크 정보를 개서한다. 이 때문에, 가상 드라이브를 구성하는 스토리지 군의 특정 스토리지에 장해가 발생했을 경우에, 가상 드라이브 전체를 복원하지 않아도, 장해가 발생한 스토리지에 보존되고 있던 파일만을 백업으로부터 복원하는 것에서 복원 대상 파일을 한정하여, 효율적으로 단시간에 리커버리할 수가 있다. 이것에 의해, 장해가 발생한 스토리지에 액세스를 시도한 유저의 리커버리 대기 시간이 단축된다. 또, 리커버리 처리의 실행 중에도 가상 드라이브에 투과적인 액세스가 가능하기 때문에, 장해가 발생한 스토리지에 액세스를 시도한 유저 이외의 최종 사용자에 영향을 주지 않도록 할 수가 있다.

또, 장해가 발생한 스토리지를 서버로부터 분리하였을 경우에서도, 자동적으로 백업 데이터로부터 가상 드라이브의 빈 영역에 자동적으로 대상 파일을 복원하기 때문에, 시스템 관리 책임자에 의한 복원 조작이 불필요할 뿐 아니라, 장해가 발생한 스토리지로부터 데이터를 샐비지(salvage)할 필요가 없고, 즉시 당해 스토리지를 가상 드라이브로부터 분리할 수 있다.

또, 청구항 8 및 16에 기재된 발명은 상기한 바와 같으며, 상기 메타데이터베이스로서 마스터용 메타데이터베이스와 백업용 메타데이터베이스를 갖추고, 백업 데이터로부터 시스템을 복원하는 시스템 리커버리 처리를 실행하는 것으로, 상기 시스템 리커버리 처리에 있어서, 상기 백업용 메타데이터베이스를 토대로 백업이 끝난 파일을 취득하고, 백업이 끝난 파일을 복원 카피한다. 즉, 백업한 파일뿐만 아니라, 가상 드라이브의 구성 정보를 기록한 마스터용 메타데이터베이스도 백업으로부터 복원할 수 있기 때문에, 가상 드라이브에 자율 회복 불능인 장해가 발생했을 경우(서버소실 등)에서도, 백업 데이터로부터 가상 드라이브의 상태를 복원할 수가 있다.

또, 유저로부터 시스템 리커버리 처리가 완료하고 있지 않은 데이터에 대한 열람 요구를 받았을 경우에, 당해 데이터의 리커버리 처리를 우선으로 실행함으로써 시스템 리커버리 처리의 실행 중에도 가상 드라이브에의 투과적인 액세스를 보증할 수가 있다.

[도 1] 파일 관리 시스템의 이용 환경을 나타내는 도이다.
[도 2] 파일 관리 시스템의 구성을 나타내는 블록도이다.
[도 3] 파일 갱신 처리의 플로우 차트이다.
[도 4] 백업 등록 처리의 플로우 차트이다.
[도 5] 백업 처리의 플로우 차트이다.
[도 6] 리커버리 처리의 플로우 차트이다.
[도 7] 비동기 리커버리 처리의 플로우 차트이다.
[도 8] 마스터용 스토리지 리커버리 처리의 플로우 차트이다.
[도 9] 백업용 스토리지 리커버리 처리의 플로우 차트이다.
[도 10] 시스템 리커버리 처리의 플로우 차트이다.
[도 11] 메타데이터베이스의 일례를 나타내는 도이다.

본 발명의 실시 형태에 대해서, 첨부도면을 참조하여 설명한다.

본 실시 형태와 관한 파일 관리 시스템은 복수의 스토리지(6)를 제어하는 것이다. 이 파일 관리 시스템은 예를 들면 도 1에 나타낸 바와 같이, 통신 네트워크(3)를 개재하여 파일 관리에 사용된다. 도 1에 나타낸 예에 대해서는 파일 관리 시스템을 제공하는 파일 관리 서버(4)에 대해서, 적어도 1 이상의 서버 컴퓨터(1)이나 유저 단말기(2)가 통신 네트워크(3)를 통하여 접속되어 있다.

파일 관리 서버(4)에는 복수의 스토리지(6)가 접속되어 있다. 파일 관리 서버(4)는 이 복수의 스토리지(6)를 포맷 및 마운트하고, 이 복수의 스토리지(6) 내의 파일을 가상적인 폴더 트리 구성에서 참조 가능하도록 함으로써, 가상 드라이브(5) 기능을 제공한다.

본 실시 형태에 대해서는 가상 드라이브(5)로서 마스터 가상 드라이브(5a)와 백업 가상 드라이브(5b)의 2개의 가상 드라이브(5)를 제공하고 있다. 마스터 가상 드라이브(5a)는 통신 네트워크(3)를 통하여 유저로부터 조작 가능하게 공개된 드라이브이다. 한편, 백업 가상 드라이브(5b)는 마스터 가상 드라이브(5a)의 백업이고, 마스터 가상 드라이브(5a)의 데이터의 복제를 보관 유지하는 것이다. 이 백업 가상 드라이브(5b)는 기본적으로 유저의 조작 대상은 아니기 때문에, 직접 조작의 대상으로는 되지 않았다.

이 파일 관리 시스템에 의하면, 통신 네트워크(3)를 통하여 파일 관리 서버(4)에 액세스하는 유저(서버 컴퓨터(1), 유저 단말기(2))는 물리 파일이 어느 스토리지(6)에 포함되어 있을까를 의식하지 않고, 가상 드라이브(5)(상세히는 마스터 가상 드라이브(5a)) 상의 파일 패스를 지정함으로써 파일에 액세스할 수가 있다. 파일 관리 서버(4)는 유저로부터의 가상 드라이브(5)에의 액세스 요구를 받아드리면, 당해 요구에 따른 응답을 유저에게 답장한다.

또, 본 실시 형태에 대해서는 스토리지(6)가 하드 디스크인 것을 전제로 하여 설명하나, 이 스토리지(6)는 하드 디스크로 한정되는 것은 아니고, SSD(Solid State Drive)나 USB 접속 플래쉬 메모리 등의 영속적 메모리 장치이어도 좋고, 이서넷트(Ethernet)를 통하여 접속하는 NAS(Network Attached Storage)나 DAS(Direct Attached Storage)이어도 좋고, 파이버 채널 회선을 개입시킨 SAN(Storage Area Network)여도 좋으며, 인터넷상의 그라운드 스토리지 서비스이어도 상관없다.

도 2는 파일 관리 시스템의 구성을 나타내는 블록도이다.

도 2에 나타낸 바와 같이, 파일 관리 서버(4)에는 복수의 스토리지(6)가 접속되고 있으며, 본 실시 형태에 대해 스토리지(6a), (6b), (6c), (6d), (6e), (6f)의 6개의 스토리지(6)가 접속되어 있다. 그리고, 이 중 스토리지(6a), (6b), (6c)의 3개의 스토리지(6)는 마스터용 스토리지 군(7)에 할당되어 있으며, 또, 스토리지(6d), (6e), (6f)의 3개의 스토리지(6)는 백업용 스토리지 군(8)으로 할당되어 있다. 그리고, 마스터용 스토리지 군(7)에 의해 유저의 조작 대상인 마스터 가상 드라이브(5a)를 구성하고, 백업용 스토리지 군(8)에 의해 상기 마스터 가상 드라이브(5a)의 데이터를 백업하기 위한 백업 가상 드라이브(5b)를 구성하고 있다. 이 마스터 가상 드라이브(5a) 및 백업 가상 드라이브(5b)는 후술하는 가상 드라이브 제어부(110)에 의해 제어된다.

이와 같이, 본 실시 형태에서는 마스터 가상 드라이브(5a)와 백업 가상 드라이브(5b)를 동일 방식의 가상 드라이브(5)로 제어하고 있기 때문에, 백업 가상 드라이브(5b)를 실체화(마운트)시키면, 백업 데이터를 즉시 복원하여, 유저에게 제공할 수가 있도록 형성되어 있다.

또, 상기 가상 드라이브(5)의 구성은 예에 지나지 않고, 가상 드라이브(5)의 구성은 파일 관리 서버(4)의 관리자에 의해 자유롭게 설정할 수 있다. 예를 들면, 마스터 가상 드라이브(5a)나 백업 가상 드라이브(5b)를 복수 설치하거나 스토리지(6)의 수를 임의의 수로 증감시키거나 할 수가 있다.

또, 가상 드라이브(5)에 할당하는 스토리지(6)의 기억 영역은 임의의 크기로 할 수가 있으므로, 스토리지(6)의 기억 영역의 일부만을 특정의 가상 드라이브(5)에 할당하도록 하여도 좋다. 이 때문에, 동일 스토리지(6)의 일부의 영역을 마스터 가상 드라이브(5a)에 할당하고, 다른 영역을 백업 가상 드라이브(5b)에 할당하는 것도 가능하지만, 이러한 할당하는 방법을 했을 경우에는 스토리지(6)에 장해가 발생했을 때에 마스터와 백업이 동시에 사용 불능이 될 가능성이 있기 때문에, 마스터 가상 드라이브(5a)에 할당하는 스토리지(6)와 백업 가상 드라이브(5b)에 할당하는 스토리지(6)와는 개별적으로 설치하여야 한다.

파일 관리 서버(4)는 이와 같이 접속된 스토리지(6)를 제어하는 것이고, 도 2에 나타낸 바와 같이, 가상 드라이브 제어부(110), 백업 제어부(120), 시스템 초기화 제어부(130), 스토리지 리커버리 제어부(140), 네트워크 제어부(150), 메타데이터베이스(210), 백업 상태 관리 데이터베이스(220), 조작 이력 관리 데이터베이스(230)를 갖추고 있다.

또, 본 실시 형태에 대해서는 파일 관리 서버(4)가 단일의 서버인 것을 전제로 해서 설명하고 있지만, 상기 가상 드라이브 제어부(110), 백업 제어부(120), 시스템 초기화 제어부(130), 스토리지 리커버리 제어부(140), 네트워크 제어부(150), 메타데이터베이스(210), 백업 상태 관리 데이터베이스(220), 조작 이력 관리 데이터베이스(230)에 대해서는 복수의 파일 관리 서버(4)에 분산 배치하여 서로 통신하는 형태로 해도 좋고, 복수의 파일 관리 서버(4) 중, 어느 파일 관리 서버(4)에 마스터 가상 드라이브(5a)를 관리시키고, 별도의 파일 관리 서버(4)에 상기 마스터 가상 드라이브(5a)를 백업하는 백업 가상 드라이브(5b)를 관리시켜 서로 통신하는 형태라고 해도 좋다.

(가상 드라이브 제어부(110))

가상 드라이브 제어부(110)는 전술한 마스터 가상 드라이브(5a) 및 백업 가상 드라이브(5b)를 제어하기 위한 것이다.

이 가상 드라이브 제어부(110)는 유저로부터의 파일 액세스 요구를 수신하면, 이 파일 액세스 요구에 따라 스토리지(6)의 물리 파일을 검색하여 송신한다. 또, 유저로부터의 파일 갱신 요구를 수신하면, 파일을 갱신함과 동시에, 그의 갱신 이력을 조작 이력 관리 데이터베이스(230)에 등록한다. 또, 파일 액세스 에러가 발생했을 때에는 백업한 파일을 사용하여 후술하는 리커버리 처리를 실행한다.

(백업 제어부(120))

백업 제어부(120)는 상기 마스터 가상 드라이브(5a)에 보존된 파일의 백업을 관리하기 위한 것이다.

이 백업 제어부(120)는 백업 처리를 정기적으로 실행함으로써 마스터 가상 드라이브(5a)에 보존된 파일의 백업을 백업 가상 드라이브(5b)에 작성한다.

(시스템 초기화 제어부(130))

시스템 초기화 제어부(130)는 시스템의 초기화를 실행하기 위한 것이다.

이 시스템 초기화 제어부(130)는 새로운 파일 관리 시스템을 구축할 경우에는 시스템 관리 책임자의 설정에 따라서 시스템의 초기화를 실행한다. 또, 이 시스템 초기화 제어부(130)는 마스터 가상 드라이브(5a)에 자율 회복 불능인 장해가 발생했을 경우(서버소실 등)에는 백업 데이터로부터 시스템을 복원할 수가 있는 시스템 리커버리 처리를 실행한다.

(스토리지 리커버리 제어부(140))

스토리지 리커버리 제어부(140)는 장해가 발생한 스토리지(6)로 관리되고 있던 데이터를 복원하는 스토리지 리커버리 처리를 실행하기 위한 것이다. 스토리지 리커버리 처리에 대해서는 장해가 발생한 스토리지(6)를 분리하였을 때, 당해 스토리지(6)에 보존되고 있던 데이터와 동일한 데이터(백업 데이터, 또는 백업의 원래 데이터)를 다른 정상적인 스토리지(6)에 카피한다. 이 스토리지 리커버리 처리를 실행함으로써, 가상 드라이브(5)를 구성하는 스토리지(6)가 분리되었다 해도, 자동적으로 데이터의 용장성(冗長性)이 담보되도록 되어 있다.

(네트워크 제어부(150))

네트워크 제어부(150)는 가상 드라이브(5)가 관리하는 파일의 입출력을 제어하기 위한 것이다.

이 네트워크 제어부(150)는 통신 네트워크(3) 외부로부터의 파일 액세스 요구를 수신하여 가상 드라이브 제어부(110)로 송신함과 동시에, 가상 드라이브 제어부(110)로부터의 명령에 따라서 통신 네트워크(3) 외부로 파일 송신을 실행한다.

(메타데이터베이스(210))

메타데이터베이스(210)는 상기 가상 드라이브(5) 상의 가상 파일과 상기 스토리지(6)에 보존된 물리 파일을 관련짓기 위한 정보를 포함한 데이터베이스이다.

이 메타데이터베이스(210)는 도 11에 나타낸 바와 같이, 파일 ID, 가상 패스(가상 드라이브(5) 상의 패스), 물리 패스(스토리지(6) 상의 패스), 파일명, 파일 사이즈, 갱신 일시 등의 정보를 파일별로 유지하고 있다.

이 메타데이터베이스(210)로서는 도 11에 나타낸 바와 같이, 마스터 가상 드라이브(5a)용 메타데이터베이스(210a)와 백업 가상 드라이브(5b)용 메타데이터베이스(210b)의 2개가 설치되어 있다.

마스터 가상 드라이브(5a)용 메타데이터베이스(210a)는 마스터 가상 드라이브(5a) 내의 파일을 관리하기 위한 것이고, 각 파일 정보의 가상 패스로서 마스터 가상 드라이브(5a) 상의 패스가 등록되어 있다. 또, 각 파일 정보의 물리 패스로서 마스터용 스토리지 군(7) 상의 패스가 등록되어 있다.

백업 가상 드라이브(5b)용 메타데이터베이스(210b)는 백업 가상 드라이브(5b) 내의 파일을 관리하기 위한 것이고, 각 파일 정보의 가상 패스로서 백업 가상 드라이브(5b) 상의 패스가 등록되어 있다. 또, 각 파일 정보의 물리 패스로서 백업용 스토리지 군(8) 상의 패스가 등록되어 있다.

마스터 가상 드라이브(5a)용 메타데이터베이스(210a)와 백업 가상 드라이브(5b)용 메타데이터베이스(210b)와는 파일 ID에 의해 연결되어 있고, 이것에 의해, 마스터 데이터와 백업 데이터가 관련지을 수 있다. 예를 들면, 마스터 가상 드라이브(5a)용 메타데이터베이스(210a)에 있어서 특정의 파일 ID(예를 들면 「1」)를 할당 지워진 특정의 파일이 있다고 하면, 백업 가상 드라이브(5b)용 메타데이터베이스(210b)에 있어서 당해 특정의 파일 ID( 「1」)가 할당된 파일은 당해 특정의 파일의 백업 데이터이다. 이 때문에, 특정의 마스터 파일에 대응하는 백업파일을 취득하고 싶은 경우에는 당해 특정의 마스터 파일의 파일 ID를 토대로 백업 가상 드라이브(5b)용의 메타데이터베이스(210b)를 검색하면 좋다. 같이 특정의 백업파일에 대응하는 마스터 파일을 취득하고 싶은 경우에는 당해 특정의 백업파일의 파일 ID를 토대로 마스터 가상 드라이브(5a)용의 메타데이터베이스(210a)를 검색하면 좋다.

또, 메타데이터베이스(210)가 유지하는 데이터로서는 상기에 한정하지 않고, 작성 일시, 액세스 일시, 파일 속성, 액세스권 정보, 등의 데이터를 포함하고 있어도 좋다.

(백업 상태 관리 데이터베이스(220))

백업 상태 관리 데이터베이스(220)는 상기 백업 제어부(120)에 의한 백업의 관리에 사용되는 관리 데이터베이스이다.

이 백업 상태 관리 데이터베이스(220)에 미백업의 파일을 등록해 놓음으로써 그의 등록한 정보를 백업 제어부(120)가 참조하여, 필요한 백업이 실행된다.

(조작 이력 관리 데이터베이스(230))

조작 이력 관리 데이터베이스(230)는 유저에 의한 파일의 조작 이력을 관리하기 위한 것이다.

전술한 것처럼, 가상 드라이브 제어부(110)가 파일을 갱신할 경우에, 그 갱신 이력이 이 조작 이력 관리 데이터베이스(230)에 등록된다. 그리고, 가상 드라이브 제어부(110)는 정기적으로 이 조작 이력 관리 데이터베이스(230)를 체크하고, 백업의 필요가 있는 파일을 백업 상태 관리 데이터베이스(220)에 등록한다. 이것에 의해, 갱신된 파일만이 백업 대상으로 하여 등록되도록 형성되어 있다.

(각 처리의 설명)

이하, 본 실시 형태에 있어서의 파일 관리 시스템이 실행하는 각 처리에 대해서 설명한다.

(파일 액세스 처리)

우선, 본 실시 형태에 있어서의 파일 액세스 처리에 대해서 설명한다. 이 설명에서는 도 1에 있어서, 유저 단말기(2) 중 한쪽이 가상 드라이브(5) 상에 보존된 파일에 액세스하는 경우를 예로 든다.

우선, 파일 관리 서버(4)는 유저 단말기(2)로부터의 파일 액세스 요구를 통신 네트워크(3)를 통하여 수취한다. 이때, 파일의 지정은 가상 드라이브(5) 상의 디렉토리 패스(예를 들면 「V: ￥SomeFolder￥file＿a」)를 사용하여 행해진다.

이 파일 액세스 요구는 네트워크 제어부(150)를 개재하여, 가상 드라이브 제어부(110)가 수리한다.

가상 드라이브 제어부(110)는 수리한 가상 드라이브(5) 상의 디렉토리 패스(V: ￥SomeFolder￥file＿a)를 키로서 마스터 가상 드라이브(5a)의 메타데이터베이스(210a)를 검색하고, 검색 키에 합치하는 파일 정보를 취득한다.

가상 드라이브 제어부(110)는 취득한 파일 정보에 포함되는 물리 패스(스토리지(6) 상의 패스)를 토대로, 스토리지(6) 상에 보존되는 물리 파일을 읽어내고, 네트워크 제어부(150) 및 통신 네트워크(3)를 경유하여 유저 단말기(2)에 파일을 송신한다.

(파일 갱신 처리)

다음에, 본 실시 형태에 있어서의 파일 갱신 처리에 대해서, 도 3을 참조하여 설명한다.

본 실시 형태에 있어서의 파일 갱신 처리는 가상 드라이브 제어부(110)에 의해 실행되는 것이고, 유저 단말기(2)로부터의 파일 갱신 요구를 통신 네트워크(3)를 경유하여 수취한 것을 계기로 하여 실행된다.

우선, 도 3에 나타내는 스텝 S100에 있어서, 파일 관리 서버(4)는 네트워크 제어부(150)를 경유하여, 유저 단말기(2)로부터 송신된 데이터를 받는다. 이 데이터에는 갱신된 파일의 바이너리 데이터 및 가상 드라이브(5) 상의 디렉토리 패스(예를 들면 「V: ￥SomeFolder￥file＿a」)가 포함되어 있다. 그리고, 스텝 S101로 진행된다.

다음에, 스텝 S101에 있어서, 가상 드라이브 제어부(110)는, 수리한 가상 드라이브(5) 상의 디렉토리 패스(V: ￥SomeFolder￥file＿a)를 키로서 마스터 가상 드라이브(5a)의 메타데이터베이스(210a)를 검색하고, 검색 키에 합치하는 파일 정보를 취득한다. 가상 드라이브 제어부(110)는 취득한 파일 정보에 포함되는 가상 패스(가상 드라이브(5) 상의 패스)가 유저 단말기(2)가 송신해 온 디렉토리 패스와 동일한 값인 경우, 유저 단말기(2)의 요구가 파일의 덧쓰기 갱신인 것으로 판단하고, 스토리지(6) 상의 패스에 보존된 물리 파일을 유저 단말기(2)가 송신한 새로운 바이너리 데이터로 덧쓰기 갱신한다. 그리고, 스텝 S102로 진행된다.

스텝 S102에서는 파일 관리 서버(4)는 갱신을 행한 파일의 파일 ID를 조작 이력 관리 데이터베이스(230)에 등록한다. 그리고, 스텝 S103으로 진행된다.

스텝 S103에서는 파일의 갱신이 완료한 것을 유저에게 통지하기 위해, 네트워크 제어부(150)를 경유하여, 파일 갱신 완료 통지를 유저 단말기(2)로 송신한다. 그리하여, 파일 갱신 처리가 완료한다.

(백업 등록 처리)

다음에, 본 실시 형태에 있어서의 백업 등록 처리에 대해서, 도 4를 참조하면서 설명한다.

본 실시 형태에 있어서의 백업 등록 처리는 가상 드라이브 제어부(110)에 의해 실행되는 것이고, 백업 대상의 파일을 등록하는 처리이다.

우선, 도 4에 나타내는 스텝 S200에 있어서, 가상 드라이브 제어부(110)는 마스터 가상 드라이브(5a)의 관리하에 있는 모든 파일을 미백업으로서 백업 상태 관리 데이터베이스(220)에 등록한다. 즉, 초기 상태에 대해 전혀 백업이 존재하지 않기 때문에, 풀백 업을 실행하기 위해서 모든 파일을 백업 대상으로 하여 등록한다. 그리고, 스텝 S201로 진행된다.

스텝 S201에서는 가상 드라이브 제어부(110)는 정기 처리 대기 시간까지 대기한다. 그리고, 스텝 S202로 진행된다.

스텝 S202에서는 정기 처리 대기 시간이 경과한 것을 계기로 하여 정기 실행의 백업 등록이 실행된다. 여기에서는 가상 드라이브 제어부(110)는 조작 이력 관리 데이터베이스(230)에 등록된 파일 ID를 취득하고, 백업 상태 관리 데이터베이스(220) 상의 당해 파일 ID에 대응하는 데이터를 「미백업」으로 등록 또는 갱신한다. 그리고, 스텝 S201로 돌아가, 재차 정기 처리 대기 시간이 경과할 때까지(즉, 다음 정기 실행까지의 사이) 대기한다.

(백업 처리)

다음에, 본 실시 형태에 있어서의 백업 처리에 대해서, 도 5를 참조하여 설명한다.

본 실시 형태에 있어서의 백업 처리는 백업 제어부(120)에 의해 실행되는 것이고, 미리 설정된 소정의 정기 처리 실행 시간대에 있어 정기 실행되는 처리이다.

또, 정기 처리 실행 시간대는 시스템 관리 책임자 등에 의해 임의로 설정할 수 있어 예를 들면 특정 요일의 특정 시간(평일의 야간 24:00~조조 5:00 등)을 지정하여 백업 처리를 실행시킬 수가 있다. 정기 처리 실행 시간대로서 모든 시간대를 지정할 수도 있고, 이 경우에는 항상 백업 처리가 진행하고 있는 상태로 되므로, 리얼 타임으로 백업을 실행할 수가 있다.

우선, 도 5에 나타내는 스텝 S300에 있어서, 정기 처리 실행 시간대인지 아닌지를 체크한다. 정기 처리 실행 시간대인 경우에는 스텝 S301로 진행된다. 한편, 정기 처리 실행 시간대가 아닌 경우에는 스텝 S300로 돌아가, 정기 처리 실행 시간대까지 대기한다.

스텝 S301에서는 백업 상태 관리 데이터베이스(220)를 참조하여, 미백업으로서 등록된 파일이 존재하는지를 확인한다. 미백업으로서 등록된 파일이 존재하는 경우에는 스텝 S302로 진행된다. 한편, 미백업으로서 등록된 파일이 존재하지 않는 경우에는 스텝 S300로 돌아간다.

스텝 S302에서는 백업 제어부(120)는 파일 관리 서버(4)의 부하(예를 들면, CPU 사용률, 메모리 사용량, 디스크 I/O, 네트워크 I/O의 어느 하나, 또는 이들의 조합)를 감시하고, 미리 설정된 각 파라미터의 허용치(예를 들면, CPU 사용률 50%, 메모리 사용량 1GB, 디스크 I/O 10Mbps, 네트워크 I/O 10Mbps 등)을 초과하고 있을지를 체크한다. 허용치를 초과하고 있는 경우에는 스텝 S300로 돌아간다. 한편, 허용치를 초과하고 있지 않은 경우에는 스텝 S303로 진행된다.

스텝 S303에서는 백업 제어부(120)는 백업 상태 관리 데이터베이스(220)에 미백업으로서 등록된 파일의 정보(파일 ID 등)를 키에 마스터 가상 드라이브(5a)의 메타데이터베이스(210a)를 검색하여, 당해 미백업으로서 등록된 파일에 대응하는 물리 파일에 액세스하기 위한 링크 정보(URL 등)를 취득한다. 그리고, 스텝 S304로 진행된다.

스텝 S304에서는 백업 제어부(120)는 스텝 S303로 취득한 링크 정보를 토대로 물리 파일에 액세스하고, 당해 물리 파일의 백업을 작성한다. 백업의 보존 처는 백업용 스토리지 군(8)을 구성하는 몇 개의 스토리지(6)이고, 어느 스토리지(6)에 보존할지는 스토리지(6)의 사용 상황 등을 고려하여 가상 드라이브 제어부(110)가 결정한다. 그리고, 스텝 S305로 진행된다.

스텝 S305에서는 백업 제어부(120)는 백업이 완료한 것을 가상 드라이브 제어부(110)에 통지한다. 이 때, 백업이 완료한 파일의 파일 ID가 통지된다. 가상 드라이브 제어부(110)는 백업의 완료 통지를 받으면, 파일 ID를 키로서 백업 상태 관리 데이터베이스(220) 상의 백업이 완료한 파일과 관련되는 데이터를 취득하고, 당해 데이터의 스테이터스를 「미백업」으로부터 「백업 완료」로 갱신한다. 또, 가상 드라이브 제어부(110)는 백업 원래의 파일과 백업 처의 파일을 관련짓기 위해서, 백업 가상 드라이브(5b)의 메타데이터베이스(210b)를 갱신한다.

이때, 통지된 파일 ID의 데이터가 백업 가상 드라이브(5b)의 메타데이터베이스(210b)에 존재하지 않는 경우(첫회의 백업의 경우)에는 새롭게 당해 파일 ID로 데이터를 작성하고, 백업 가상 드라이브(5b)의 메타데이터베이스(210b)에 등록한다. 한편, 통지된 파일 ID의 데이터가 백업 가상 드라이브(5b)의 메타데이터베이스(210b)에 이미 존재하는 경우(덧쓰기에서의 백업의 경우)에는 당해 데이터의 물리 패스를 필요에 따라서 고쳐 쓴다. 또, 물리 패스가 변경되어 있지 않은 경우에는 물리 패스를 고쳐 쓸 필요는 없다.

그리고, 스텝 S300로 돌아가, 정기 처리 실행 시간대가 종료할 때까지 이 동작을 반복한다. 이것에 의해, 정기 처리 실행 시간대이면, 미백업의 파일이 존재하는 한 백업 처리가 속행된다.

이상 설명한 것처럼, 본 실시 형태에 있어서의 백업 처리에 의하면, 백업 상태 관리 데이터베이스(220)와 메타데이터베이스(210)를 참조해 파일을 백업하므로, 가상 파일 시스템의 메타데이터베이스(210)를 백업 처리 측으로부터도 이용하는 형태로 할 수가 있어 효율적으로 백업을 행할 수가 있다.

또, 백업 상태 관리 데이터베이스(220)에서 리얼타임으로 계차 관리를 하고 있기 때문에, 백업 상태 관리 데이터베이스(220)를 참조하는 것만으로 갱신 파일을 검출할 수 있다. 즉, 백업을 행할 때에 취득 끝난 과거의 백업 데이터와 비교하는 계차 검지 처리를 실행할 필요가 없기 때문에, 처리 공정을 빨리 생략할 수가 있다. 종래의 백업 소프트를 사용했을 경우, 전술한 계차 검지 처리로 전체 데이터의 독해가 발생해 버리기 때문에, 시스템 부하가 낮은 업무 시간대를 피해 야간 등에 「시각 지정 실행」할 필요가 있었지만, 본 실시 형태에 의하면 전체 데이터의 독해를 실행하지 않고 저부하로 계차를 검지할 수가 있기 때문에, 업무 시간대에 백업 처리를 하는 등의 유연성의 높은 운용이 가능하다.

또, 파일 관리 서버(4)의 부하가 미리 설정된 허용치를 초과하고 있는 경우에는 파일의 백업이 대기되기 때문에, 백업의 실행에 의한 가상 드라이브(5)에의 영향(에러나 속도 저하 등)을 최소화할 수가 있다.

(리커버리 처리)

다음에, 본 실시 형태에 있어서의 리커버리 처리에 대해서 설명한다. 본 실시 형태에 있어서의 리커버리 처리는 가상 드라이브 제어부(110)에 의해 실행되는 것이고, 파일 액세스 에러가 발생했을 때에, 메타데이터베이스(210)를 참조하여 에러 대상 파일에 대응하는 백업파일을 취득하여 파일 복원을 행하는 것이다.

이 리커버리 처리에 대해서, 도 6 및 도 7을 참조하면서 설명한다.

우선, 도 6에 나타내는 스텝 S400에 있어서, 파일 관리 서버(4)는 네트워크 제어부(150)를 경유하여, 유저 단말기(2)로부터의 파일 액세스 요구를 받아들인다. 그리고, 스텝 S401로 진행된다.

스텝 S401에 있어서, 가상 드라이브 제어부(110)는 파일 액세스 요구에 포함되는 가상 드라이브(5) 상의 디렉토리 패스를 키로서 마스터 가상 드라이브(5a)의 메타데이터베이스(210a)를 검색해, 검색 키에 합치하는 파일 정보를 취득한다. 가상 드라이브 제어부(110)는 취득한 파일 정보에 포함되는 물리 패스(스토리지(6) 상의 패스)를 토대로, 스토리지(6) 상에 보존되는 물리 파일에 액세스한다. 이때, 파일 액세스 에러가 발생했을 경우에는 스텝 S402로 진행되어, 리커버리 처리를 실행한다. 한편, 파일 액세스 에러가 발생하지 않았던 경우에는 가상 드라이브 제어부(110)는 액세스한 물리 파일을 유저 단말기(2)로 송신해 처리를 종료한다.

스텝 S402에서는 가상 드라이브 제어부(110)는 백업 상태 관리 데이터베이스(220)를 참조하여, 에러 대상 파일이 백업이 끝난 상태인지를 체크한다. 백업이 끝난 상태인 경우는 스텝 S404로 진행된다. 한편, 최신 버전이 백업되어 있지 않은 경우는 스텝 S403로 진행되어, 유저 단말기(2)에 에러를 송신해 처리를 종료한다.

스텝 S404에서는 가상 드라이브 제어부(110)는 메타데이터베이스(210)를 참조하여, 백업이 끝난 물리 파일 데이터(백업파일)를 취득한다. 구체적으로는 파일 액세스 에러가 토대로 된 파일의 파일 ID를 키로 백업 가상 드라이브(5b)의 메타데이터베이스(210b)를 검색하고, 백업파일의 물리 패스를 취득한다. 그리고, 스텝 S405로 진행된다.

스텝 S405에서는 복원되는 파일의 용량이 반응을 일으키는 최소의 물리량 이상인지가 체크된다. 파일의 용량이 반응을 일으키는 최소의 물리량 이상이 아닌 경우에는 스텝 S406로 진행되어, 동기 실행으로 리커버리 처리가 실행된다. 한편, 파일의 용량이 반응을 일으키는 최소의 물리량 이상의 경우에는 스텝 S408로 진행되어, 비동기 실행으로 리커버리 처리가 실행된다.

동기 실행으로 리커버리 처리를 실행하는 경우, 스텝 S406에서는 스텝 S404로 취득한 백업파일의 물리 패스를 토대로 백업파일을 카피하여 복원 파일을 작성한다. 복원 처는 마스터용 스토리지 군(7)을 구성하는 몇 개의 스토리지(6)이고, 어느 스토리지(6)에 보존할지는 스토리지(6)의 사용 상황 등을 고려해 가상 드라이브 제어부(110)가 결정한다. 복원을 행하면, 마스터 가상 드라이브(5a)의 메타데이터베이스(210a)의 링크 정보를 고쳐 쓰고, 파일 액세스 에러의 기초로 된 가상 드라이브(5) 상의 디렉토리 패스(스텝 S400로 유저 단말기(2)로부터 송신된 파일 액세스 요구에 포함되어 있던 가상 드라이브(5) 상의 디렉토리 패스)와 복원한 물리 파일을 링크시킨다. 즉, 에러 대상 파일과 관련되는 파일 정보의 물리 패스를, 복원 파일의 물리 패스에 갱신한다. 그리고, 스텝 S407로 진행된다.

스텝 S407에서는 가상 드라이브 제어부(110)는 복원한 물리 파일을 유저 단말기(2)로 송신해 처리를 종료한다.

한편, 비동기 실행으로 리커버리 처리를 실행하는 경우, 스텝 S408에서는 스텝 S404로 취득한 물리 파일 데이터를 유저 단말기(2)로 송신한다. 또, 물리 파일은 참조 전용으로서 송신되기 때문에, 유저 단말기(2)로부터의 요구가 기입 처리의 경우에는 에러를 답장한다. 그리고, 스텝 S409로 진행된다.

스텝 S409에서는 비동기 리커버리 처리의 처리 대상이 되도록, 파일 액세스 에러와 관한 파일 정보를 리커버리 큐에 등록한다. 그리고, 처리를 종료한다.

도 7은 비동기 리커버리 처리를 나타내는 도이다. 이 비동기 리커버리 처리는 복원 대상의 파일이 큰 경우에, 지연되어 복원을 행하는 것으로 유저 응답성을 양호하게 유지하기 위해서 설치되어 있다.

비동기 리커버리 처리에 대해서는 우선, 도 7에 나타내는 스텝 S500에 있어서, 미리 설정된 정기 처리 실행 시간대인가 어떤가를 체크한다. 정기 처리 실행 시간대인 경우에는 스텝 S501로 진행된다. 한편, 정기 처리 실행 시간대가 아닌 경우에는 스텝 S500로 돌아가, 정기 처리 실행 시간대까지 대기한다. 또, 비동기 리커버리 처리의 정기 처리 실행 시간대는 백업 처리의 정기 처리 실행 시간대와 같게, 시스템 관리 책임자 등에 의해 임의로 설정할 수 있는 시간대이다. 그리고, 스텝 S501로 진행된다.

스텝 S501에서는 가상 드라이브 제어부(110)는 리커버리 큐를 참조한다. 그리고, 스텝 S502로 진행된다.

스텝 S502에서는 리커버리 큐에 등록된 데이터가 있는지를 체크한다. 리커버리 큐에 등록된 데이터가 있는 경우에는 스텝 S502로 진행된다. 한편, 리커버리 큐에 등록된 데이터가 없는 경우에는 스텝 S500로 돌아간다.

스텝 S503에서는 가상 드라이브 제어부(110)는 메타데이터베이스(210)를 참조하여, 리커버리 큐에 등록된 데이터를 토대로 백업 끝난 물리 파일 데이터(백업파일)의 물리 패스를 취득한다. 구체적으로는 리커버리 큐에 등록된 파일 ID를 키에 백업 가상 드라이브(5b)의 메타데이터베이스(210b)를 검색해, 백업파일의 물리 패스를 취득한다. 그리고, 취득한 물리 패스를 토대로 백업파일을 카피하여 복원 파일을 작성한다. 복원 처는 마스터용 스토리지 군(7)을 구성하는 몇 개의 스토리지(6)이고, 어느 스토리지(6)에 보존할지는 스토리지(6)의 사용 상황 등을 고려해 가상 드라이브 제어부(110)가 결정한다. 복원을 하면, 마스터 가상 드라이브(5a)의 메타데이터베이스(210a)의 링크 정보를 고쳐 써, 파일 액세스 에러의 기가 된 가상 드라이브(5) 상의 디렉토리 패스(스텝 S400로 유저 단말기(2)로부터 송신된 파일 액세스 요구에 포함되어 있던 가상 드라이브(5) 상의 디렉토리 패스)와 복원한 물리 파일을 링크시킨다. 즉, 에러 대상 파일과 관련되는 파일 정보의 물리 패스를, 복원 파일의 물리 패스에 갱신한다. 이 복원 파일의 작성과 링크의 갱신을 리커버리 큐에 등록된 데이터 모두에 대해서 실행하면, 스텝 S500로 돌아간다.

이상 설명한 것처럼, 본 실시 형태에 있어서의 리커버리 처리에 의하면, 마스터 가상 드라이브(5a)가 물리 스토리지(6)에 액세스했을 때의 에러를 트리거로서 시스템이 자동적으로 파일 복원을 행하기 때문에, 시스템 관리 책임자에 의한 복원 조작이 없어도 파일 복원을 행할 수가 있다.

또, 파일의 복원에 대해서는 백업파일을 카피하여 복원 파일을 작성하고, 그 후, 메타데이터베이스(210)를 고쳐 써 에러 대상 파일로의 링크를 복원 파일로의 링크에 갱신하기 위해, 파일 액세스 에러가 발생한 파일만을 리커버리 처리의 대상으로 할 수가 있다. 이것에 의해, 단시간에 리커버리 처리를 완료할 수 있어 에러 파일에 액세스를 시도한 유저의 리커버리 대기 시간을 단축할 수가 있다. 또, 리커버리 처리의 실행 중에도 다른 파일은 영향을 받지 않기 때문에, 에러 파일에 액세스를 시도한 유저 이외의 최종 사용자에 영향을 주지 않게 할 수가 있다.

또, 상기 실시 형태에 대해 에러 대상 파일만을 복원의 대상으로 했지만, 에러 대상 파일 이외의 파일도 복원의 대상으로 해도 좋다. 예를 들면, 에러 대상 파일을 보존한 스토리지(6)에 장해가 발생할 가능성이 있기 때문에, 에러 대상 파일을 보존한 스토리지(6) 전체를 복원의 대상으로 해도 좋다.

(마스터용 스토리지 리커버리 처리)

다음에, 본 실시 형태에 있어서의 마스터용 스토리지 리커버리 처리에 대해서, 도 8을 참조하면서 설명한다.

본 실시 형태에 있어서의 마스터용 스토리지 리커버리 처리는 스토리지 리커버리 제어부(140)에 의해 실행되는 것이고, 마스터용 스토리지 군(7)을 구성하는 스토리지(6)에 장해가 발생했을 때에, 당해 장해가 발생한 스토리지(6)로 관리되고 있던 데이터를, 백업의 데이터로부터 복원하는 처리이다.

우선, 도 8에 나타내는 스텝 S600에 있어서, 스토리지 리커버리 제어부(140)는 스토리지(6)에 대한 강제 분리 처리 요구를 수신한다. 이 강제 분리 처리 요구는 시스템 관리 책임자에 의해 스토리지(6)의 분리 조작이 실행된 것을 계기로서 출력된다. 그리고, 스텝 S601로 진행된다.

스텝 S601에서는 분리 대상의 스토리지(6)에 포함되는 데이터의 스테이터스가 「강제 분리 실시중」이라고 되도록 마스터 가상 드라이브(5a)의 메타데이터베이스(210a)를 갱신한다. 또, 「강제 분리 실시중」의 스토리지(6)에 포함되는 데이터에 유저로부터의 액세스 요구가 있었을 경우에는 백업 데이터를 참조 전용으로 송신할지, 파일 액세스 에러를 송신한다. 그리고, 스텝 S602로 진행된다.

스텝 S602에서는 분리 대상의 스토리지(6) 내에서 관리되고 있는 파일의 파일 정보를 마스터 가상 드라이브(5a)의 메타데이터베이스(210a)로부터 추출한다. 추출된 파일 정보에는 파일 ID가 포함되므로, 이 파일 ID를 토대로 백업 데이터에의 액세스 정보를 취득한다. 구체적으로는 파일 ID를 키로 백업 가상 드라이브(5b)의 메타데이터베이스(210b)를 검색하고, 백업파일의 물리 패스를 취득한다. 그리고, 스텝 S603로 진행된다.

스텝 S603에서는 백업파일의 물리 패스를 토대로 취득한 백업 데이터를, 분리 대상의 스토리지(6)와 같은 가상 드라이브(5)(즉 마스터 가상 드라이브(5a))를 구성하는 다른 스토리지(6)(즉 마스터용 스토리지 군(7)에 포함되는 스토리지(6))에 카피한다.

그리고, 당해 다른 스토리지(6)에 카피된 데이터로 액세스할 수 있도록 마스터 가상 드라이브(5a)의 메타데이터베이스(210a)의 링크 정보를 고쳐 쓴다. 구체적으로는 카피한 파일과 관련되는 파일 정보에 포함되는 물리 패스를, 카피한 데이터를 지시하도록 고쳐 쓴다.

마스터 가상 드라이브(5a)의 메타데이터베이스(210a)를 고쳐 쓰면, 당해 데이터의 「강제 분리 실시중」의 스테이터스를 OFF로 한다. 그리고, 마스터용 스토리지 리커버리 처리가 종료한다.

이상 설명한 것처럼, 본 실시 형태에 있어서의 마스터용 스토리지 리커버리 처리에 의하면, 장해가 발생한 스토리지(6)에 포함되는 데이터의 카피 데이터를 취득하고, 당해 카피 데이터를 마스터 가상 드라이브(5a)를 구성하는 다른 스토리지(6)에 카피함과 함께, 메타데이터베이스(210)의 링크 정보를 고쳐 쓴다. 이 때문에, 마스터용 스토리지 군(7)의 특정의 스토리지(6)에 장해가 발생했을 경우에, 마스터 가상 드라이브(5a) 전체를 복원하지 않아도, 장해가 발생한 스토리지(6)에 보존되고 있던 파일만을 백업으로부터 복원하는 것으로, 복원 대처 파일을 한정해, 효율적(단시간)으로 리커버리할 수가 있다. 이것에 의해, 장해가 발생한 스토리지(6)에 액세스를 시도한 유저의 리커버리 대기 시간이 단축된다. 또, 리커버리 처리의 실행 중에도 다른 파일은 영향을 받지 않기 때문에, 장해가 발생한 스토리지(6)에 액세스를 시도한 유저 이외의 최종 사용자에 영향을 주지 않게 할 수가 있다.

또, 장해가 발생한 스토리지(6)를 서버로부터 떼어냈을 경우에서도, 자동적으로 백업 데이터로부터 마스터 가상 드라이브(5a)의 빈영역에 자동적으로 대상 파일을 복원하기 때문에, 장해가 발생한 스토리지(6)로부터 데이터를 샐비지할 필요가 없고, 즉시 떼어낼 수가 있다.

(백업용 스토리지 리커버리 처리)

다음에, 본 실시 형태에 있어서의 백업용 스토리지 리커버리 처리에 대해서, 도 9를 참조하면서 설명한다.

본 실시 형태에 있어서의 백업용 스토리지 리커버리 처리는 스토리지 리커버리 제어부(140)에 의해 실행되는 것이고, 백업용 스토리지 군(8)을 구성하는 스토리지(6)에 장해가 발생했을 때에, 당해 장해가 발생한 스토리지(6)로 관리되고 있던 데이터를, 마스터의 데이터로부터 복원하는 처리이다.

우선, 도 9에 나타내는 스텝 S700에 있어서, 스토리지 리커버리 제어부(140)는 스토리지(6)에 대한 강제 분리 처리 요구를 수신한다. 이 강제 분리 처리 요구는 유저에 의해 스토리지(6)의 분리 조작이 실행된 것을 계기로서 출력된다. 그리고, 스텝 S701로 진행된다.

스텝 S701에서는 분리 대상의 스토리지(6)에 포함되는 데이터의 스테이터스가 「강제 분리 실시중」이라고 되도록 백업 가상 드라이브(5b)의 메타데이터베이스(210b)를 갱신한다. 또, 「강제 분리 실시중」의 스토리지(6)에 포함되는 데이터에 액세스하는 필요성이 생겼을 경우에는 백업 데이터를 참조 전용으로 반환할지, 파일 액세스 에러를 반환한다. 그리고, 스텝 S702로 진행된다.

스텝 S702에서는 분리 대상의 스토리지(6) 내에서 관리되고 있는 파일의 파일 정보를 백업 가상 드라이브(5b)의 메타데이터베이스(210b)로부터 추출한다. 또, 추출된 파일 정보에는 파일 ID가 포함되므로, 이 파일 ID를 토대로 마스터 데이터로의 액세스 정보를 취득한다. 구체적으로는 파일 ID를 키에 마스터 가상 드라이브(5a)의 메타데이터베이스(210a)를 검색하고, 마스터 파일의 물리 패스를 취득한다. 그리고, 스텝 S703로 진행된다.

스텝 S703에서는 마스터 파일의 물리 패스를 토대로 취득한 마스터 데이터를, 분리 대상의 스토리지(6)와 같은 가상 드라이브(5)(즉 백업 가상 드라이브(5b))를 구성하는 다른 스토리지(6)(즉 백업용 스토리지 군(8)에 포함되는 스토리지(6))에 카피한다.

그리고, 당해 다른 스토리지(6)에 카피된 데이터로 액세스할 수 있도록 백업 가상 드라이브(5b)의 메타데이터베이스(210b)의 링크 정보를 고쳐 쓴다. 구체적으로는 카피한 파일과 관련되는 파일 정보에 포함되는 물리 패스를, 카피한 데이터를 지시하도록 고쳐 쓴다.

백업 가상 드라이브(5b)의 메타데이터베이스(210b)를 고쳐 쓰면, 당해 데이터의 「강제 분리 실시중」의 스테이터스를 OFF로 한다. 그리고, 백업용 스토리지 리커버리 처리가 종료한다.

이상 설명한 것처럼, 본 실시 형태에 있어서의 백업용 스토리지 리커버리 처리에 의하면, 장해가 발생한 스토리지(6)에 포함되는 데이터의 카피 데이터를 취득하고, 당해 카피 데이터를 백업 가상 드라이브(5b)를 구성하는 다른 스토리지(6)에 카피함과 함께, 메타데이터베이스(210)의 링크 정보를 고쳐 쓴다. 이 때문에, 백업용 스토리지 군(8)의 특정 스토리지(6)에 장해가 발생했을 경우에, 백업 가상 드라이브(5b) 전체를 복원하지 않아도, 장해가 발생한 스토리지(6)에 보존되고 있던 파일만을 마스터로부터 카피함으로써, 복원 대처 파일을 한정하고, 효율적이고 단시간에 리커버리할 수가 있다. 이것에 의해, 장해가 발생한 스토리지(6)에 액세스를 시도한 유저의 리커버리 대기 시간이 단축된다. 또, 리커버리 처리의 실행 중에도 다른 파일은 영향을 받지 않기 때문에, 장해가 발생한 스토리지(6)에 액세스를 시도한 유저 이외의 최종 사용자에 영향을 주지 않게 할 수가 있다.

또, 장해가 발생한 스토리지(6)를 서버로부터 떼어냈을 경우에서도, 자동적으로 백업 데이터로부터 백업 가상 드라이브(5b)의 빈영역에 자동적으로 대상 파일을 복원하기 때문에, 장해가 발생한 스토리지(6)로부터 데이터를 샐비지할 필요가 없고, 즉시에 떼어낼 수가 있다.

(시스템 리커버리 처리)

다음에, 본 실시 형태에 있어서의 시스템 리커버리 처리에 대해서, 도 10을 참조하면서 설명한다.

본 실시 형태에 있어서의 시스템 리커버리 처리는 시스템 초기화 제어부(130)에 의해 실행되는 것이고, 마스터 가상 드라이브(5a)의 메타데이터베이스(210a)가 소실하는 장해(예를 들면, 복구 불가능한 시스템 크래쉬나 데이터베이스 스토리지 장해)가 발생했을 경우에, 백업 가상 드라이브(5b)(실제로는 백업용 스토리지 군(8))의 데이터를 사용해 시스템을 복원하는 처리이다.

우선, 도 10에 나타내는 스텝 S800에 있어서, 시스템 초기화 제어부(130)는 시스템 리커버리 요구를 수신한다. 이 시스템 리커버리 요구는 유저가 시스템 리커버리를 선택한 것을 계기로서 출력된다. 그리고, 스텝 S801로 진행된다.

스텝 S801에서는 마스터 관리 기능을 초기화한다. 구체적으로는 인스톨러 등을 사용해 파일 관리 시스템을 다시 인스톨한다. 그리고, 스텝 S802로 진행된다.

스텝 S802에서는 백업 가상 드라이브(5b)(백업용 스토리지 군(8))에 포함되는 백업 데이터를 마스터 측에 등록한다. 구체적으로는 백업 가상 드라이브(5b)의 메타데이터베이스(210b)를 토대로, 마스터 가상 드라이브(5a)의 메타데이터베이스(210a)를 재구축한다. 즉, 백업 가상 드라이브(5b)의 메타데이터베이스(210b)에 등록된 각 레코드(파일 정보)에 대응하는 레코드를, 같은 파일 ID가 되도록 마스터 가상 드라이브(5a)의 메타데이터베이스(210a)에 등록한다. 그리고, 스텝 S803로 진행된다.

스텝 S803에서는 백업용 스토리지 군(8)에 백업되어 있던 전체 데이터를 백업 가상 드라이브(5b)의 메타데이터베이스(210b)로부터 추출하고, 리커버리 큐에 등록한다. 등록된 데이터는 비동기 실행으로 순서에 마스터용 스토리지 군(7)에 복원 카피된다. 이때, 각 파일을 복원 카피할 때마다, 당해 파일의 파일 정보에 포함되는 물리 패스가 카피 처의 물리 패스가 되도록 마스터 가상 드라이브(5a)의 메타데이터베이스(210a)를 고쳐 쓴다. 그리고, 시스템 리커버리 처리가 종료한다.

이상 설명한 것처럼, 본 실시 형태에 있어서의 시스템 리커버리 처리에 의하면, 백업 가상 드라이브(5b)의 메타데이터베이스(210b)를 토대로 백업이 끝난 파일을 취득하고, 백업이 끝난 파일을 복원 카피한다. 즉, 마스터 가상 드라이브(5a)의 메타데이터베이스(210a)를 백업으로부터 복원할 수 있기 때문에, 마스터 가상 드라이브(5a)에 자율 회복 불능인 장해가 발생했을 경우(서버 소실 등)에서도, 백업 데이터로부터 마스터 가상 드라이브(5a)의 상태를 복원할 수가 있다.

(변형예)

전술한 실시 형태에 대해서는 백업 처리를 정기 실행으로 실시하는 것으로 했지만, 백업 처리의 기동 타이밍으로서는 이것에 한정되지 않는다. 예를 들면, 파일 갱신이 발생하면, 가상 드라이브 제어부(110)가 백업 제어부(120)에 백업 처리의 기동을 요청하고, 백업 제어부(120)는 파일이 갱신된 것을 트리거로서 백업 처리를 실행하도록 해도 좋다. 이와 같이 구성하면, 리얼타임에 백업 처리를 실행할 수가 있다.

1 서버 컴퓨터
2 유저 단말기
3 통신 네트워크
4 파일 관리 서버
5 가상 드라이브
5a 마스터 가상 드라이브
5b 백업 가상 드라이브
6 스토리지
7 마스터용 스토리지 군
8 백업용 스토리지 군
110 가상 드라이브 제어부
120 백업 제어부
130 시스템 초기화 제어부
140 스토리지 리커버리 제어부
150 네트워크 제어부
210 메타데이터베이스
220 백업 상태 관리 데이터베이스
230 조작 이력 관리 데이터베이스

Claims

복수의 스토리지를 제어하는 파일 관리 시스템으로,
상기 복수의 스토리지 중의 임의의 스토리지 군으로 구성한 가상 드라이브를 제어하는 가상 드라이브 제어부와,
상기 가상 드라이브 상의 가상 파일과 상기 스토리지에 보존된 물리 파일을 관련짓기 위한 정보를 포함한 메타데이터베이스와,
상기 가상 드라이브에 보존된 파일의 백업을 관리하는 백업 제어부와,
상기 백업 제어부에 의한 백업의 관리에 사용되는 백업 상태 관리 데이터베이스와
를 갖추고,
상기 가상 드라이브 제어부는 갱신된 파일의 정보를 상기 백업 상태 관리 데이터베이스에 등록하고,
상기 백업 제어부는 상기 백업 상태 관리 데이터베이스와 상기 메타데이터베이스를 참조하여 파일을 백업하는 것을 특징으로 하는 파일 관리 시스템.
제1항에 있어서, 상기 백업 제어부는 파일이 갱신된 것을 트리거로서 백업을 실행하는 것을 특징으로 하는 파일 관리 시스템.
제1항 또는 제2항에 있어서, 상기 가상 드라이브 제어부는 유저의 조작 대상인 마스터 가상 드라이브와,
상기 마스터 가상 드라이브의 데이터를 백업하기 위한 백업 가상 드라이브와,
를 제어하는 것을 특징으로 하는 파일 관리 시스템.
제1항 내지 제3항의 어느 1항에 있어서, 상기 백업 제어부는 상기 파일 관리 시스템을 구성하는 파일 관리 서버의 부하를 감시하고, 당해 부하가 미리 설정된 허용치를 초과하고 있는 경우에는 상기 파일의 백업을 대기시키는 것을 특징으로 하는 파일 관리 시스템.
제1항 내지 제4항의 어느 1항에 있어서, 상기 가상 드라이브 제어부는 파일 액세스 에러가 발생했을 때, 상기 메타데이터베이스를 참조해 에러 대상 파일에 대응하는 백업파일을 취득하여 파일 복원을 행하는 것을 특징으로 하는 파일 관리 시스템.
제5항에 있어서, 상기 파일의 복원은 상기 백업 제어부가 상기 백업파일을 카피하여 복원 파일을 작성하는 처리와,
상기 가상 드라이브 제어부가 상기 메타데이터베이스를 고쳐 써 상기 에러 대상 파일로의 링크를 상기 복원 파일로의 링크에 갱신하는 처리와,
를 포함하는 것을 특징으로 하는 파일 관리 시스템.
제1항 내지 제6항의 어느 1항에 있어서, 장해가 발생한 스토리지로 관리되고 있던 데이터를 복원하는 스토리지 리커버리 처리를 실행하는 스토리지 리커버리 제어부를 더 갖추고,
상기 스토리지 리커버리 제어부는 상기 스토리지 리커버리 처리에 있어서, 상기 장해가 발생한 스토리지에 포함되는 데이터의 카피 데이터를 취득하고, 당해 카피 데이터를 상기 장해가 발생한 스토리지와 같은 가상 드라이브를 구성하는 다른 스토리지에 카피함과 동시에, 상기 메타데이터베이스의 링크 정보를 개서하는 것을 특징으로 하는 파일 관리 시스템.
제1항 내지 제7항의 어느 1항에 있어서, 상기 메타데이터베이스로서 마스터용 메타데이터베이스와 백업용 메타데이터베이스를 갖추고,
백업 데이터로부터 시스템을 복원하는 시스템 리커버리 처리를 실행하는 시스템 초기화 제어부를 다시 더 갖추고,
상기 시스템 초기화 제어부는 상기 시스템 리커버리 처리에 있어서, 상기 백업용 메타데이터베이스를 토대로 백업이 끝난 파일을 취득하고, 백업이 끝난 파일을 복원 카피하는 것을 특징으로 하는 파일 관리 시스템.
복수의 스토리지를 제어하는 파일 관리 방법으로,
상기 복수의 스토리지 중 임의의 스토리지 군으로 가상 드라이브를 구성하는 스텝과,
상기 가상 드라이브 상의 가상 파일과 상기 스토리지에 보존된 물리 파일을 관련지어 메타데이터베이스에 등록하는 스텝과,
갱신된 파일의 정보를 백업 상태 관리 데이터베이스에 등록하는 스텝과,
상기 백업 상태 관리 데이터베이스와 상기 메타데이터베이스를 참조하여 파일을 백업하는 스텝과,
를 가지는 것을 특징으로 하는 파일 관리 방법.
제9항에 있어서, 상기 파일의 백업은 파일이 갱신된 것을 트리거로서 실행되는 것을 특징으로 하는 파일 관리 방법.
제9항 또는 제10항에 있어서, 상기 가상 드라이브를 구성하는 스텝은 유저의 조작 대상인 마스터 가상 드라이브를 구성하는 스텝과,
상기 마스터 가상 드라이브의 데이터를 백업하기 위한 백업 가상 드라이브를 구성하는 스텝과
를 포함하는 것을 특징으로 하는 청구항 9 또는 10기재의 파일 관리 방법.
제9항 내지 제11항의 어느 1항에 있어서, 상기 파일의 백업은 상기 파일 관리 시스템을 구성하는 파일 관리 서버의 부하가 미리 설정된 허용치를 초과하고 있는 경우에는 실행이 지연되는 것을 특징으로 하는 파일 관리 방법.
제9항 내지 제12항의 어느 1항에 있어서, 파일 액세스 에러가 발생했을 때, 상기 메타데이터베이스를 참조하여 에러 대상 파일에 대응하는 백업파일을 취득하여 파일 복원을 행하는 스텝을 포함하는 것을 특징으로 하는 파일 관리 방법.
제13항에 있어서, 상기 파일의 복원은 상기 백업파일을 카피하여 복원 파일을 작성하는 처리와,
상기 메타데이터베이스를 고쳐 써 상기 에러 대상 파일로의 링크를 상기 복원 파일에의 링크로 갱신하는 처리와,
를 포함하는 것을 특징으로 하는 파일 관리 방법.
제9항 내지 제14항의 어느 1항에 있어서, 장해가 발생한 스토리지로 관리되고 있던 데이터를 복원하는 스토리지 리커버리 처리의 실행을 받아들이는 스텝과,
상기 스토리지 리커버리 처리에 있어서, 상기 장해가 발생한 스토리지에 포함되는 데이터의 카피 데이터를 취득하고, 당해 카피 데이터를 상기 장해가 발생한 스토리지와 같은 가상 드라이브를 구성하는 다른 스토리지에 카피함과 동시에, 상기 메타데이터베이스의 링크 정보를 개서하는 스텝과,
를 포함하는 것을 특징으로 하는 파일 관리 방법.
제9항 내지 제15항의 어느 1항에 있어서, 상기 메타데이터베이스로서 마스터용 메타데이터베이스와 백업용 메타데이터베이스를 갖추고,
백업 데이터로부터 시스템을 복원하는 시스템 리커버리 처리의 실행을 받아들이는 스텝과.
상기 시스템 리커버리 처리에 있어서, 상기 백업용 메타데이터베이스를 토대로 백업이 끝난 파일을 취득하고, 백업이 끝난 파일을 복원 카피하는 스텝과,
를 포함하는 것을 특징으로 하는 파일 관리 방법.