文書番号: 000079803
# mtree retention-lock enable mode governance mtree [mtree]
(ADMIN USER) # user add [username] role security
(SECURITY USER): # authorization policy set security-officer enabled
(ADMIN USER) # system retention-lock compliance configure
(ADMIN USER) # system retention-lock compliance enable
(ADMIN USER) # mtree retention-lock enable mode compliance mtree [mtree]
Retention Lock이 활성화된 MTrees를 어떻게 확인할 수 있습니까?
Retention Lock이 설정된 MTrees는 'mtree list''의 출력에 표시됩니다. 예를 들면 다음과 같습니다.
sysadmin@ddxxxx# mtree list
Name Pre-Comp (GiB) Status Tenant-Unit
--------------------------------- -------------- ------- -----------
...
/data/col1/rich-retention-lock 0.0 RW/RLGE -
/data/col1/rl_test 0.0 RW/RLGD -
/data/col1/rl_test_comp 0.0 RW/RLCE -
/data/col1/test 3.1 RW/RLGE -
...
--------------------------------- -------------- ------- -----------
...
RLGE : Retention-Lock Governance Enabled
RLGD : Retention-Lock Governance Disabled
RLCE : Retention-Lock Compliance Enabled
Retention Lock 규정 준수가 설정된 MTree를 Retention Lock 규정 준수로 변환할 수 있습니까?
DDoS 관리 가이드에서 설명한 것처럼 이 작업은 불가능합니다.
Retention Lock 규정 준수가 설정된 MTree를 Retention Lock 규정 준수로 변환할 수 있습니까?
DDoS 관리 가이드에서 설명한 것처럼 이 작업은 불가능합니다.
파일 보존 또는 잠금 기간은 어떻게 설정합니까?
MTree에 대해 Retention Lock을 설정한 후에는 최소 및 최대 보존 기간을 설정해야 합니다. 이러한 기간은 MTree 내의 파일을 잠글 수 있는 최소 및 최대 시간을 나타냅니다. 예:
# mtree retention-lock set min-retention-period [period] mtree [mtree]
# mtree retention-lock set max-retention-period [period] mtree [mtree]
기간은 다음과 같이 다양한 단위로 지정할 수 있습니다.
기존 보존 기간은 어떻게 표시할 수 있습니까?
이 작업은 다음 두 명령을 사용하여 수행할 수 있습니다.
# mtree retention-lock show min-retention-period mtree [mtree] # mtree retention-lock show max-retention-period mtree [mtree]
예:
sysadmin@dd630# mtree retention-lock show min-retention-period mtree /data/col1/rl_test
Retention-lock min-retention-period of mtree /data/col1/rl_test is: 720 minutes.
sysadmin@dd630# mtree retention-lock show max-retention-period mtree /data/col1/rl_test
Retention-lock max-retention-period of mtree /data/col1/rl_test is: 30 days.
Retention Lock이 설정된 MTree 내의 파일은 어떻게 잠깁니까?
NFS 또는 CIFS 클라이언트에서 'touch' 명령을 사용하여 파일의 atime을 변경할 수 있습니다.
# touch -a -t [expiry time] [file to be locked]
예를 들어 /data/col1/rl_test/testfile의 atime을 6월 8일 07:05로 설정하려면,
# touch -a -t 06080705 /data/col1/rl_test/testfile
현재 시간에서 미래 atime까지의 기간은 MTree의 최소 및 최대 보존 기간 내에 있어야 합니다. 그렇지 않으면 파일 atime을 수정할 때 다음과 같은 오류가 발생합니다.
# touch -a -t 08080705 /data/col1/rl_test/testfile
touch: setting times of `/data/col1/rl_test/testfile': Permission denied
DDFS(Data Domain File System) 로그 파일에도 해당 메시지가 표시됩니다.
06/07 13:44:57.197 (tid 0x2b28ee5258c0): Attempt to set atime of /data/col1/rl_test/testfile to larger than maximum retention period of mtree.
CIFS(Windows) 클라이언트에는 기본적으로 터치 명령이나 유틸리티가 포함되어 있지 않지만 이러한 여러 가지 유틸리티를 다양한 타사 웹사이트에서 무료로 다운로드할 수 있습니다.
DDR에 파일을 기록한 후 자동으로 Retention Lock을 지원하는 백업 애플리케이션은 무엇입니까?
Data Domain Retention Lock은 업계 표준의 NAS 기반 WORM(Write-Once-Read-Many) 프로토콜과 호환됩니다. Symantec Enterprise Vault, SourceOne, Cloud Tiering Appliance 또는 DiskXtender와 같은 아카이브 애플리케이션과 통합할 수 있습니다.
Dell NetWorker의 경우 거버넌스 모드와 규정 준수 모드가 모두 지원됩니다.
2024년 6월을 기준으로 최신 Avamar 버전은 Avamar "변경 불가능한 백업" 기능의 일부로 Data Domain Retention Lock 규정 준수 및 거버넌스를 모두 지원합니다. 자세한 내용은 아래 문서와 Avamar 설명서를 참조하십시오.
Avamar 및 Data Domain: Avamar 변경 불가능한 백업 및 Data Domain 규정 준수 모드 Retention Lock 활성화
Avamar "변경 불가능한 백업" 기능을 활성화하는 단계를 엄격하게 준수해야 합니다. 이렇게 하지 않으면 DD의 Avamar MTree에 더 이상 쓸 수 없거나 복구 시간이 오래 걸리는 운영 문제가 발생할 수 있습니다. Avamar는 DD ARL(Automatic Retention Lock)과 작동하지 않으며 DD의 Avamar MTree에 대해 ARL을 설정해서는 안 됩니다.
Data Domain Retention Lock을 기본적으로 지원하지 않는 다른 백업 애플리케이션을 사용하는 고객도 Data Domain Retention Lock을 사용하여 파일의 보존 기간을 수동으로 설정하는 맞춤 구성 스크립트를 개발할 수 있습니다. 이 시나리오에서는 사용자 정의 스크립트는 파일의 atime을 설정하여 백업 애플리케이션이 파일 삭제를 시도하기 전에 잠금이 해제되도록 해야 합니다. 이렇게 하지 않으면 백업 애플리케이션이 잠긴 파일을 삭제하려고 시도할 수 있으며(실패), 파일이 DDR에 남아 디스크 공간을 영원히 소모하게 됩니다. Data Domain 관리 가이드를 참조하십시오.
자동 Retention Lock
Data Domain Retention Lock 기능을 기본적으로 지원하지 않는 백업 애플리케이션의 경우 고객이 이 기능을 활용하는 것이 항상 문제였습니다. 백업 관리자는 MTree에 대해 새로 수집된 파일에 Retention Lock을 설정하는 스크립트를 구성해야 합니다. 백업 관리자가 백업을 만료(및 삭제)하기 직전에 잠금이 만료되도록 잠금을 설정해야 합니다.
ARL은 MTree에 기록된 각 파일에 대해 잠금을 설정하여 구성된 철회 기간이 경과한 후 지정된 기간 동안 파일을 변경하거나 제거할 수 없도록 합니다. 즉, VTL 풀(VTL 테이프 파일이 반복적으로 기록됨) 또는 메타데이터 정보를 고객 백업 파일 자체와 함께 보관하는 백업 애플리케이션(예: NetWorker 또는 Avamar)과 같이 시간이 지남에 따라 일부 파일을 반복적으로 업데이트해야 하는 워크로드 또는 백업 애플리케이션에 대해 ARL을 활성화해서는 안 됩니다. 이러한 경우 ARL을 활성화하면 일정 시간 동안 중요한 파일을 잠금 설정할 수 있으며, 이러한 파일을 추후 다른 백업을 위해 쓰기 완료해야 하는 경우 쓰기 작업이 실패하고 이어지는 백업도 실패합니다.
백업 관리자가 백업 파일에 대한 Retention Lock을 유지하는 데 따른 부담을 줄이고 DDOS를 다른 공급업체와의 기능 대등성을 높이기 위해 DDOS 6.2.0.20 이후 Retention Lock이 구성된 각 MTree에 대해 CLI를 통해 설정할 수 있는 기능이 있으며, 이 기능은 디스크에 파일 쓰기가 완료된 후 미리 정해진 시간이 경과한 후 수집된 모든 파일에 대해 지정된 기간 동안 잠금을 설정할 수 있습니다. 이렇게 하면 관리자가 더 이상 수동으로(또는 스크립트로) Retention Lock 설정에 대해 걱정할 필요가 없으며, 백업 애플리케이션의 협력 없이 자동으로 Retention Lock이 수행됩니다.
DDOS 7.8 이전에는 DD Boost LSU(Logical Storage Unit)에서 자동 Retention Lock을 사용할 수 없으며, 이 기능을 활성화하려고 하면 지원되지 않는다는 오류가 반환됩니다.
7.8 이상에서는 ARL이 DD Boost LSU에 지원됩니다.
NW 클론과 같이 MFR(Managed File Replication)용 타겟 DD에 사용되는 ARL은 파일에 잠금을 설정하기 전에 백업 세트에 대한 클론 작업이 완료되도록 "자동 잠금 지연"이 충분히 길어야 합니다. 예: 백업 세트의 일부인 작은 파일은 복제를 빠르게 완료하지만 큰 파일은 시간이 오래 걸립니다. 그런 다음 첫 번째 파일은 대용량 파일의 복제가 완료될 때까지 보존이 잠기며 NW가 백업 세트의 모든 파일을 최종 아카이브 디렉토리로 이동하려고 할 때 오류가 발생합니다.
Data Domain VTL에서는 자동 Retention Lock이 지원되지 않습니다.
해당하는 버전의 경우 아래와 같이 "mtree retention-lock" CLI에 추가 옵션이 있습니다. 이 기능은 UI를 통해서도 "Use" 옵션에서 "Manual" 대신 "Automatic"을 선택하여 구성할 수 있습니다.
# mtree retention-lock set
{min-retention-period | max-retention-period |
automatic-retention-period | automatic-lock-delay} <period>
mtree <mtree-path>
자동 Retention Lock 기능은 사전 구성된 철회 기간이 만료되는 즉시(자동 잠금 지연) 파일을 잠급니다. Retention Lock이 설정된 MTree에 파일을 기록하고 해당 값이 MTree에 설정된 "min-retention-period" 및 "max-retention-period" 값 내에 있으면 설정된 순간부터 "automatic-retention-period"에 대해 잠금이 유효합니다.
이 기능에 대한 자세한 사용법과 일반적인 세부 정보는 해당 DDOS 관리 가이드를 참조하십시오. 이 기능은 서로 다른 기간에 대한 잠금 세트가 있어야 하는 백업의 타겟으로 동일한 MTree를 사용하는 상황이나, 시작 시 잠금 설정이 없어야 하는 백업에 대해서는 적합하지 않습니다.
잠긴 파일에 대해 수행할 수 있는 작업과 수행할 수 없는 작업은 무엇입니까?
파일 또는 파일 세트에 대한 Retention Lock을 완전히 제거할 수 있습니까?
거버넌스 모드를 사용하여 MTrees의 파일에 대한 Retention Lock을 '되돌리기'(제거)할 수 있습니다. 이 작업은 다음 명령을 사용하여 수행합니다.
# mtree retention-lock revert [path]
파일에 대한 Retention Lock이 제거되면 정상적으로 수정하거나 삭제할 수 있습니다. 디렉토리에 대해 이 명령을 실행하면 해당 디렉토리 내의 모든 파일과 모든 하위 디렉토리에 있는 Retention Lock이 제거됩니다.
규정 준수 모드를 사용하여 MTrees의 파일에 대한 Retention Lock을 되돌릴 수 없습니다. 이 설정을 시도하면 해당 오류가 표시됩니다.
# mtree retention-lock revert /data/col1/rl_test_comp/testfile
This operation is not allowed. Mtree is in retention-lock compliance mode.
Retention Lock이 설정된 파일을 수정하거나 제거하려고 하면 어떻게 됩니까?
Retention Lock이 설정된 파일을 수정하거나 제거하려고 하면 해당 '사용 권한 거부' 오류가 발생합니다.
# echo " test2" >> /data/col1/rl_test/testfile
bash: testfile: Permission denied
# rm testfile
rm: remove write-protected regular file `testfile'? y
rm: cannot remove `testfile': Permission denied
DDFS 로그에는 Retention Lock이 설정된 파일로 인해 작업이 실패했음을 나타냅니다.
06/07 07:06:59.756 (tid 0x2b5a77605d50): Atime of retention-lock file /data/col1/rl_test/testfile is not expired.
06/07 07:07:42.504 (tid 0x2b5a79111390): Atime of retention-lock file /data/col1/rl_test/testfile is not expired.
Retention Lock이 설정된 모든 파일을 나열할 수 있습니까?
예. 'mtree retention-lock report generate retention-details' 명령을 사용하여 수행할 수 있습니다.
mtree retention-lock report generate retention-details
mtrees {<mtree-list> | all}
[format {text | tsv | csv}]
[output-file <file-name>]
Report detailed information of
retention-lock files.
예를 들어 /data/col1/rl_test MTree에 있는 모든 잠긴 파일의 세부 정보를 나열하려면 다음을 수행합니다.
sysadmin@ddxxxx# mtree retention-lock report generate retention-details mtrees /data/col1/jftest
Report generated on: Fri Jul 1 14:19:31 2016
Report for mtree: /data/col1/jftest
File Path Mode Size(Bytes) Expiration Date
/data/col1/jftest/file1 governance 10521456 Sat Jul 2 22:35:48 2016
/data/col1/jftest/testdir/file2 governance 10521680 Sat Jul 2 22:35:42 2016
/data/col1/jftest/file3 governance 10521820 Sun Jul 10 22:36:09 2016
Total files: 3
MTree에 대한 Retention Lock을 설정한 후 완전히 해제할 수 있습니까?
거버넌스 모드를 사용하는 MTrees의 경우 'mtree retention-lock disable' 명령을 사용하여 수행됩니다.
# mtree retention-lock disable mtree [mtree]
For example:
sysadmin@xxxx# mtree retention-lock disable mtree /data/col1/rl_test
Retention-lock feature is disabled (previously enabled) for mtree /data/col1/rl_test.
Once disabled, MTree list indicates that retention lock was used against the MTree but has since been disabled, that is:
sysadmin@ddxxxx# mtree list
Name Pre-Comp (GiB) Status Tenant-Unit
--------------------------------- -------------- ------- -----------
...
/data/col1/rl_test 0.0 RW/RLGD -
...
sysadmin@ddxxxx# mtree retention-lock revert /data/col1/rl_test/testfile
**** Retention-lock feature is disabled (previously enabled) for mtree which contains the path /data/col1/rl_test/testfile.
sysadmin@ddxxxx# mtree retention-lock disable mtree /data/col1/rl_test_comp
**** Operation is not allowed because the system is a retention-lock compliance system
# replication break mtree://[destination system]/data/col1/[mtree]
# replication add source mtree://[source system]/data/col1/[mtree] destination mtree://[destination system/data/col1/[mtree]
# mtree retention-lock enable mode compliance mtree [mtree]
# replication resync mtree://[destination system/data/col1/[mtree]
# user reset
# filesys destroy
# filesys archive unit del [archive unit name] 이러한 시스템은 USB 드라이브를 사용하거나 시스템에 물리적으로 액세스하지 않고는 기술 지원 부서에서 복구할 수 있도록 단일 사용자 모드로 부팅할 수 없습니다.
# mtree delete [mtree]
# mtree retention-lock reset [min-retention-period period | max-retention-period period] mtree [mtree]
# mtree retention-lock disable mtree [mtree]
# mtree retention-lock revert 하지만 DDOS 7.3 이상 릴리스에서는 다음과 같은 경우에 Retention Lock 규정 준수가 설정된 MTrees를 삭제할 수 있도록 고객에게 프로비저닝이 제공됩니다.
# cloud unit del <cloud unit name>
# filesys enable Data Domain, Data Domain Retention Lock
Data Domain
18 7月 2024
17
Solution