이 장에서는 다음 항목을 다룹니다.
친숙한 인터페이스(표준 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 -L 121m tests/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 -l 2g data/2014/a3168445
여기서 중지합니다.
기본적으로 Oracle HSM 파일 시스템은 마운트 시점에 파일 시스템에 지정된 할당 방식을 사용합니다. 그러나 사용자가 지정된 디렉토리나 파일에 대해 선호하는 할당 방식(지정된 스트라이프 너비로 라운드 로빈 또는 스트라이핑)을 지정할 수 있습니다.
파일 시스템 호스트에 로그인합니다.
user@solaris:~#
라운드 로빈 할당을 지정하려면 스트라이프 너비 0
(제로)을 지정합니다. setfa
-s
0
directory-or-file
명령을 사용합니다. 여기서 directory-or-file
은 지정된 할당 방법을 사용하여 쓰여질 디렉토리나 파일의 이름입니다.
스트라이프 너비 0
(제로)은 스트라이프되지 않은 라운드 로빈 할당을 지정합니다. 파일 시스템은 그 다음 사용 가능한 장치에 파일을 쓰기 시작합니다. 파일이 완료되거나 공간이 소진될 때까지 동일한 장치에 DAU(디스크 할당 단위)를 파일에 연속 기록합니다. 장치에 공간이 소진된 경우 파일 시스템은 그 다음 사용 가능한 장치로 이동하여 디스크 할당 단위 쓰기를 계속합니다. 파일이 완료될 때까지 프로세스를 반복합니다. 예제에서는 data/field-reports
디렉토리에 쓰여진 모든 파일에 대해 라운드 로빈 할당을 지정합니다.
user@solaris:~# setfa -s 0 data/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 -s 1 data/2014/
여기서 중지합니다.
사용자는 라운드 로빈 또는 스트라이프 할당을 시작해야 할 스트라이프 그룹 장치를 지정할 수 있습니다. Oracle HSM 스트라이프 그룹은 여러 물리적 볼륨에 걸쳐 데이터를 분할하는 논리적 볼륨입니다. 라운드 로빈 파일 할당이 적용될 때 지정된 스트라이프 그룹에 전체 파일이 기록됩니다. 스트라이프 할당이 적용될 때 지정된 스트라이프 그룹에 첫번째 할당이 이루어집니다.
파일 시스템 호스트에 로그인합니다.
user@solaris:~#
특정 스트라이프 그룹에 전체 파일을 기록하려면 라운드 로빈 할당을 사용합니다. setfa
-s
0
-g
stripe-group-number
명령을 사용합니다. 여기서 stripe-group-number
는 지정된 스트라이프 그룹을 식별하는 [0-127
] 범위의 정수입니다.
예제에서는 reports/site51
파일을 쓸 때 스트라이프 그룹 0
에서 시작하는 라운드 로빈 할당을 지정합니다.
user@solaris:~# setfa -s 0 -g0 reports/site51
지정된 스트라이프 그룹부터 시작하여 여러 스트라이프 그룹에 걸쳐 파일을 분할하려면 스트라이프 할당을 사용합니다. setfa
-s
stripe-width
-g
stripe-group-number
명령을 사용합니다. 여기서 stripe-width
는 디스크 할당 단위 수를 지정하는 [1–255
] 범위의 정수이고 stripe-group-number
는 지정된 스트라이프 그룹을 식별하는 [0-127
] 범위의 정수입니다.
예제에서는 assessments/site52
파일에 대한 스트라이프 할당을 지정합니다. 스트라이프 그룹 21
부터 시작하여 그룹당 3개의 디스크 할당 단위를 지정합니다.
user@solaris:~# setfa -s 3 -g21 assessments/site52
여기서 중지합니다.
다른 Solaris 및 Linux 파일 시스템과 마찬가지로 Oracle HSM 파일 시스템은 확장 파일 속성을 지원합니다. 확장 속성은 파일 시스템 자체가 아닌, 사용자나 응용 프로그램에 의해 파일과 연관된 임의의 메타데이터를 보유합니다. 확장 속성은 파일 다이제스트, 저작자와 소스 응용 프로그램의 이름, 텍스트 파일에서 사용된 문자 인코딩을 보유하는 데 사용되었습니다.
릴리스 6.1부터 Oracle HSM은 데이터 분할 영역의 블록을 사용하는 대신, 메타데이터 분할 영역 내의 확장 inode에 464자 이하를 포함하는 작은 확장 속성 파일을 저장합니다. 새로운 접근법은 확장 속성이 사용 중이고 파일 시스템 메타데이터가 플래시 스토리지와 같은 빠른 장치에 저장될 때 파일 시스템 성능을 크게 향상시킵니다.
확장 파일 속성은 새 파일 시스템을 만들거나 복구 지점(samfsdump
) 파일에서 구 파일 시스템을 복원할 때마다 자동으로 사용으로 설정됩니다. 확장 속성 사용에 대한 자세한 내용은 Solaris fsattr(5)
및 Linux xattr(7)
매뉴얼 페이지를 참조하십시오.
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 -l 1536k 201401.dat
디렉토리와 모든 하위 디렉토리의 파일을 반복적으로 세그먼트하려면 segment
[
-s
stage_ahead
]
-l
segment_size
-r
directory-path-name
명령을 사용합니다. 여기서 directory-path-name
은 시작 디렉토리의 경로 및 이름입니다.
예제에서는 1메가바이트(1m
) 세그먼트 크기를 사용하여 /hsm/hsmfs1/data
디렉토리와 하위 디렉토리의 모든 파일을 세그먼트합니다.
user@solaris:~# segment -l 1m -r /hsm/hsmfs1/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 Parameters params allsets -sort path -offline_copy stageahead -reserve set allsets.1 -startage 10m -drives 2 allsets.2 -startage 24h -drives 2 allsets.3 -startage 48h -drives 2 endparams ... :wq root@solaris:~#
archiver.cmd
파일에 오류가 있는지 확인합니다. archiver
-lv
명령을 사용합니다.
archiver
-lv
명령은 archiver.cmd
파일을 화면에 출력하고 발견된 오류가 없으면 구성 보고서를 생성합니다. 그렇지 않고 오류가 발견되면 작업을 중지합니다.
root@solaris:~# archiver -lv Reading '/etc/opt/SUNWsamfs/archiver.cmd'. ... Total space available: 300T root@solaris:~#
Oracle HSM 소프트웨어에 archiver.cmd
파일을 다시 읽고 그에 따라 재구성하도록 지시합니다. /opt/SUNWsamfs/sbin/samd
config
명령을 사용합니다.
root@solaris:~# samd config
여기서 중지합니다.
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 -m li -v VOL080 /hsm/hsmfs1/data/file1
두번째 예제에서 LTO(li
) 볼륨 VOL080
, VOL082
, VOL098
에 file2
를 만듭니다.
user@solaris:~# request -m li -v VOL081/VOL082/VOL098 /hsm/hsmfs1/data/file2
-l
volume-list-file
. 여기서 volume-list-file
은 각 라인의 단일 볼륨 일련 번호를 나열하는 파일의 경로 및 이름입니다. 선택적으로 공백과 지정된 볼륨에서 시작 위치를 지정하는 10진수 또는 16진수(16진수는 앞에 0x
가 붙음)를 지정합니다.
예제에서는 vi
편집기를 사용해서 vsnsfile3
파일에 나열된 LTO(li
) 볼륨에 file3
을 만듭니다.
user@solaris:~# vi vsnsfile3 VOL180 VOL181 VOL182 :wq user@solaris:~# request -m li -v -l vsnsfile3 /hsm/hsmfs1/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 -m li -N -v FOR991 /hsm/hsmfs1/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 메타데이터를 보유할 디렉토리를 만듭니다.
예제에서는 파일 시스템 마운트 지점 /hsm/hsmfs1
아래에 ltfs1/
디렉토리를 만듭니다.
user@solaris:~# mkdir /hsm/hsmfs1/ltfs1 user@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:~# samltfs attach li.TFS233 /hsm/hsmfs1/ltfs1 user@solaris:~#
여기서 중지합니다.
LTFS 파일을 Oracle HSM 파일 시스템으로 입수할 때 Oracle HSM 소프트웨어는 LTFS 볼륨의 파일 시스템 메타데이터를 Oracle HSM 파일 시스템의 지정된 디렉토리로 복사하고 즉시 모든 파일을 디스크 캐시로 스테이지합니다. LTFS 파일을 입수하려면 다음과 같이 하십시오.
파일 시스템 호스트에 로그인합니다.
user@solaris:~#
LTFS 파일을 호스트하는 Oracle HSM 파일 시스템에서 LTFS 메타데이터를 보유할 디렉토리를 만듭니다.
예제에서는 파일 시스템 마운트 지점 /hsm/hsmfs1
아래에 ltfs2/
디렉토리를 만듭니다.
user@solaris:~# mkdir /hsm/hsmfs1/ltfs2 user@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:~# samltfs ingest li.TFS234 /hsm/hsmfs1/ltfs2 user@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:~# samltfs load li.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:~# samltfs unload li.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:~# samltfs mkltfs li.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:~# samltfs unltfs li.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:~# samltfs ltfsck li.VOL234
여기서 중지합니다.
LTFS의 구성 및 상태를 표시하려면 samltfs
status
명령을 사용합니다.
user@solaris:~# samltfs status
이 절에서는 다음 항목을 다룹니다.
시스템 속성은 Oracle HSM 파일을 Microsoft Windows 파일 시스템에서 해석할 수 있는 비-UNIX 메타데이터와 연관시켜서 SMB/CIFS 파일 공유를 지원합니다. 이 절은 Oracle HSM에서 지원되는 시스템 속성에 대한 간략한 개요로 시작합니다. 그리고 다음 작업을 위한 기본 지침을 제공합니다.
시스템 속성은 부울(true 또는 false) 값으로, 속성 name
과 true
값으로 표현하거나 이름의 부정인 no
name
과 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
은 파일의 경로 및 이름입니다.
예제에서는 /hsm/hsmfs1/documents/master-plan.odt
파일의 시스템 속성을 나열합니다.
user@solaris:~# ls -/v /hsm/hsmfs1/documents/master-plan.odt -rw-r--r-- 1 root root 40560 Mar 4 15:52 /hsm/hsmfs1/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 /hsm/hsmfs1/documents/master-plan.odt -r-xr-xr-x 1 root root 40561 Mar 4 15:52 /hsm/hsmfs1/documents/master-plan.odt {noarchive,nohidden,readonly,nosystem,noappendonly,nonodump,noimmutable, nonounlink,offline,nosparse} root@solaris:~# chmod S+v{archive} /hsm/hsmfs1/documents/master-plan.odt root@solaris:~# ls -/v /hsm/hsmfs1/documents/master-plan.odt -r-xr-xr-x 1 root root 40561 Mar 4 15:52 /hsm/hsmfs1/documents/master-plan.odt {archive,nohidden,readonly,nosystem,noappendonly,nonodump,noimmutable, nonounlink,offline,nosparse}
ACL(액세스 제어 목록)은 파일이나 디렉토리에 액세스 권한을 정의하는 테이블입니다. 테이블의 각 레코드나 ACE(액세스 제어 항목)는 특정 사용자, 그룹 또는 사용자/그룹 클래스의 액세스 권한을 정의합니다. 기본적으로 Oracle HSM 릴리스 6.1으로 만든 새 파일 시스템은 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
매뉴얼 페이지를 참조하십시오.