순서가 중요

백업 프로세스 중에 Domino 서버를 중지하면 NSF 및 NLO 파일이 임의 순서대로 백업될 수 있습니다. 백업 프로세스 중에 Domino 서버를 가동 상태로 유지해야 하는 경우, NLO 파일을 백업하기 전에 NSF 데이터를 모두 백업하는 것이 중요합니다. 그 이유는 이 섹션에서 설명하는, 활성 시스템에서 새 NLO 파일에 참조를 추가하는 것과 관련이 있습니다.

DAOS에 참여하는 NSF를 백업하면 백업 시점에 이 NSF에 몇 개의 NLO 참조가 포함되게 됩니다. 모든 NSF에 대한 백업 조작에는 다소 시간이 소요되므로, 백업 프로세스 중에 가동되는 시스템에서 이 시간 동안 NLO 파일에 대한 참조가 늘어날 수 있습니다. NSF 백업 프로세스를 시작할 때 모든 NSF에서 참조하는 NLO 파일이 10,000개 있었다면, 마지막 NSF가 백업되는 시점에는 이 수가 10,100개로 늘어나 있을 수 있습니다.

이와 마찬가지로, NLO 데이터를 백업하는 데도 시간이 소요되므로 NLO 백업 프로세스를 시작할 때 NLO 파일이 10,100개 있었다면, 마지막 NLO가 백업되는 시점에는 이 수가 10,200개로 늘어나 있을 수 있습니다.

이 시나리오에서, 백업된 버전의 NSF는 최대 10,100개의 NLO 파일만 참조할 수 있습니다. NLO 백업이 NSF 백업 프로세스 후에 이루어졌으므로 NLO 백업은 적어도 이만큼의 수는 포함하지만 10,200개나 되는 NLO 파일은 포함하지 않습니다. 최악의 경우, NSF 참조를 충족하는 데 필요한 NLO 파일보다 더 많은 NLO 파일이 백업될 수 있습니다. NLO 파일에 대한 모든 액세스는 NSF를 통해 이루어지고 NSF가 먼저 백업되었으므로, 백업된 NLO 파일 세트에는 참조된 NLO 파일 모두가 존재한다고 보장할 수 있습니다. NLO 파일이 사용 중이라 NLO 파일을 백업하려고 액세스할 때 오류가 발생할 경우, 안전하게 무시할 수 있습니다. 파일에 대한 쓰기가 진행 주인 경우, 이 활동은 NSF가 백업된 후에 이루어졌을 것이므로 해당 NLO 파일은 대응되는 NLO 파일 세트에 있을 필요가 없으며 다음 주기에 백업됩니다.

지연된 삭제 간격을 선택한 백업 주기보다 한 주기 길게 설정해야 합니다. 이렇게 하면 다음 백업 전체 NLO가 물리적으로 삭제되지 않습니다. 그 대신 실제 삭제는 합당한 시간이 지난 후까지로 지연됩니다.

삭제 간격이 더 짧거나 없는 경우(이 기능은 서버 문서의 DAOS 탭에서 사용하지 않도록 설정할 수 있음), 백업이 이루어지기 전에 NLO 파일이 물리적으로 삭제되었으므로 삭제된 첨부 파일이 복구될 수 없는 기간이 시작됩니다. (Domino 콘솔에서 prune 명령을 실행하여) NLO 파일이 백업될 기회를 갖기도 전에 저장소에서 물리적으로 삭제되지 않도록 하십시오. 이렇게 하면 복구가 불가능해집니다. 첨부 파일이 삭제되고 대응되는 NLO 파일의 참조 수가 0이 되면 삭제 후보가 됩니다. 지연된 삭제 간격은 삭제가 실제로 이루어지는 시점을 결정합니다. (권장 사항에 따라) 지연된 삭제 간격이 백업 주기보다 길게 설정된 경우, 모든 NLO는 적어도 하나의 백업 주기 동안 존재하며 따라서 모든 NLO를 나중에 복구할 수 있게 됩니다.

DAOS 저장소에 있는 NLO 파일의 초기 전체 백업 후에는 마지막 백업 이후 변경된 데이터만 저장하는 증분 백업을 수행할 수 있습니다. NLO 파일은 초기 생성 후에 변경되지 않으므로 증분 백업을 사용하기에 적합합니다.

각각의 고유한 첨부 파일당 하나의 NLO 파일이 생성되므로 대규모 배치에서는 NLO 파일의 수가 매우 커질 수 있습니다. 숫자가 지정된 DAOS 서브디렉토리 하나당 최대 파일 수는 40,000이고 총 1000개의 서브디렉토리가 있을 수 있으므로 최대 4천만 개의 NLO 파일이 있을 수 있습니다. 백업 유틸리티 사양을 참고하여 백업 유틸리티가 관리할 수 있는 총 수에 제한이 있는지 확인하고 그에 따라 DAOS 디렉토리 파일 수가 늘어나는 양상을 모니터링하십시오.