Oracle Hierarchical Storage Manager and StorageTek QFS Software(Oracle HSM)를 배치하는 프로세스는 기본적으로 아주 간단합니다. 소프트웨어 패키지를 설치하고 몇몇 구성 파일을 편집하고 몇몇 명령을 실행한 다음 새 파일 시스템을 마운트하고 사용합니다. 그래도, Oracle HSM에서 옵션과 조정 매개변수를 다양하게 제공합니다. 이러한 추가 기능을 통해 특수한 요구 사항을 거의 모두 해결할 수 있습니다. 하지만 불필요한 기능으로 인해 배치가 복잡해지고 결과로 얻는 솔루션이 전혀 만족스럽지 않게 될 수도 있습니다.
따라서, 이 문서는 자세한 솔루션 요구 사항을 엄밀히 따르는 Oracle HSM 배치를 안내하도록 설계되었습니다. 먼저 기본 QFS 및 Oracle HSM 파일 시스템에 대한 작업, 설치 및 구성을 설명합니다. 이러한 파일 시스템은 자체적으로 요구 사항을 모두 충족하거나 더 특수화된 솔루션을 위한 기초를 형성합니다. 기본 사항이 마련되면 특정 환경 및 특수화된 비즈니스 요구를 지원하는 추가 기능을 구성하는 절차로 가지를 칠 수 있습니다. 다음과 같은 핵심 작업을 수행합니다.
하드웨어 및 운영체제 소프트웨어를 요구 사항에 맞게 구성합니다.
필요한 기본 QFS 및/또는 Oracle HSM 파일 시스템을 가능한 한 기본값을 적용하여 구성합니다.
요구 사항에 따라 필요한 추가 Oracle HSM 기능을 구성합니다.
완료된 구성을 백업하고 테스트 및 운용에 사용하도록 전달합니다.
계획 및 배치 프로세스 전체에서 QFS 및 Oracle HSM은 성능 최적화, 데이터 보호, 아카이빙의 복잡성을 단순한 UNIX 파일 시스템 인터페이스 뒤에 숨기도록 설계되었습니다. 사용자, 응용 프로그램 및 대부분의 관리자는 단일 로컬 디스크에 일반 UFS 파일 시스템을 구현하듯이, 디스크 어레이와 테이프 라이브러리가 혼합된 환경에서 완전히 최적화된 Oracle HSM 아카이빙 시스템을 구현할 수 있어야 합니다. 일단 설치 및 구성되었으면 Oracle HSM 소프트웨어는 가능한 가장 효율적이고 안정적인 방법으로 운영자 개입을 최소화하여 데이터 및 스토리지 리소스를 자동으로 관리해야 합니다. 따라서 파일 시스템 및 스토리지 리소스를 너무 복잡하게 구현하고 지나치게 세부적으로 관리하면 Oracle HSM 배치의 핵심 목표가 약화될 뿐 아니라 성능, 용량 사용률 및/또는 데이터 보호가 손상되는 경우가 많습니다.
이 소개의 나머지 부분에서는 QFS 파일 시스템 및 Oracle HSM 아카이빙 파일 시스템에 대해 간략하게 설명하는 개요를 제공합니다. 이 정보의 주요 내용을 잘 알면 이어지는 구성 단계의 목적을 더 쉽게 이해할 수 있습니다.
QFS 파일 시스템을 사용하면 완전히 최적화된 사용자 정의 스토리지 솔루션을 표준 UNIX 인터페이스와 결합할 수 있습니다. 내부적으로, 이 파일 시스템은 까다롭고, 경우에 따라 매우 특수화된 성능 요구 사항을 충족하도록 물리적 스토리지 장치를 관리합니다. 하지만 외부 사용자, 응용 프로그램 및 운영체제에게는 자신을 일반 UNIX 파일 시스템으로 표시합니다. 따라서 복잡하고 다양한 스토리지 하드웨어를 사용하여 특수화된 성능 및 데이터 보호 요구 사항을 충족하면서도 기존 응용 프로그램 및 비즈니스 프로세스와의 간단한 통합을 보장할 수 있습니다.
QFS 파일 시스템은 필수 QFS 볼륨 관리자를 사용하여 고유한 물리적 스토리지를 관리합니다. QFS 소프트웨어는 물리적 표준 스토리지 장치를 표준 인터페이스와 완전히 호환되는 최적화된 논리 장치로 구성합니다. 특수 기능 및 사용자 정의는 캡슐화되므로 운영체제와 응용 프로그램에게는 숨겨진 상태로 유지됩니다. 응용 프로그램의 경우 QFS 소프트웨어는 표준 Solaris 장치 드라이버를 통해 I/O 요청을 단일 디스크처럼 처리하는 논리적 패밀리 세트 장치를 표시합니다. 이와 같이 표준 준수와 조정 가능성이 조합된 점이 QFS가 다른 UNIX 파일 시스템과 구분되는 점입니다.
이 절의 나머지 부분에서는 먼저 QFS 기본값 및 I/O 성능 조정에 대해 간략히 설명한 다음 만드는 파일 시스템의 I/O 동작을 제어하는 데 사용할 수 있는 핵심 도구를 설명합니다.
유연한 디스크 할당 단위 및 논리 장치 유형을 사용하면 읽기 및 쓰기 크기를 파일 크기에 일치시킬 수 있습니다.
스트라이프 및 라운드 로빈 파일 할당 방법을 사용하면 파일 I/O가 장치와 상호 작용하는 방식을 제어할 수 있습니다.
완전히 구성 가능한 스토리지 할당 및 통합 볼륨 관리를 사용하면 파일 시스템이 기본 물리적 스토리지와 상호 작용하는 방식을 제어할 수 있습니다.
범용 및 고성능 파일 시스템을 선택하면 별도의 장치에서 데이터 및 메타데이터 I/O를 수행하는 옵션이 제공됩니다.
디스크 I/O(입출력)에는 CPU를 많이 사용하는 운영체제 요청과 시간이 많이 소요되는 기계적 프로세스가 더불어 발생합니다. 그래서 I/O 성능 조정에서는 I/O 관련 시스템 오버헤드를 최소화하고 기계적 작업을 주어진 양의 데이터를 전달하는 데 필요한 최소 수준으로 유지하는 데 주력합니다. 즉, 데이터 전송당 별도의 I/O 수(따라서 CPU에서 수행하는 작업 수)를 줄이고 각 개별 I/O 중 검색(읽기/쓰기 헤드의 재배치)을 최소화합니다. 따라서 I/O 조정의 기본 목표는 다음과 같습니다.
평균 파일 크기로 고르게 나눈 블록으로 데이터를 읽고 씁니다.
큰 데이터 블록을 읽고 씁니다.
기본 매체의 512바이트 섹터 경계에 맞는 단위로 블록을 쓰므로 디스크 컨트롤러에서 기존 데이터를 읽거나 수정하지 않아도 새 데이터를 쓸 수 있습니다.
작은 I/O는 캐시에 대기시키고 더 크고 결합된 I/O는 디스크에 씁니다.
Oracle HSM 기본 설정을 사용하면 대부분의 범용 파일 시스템에 일반적인 응용 프로그램 및 사용 패턴 범위에서 전반적으로 최상의 성능이 제공됩니다. 하지만 필요한 경우 응용 프로그램에서 생성하는 I/O 유형에 더 잘 맞게 기본 동작을 조정할 수 있습니다. 최소 연속 읽기 또는 쓰기의 크기를 지정할 수 있습니다. 파일이 장치에 저장되는 방식을 최적화할 수 있습니다. 일반적인 사용이나 고성능에 최적화된 파일 시스템 간에 선택할 수 있습니다.
파일 시스템에서는 디스크 스토리지를 균일한 크기의 블록으로 할당합니다. 이 크기 즉, DAU(디스크 할당 단위)는 쓰는 데이터 양에 상관없이 각 I/O 작업에서 사용하는 연속 공간의 최소 양과 지정된 크기의 파일을 전송할 때 필요한 최소 I/O 작업 수를 결정합니다. 블록 크기가 평균 파일 크기에 비해 너무 크면 디스크 공간이 낭비됩니다. 블록 크기가 너무 작으면 각 파일 전송에 더 많은 I/O 작업이 필요하므로 성능이 떨어집니다. 따라서 파일 크기가 기본 블록 크기의 짝수 배인 경우에 I/O 성능 및 스토리지 효율성이 가장 높습니다.
이 때문에 QFS 소프트웨어에서는 구성 가능한 DAU 크기를 다양하게 지원합니다. QFS 파일 시스템을 만드는 경우 먼저 액세스하고 저장해야 하는 데이터 파일의 평균 크기를 결정합니다. 그런 다음 평균 파일 크기로 가장 고르게 나누어지는 DAU를 지정합니다.
먼저 데이터에 가장 적합한 QFS 장치 유형을 선택합니다. 다음과 같은 세 가지 유형이 있습니다.
md 장치
mr 장치
gXXX 스트라이프 그룹 장치(여기서 XXX는 [0-127] 범위의 정수)
파일 시스템에 대부분 작은 파일이거나 작은 파일과 큰 파일이 함께 있는 경우 일반적으로 md 장치를 선택하는 것이 가장 좋습니다. md 장치 유형은 유연한 이중 할당 체계를 사용합니다. 이 장치에 파일을 쓰면 파일 시스템에서는 처음 8회 쓰기에는 4킬로바이트의 작은 DAU를 사용합니다. 그런 다음 나머지 데이터는 16, 32 또는 64킬로바이트의 큰 사용자 선택 DAU를 사용하여 씁니다. 따라서 작은 파일은 적당히 작은 블록에 기록되고, 큰 파일은 평균 크기에 맞게 더 큰 블록에 기록됩니다.
파일 시스템에 대부분 크거나 크기가 균일한 파일이 포함된 경우 mr 장치가 더 나은 선택일 수 있습니다. mr 장치 유형에서는 [8-65528]킬로바이트 범위에서 8킬로바이트 증분씩 조정할 수 있는 DAU를 사용합니다. 파일이 평균 파일 크기와 거의 같은 크고 균일한 블록에 기록되므로, 읽기-수정-쓰기 오버헤드가 최소화되고 성능이 최대화됩니다.
스트라이프 그룹은 최대 128개 장치를 묶은 것으로, 단일 논리 장치로 처리됩니다. mr 장치 유형처럼 스트라이프 그룹은 [8-65528]킬로바이트 범위에서 8킬로바이트 증분씩 조정할 수 있는 DAU를 사용합니다. 파일 시스템은 스트라이프 그룹의 멤버에 데이터를 기록할 때 디스크당 DAU 하나씩 병렬로 기록합니다. 따라서 쓰기를 집계하면 아주 커질 수 있습니다. 이 때문에 스트라이프 그룹은 매우 큰 데이터 파일을 처리해야 하는 응용 프로그램에서 유용할 수 있습니다.
기본적으로 비공유 QFS 파일 시스템은 스트라이프 할당을, 공유 파일 시스템은 라운드 로빈 할당을 사용합니다. 하지만 필요한 경우 할당을 변경할 수 있습니다. 각 접근 방식은 일부 상황에서 장점을 발휘합니다.
스트라이프 할당을 지정한 경우 파일 시스템에서는 사용 가능한 모든 장치에서 병렬로 공간을 할당합니다. 파일 시스템에서는 데이터 파일을 세그먼트화하고 각 장치에 세그먼트를 하나씩 기록합니다. 각 세그먼트 크기는 스트라이프 너비(장치당 기록되는 DAU 수)에 패밀리 세트의 장치 수를 곱해서 결정됩니다. 장치 유형은 md 디스크 장치, mr 디스크 장치 또는 스트라이프 그룹일 수 있습니다.
스트라이프하면 파일 시스템에서 여러 파일 세그먼트를 순서대로가 아니라 동시에 읽으므로 일반적으로 성능이 향상됩니다. 여러 I/O 작업이 별도의 장치에서 병렬로 수행되므로 장치당 검색 오버헤드가 줍니다.
하지만, 여러 파일을 한번에 기록하는 경우에 스트라이프 할당을 사용하면 검색이 상당히 더 많아질 수 있습니다. 검색이 과도하면 성능이 심하게 저하될 수 있으므로, 여러 파일로의 동시 I/O가 예상되는 경우에는 라운드 로빈 할당을 고려하는 것이 좋습니다.
라운드 로빈 할당을 지정한 경우 파일 시스템에서는 한 번에 한 파일씩, 그리고 한 번에 한 장치씩 직렬로 스토리지 공간을 할당합니다. 파일 시스템에서는 사용 가능한 공간이 있는 첫번째 장치에 파일을 기록합니다. 파일이 장치에 남은 공간보다 큰 경우에는 초과분을 가용 공간이 있는 다음 장치에 기록합니다. 각 후속 파일에 대해 파일 시스템은 사용 가능한 다음 장치로 이동하여 프로세스를 반복합니다. 사용 가능한 마지막 장치가 사용되면 첫번째 장치에서 다시 시작됩니다. 장치 유형은 md 디스크 장치, mr 디스크 장치 또는 스트라이프 그룹일 수 있습니다.
응용 프로그램에서 여러 파일로의 I/O를 동시에 수행하는 경우 라운드 로빈 할당을 사용하면 성능이 향상될 수 있습니다. 이 방법은 공유 QFS 파일 시스템의 기본 방법이기도 합니다(공유 파일 시스템에 대한 자세한 내용은 Oracle HSM 소프트웨어를 사용하여 여러 호스트에서 파일 시스템 액세스 및 mount_samfs 매뉴얼 페이지 참조).
장치 하나당 장치의 일부만 처리하는 UNIX 파일 시스템과 달리 QFS 파일 시스템은 자체 볼륨 관리를 수행합니다. 각 파일 시스템은 내부적으로 물리적 스토리지를 제공하는 장치 간의 관계를 처리한 다음 운영체제에 스토리지를 단일 패밀리 세트로 표시합니다. UNIX 파일 시스템과 마찬가지로 I/O 요청은 표준 Solaris 장치-드라이버 인터페이스를 통해 이루어집니다.
QFS 파일 시스템의 유형은 다음 두 가지입니다. 각각 고유한 장점이 있습니다.
ms 파일 시스템QFS ms 파일 시스템은 구현하기가 가장 간단하고 가장 일반적인 용도에 적합합니다. 동일한 이중 할당 md 디스크 장치에 파일 시스템 메타데이터와 파일 데이터를 모두 저장합니다. 이 접근법은 하드웨어 구성을 간소화하고 대부분의 요구를 충족합니다.
ma 파일 시스템QFS ma 파일 시스템은 조건이 까다로운 응용 프로그램의 데이터 전송 속도를 향상시킬 수 있습니다. 이러한 파일 시스템은 메타데이터와 데이터를 전용 장치에 별도로 저장합니다. 메타데이터는 mm 장치에 유지되고 데이터는 md 디스크 장치, mr 디스크 장치 또는 스트라이프 그룹 세트에 유지됩니다. 따라서 메타데이터 업데이트가 사용자 및 응용 프로그램 I/O와 경합하지 않으며, 장치 구성이 두 종류의 서로 다른 I/O 작업 로드를 수용할 필요가 없습니다. 예를 들어, 메타데이터는 중복성이 뛰어나고 읽기 속도가 빠른 RAID-10 미러링된 디스크에 배치하고 데이터는 공간 효율이 더 나은 RAID-5 디스크 어레이에 유지할 수 있습니다.
아카이빙 파일 시스템에는 하나 이상의 QFS ma 또는 ms 유형 파일 시스템과 아카이브 스토리지 및 Oracle Hierarchical Storage Manager 소프트웨어가 결합되어 있습니다. Oracle HSM 소프트웨어는 파일 시스템 디스크 캐시의 파일을 보조 디스크 스토리지 및/또는 이동식 매체로 복사합니다. 복사본을 파일 시스템의 필수 부분으로 관리합니다. 따라서 파일 시스템은 데이터 보호를 지속적으로 제공할 뿐 아니라 디스크나 반도체 매체에 저장할 경우 과도하게 많은 비용이 드는 아주 큰 파일을 유연하고 효율적으로 저장할 수 있습니다.
Oracle HSM 파일 시스템을 제대로 구성하면 별도의 백업 응용 프로그램 없이도 데이터 보호 기능을 지속적으로 제공할 수 있습니다. 소프트웨어는 사용자 정의 정책에 지정된 대로 파일이 생성되거나 변경될 때 파일 데이터를 자동으로 복사합니다. 디스크 및 테이프 매체 조합에 로컬 및 원격 리소스를 모두 사용하여 복사본을 4개까지 유지할 수 있습니다. 파일 시스템 메타데이터에 파일과 모든 복사본의 위치가 기록됩니다. 소프트웨어에 제공되는 다양한 도구로 복사본을 빠르게 찾을 수 있습니다. 따라서 손실되거나 손상된 파일을 아카이브에서 쉽게 복구할 수 있습니다. 그런데 백업 복사본은 POSIX 호환 표준 tar(테이프 아카이브) 형식으로 유지되므로 Oracle HSM 소프트웨어를 사용할 수 없는 경우에도 데이터를 복구할 수 있습니다. Oracle HSM에서는 I/O 오류를 동적으로 검색 및 복구하여 파일 시스템 메타데이터를 항상 일관된 상태로 유지합니다. 따라서 시간이 많이 소요되는 무결성 확인 없이도 파일 시스템을 백업할 수 있습니다. 이 무결성 확인은 수십 만 개 파일 및 페타바이트 데이터를 저장할 때 중요 고려 사항입니다. 파일 시스템 메타데이터를 별도의 장치에 저장하고 데이터 스토리지 디스크만 포함하는 경우 파일 시스템에 교체 디스크를 구성하면 복구가 완료됩니다. 사용자가 실패한 디스크에 있는 파일을 요청하면 Oracle HSM에서는 자동으로 백업 복사본을 테이프에서 교체 디스크로 스테이지합니다. 메타데이터도 손실된 경우 관리자는 samfsrestore 명령을 사용하여 samfsdump 백업 파일에서 복원할 수 있습니다. 메타데이터가 복원된 경우 사용자가 파일을 요청하면 테이프에서 다시 복원할 수 있습니다. 파일을 요청에 따라 디스크로만 복원하므로 복구 프로세스에서 네트워크 대역폭을 효율적으로 사용하고 일반 작업에 최소로 영향을 미칩니다.
고성능 기본 디스크 또는 반도체 매체와 저비용 고밀도 보조 디스크, 테이프 또는 광 매체에서 파일을 동시에 관리할 수 있는 이 기능 덕분에 Oracle HSM 파일 시스템은 엄청나게 큰 파일이나 거의 사용되지 않는 파일을 경제적으로 저장하는 데 적합합니다. 위성 이미지 및 비디오 파일과 같이 매우 크고 순차적으로 액세스하는 데이터 파일은 단독으로 자기 테이프에 저장할 수 있습니다. 사용자나 응용 프로그램이 파일에 액세스할 때 파일 시스템에서는 선택한 파일 구성에 따라 자동으로 파일을 다시 디스크에 스테이지하거나 테이프에서 직접 메모리로 읽어들입니다. 주로 기록 또는 준수용으로 보관하는 레코드는 파일 수명의 특정 시점에 사용자 액세스 패턴 및 비용 제약 조건과 가장 잘 맞는 매체를 사용하여 계층적으로 저장할 수 있습니다. 사용자가 여전히 파일에 가끔 액세스하는 처음에는 비용이 저렴한 보조 디스크 장치에 파일을 아카이브할 수 있습니다. 수요가 감소하면 테이프나 광 매체에만 복사본을 유지할 수 있습니다. 그러나, 사용자가 법적 개시나 규정 준수 프로세스에 대처하기 위해 데이터가 필요한 경우 파일 시스템에서는 필요한 자료를 자동으로 기본 디스크에 스테이지할 수 있으며, 이때 자료가 내내 거기 있었던 것처럼 지연 시간을 최소화합니다. 법적 규정을 위해 Oracle HSM 파일 시스템에서 WORM을 사용으로 설정할 수 있습니다. WORM 사용 파일 시스템은 기본/사용자 정의 가능 파일 보존 기간, 데이터 및 경로 불변성, 하위 디렉토리의 WORM 설정 상속을 지원합니다. 수동 및/또는 자동 매체 검증을 통해 장기간 데이터 무결성을 모니터링할 수 있습니다.
다음 네 가지 기본 Oracle HSM 프로세스를 통해 아카이빙 파일 시스템을 관리 및 유지합니다.
아카이빙 프로세스에서는 활성 파일의 복사본을 저장하기 위해 예약된 아카이브 매체에 파일 시스템의 파일을 복사합니다. 아카이브 매체에는 자기 테이프 카트리지와 같은 이동식 매체 볼륨 및/또는 자기 디스크나 반도체 스토리지 장치에 있는 하나 이상의 파일 시스템이 포함될 수 있습니다. 아카이브 파일 복사본은 활성 파일에 대한 백업 중복성, 비활성 파일에 대한 장기 보존 또는 이 두 가지의 조합을 제공할 수 있습니다.
Oracle HSM 아카이빙 파일 시스템에서는 활성 온라인 파일, 아카이브 복사본 및 관련 스토리지 리소스로 단일한 논리 리소스인 아카이브 세트를 형성합니다. 아카이빙 파일 시스템의 모든 활성 파일은 정확히 하나의 아카이브 세트에 속합니다. 각 아카이브 세트에는 각 파일의 아카이브 복사본 최대 4개와 아카이브 세트의 아카이빙 프로세스를 제어하는 정책이 포함될 수 있습니다.
아카이빙 프로세스는 UNIX 데몬(서비스) sam-archiverd에서 관리합니다. 이 데몬은 아카이빙 작업 일정을 잡고 필요한 작업을 수행하는 프로세스 archiver, sam-arfind 및 sam-arcopy를 호출합니다.
archiver 프로세스는 편집 가능한 구성 파일 archiver.cmd에서 아카이빙 정책을 읽고 지정된 대로 나머지 아카이빙 프로세스를 설정합니다. 이 파일의 지시어는 아카이빙 프로세스의 일반 동작을 제어하고, 파일 시스템별로 아카이브 세트를 정의하고, 각각에 대해 생성되는 복사본 수와 사용되는 매체를 지정합니다.
그런 다음 sam-archiverd 데몬은 현재 마운트된 각 파일 시스템에 대해 sam-arfind 프로세스를 시작합니다. sam-arfind 프로세스는 지정된 파일 시스템을 검색하여 새 파일, 수정된 파일, 이름이 바뀐 파일 및 다시 아카이브하거나 아카이브 취소할 파일을 찾습니다. 기본적으로 이 프로세스는 파일 및 디렉토리에 대한 변경사항을 지속적으로 검색합니다. 이렇게 해야 전반적으로 최상의 성능을 제공하기 때문입니다. 그러나, 이전 StorageTek Storage Archive Manager 구현과 호환성을 유지해야 하는 등의 경우에는 여러 방법 중 하나를 통해 archiver.cmd 파일에서 아카이브 세트 규칙을 편집하여 검색 일정을 잡을 수 있습니다(자세한 내용은 sam-archiverd 매뉴얼 페이지 참조).
sam-arfind는 후보 파일을 식별하면 이 파일의 아카이빙 정책을 정의하는 아카이브 세트를 식별합니다. sam-arfind 프로세스는 파일의 속성을 각 아카이브 세트에 정의된 선택 기준과 비교하여 아카이브 세트를 식별합니다. 이러한 기준에는 다음과 같은 파일 속성이 하나 이상 포함될 수 있습니다.
파일에 대한 디렉토리 경로 및 선택적으로 하나 이상의 후보 파일 이름과 일치하는 정규 표현식
후보 파일 하나 이상의 소유자와 일치하는 지정된 사용자 이름
파일에 연결된 그룹과 일치하는 지정된 그룹 이름
후보 파일 크기보다 작거나 같은 지정된 최소 파일 크기
후보 파일 크기보다 크거나 같은 지정된 최대 파일 크기
올바른 아카이브 세트와 해당하는 아카이빙 매개변수를 찾았으면 sam-arfind는 파일의 아카이브 기간이 아카이브 세트에 지정된 임계값과 동일한지 또는 임계값을 초과하는지 확인합니다. 파일의 아카이브 기간은 파일을 만들거나, 마지막으로 수정하거나(기본값), 마지막으로 액세스한 이후 경과한 시간(초)입니다. 아카이브 기간이 정책에 지정된 기간 기준을 충족하면 sam-arfind는 아카이브 세트의 아카이브 요청 대기열에 파일을 추가하고 파일에 우선 순위를 지정합니다. 우선 순위는 아카이브 세트에 지정된 규칙 및 이미 있는 아카이브 복사본 수, 파일 크기, 미해결 운영자 요청, 아카이브 복사본 만들기에 따라 달라지는 다른 모든 작업 등과 같은 요소를 기준으로 합니다.
sam-arfind는 아카이빙이 필요한 파일을 식별하고 우선 순위를 지정한 다음 각 아카이브 세트의 아카이브 요청에 추가한 이후 요청을 sam-archiverd 데몬에 반환합니다. 이 데몬은 각 아카이브 요청을 작성합니다. 그리고 데이터 파일을 적절한 크기의 아카이브 파일로 정렬하여, 매체가 효율적으로 활용되며 파일이 이동식 매체에 효율적으로 기록되고 나중에 매체에서 회수될 수 있게 합니다. 이 데몬은 사용자가 archiver.cmd 파일에 설정하는 파일 정렬 매개변수나 매체 제한을 수용하지만(자세한 내용은 archiver.cmd 매뉴얼 페이지 참조), 소프트웨어에서 매체를 자유롭게 선택할 수 있는 기능을 제한하면 일반적으로 성능 및 매체 사용률이 떨어진다는 점을 유념하십시오. 아카이브 파일이 어셈블링되면 sam-archiverd는 복사 프로세스에서 가장 작은 수의 마운트 작업으로 가장 많은 수의 파일을 전송할 수 있도록 아카이브 요청의 우선 순위를 지정합니다(자세한 내용은 sam-archiverd 매뉴얼 페이지의 예약 절 참조). 그런 다음 sam-archiverd는 주어진 시간에 복사 작업에 필요한 드라이브 수가 아카이브 세트 정책 및/또는 로봇 라이브러리에서 허용하는 최대 드라이브 수보다 많지 않도록 복사 작업을 예약합니다.
아카이브 요청이 예약되면 sam-archiverd는 예약된 각 아카이브 요청 및 드라이브에 대해 sam-arcopy 프로세스의 인스턴스를 호출합니다. 그런 다음 sam-arcopy 인스턴스는 데이터 파일을 아카이브 매체의 아카이브 파일에 복사하고, 아카이빙 파일 시스템의 메타데이터를 업데이트하여 새 복사본이 있음을 반영하고, 아카이브 로그를 업데이트합니다.
sam-arcopy 프로세스가 종료되면 sam-archiverd 데몬은 아카이브 요청을 검사하여 캐시 디스크의 오류, 이동식 매체 볼륨에 대한 쓰기 오류 및 열거나 수정하거나 삭제한 파일로 인한 생략 또는 오류가 있는지 확인합니다. 아카이브되지 않은 파일이 있는 경우 sam-archiverd는 아카이브 요청을 다시 작성합니다.
sam-arfind 및 sam-arcopy 프로세스에서는 syslog 기능과 archiver.sh를 사용하여 아카이빙 작업, 경고 및 정보 메시지의 연속 레코드를 만들 수 있습니다. 결과 아카이버 로그에는 아카이브된 각 파일의 모든 복사본 위치와 처리에 대한 자세한 레코드를 포함하여 귀중한 진단 및 내역 정보가 포함됩니다. 따라서 예를 들어 재해 복구 중 아카이브 로그를 사용하여 다른 방법으로 복구할 수 없는 누락된 데이터 파일을 복구할 수 있는 경우가 많습니다(자세한 내용은 고객 설명서 라이브러리의 Oracle Hierarchical Storage Manager and StorageTek QFS Software 파일 시스템 복구 설명서 참조). 파일 시스템 관리자는 archiver.cmd 파일의 logfile= 지시어를 사용하여 아카이버 로깅을 사용으로 설정하고 로그 파일을 정의합니다. 로그 파일에 대한 자세한 내용은 archiver.cmd 매뉴얼 페이지를 참조하십시오.
스테이징 프로세스에서는 아카이브 스토리지의 파일 데이터를 다시 기본 디스크 캐시에 복사합니다. 응용 프로그램에서 오프라인 파일(기본 스토리지에서 현재 사용할 수 없는 파일)에 액세스하려고 하면 아카이브 복사본이 자동으로 스테이지됩니다. 즉, 기본 디스크에 다시 복사됩니다. 그러면 응용 프로그램은 전체 데이터가 다시 디스크에 기록되기 전에도 파일에 빠르게 액세스할 수 있습니다. 스테이징에 이어 곧바로 읽기 작업이 수행되기 때문입니다. 매체 오류가 발생하는 경우나 특정 매체 볼륨을 사용할 수 없는 경우 스테이징 프로세스에서는 사용 가능한 첫번째 장치를 사용하여 사용 가능한 다음 아카이브 복사본(있는 경우)을 자동으로 로드합니다. 따라서 스테이징에서는 아카이브 스토리지를 사용자와 응용 프로그램에 투명하게 만듭니다. 모든 파일이 디스크에서 항상 사용할 수 있는 것으로 표시됩니다.
기본 스테이징 동작은 대부분의 파일 시스템에 적합합니다. 그러나 구성 파일 /etc/opt/SUNWsamfs/stager.cmd에서 지시어를 삽입하거나 수정하여 기본값을 변경할 수 있고 명령줄에서 디렉토리별 또는 파일별로 이러한 지시어를 대체할 수 있습니다. 예를 들어 큰 파일의 작은 레코드에 액세스하려면 파일을 스테이지하지 않고 아카이브 매체에서 직접 데이터에 액세스할 수 있습니다. 또는 연관 스테이징 기능을 사용하여 관련 파일 중 하나가 스테이징될 때마다 전체 그룹을 스테이징할 수 있습니다. 자세한 내용은 stage 및 stager.cmd 매뉴얼 페이지를 참조하십시오.
해제 프로세스는 이전에 아카이브한 파일의 온라인 복사본 중 현재 사용되지 않는 복사본을 삭제하여 기본 디스크 캐시 공간을 확보합니다. 파일이 디스크 아카이브나 테이프 볼륨과 같은 아카이브 매체에 복사되면 응용 프로그램에서 파일에 액세스할 때 파일을 스테이지할 수 있습니다. 따라서 디스크 캐시에 파일을 보유할 필요가 없으므로 다른 파일에 필요한 공간을 확보할 수 있습니다. 해제를 통해 필요하지 않은 복사본을 디스크 캐시에서 삭제하면 파일 시스템이 확대에 맞추어 기본 스토리지 용량을 늘리지 않더라도 새로 만들어 활발히 사용되는 파일에 기본 캐시 스토리지를 항상 사용할 수 있게 됩니다.
캐시 사용률이 고수위를 초과하고 저수위 이상으로 유지되는 경우 해제가 자동으로 수행됩니다. 위의 두 가지 구성 가능한 임계값은 아카이빙 파일 시스템을 마운트할 때 설정합니다. 고수위이면 충분한 여유 공간을 항상 사용할 수 있는 반면, 저수위이면 캐시에서 적절한 수의 파일을 항상 사용할 수 있으므로 매체 마운트 작업이 필요한 최소 수준으로 유지됩니다. 일반적으로 값이 80%이면 고수위이고 70%이면 저수위입니다.
대부분의 파일 시스템에서 기본 동작을 사용한 수위별 해제면 적합합니다. 그러나 구성 파일 /etc/opt/SUNWsamfs/releaser.cmd에서 지시어를 수정하거나 추가하여 기본값을 변경할 수 있고 명령줄에서 디렉토리별 또는 파일별로 이러한 지시어를 대체할 수 있습니다. 예를 들어, 순차적으로 액세스하는 큰 파일을 부분적으로 해제하면, 나머지 부분이 아카이브 매체에서 스테이지되는 동안 응용 프로그램에서 디스크에 항상 보관된 파일의 일부를 우선 읽을 수 있습니다. 자세한 내용은 release 및 releaser.cmd 매뉴얼 페이지를 참조하십시오.
재활용 프로세스는 더 이상 사용되지 않는 아카이브 복사본을 삭제하여 아카이브 매체의 공간을 확보합니다. 사용자가 파일을 수정하면 이전 버전의 파일과 연관된 아카이브 복사본은 결국 만료됩니다. 리사이클러는 만료된 아카이브 복사본의 가장 많은 부분을 보유하는 매체 볼륨을 식별합니다. 만료된 파일이 아카이브 디스크 볼륨에 저장되어 있는 경우 리사이클러 프로세스에서는 이 파일을 삭제합니다. 파일이 테이프 볼륨과 같은 이동식 매체에 있으면 리사이클러는 볼륨에 남아 있는 만료되지 않은 복사본을 다른 매체로 다시 아카이브합니다. 그런 다음 편집 가능한 스크립트 /etc/opt/SUNWsamfs/scripts/recycler.sh를 호출하여 재활용된 볼륨의 레이블을 재지정하거나, 라이브러리에서 볼륨을 내보내거나, 다른 사용자 정의 작업을 수행합니다.
기본적으로 재활용 프로세스는 자동으로 실행되지 않습니다. Solaris crontab 파일을 구성하여 편리한 시간에 실행할 수 있습니다. 또는 /opt/SUNWsamfs/sbin/sam-recycler 명령을 사용하여 명령줄에서 필요에 따라 실행할 수 있습니다. 기본 재활용 매개변수를 수정하려면 /etc/opt/SUNWsamfs/archiver.cmd 파일을 편집하거나 /etc/opt/SUNWsamfs/recycler.cmd 파일을 별도로 만듭니다. 자세한 내용은 해당하는 매뉴얼 페이지를 참조하십시오.