| Oracle® Hierarchical Storage Manager and StorageTek QFS Software 유지 관리 및 관리 설명서 릴리스 6.0 E56774-02 |
|
 이전 |
 다음 |
| Oracle® Hierarchical Storage Manager and StorageTek QFS Software 유지 관리 및 관리 설명서 릴리스 6.0 E56774-02 |
|
이전 |
다음 |
이 장에서는 다음 항목을 다룹니다.
친숙한 인터페이스(표준 UNIX 파일 시스템)를 통해 사용자와 상호 작용하는 능력은 Oracle Hierarchical Storage Manager and StorageTek QFS Software의 주요 장점입니다. 대부분의 사용자는 차이점을 인지할 필요도 없습니다. 그러나 Oracle HSM 파일 시스템은 필요시 고급 사용자에게 엄청난 기능을 제공할 수 있습니다. Oracle HSM 파일 속성 을 사용하여 사용자는 개별 파일 및 디렉토리와 작동하도록 파일 시스템의 동작을 최적화할 수 있습니다. 본인의 업무량과 데이터 특성을 잘 이해하는 사용자는 파일 단위로 성능을 크게 향상시킬 수 있습니다. 예를 들어, 사용자는 주어진 파일이나 디렉토리에서 데이터 특성을 기반으로 직접 또는 버퍼 I/O를 지정할 수 있습니다. 큰 파일을 순차적으로 기록할 수 있도록 파일 시스템 공간을 미리 할당할 수 있고, 특정 파일이나 디렉토리를 기록할 때 사용되는 스트라이프 너비를 지정할 수 있습니다.
setfa 명령은 신규/기존 파일 및 디렉토리에 이러한 파일 속성을 설정합니다. 명령은 기존에 없는 지정된 파일이나 디렉토리를 만듭니다. 디렉토리에 적용할 경우, 디렉토리 아래의 모든 파일과 하위 디렉토리에 지정된 속성을 설정합니다. 그 후에 만들어진 파일과 디렉토리는 이러한 속성을 상속합니다.
기본 작업이 아래에 개략적으로 설명됩니다. 추가 정보는 setfa 매뉴얼 페이지를 참조하십시오.
파일 시스템 호스트에 로그인합니다.
user@solaris:~#
파일에 기본 속성값을 재설정하려면 setfa -d file 명령을 사용합니다. 여기서 file은 파일의 경로 및 이름입니다.
예제에서는 /samfs1/data/2014/03/series3.15 파일에서 기본값을 재설정합니다.
user@solaris:~#setfa-d/samfs1/data/2014/03/series3.15
디렉토리와 모든 내용에 기본 속성값을 재귀적으로 재설정하려면 setfa -r directory 명령을 사용합니다. 여기서 directory는 디렉토리의 경로 및 이름입니다.
예제에서는 하위 디렉토리 /samfs1/data/2014/02에 기본값을 재설정합니다.
user@solaris:~#setfa-r/samfs1/data/2014/02/
여기서 중지합니다.
파일에 공간을 미리 할당하면 파일을 기록할 때 전체 파일을 순차적으로 작성할 충분한 공간이 확보됩니다. 큰 파일을 순차적 블록에 읽기/쓰기하면 흩어진 작은 데이터 블록을 찾고 버퍼링하는 데 필요한 오버헤드가 줄어들므로 효율성과 전체 성능이 향상됩니다. 따라서 미리 할당은 예측 가능한 개수의 큰 데이터 블록을 쓰기에 가장 좋은 방법입니다. 미리 할당되었지만 사용되지 않은 공간은 파일을 닫을 때 파일의 일부로 남아서 전체 파일을 삭제할 때까지 다른 용도로 사용할 수 없습니다.
파일 시스템 호스트에 로그인합니다.
user@solaris:~#
이미 데이터가 있는 기존 파일에 쓰기 공간을 미리 할당해야 하는 경우 setfa -L number-bytes file 명령을 사용합니다. 여기서 number-bytes는 정수 또는 정수에 k(킬로바이트), m(메가바이트), g(기가바이트) 단위를 더한 것입니다. file은 파일의 이름입니다.
setfa -L 명령은 표준 할당을 사용합니다. 여기에서는 스트라이핑이 지원됩니다. 사전 할당된 파일은 사전 할당된 크기보다 커질 수 있습니다. 예제에서는 기존 파일 tests/series119b에 121메가바이트를 미리 할당합니다.
user@solaris:~#setfa-L121mtests/series119b
스토리지 블록이 지정되지 않은 새 파일을 기록하기 위해 공간을 사전 할당해야 할 경우 setfa -l number-bytes file 명령을 사용합니다. 설명:
l은 "L"의 소문자입니다.
number-bytes는 정수이거나 k(KB), m(MB) 또는 g(GB)가 함께 표시된 정수입니다.
file은 파일의 이름입니다.
setfa -l 명령은 지정된 개수의 바이트를 미리 할당합니다. 결과 파일은 미리 할당된 크기로 고정되므로 미리 할당된 크기를 넘어가거나 그 아래로 줄어들 수 없습니다. 예제에서는 data/2014/a3168445 파일을 만들고 그 내용에 2기가바이트의 공간을 미리 할당합니다.
user@solaris:~#setfa-l2gdata/2014/a3168445
여기서 중지합니다.
기본적으로 Oracle HSM 파일 시스템은 마운트 시점에 파일 시스템에 지정된 할당 방식을 사용합니다. 그러나 사용자가 지정된 디렉토리나 파일에 대해 선호하는 할당 방식(지정된 스트라이프 너비로 라운드 로빈 또는 스트라이핑)을 지정할 수 있습니다.
파일 시스템 호스트에 로그인합니다.
user@solaris:~#
라운드 로빈 할당을 지정하려면 스트라이프 너비 0(제로)을 지정합니다. setfa -s 0 directory-or-file 명령을 사용합니다. 여기서 directory-or-file은 지정된 할당 방법을 사용하여 쓰여질 디렉토리나 파일의 이름입니다.
스트라이프 너비 0(제로)은 스트라이프되지 않은 라운드 로빈 할당을 지정합니다. 파일 시스템은 그 다음 사용 가능한 장치에 파일을 쓰기 시작합니다. 파일이 완료되거나 공간이 소진될 때까지 동일한 장치에 DAU(디스크 할당 단위)를 파일에 연속 기록합니다. 장치에 공간이 소진된 경우 파일 시스템은 그 다음 사용 가능한 장치로 이동하여 디스크 할당 단위 쓰기를 계속합니다. 파일이 완료될 때까지 프로세스를 반복합니다. 예제에서는 data/field-reports 디렉토리에 쓰여진 모든 파일에 대해 라운드 로빈 할당을 지정합니다.
user@solaris:~#setfa-s0data/field-reports
스트라이프 할당을 지정하려면 스트라이프 너비를 지정합니다. setfa -s stripe-width directory-or-file 명령을 사용합니다. 여기서 stripe-width는 [1–255] 범위의 정수이고 directory-or-file은 지정된 할당 방법을 사용하여 쓰여질 디렉토리나 파일의 이름입니다.
[1–255] 범위의 스트라이프 너비는 스트라이프 할당을 지정합니다. 파일 시스템은 파일이 완료될 때까지 스트라이프 너비에 지정된 개수의 DAU(디스크 할당 단위)를 여러 장치에 병렬로 기록합니다. 예제에서는 디렉토리에 쓰여진 모든 파일에 대해 스트라이프 너비 1로 스트라이프 할당을 지정합니다. 따라서 data/field-reports 디렉토리 data/2014/에 쓰여진 모든 파일에 대한 파일 할당 및 파일 시스템은 파일이 완료될 때까지 각 사용 가능한 장치에 하나의 디스크 할당 단위를 기록합니다.
user@solaris:~#setfa-s1data/2014/
여기서 중지합니다.
사용자는 라운드 로빈 또는 스트라이프 할당을 시작해야 할 스트라이프 그룹 장치를 지정할 수 있습니다. Oracle HSM 스트라이프 그룹은 여러 물리적 볼륨에 걸쳐 데이터를 분할하는 논리적 볼륨입니다. 라운드 로빈 파일 할당이 적용될 때 지정된 스트라이프 그룹에 전체 파일이 기록됩니다. 스트라이프 할당이 적용될 때 지정된 스트라이프 그룹에 첫번째 할당이 이루어집니다.
파일 시스템 호스트에 로그인합니다.
user@solaris:~#
특정 스트라이프 그룹에 전체 파일을 기록하려면 라운드 로빈 할당을 사용합니다. setfa -s 0 -gstripe-group-number 명령을 사용합니다. 여기서 stripe-group-number는 지정된 스트라이프 그룹을 식별하는 [0-127] 범위의 정수입니다.
예제에서는 reports/site51 파일을 쓸 때 스트라이프 그룹 0에서 시작하는 라운드 로빈 할당을 지정합니다.
user@solaris:~#setfa-s0-g0reports/site51
지정된 스트라이프 그룹부터 시작하여 여러 스트라이프 그룹에 걸쳐 파일을 분할하려면 스트라이프 할당을 사용합니다. setfa -s stripe-width -gstripe-group-number 명령을 사용합니다. 여기서 stripe-width는 디스크 할당 단위 수를 지정하는 [1–255] 범위의 정수이고 stripe-group-number는 지정된 스트라이프 그룹을 식별하는 [0-127] 범위의 정수입니다.
예제에서는 assessments/site52 파일에 대한 스트라이프 할당을 지정합니다. 스트라이프 그룹 21부터 시작하여 그룹당 3개의 디스크 할당 단위를 지정합니다.
user@solaris:~#setfa-s3-g21assessments/site52
여기서 중지합니다.
Oracle HSM 파일 시스템은 엄청나게 큰 파일을 작업하기에 매우 적합합니다. 이 절에서는 다음 항목을 다룹니다.
매우 큰 파일을 조작할 때 사용 가능한 디스크 캐시 크기에 주의하십시오. 디스크 캐시보다 큰 파일을 쓰려고 시도하면 비아카이빙 파일 시스템은 ENOSPC 오류를 반환하고, 아카이빙 파일 시스템은 절대로 사용 가능해질 수 없는 공간을 기다리다가 응용 프로그램이 차단됩니다.
Oracle HSM는 디스크 캐시 크기를 늘릴 수 있는 두 가지 가능한 대안을 제공합니다.
파일 세그먼트 - 사용자가 주어진 시간에 큰 파일의 일부만 디스크에 스테이지합니다.
사용자가 데이터를 디스크에 스테이지하지 않도록 큰 데이터 세트를 위해 이동식 매체 파일 사용.
Oracle HSM 세그먼테이션 속성을 파일에 설정할 때 파일 시스템은 지정된 크기의 세그먼트로 파일을 분해해서 액세스 요청을 관리합니다. 그러면 주어진 시간에 현재 필요한 세그먼트만 디스크에 상주합니다. 파일의 나머지 부분은 이동식 매체에 상주합니다.
큰 파일을 세그먼트로 나누면 수많은 장점이 있습니다.
사용자는 사용 가능한 디스크 캐시보다 큰 파일을 만들고 액세스할 수 있습니다.
주어진 시간에 세그먼트만 캐시에 상주하므로 디스크 캐시에 맞는 세그먼트 크기만 선택하면 됩니다. 전체 파일은 매체가 수용할 수 있는 크기까지 증가할 수 있습니다.
사용자는 디스크 캐시에서 해제된 큰 파일에 더 빠르게 액세스할 수 있습니다. 큰 파일의 일부를 디스크에 스테이지하면 전체 파일이 스테이지될 때까지 기다리는 것보다 훨씬 빠릅니다.
각 파일의 변경된 부분만 다시 아카이브하므로 파일을 세그먼트할 때 아카이빙 속도와 효율성이 향상될 수 있습니다.
여러 드라이브에 마운트된 이동식 매체 볼륨에 걸쳐 파일을 분할할 수 있습니다. 그런 다음 아카이빙 및 스테이징 작업을 병렬로 진행하면 더욱 성능이 향상될 수 있습니다.
두 가지 제한 사항이 있습니다.
공유 파일 시스템의 파일은 세그먼트할 수 없습니다.
이진 실행 파일은 세그먼트할 수 없습니다. Solaris 메모리 매핑 함수 mmap()은 세그먼트된 파일의 바이트를 프로세스 주소 공간으로 매핑할 수 없습니다.
세그먼트된 파일을 만들려면 다음과 같이 하십시오.
파일 시스템 호스트에 로그인합니다.
user@solaris:~#
세그먼트할 파일을 선택하거나 필요한 경우 파일을 만듭니다.
단일 파일을 세그먼트하려면 segment [-s stage_ahead] -l segment_size file-path-name 명령을 사용합니다. 설명:
stage_ahead(선택 사항)는 주어진 세그먼트에 액세스할 때 읽을 연속적 여분 세그먼트 수를 지정하는 정수입니다. 잘 고른 값은 시스템 페이지 캐시의 사용률을 높여서 I/O 성능이 향상될 수 있습니다. 기본값은 0(사용 안함)입니다.
segment_size는 각 세그먼트의 크기를 지정하는 정수 및 단위입니다. 지원되는 단위는 k(킬로바이트), m(메가바이트), g(기가바이트)입니다. 최소 크기는 1메가바이트(1m 또는 1024k)입니다.
file-path-name은 파일의 경로 및 이름입니다.
자세한 내용은 segment 매뉴얼 페이지를 참조하십시오. 예제에서는 1.5메가바이트(1536k) 세그먼트 크기를 사용하여 201401.dat 파일을 세그먼트합니다.
user@solaris:~#segment-l1536k201401.dat
디렉토리와 모든 하위 디렉토리의 파일을 반복적으로 세그먼트하려면 segment [-s stage_ahead] -l segment_size -r directory-path-name 명령을 사용합니다. 여기서 directory-path-name은 시작 디렉토리의 경로 및 이름입니다.
예제에서는 1메가바이트(1m) 세그먼트 크기를 사용하여 /samqfs1/data 디렉토리와 하위 디렉토리의 모든 파일을 세그먼트합니다.
user@solaris:~#segment-l1m-r/samqfs1/data
여기서 중지합니다.
여러 드라이브를 가리키는 아카이브 세트에 세그먼트된 파일을 지정하여 스트라이프 I/O 용도로 구성합니다. 다음과 같이 하십시오.
호스트에 root로 로그인합니다.
root@solaris:~#
텍스트 편집기에서 /etc/opt/SUNWsamfs/archiver.cmd 파일을 엽니다.
예제에서는 vi 편집기를 사용하여 파일을 엽니다.
root@solaris:~#vi/etc/opt/SUNWsamfs/archiver.cmd# Configuration file for Oracle HSM archiving file systems ...
여러 드라이브에 걸쳐 세그먼트된 파일을 분할하려면 세그먼트된 파일을 포함하는 각 아카이브 세트의 복사본마다 적어도 2개의 드라이브를 사용하도록 지정합니다. archiver.cmd 파일에서 params 섹션을 찾습니다. 각 복사본의 매개변수에 -drives number 매개변수가 포함되는지 확인합니다. 여기서 number는 2 또는 기타 숫자입니다. 필요한 변경을 수행하고 파일을 저장하고 편집기를 닫습니다.
예제에서는 archiver.cmd 파일에서 모든 구성된 아카이브 세트의 복사본 3부에 대해 두 개의 드라이브를 지정합니다.
root@solaris:~# vi /etc/opt/SUNWsamfs/archiver.cmd # Configuration file for Oracle HSM archiving file systems ... ... #----------------------------------------------------------------------- # Copy Parametersparamsallsets -sort path -offline_copy stageahead -reserve set allsets.1 -startage 10m-drives2allsets.2 -startage 24h-drives2allsets.3 -startage 48h-drives2endparams ...:wqroot@solaris:~#
archiver.cmd 파일에 오류가 있는지 확인합니다. archiver -lv 명령을 사용합니다.
archiver -lv 명령은 archiver.cmd 파일을 화면에 출력하고 발견된 오류가 없으면 구성 보고서를 생성합니다. 그렇지 않고 오류가 발견되면 작업을 중지합니다.
root@solaris:~#archiver-lvReading '/etc/opt/SUNWsamfs/archiver.cmd'. ... Total space available: 300T root@solaris:~#
Oracle HSM 소프트웨어에 archiver.cmd 파일을 다시 읽고 그에 따라 재구성하도록 지시합니다. /opt/SUNWsamfs/sbin/samd config 명령을 사용합니다.
root@solaris:~#samdconfig
여기서 중지합니다.
Oracle HSM 이동식 매체 파일은 전적으로 이동식 매체에 상주하므로 절대로 파일 시스템 디스크 캐시의 공간을 차지하지 않습니다. 파일 시스템은 이동식 매체 파일을 메모리로 직접 읽습니다. 따라서 스토리지 매체가 파일 크기를 전혀 제한하지 않습니다. 단일 매체 카트리지의 용량을 초과하는 이동식 파일은 여러 카트리지에 걸쳐 볼륨 오버플로우 파일이 될 수 있습니다. 파일 시스템은 순차적으로 데이터를 읽고 매체에 씁니다.
모든 면에서 이동식 매체 파일은 표준 UNIX 파일과 비슷합니다. 권한, 사용자 이름, 그룹 이름, 파일 크기가 있습니다. 사용자나 응용 프로그램이 이동식 매체 파일을 요청하면 시스템이 자동으로 해당하는 볼륨을 마운트하고, 사용자는 마치 데이터가 디스크에 있는 것처럼 메모리에서 데이터를 액세스할 수 있습니다. 그러나 이동식 매체 파일은 다른 Oracle HSM 파일과 두 가지 측면에서 다릅니다. 즉, Oracle Hierarchical Storage Manager 소프트웨어로 아카이브되지 않고 NFS를 통해 지원되지 않습니다.
Oracle Hierarchical Storage Manager 소프트웨어는 이동식 매체 파일을 관리하지 않습니다. 파일은 절대로 아카이브되거나 해제되지 않으며, 파일을 포함하는 매체는 재활용할 수 없습니다. 따라서 아카이빙 이외의 목적으로 이동식 매체를 사용해야 하는 경우 이동식 매체 파일이 유용합니다. 이 파일은 Oracle HSM 구성 및 메타 데이터 덤프 파일을 백업하는 이동식 재해 복구 볼륨을 만드는 데 이상적입니다. 또한 외래 볼륨(다른 응용 프로그램이 만든 볼륨)을 읽기 전용으로 로드하고 파일을 메모리로 읽어들이면 볼륨 데이터를 이동식 매체 파일로 읽을 수 있습니다.
이동식 매체 파일은 해제할 수 없고 연관된 볼륨을 재활용할 수 없으므로 일반적으로 이동식 매체 파일은 아카이브 복사본과 섞이지 않도록 전용 볼륨에 격리해야 합니다.
파일 시스템 호스트에 로그인합니다.
user@solaris:~#
이동식 매체 파일을 위해 Oracle HSM 파일 시스템, 경로, 파일 이름을 선택합니다.
일단 이동식 매체 파일이 만들어지면 파일 시스템이 이동식 매체의 데이터를 사용하여 이 경로 및 파일 이름에 대한 요청을 처리합니다.
이동식 매체 파일을 만듭니다. request -m media-type -v volume-specifier data-file 명령을 사용합니다. 여기서 mediatype은 부록 A 장비 유형 용어집에 나열된 2자 매체 유형 코드 중 하나이고, data-file은 이동식 매체 파일에 대해 선택한 경로 및 이름이고, volume-specifier는 다음 중 하나입니다.
볼륨 일련 번호 또는 슬래시로 구분된 볼륨 일련 번호 목록
첫번째 예제에서 LTO(li) 볼륨 VOL080에 file1을 만듭니다.
user@solaris:~#request-mli-vVOL080/samqfs1/data/file1
두번째 예제에서 LTO(li) 볼륨 VOL080, VOL082, VOL098에 file2를 만듭니다.
user@solaris:~#request-mli-vVOL081/VOL082/VOL098/samqfs1/data/file2
-l volume-list-file. 여기서 volume-list-file은 각 라인의 단일 볼륨 일련 번호를 나열하는 파일의 경로 및 이름입니다. 선택적으로 공백과 지정된 볼륨에서 시작 위치를 지정하는 10진수 또는 16진수(16진수는 앞에 0x가 붙음)를 지정합니다.
예제에서는 vi 편집기를 사용해서 vsnsfile3 파일에 나열된 LTO(li) 볼륨에 file3을 만듭니다.
user@solaris:~#vivsnsfile3VOL180VOL181VOL182:wquser@solaris:~#request-mli-v-lvsnsfile3/samqfs1/data/file3
여기서 중지합니다.
파일 시스템 호스트에 로그인합니다.
user@solaris:~#
외래 테이프에 바코드가 부착되고 쓰기 금지 상태이고 읽기 전용으로 열려 있고 0에 위치하는지 확인합니다.
이동식 매체 파일을 위해 Oracle HSM 파일 시스템, 경로, 파일 이름을 선택합니다.
이동식 매체 파일이 생성된 다음에는 파일 시스템이 외부 테이프의 데이터를 사용해서 이 경로 및 파일 이름에 대한 요청을 처리합니다.
-N(외래 매체) 옵션을 사용하여 이동식 매체 파일을 만듭니다. request -m media-type -N -v volume-serial-number data-file 명령을 사용합니다. 설명:
mediatype은 부록 A 장비 유형 용어집에 나열된 2자 매체 유형 코드 중 하나입니다.
volume-serial-number는 외부 테이프의 볼륨 일련 번호입니다.
data-file은 이동식 매체 파일의 경로 및 이름입니다.
예제에서는 외래 LTO(li) 볼륨 FOR991에 이동식 매체 파일을 만듭니다.
user@solaris:~#request-mli-N-vFOR991/samqfs1/foreignfile
여기서 중지합니다.
Linear Tape File System은 순차 액세스 테이프 매체의 데이터를 파일 시스템에 구성하는 자체 설명 테이프 형식이므로, 파일이 랜덤 액세스 디스크에 있을 때와 같이 파일에 액세스할 수 있습니다. Oracle HSM에서는 LTFS에 폭넓은 지원을 제공합니다. Oracle HSM 파일 시스템에서 LTFS 파일을 사용할 수 있으며 소프트웨어에 LTFS 매체를 만들기/액세스/관리하는 도구가 제공됩니다.
이 절에서는 다음 항목을 다룹니다.
Oracle HSM 소프트웨어는 자동으로 LTFS 매체를 인식합니다. 따라서 다른 매체와 마찬가지로 samimport 명령을 사용하여 LTFS 볼륨을 가져올 수 있습니다. 추가 정보는 이동식 매체 가져오기 및 내보내기 및 samimport 매뉴얼 페이지를 참조하십시오.
Oracle HSM 소프트웨어는 LTFS(Linear Tape File System) 디렉토리 및 파일을 Oracle HSM 파일 시스템에 연결할 수 있으므로 마치 Oracle HSM 파일처럼 액세스하고 관리할 수 있습니다. 소프트웨어는 LTFS 메타 데이터를 LTFS 볼륨에서 Oracle HSM 파일 시스템의 빈 디렉토리로 복사합니다. 이 메타 데이터를 사용하여 Oracle HSM는 아카이브된 Oracle HSM 파일과 마찬가지로 LTFS 매체 및 파일을 관리할 수 있습니다. 사용자가 LTFS 파일에 액세스하거나 LTFS 메타 데이터가 제자리에 놓이자마자 LTFS 매체에서 Oracle HSM 디스크 캐시로 파일이 스테이지됩니다. Oracle HSM 파일 시스템의 아카이빙 및 공간 관리 정책이 다른 Oracle HSM 파일과 마찬가지로 적용됩니다.
이 절에서는 다음 작업을 설명합니다.
LTFS 파일을 Oracle HSM 파일 시스템에 연결할 때 Oracle HSM 소프트웨어는 LTFS 볼륨의 파일 시스템 메타 데이터를 Oracle HSM 파일 시스템의 지정된 디렉토리로 복사합니다. 그러면 사용자가 파일에 액세스할 때 디스크 캐시로 파일이 스테이지됩니다. LTFS 파일을 연결하려면 다음과 같이 하십시오.
파일 시스템 호스트에 로그인합니다.
user@solaris:~#
LTFS 파일을 호스트하는 Oracle HSM 파일 시스템에서 LTFS 메타 데이터를 보유할 디렉토리를 만듭니다.
예제에서는 파일 시스템 마운트 지점 /samqfs1 아래에 ltfs1/ 디렉토리를 만듭니다.
user@solaris:~#mkdir/samqfs1/ltfs1user@solaris:~#
Oracle HSM 파일 시스템에 LTFS 파일을 연결합니다. samltfs attach LTFS-media-type.LTFS-volume-serial-number SAMQFS-directory 명령을 사용합니다. 설명:
LTFS-media-type은 LTFS 데이터를 보유한 매체 유형에 대한 2자 매체 유형 코드입니다(부록 A 장비 유형 용어집 참조).
LTFS-volume-serial-number는 LTFS 볼륨의 6자 영숫자 볼륨 일련 번호입니다.
지정된 매체 유형 및 볼륨 일련 번호는 카탈로그에 LTFS 볼륨으로 나열되는 볼륨을 식별합니다.
Oracle HSM 카탈로그에서 LTFS 매체는 레이블 없이 non-SAM 및 tfs로 표시됩니다.
SAMQFS-directory는 LTFS 메타 데이터를 보유할 디렉토리의 경로 및 이름입니다.
예제에서는 LTO(li) 볼륨 TFS233을 연결합니다.
user@solaris:~#samltfsattachli.TFS233/samqfs1/ltfs1user@solaris:~#
여기서 중지합니다.
LTFS 파일을 Oracle HSM 파일 시스템으로 입수할 때 Oracle HSM 소프트웨어는 LTFS 볼륨의 파일 시스템 메타 데이터를 Oracle HSM 파일 시스템의 지정된 디렉토리로 복사하고 즉시 모든 파일을 디스크 캐시로 스테이지합니다. LTFS 파일을 입수하려면 다음과 같이 하십시오.
파일 시스템 호스트에 로그인합니다.
user@solaris:~#
LTFS 파일을 호스트하는 Oracle HSM 파일 시스템에서 LTFS 메타 데이터를 보유할 디렉토리를 만듭니다.
예제에서는 파일 시스템 마운트 지점 /samqfs1 아래에 ltfs2/ 디렉토리를 만듭니다.
user@solaris:~#mkdir/samqfs1/ltfs2user@solaris:~#
LTFS 파일을 Oracle HSM 파일 시스템으로 입수합니다. samltfs ingest LTFS-media-type.LTFS-volume-serial-number SAMQFS-directory 명령을 사용합니다. 설명:
LTFS-media-type은 LTFS 데이터를 보유한 매체 유형에 대한 2자 매체 유형 코드입니다(부록 A 장비 유형 용어집 참조).
LTFS-volume-serial-number는 LTFS 볼륨의 6자 영숫자 볼륨 일련 번호입니다.
지정된 매체 유형 및 볼륨 일련 번호는 카탈로그에 LTFS 볼륨으로 나열되는 볼륨을 식별합니다.
Oracle HSM 카탈로그에서 LTFS 매체는 레이블 없이 non-SAM 및 tfs로 표시됩니다.
SAMQFS-directory는 LTFS 메타 데이터를 보유한 디렉토리의 경로 및 이름입니다.
예제에서는 LTO(li) 볼륨 TFS234를 입수합니다.
user@solaris:~#samltfsingestli.TFS234/samqfs1/ltfs2user@solaris:~#
여기서 중지합니다.
Oracle HSM 소프트웨어는 LTFS 매체를 로드/언로드하고 Oracle HSM defaults.conf 파일에 지정된 LTFS 마운트 지점을 사용하여 호스트에 LTFS 파일 시스템을 마운트/마운트 해제할 수 있습니다.
파일 시스템 호스트에 로그인합니다.
user@solaris:~#
LTFS 볼륨을 테이프 드라이브에 로드하고 defaults.conf 파일에 지정된 마운트 지점에 파일 시스템을 마운트합니다. samltfs load LTFS-media-type.LTFS-volume-serial-number 명령을 사용합니다. 설명:
LTFS-media-type은 LTFS 데이터를 보유한 매체 유형에 대한 2자 매체 유형 코드입니다(부록 A 장비 유형 용어집 참조).
LTFS-volume-serial-number는 LTFS 볼륨의 6자 영숫자 볼륨 일련 번호입니다.
지정된 매체 유형 및 볼륨 일련 번호는 카탈로그에 LTFS 볼륨으로 나열되는 볼륨을 식별합니다.
Oracle HSM 카탈로그에서 LTFS 매체는 레이블 없이 non-SAM 및 tfs로 표시됩니다.
예제에서는 LTO(li) 볼륨 TFS434를 로드하고 defaults.conf 파일에 지정된 디렉토리 /mnt/ltfs에 마운트합니다.
user@solaris:~#samltfsloadli.TFS234
여기서 중지합니다.
파일 시스템 호스트에 로그인합니다.
user@solaris:~#
LTFS 파일 시스템을 마운트 해제하고 테이프 드라이브에서 해당 볼륨을 언로드합니다. samltfs unload LTFS-media-type.LTFS-volume-serial-number 명령을 사용합니다. 설명:
LTFS-media-type은 LTFS 데이터를 보유한 매체 유형에 대한 2자 매체 유형 코드입니다(부록 A 장비 유형 용어집 참조).
LTFS-volume-serial-number는 LTFS 볼륨의 6자 영숫자 볼륨 일련 번호입니다.
지정된 매체 유형 및 볼륨 일련 번호는 카탈로그에 LTFS 볼륨으로 나열되는 LTFS 볼륨을 식별합니다.
Oracle HSM 카탈로그에서 LTFS 매체는 레이블 없이 non-SAM 및 tfs로 표시됩니다.
예제에서는 LTFS 파일 시스템을 마운트 해제하고 LTO(li) 볼륨 TFS435를 언로드합니다.
user@solaris:~#samltfsunloadli.TFS435
여기서 중지합니다.
Oracle HSM 소프트웨어는 LTFS 매체를 만들기/지우기/검증하기에 필요한 기본 도구를 제공합니다.
파일 시스템 호스트에 로그인합니다.
user@solaris:~#
LTFS 파일 시스템의 이동식 매체 볼륨을 분할하고 포맷합니다. samltfs mkltfs media-type.volume-serial-number 명령을 사용합니다. 설명:
media-type은 LTFS 호환 가능 매체 유형에 대한 2자 매체 유형 코드입니다(부록 A 장비 유형 용어집 참조).
volume-serial-number는 볼륨의 6자 영숫자 볼륨 일련 번호입니다.
예제에서는 LTO(li) 볼륨 VOL234를 분할하고 LTFS 볼륨으로 포맷합니다.
user@solaris:~#samltfsmkltfsli.VOL234
여기서 중지합니다.
파일 시스템 호스트에 로그인합니다.
user@solaris:~#
LTFS 볼륨을 지우고 일반 용도로 복원합니다. samltfs unltfs media-type.volume-serial-number 명령을 사용합니다. 설명:
media-type은 LTFS 호환 가능 매체 유형에 대한 2자 매체 유형 코드입니다(부록 A 장비 유형 용어집 참조).
volume-serial-number는 볼륨의 6자 영숫자 볼륨 일련 번호입니다.
예제에서는 LTFS 파일 시스템 데이터 및 메타 데이터를 지우고 LTO(li) 볼륨 VOL234에서 분할 영역을 제거합니다.
user@solaris:~#samltfsunltfsli.VOL234
여기서 중지합니다.
파일 시스템 호스트에 로그인합니다.
user@solaris:~#
LTFS 파일 시스템의 무결성을 검사합니다. samltfs ltfsck LTFS-media-type.LTFS-volume-serial-number 명령을 사용합니다. 설명:
LTFS-media-type은 LTFS 데이터를 보유한 매체 유형에 대한 2자 매체 유형 코드입니다(부록 A 장비 유형 용어집 참조).
LTFS-volume-serial-number는 LTFS 볼륨의 6자 영숫자 볼륨 일련 번호입니다.
지정된 매체 유형 및 볼륨 일련 번호는 카탈로그에 LTFS 볼륨으로 나열되는 LTFS 볼륨을 식별합니다.
Oracle HSM 카탈로그에서 LTFS 매체는 레이블 없이 non-SAM 및 tfs로 표시됩니다.
예제에서는 LTO(li) 볼륨 VOL234에서 LTFS 파일 시스템을 검사합니다.
user@solaris:~#samltfsltfsckli.VOL234
여기서 중지합니다.
LTFS의 구성 및 상태를 표시하려면 samltfs status 명령을 사용합니다.
user@solaris:~#samltfsstatus
파일 시스템이 WORM(Write-Once-Read-Many) 지원으로 구성되었으면 디렉토리 및 파일에 WORM을 사용으로 설정할 수 있습니다. 이 절은 Oracle HSM WORM 구현에 대한 간략한 개요로 WORM 파일 시스템 이해부터 시작합니다. 그리고 다음 작업을 수행하기 위한 지침을 제공합니다.
WORM 파일은 법률상 아카이브 목적으로 많은 응용 프로그램에서 사용됩니다. WORM 가능 Oracle HSM 파일 시스템은 기본/사용자 정의 가능 파일 보존 기간, 데이터 및 경로 불변성, 하위 디렉토리의 WORM 설정 상속을 지원합니다. 파일 시스템의 구성 방법에 따라 두 가지 Oracle HSM WORM 모드 중 하나를 사용할 수 있습니다.
표준 준수 모드(기본값)
표준 WORM 모드는 사용자가 디렉토리나 비실행 파일에 UNIX setuid 권한을 설정할 때 WORM 보존 기간을 시작합니다(chmod 4000 directory|file). setuid (set user ID upon execution) 권한을 실행 파일에 설정하면 보안 위험에 노출되므로 이 모드를 사용하여 UNIX 실행 권한을 가진 파일을 보관할 수 없습니다.
에뮬레이션 모드
WORM 에뮬레이션 모드는 사용자가 쓰기 가능 파일이나 디렉토리를 읽기 전용으로 만들 때 WORM 보존 기간을 시작하므로(chmod 555 directory|file) 실행 파일을 보관할 수 있습니다.
표준 및 에뮬레이션 모드는 모두 엄격한 WORM 구현과 덜 제한적인 라이트 구현을 지원합니다. 라이트 구현은 root 사용자의 제한을 완화합니다. 엄격한 구현과 라이트 구현 모두 파일이나 디렉토리에 보존 기간이 트리거된 이후 데이터나 경로 변경을 허용하지 않습니다. 엄격한 구현에서는 누구도 지정된 보존 기간(기본값 43,200분=30일)을 단축하거나 보존 기간이 끝나기 전에 파일이나 디렉토리를 삭제할 수 없습니다. 또한 누구도 sammkfs를 사용하여 현재 보관된 파일과 디렉토리를 보유한 볼륨을 삭제할 수 없습니다. 따라서 엄격한 구현은 법적 규정 준수 요구 사항을 충족하기에 매우 적합합니다. 라이트 구현에서는 root 사용자가 보존 기간을 단축하고, 파일 및 디렉토리를 삭제하고, sammkfs 명령을 사용하여 볼륨을 삭제할 수 있습니다.
트리거 동작을 사용하여 WORM 디렉토리 및 파일을 만듭니다. worm_capable 또는 worm_lite 마운트 옵션으로 마운트된 파일 시스템은 표준 준수 모드 트리거를 사용하고, worm_emul 또는 emul_lite 옵션으로 마운트된 파일 시스템은 에뮬레이션 모드 트리거를 사용합니다.
트리거 동작은 디렉토리와 파일에 다른 영향을 미칩니다. 디렉토리에 적용할 경우, 트리거 동작은 디렉토리에 WORM 지원을 사용으로 설정하지만 사용자가 디렉토리 내에 파일을 만들고 편집하는 능력에는 영향을 미치지 않습니다. 또한 WORM 파일이 없는 한 WORM 가능 디렉토리를 삭제할 수 있습니다. WORM 가능 디렉토리 내의 파일에 적용할 경우, 트리거는 파일에 보존 기간을 설정하며 파일 시스템은 더 이상 파일 데이터나 데이터 경로에 대한 수정을 허용하지 않습니다. 보존 기간이 만료되면 파일을 삭제하거나 보존 시간을 연장하는 것만 가능합니다. 그 결과, 파일 시스템 레벨에서 변경 사항을 돌이킬 수 없기 때문에 WORM 트리거를 적용할 때는 매우 주의해야 합니다.
WORM 파일에 대한 하드 및 소프트 링크를 만들 수 있습니다. WORM 가능 디렉토리에 상주하는 파일에는 하드 링크만 만들 수 있습니다. 하드 링크를 만든 후에 WORM 특성은 원래 파일과 동일합니다. 소프트 링크도 설정할 수 있지만, 소프트 링크는 WORM 기능을 사용할 수 없습니다. WORM 파일에 대한 소프트 링크는 Oracle HSM 파일 시스템의 아무 디렉토리에 만들 수 있습니다.
WORM 파일 시스템 만들기 및 구성에 대한 자세한 내용은 고객 설명서 라이브러리(http://docs.oracle.com/en/storage/#sw)의 Oracle Hierarchical Storage Manager and StorageTek QFS 설치 및 구성 설명서를 참조하십시오.
파일 시스템 서버에 로그인합니다.
user@solaris:~#
파일을 보유한 디렉토리에 WORM이 사용으로 설정되었는지 확인합니다. sls -Dd directory 명령을 사용합니다. 여기서 directory는 디렉토리의 경로 및 이름입니다. 명령 출력에서 worm-capable 속성을 찾습니다.
명령에 대한 자세한 내용은 sls 매뉴얼 페이지를 참조하십시오. 대개 디렉토리에는 WORM이 사용으로 설정됩니다. 사용자가 디렉토리에 WORM을 사용으로 설정할 때 모든 현재와 미래 하위 디렉토리가 WORM 기능을 상속하기 때문입니다. 첫번째 예제에서 대상 디렉토리 /samqfs1/records에 이미 WORM이 사용으로 설정되어 있음을 알 수 있습니다.
user@solaris:~#sls-Dd/samqfs1/records/2013//samma1/records/2013: mode: drwxr-xr-x links: 2 owner: root group: root length: 4096 admin id: 0 inode: 1048.1 project: user.root(1) access: Mar 3 12:15 modification: Mar 3 12:15 changed: Mar 3 12:15 attributes: Mar 3 12:15 creation: Mar 3 12:15 residence: Mar 3 12:15 worm-capable retention-period: 0y, 30d, 0h, 0m
그러나 두번째 예제에서는 대상 디렉토리 /samqfs1/documents에 WORM이 사용으로 설정되지 않았습니다.
user@solaris:~#sls-Dd/samqfs1/documents/samqfs1/documents mode: drwxr-xr-x links: 2 owner: root group: root length: 4096 admin id: 0 inode: 1049.1 project: user.root(1) access: Mar 3 12:28 modification: Mar 3 12:28 changed: Mar 3 12:28 attributes: Mar 3 12:28 creation: Mar 3 12:28 residence: Mar 3 12:28
디렉토리에 WORM이 사용으로 설정되지 않았을 때 파일 시스템이 worm_capable 또는 worm_lite 마운트 옵션으로 마운트된 경우 표준 준수 모드 트리거를 사용하여 디렉토리에 WORM을 사용으로 설정합니다. Solaris 명령 chmod 4000 directory-name을 사용합니다. 여기서 directory-name은 WORM 파일을 보유할 디렉토리의 경로 및 이름입니다.
chmod 4000 명령은 파일에 setuid (set user ID upon execution) 속성을 설정하며, 이것이 표준 준수 모드의 트리거 동작입니다. 예제에서는 /samqfs1/documents 디렉토리에 WORM을 사용으로 설정하고 sls -Dd로 결과를 확인합니다.
user@solaris:~#chmod4000/samqfs1/documentsuser@solaris:~#sls-Dd/samqfs1/documents/samqfs1/documents mode: drwxr-xr-x links: 2 owner: root group: root length: 4096 admin id: 0 inode: 1049.1 project: user.root(1) access: Mar 3 12:28 modification: Mar 3 12:28 changed: Mar 3 12:28 attributes: Mar 3 12:28 creation: Mar 3 12:28 residence: Mar 3 12:28 worm-capable retention-period: 0y, 30d, 0h, 0m
디렉토리에 WORM이 사용으로 설정되지 않았을 때 파일 시스템이 worm_emul 또는 emul_lite 마운트 옵션으로 마운트된 경우 에뮬레이션 모드 트리거를 사용하여 디렉토리에 WORM을 사용으로 설정합니다. Solaris 명령 chmod 555 directory-name을 사용합니다. 여기서 directory-name은 WORM 파일을 보유할 디렉토리의 경로 및 이름입니다.
chmod 555 명령은 디렉토리에 대한 쓰기 권한을 제거하며, 이는 에뮬레이션 모드의 트리거 동작입니다. 예제에서는 sls -Dd 명령을 사용하여 /samqfs1/documents 디렉토리에 WORM을 사용으로 설정하고 결과를 확인합니다.
user@solaris:~#chmod555/samqfs1/documentsuser@solaris:~#sls-Dd/samqfs1/documents/samqfs1/documents mode: drwxr-xr-x links: 2 owner: root group: root length: 4096 admin id: 0 inode: 1049.1 project: user.root(1) access: Mar 3 12:28 modification: Mar 3 12:28 changed: Mar 3 12:28 attributes: Mar 3 12:28 creation: Mar 3 12:28 residence: Mar 3 12:28 worm-capable retention-period: 0y, 30d, 0h, 0m
기본값 이외의 일정 기간 동안 파일 시스템에 파일을 보관해야 하는 경우 파일에 액세스 시간을 변경하여 필요한 보존 시간을 지정합니다. Solaris 명령 touch -a -texpiration-date를 사용합니다. 여기서 expiration-date는 4자리 연도, 2자리 월, 2자리 일, 2자리 시, 2자리 분, 선택적으로 2자리 초로 구성된 숫자 문자열입니다.
Oracle Solaris UNIX 유틸리티 touch는 2038년 1월 18일 오후 10시 14분을 넘어 보존 기간을 연장할 수 없습니다. 이 유틸리티는 부호 있는 32비트 숫자를 사용하여 1970년 1월 1일부터 시작하는 시간을 초 단위로 표현합니다. 따라서 이 마감일을 넘어 파일을 보관해야 하는 경우 기본 보존 기간을 사용합니다.
예제에서는 /samqfs1/plans/master.odt 파일에 대해 보존 기간이 2018년 3월 4일, 오전 11:59분에 만료되도록 설정합니다.
user@solaris:~#touch-a-t201803041159/samqfs1/plans/master.odt
파일 시스템이 worm_capable 또는 worm_lite 마운트 옵션으로 마운트된 경우 표준 준수 트리거를 사용하여 파일에 WORM 보존 기간을 활성화합니다. Solaris 명령 chmod 4000 directory-name을 사용합니다. 여기서 directory-name은 WORM 파일을 보유할 디렉토리의 경로 및 이름입니다.
표준 준수 모드의 트리거 동작인 chmod 4000은 지정된 파일에 setuid(set user ID upon execution) 속성을 설정합니다. 이 속성을 실행 파일에 설정하면 안전하지 않습니다. 따라서 파일 시스템이 worm_capable 또는 worm_lite 마운트 옵션으로 마운트된 경우 UNIX 실행 파일에 WORM 보호를 설정할 수 없습니다.
예제에서는 master.odt 파일에 WORM 보존 기간을 활성화합니다. sls -D로 결과를 확인합니다. retention이 이제 active 상태입니다.
user@solaris:~#chmod 4000/samqfs1/plans/master.odtuser@solaris:~#sls-Dd/samqfs1/plans/master.odt/samqfs1/plans/master.odt: mode: -r-xr-xr-x links: 1 owner: root group: root length: 104 admin id: 0 inode: 1051.1 project: user.root(1) access: Mar 4 2018 modification: Mar 3 13:14 changed: Mar 3 13:16 retention-end: Apr 2 14:16 2014 creation: Mar 3 13:16 residence: Mar 3 13:16 retention: active retention-period: 4y, 0d, 0h, 0m
파일 시스템이 worm_emul 또는 emul_lite 마운트 옵션으로 마운트된 경우 에뮬레이션 모드 트리거를 사용하여 파일에 WORM 보존 기간을 활성화합니다. Solaris 명령 chmod 555 directory-name을 사용합니다. 여기서 directory-name은 WORM 파일을 보유할 디렉토리의 경로 및 이름입니다.
chmod 555 명령은 디렉토리에 대한 쓰기 권한을 제거하며, 이는 에뮬레이션 모드의 트리거 동작입니다. 예제에서는 master-plan.odt 파일에 WORM 보존 기간을 활성화합니다. sls -D로 결과를 확인합니다. retention이 이제 active 상태입니다.
user@solaris:~#chmod555/samqfs1/plans/master.odtuser@solaris:~#sls-Dd/samqfs1/plans/master.odt/samqfs1/plans/master.odt: mode: -r-xr-xr-x links: 1 owner: root group: root length: 104 admin id: 0 inode: 1051.1 project: user.root(1) access: Mar 4 2018 modification: Mar 3 13:14 changed: Mar 3 13:16 retention-end: Apr 2 14:16 2014 creation: Mar 3 13:16 residence: Mar 3 13:16 retention: active retention-period: 4y, 0d, 0h, 0m
여기서 중지합니다.
지정된 검색 조건을 충족하는 WORM 파일을 찾고 나열하려면 sfind 명령을 사용합니다. 다음과 같이 하십시오.
파일 시스템 서버에 로그인합니다.
user@solaris:~#
WORM으로 보호되고 활발히 보관 중인 파일을 나열하려면 sfind starting-directory -ractive 명령을 사용합니다. 여기서 starting-directory는 나열 프로세스를 시작하려는 디렉토리의 경로 및 이름입니다.
user@solaris:~#sfind/samqfs1/-ractive/samqfs1/documents/2013/master-plan.odt /samqfs1/documents/2013/schedule.ods /samma1/records/2013/progress/report01.odt /samma1/records/2013/progress/report02.odt /samma1/records/2013/progress/report03.odt ... user@solaris:~#
보존 기간이 만료된 WORM 보호 파일을 나열하려면 sfind starting-directory -rover 명령을 사용합니다. 여기서 starting-directory는 나열 프로세스를 시작하려는 디렉토리의 경로 및 이름입니다.
user@solaris:~#sfind/samqfs1/-rover/samma1/documents/2007/master-plan.odt /samma1/documents/2007/schedule.ods user@solaris:~#
지정된 날짜 및 시간 후에 보존 기간이 만료될 WORM 보호 파일을 나열하려면 sfind starting-directory -rafter expiration-date 명령을 사용합니다. 여기서 starting-directory는 나열 프로세스를 시작하려는 디렉토리의 경로 및 이름입니다. expiration-date는 4자리 연도, 2자리 월, 2자리 일, 2자리 시, 2자리 분, 선택적으로 2자리 초로 구성된 숫자 문자열입니다.
예제에서는 2015년 1월 1일 자정을 지나 1분 후에 보존 기간이 만료되는 파일을 나열합니다.
user@solaris:~#sfind/samqfs1/-rafter201501010001/samqfs1/documents/2013/master-plan.odt user@solaris:~#
적어도 지정된 시간 동안 파일 시스템에 남아야 하는 WORM 보호 파일을 나열하려면 sfind starting-directory -rremain time-remaining 명령을 사용합니다. 설명:
starting-directory는 검색이 시작되는 디렉토리 트리의 위치입니다.
time-remaining은 시간 단위와 쌍을 이루는 음이 아닌 정수 문자열로 y(연도), d(일), h(시간), m(분)을 나타냅니다.
예제에서는 /samqfs1/ 디렉토리에서 적어도 3년 이상 보관할 모든 파일을 찾습니다.
user@solaris:~#sfind/samqfs1/-rremain3y/samqfs1/documents/2013/master-plan.odt user@solaris:~#
적어도 지정된 시간 동안 파일 시스템에 남아야 하는 WORM 보호 파일을 나열하려면 sfind starting-directory -rlonger time 명령을 사용합니다. 설명:
starting-directory는 검색이 시작되는 디렉토리 트리의 위치입니다.
time-remaining은 시간 단위와 쌍을 이루는 음이 아닌 정수 문자열로 y(연도), d(일), h(시간), m(분)을 나타냅니다.
예제에서는 /samqfs1/ 디렉토리에서 3년 90일 이상 보관할 모든 파일을 찾습니다.
user@solaris:~#sfind/samqfs1/-rremain3y90d/samqfs1/documents/2013/master-plan.odt user@solaris:~#
영구적으로 파일 시스템에 남아야 하는 WORM 보호 파일을 나열하려면 sfind starting-directory -rpermanent 명령을 사용합니다.
예제에서는 /samqfs1/ 디렉토리 아래의 어떤 파일도 영구적으로 보관되지 않습니다.
user@solaris:~#sfind/samqfs1/-rpermanentuser@solaris:~#
여기서 중지합니다.
이 절에서는 다음 항목을 다룹니다.
확장 파일 속성은 Oracle HSM 파일을 Microsoft Windows 파일 시스템에서 해석할 수 있는 비-UNIX 메타 데이터와 연관시켜서 SMB/CIFS 파일 공유를 지원합니다. 이 절은 Oracle HSM에서 지원되는 확장 속성에 대한 간략한 개요로 시작합니다. 그리고 다음 작업을 위한 기본 지침을 제공합니다.
확장 시스템 속성은 부울(true 또는 false) 값으로, 속성 name과 true 값으로 표현하거나 이름의 부정인 noname과 false 값으로 표현합니다. Oracle HSM는 SMB/CIFS 파일 공유 지원 시 다음 확장 시스템 속성을 제공합니다.
appendonly는 사용자가 파일에 데이터만 첨부할 수 있음을 의미합니다. noappendonly는 이 제한이 아무 효력이 없음을 의미합니다.
archive는 마지막 복사 또는 백업된 이후 파일이 변경되었음을 의미합니다. noarchive는 마지막 복사 또는 백업된 이후 파일이 변경되지 않았음을 의미합니다. Oracle HSM은 현재 이 속성을 사용하지 않습니다.
hidden은 파일이 기본적으로 파일 목록에 표시되지 않음을 의미합니다. nohidden은 파일이 기본적으로 표시됨을 의미합니다.
immutable은 디렉토리나 파일의 내용을 변경하거나 삭제할 수 없음을 의미합니다. noimmutable은 디렉토리나 파일을 변경하거나 삭제할 수 있음을 의미합니다.
nodump는 파일을 백업할 수 없음을 의미합니다. nonodump는 파일을 백업할 수 있음을 의미합니다. Oracle Solaris는 이 속성을 사용하지 않습니다.
nounlink는 파일이나 디렉토리의 내용을 삭제하거나 이름을 바꿀 수 없음을 의미합니다. nonounlink는 파일이나 디렉토리의 내용을 삭제하거나 이름을 바꿀 수 있음을 의미합니다.
offline은 파일이 Oracle HSM 파일 시스템에서 해제되었음을 의미합니다. Microsoft Windows 시스템은 파일 미리보기를 시행하지 않습니다. nooffline은 파일이 온라인이고 Oracle HSM 파일 시스템에서 해제되지 않았음을 의미합니다.
readonly는 파일을 삭제하거나 수정할 수 없음을 의미합니다. noreadonly는 파일을 삭제하거나 수정할 수 있음을 의미합니다. 디렉토리에 적용할 경우 속성이 무시됩니다.
sparse는 희소 파일을 지원하지 않는 파일 시스템으로 파일을 복사하거나 액세스할 때 파일 시스템에서 복원하는 범위까지 제로가 줄어들면서, 저장된 파일에 비제로 데이터만 있음을 의미합니다. nosparse는 희소 파일이 아님을 의미합니다.
system은 파일이 Microsoft Windows 운영 체제에 매우 중요하고, 변경하거나 삭제하지 않아야 하며, 기본적으로 목록에 표시되지 않아야 함을 의미합니다. nosystem은 파일이 시스템 파일이 아님을 의미합니다.
Oracle HSM 파일의 확장 시스템 속성을 보려면 Solaris 명령 ls -/v file을 사용합니다. 여기서 file은 파일의 경로 및 이름입니다.
예제에서는 /samqfs1/documents/master-plan.odt 파일의 확장 속성이 나열됩니다.
user@solaris:~#ls-/v/samqfs1/documents/master-plan.odt-rw-r--r-- 1 root root 40560 Mar 4 15:52 /samqfs1/documents/master-plan.odt {archive,nohidden,noreadonly,nosystem,noappendonly,nonodump,noimmutable,nonounlink, nooffline,nosparse} user@solaris:~#
파일의 시스템 속성 값을 지정된 값으로 변경하려면 Solaris 명령 chmod S+v{attributes}를 사용합니다. 여기서 attributes는 콤마로 구분된 Oracle HSM에서 지원되는 확장 시스템 속성 목록입니다.
구문 및 사용 가능한 옵션에 대한 종합적 설명은 chmod 매뉴얼 페이지를 참조하십시오. 예제에서는 아카이브 속성을 noarchive(false)에서 archive(true)로 변경합니다.
root@solaris:~#ls -/v /samqfs1/documents/master-plan.odt-r-xr-xr-x 1 root root 40561 Mar 4 15:52 /samqfs1/documents/master-plan.odt {noarchive,nohidden,readonly,nosystem,noappendonly,nonodump,noimmutable, nonounlink,offline,nosparse} root@solaris:~#chmod S+v{archive} /samqfs1/documents/master-plan.odtroot@solaris:~#ls -/v /samqfs1/documents/master-plan.odt-r-xr-xr-x 1 root root 40561 Mar 4 15:52 /samqfs1/documents/master-plan.odt {archive,nohidden,readonly,nosystem,noappendonly,nonodump,noimmutable, nonounlink,offline,nosparse}
ACL(액세스 제어 목록)은 파일이나 디렉토리에 액세스 권한을 정의하는 테이블입니다. 테이블의 각 레코드나 ACE(액세스 제어 항목)는 특정 사용자, 그룹 또는 사용자/그룹 클래스의 액세스 권한을 정의합니다. 기본적으로 Oracle HSM 릴리스 6.0으로 만든 새 파일 시스템은 NFS(네트워크 파일 시스템) 버전 4 및 Solaris 11에 도입된 ACL(액세스 제어 목록) 구현을 사용합니다.
Solaris ACL 관리, 구문, 사용법에 대한 종합적 설명은 이 문서에서 다루지 않습니다. 자세한 내용은 docs.oracle.com의 Oracle Solaris 11.1 Information Library에서 제공되는 Oracle Solaris 11.1 관리: ZFS 파일 시스템의 "ACL 및 속성을 사용하여 Oracle Solaris ZFS 파일 보호" 장을 참조하십시오. 또한 Solaris ls 및 chmod 매뉴얼 페이지를 참조하십시오.
