IBM InfoSphere Enterprise Records 환경을 설정하려면 다음 구성 태스크를 완료합니다.
파일 계획 구조에 대해 하나의 오브젝트 저장소(파일 계획 오브젝트 저장소 또는 FPOS)를 구성해야 하며, 레코드로 선언된 문서에 대해 또 다른 오브젝트 저장소(레코드 사용 오브젝트 저장소 또는 ROS)를 구성해야 합니다. 일반적으로 많은 사용자가 FPOS에서 파일 계획을 구성하는 엔티티에 대한 액세스는 가지지 않지만 ROS에 대한 액세스를 가지고 있습니다. 둘 이상의 ROS를 한 FPOS에 연관시킬 수 있습니다.
IBM InfoSphere Enterprise Records 설치 및 구성 절차 중에 일부 구성 태스크가 수행되지만 파일 계획을 작성한 후 구성 설정을 계속하여 제품 환경에 맞게 IBM InfoSphere Enterprise Records 솔루션을 구성할 수 있습니다.
IBM InfoSphere Enterprise Records 설치 및 구성 절차에 대한 자세한 내용은 Records Manager Installation and Upgrade Guide를 참조하십시오.
파일 계획 작성과 연관된 작업(예: 볼륨 이름 접미사 구성)에 대한 자세한 내용은 파일 계획 작성을 참조하십시오.
레코드로 선언될 문서에 대해 문서 클래스를 작성해야 합니다.
ROS 문서 클래스에는 CanDeclare 특성이 있습니다. IBM InfoSphere Enterprise Records에서는 이 특성을 사용하여 문서를 레코드로 선언할 수 있는지 여부를 결정합니다. IBM InfoSphere Enterprise Records 설치 및 구성 중 기본 문서 클래스 또는 하나 이상의 문서 서브클래스에 대한 특성은 참으로 설정되어, 이러한 클래스의 인스턴스를 레코드로 선언할 수 있음을 나타냅니다. 프로덕션을 위해 IBM InfoSphere Enterprise Records 환경을 준비하려면, 모든 해당 ROS 문서 클래스에 대해 이 특성의 값이 참으로 설정(또는 서브클래스가 수퍼클래스에서 이 설정을 상속)되었는지 확인합니다. 또한 적절한 액세스 권한이 있는 사용자가 클래스의 인스턴스에 버전을 지정할 수 있도록 이러한 클래스에 대한 기본 인스턴스 보안에 소 버전 지정 및 주 버전 지정 권한이 설정되어 있는지 확인합니다.
자세한 정보는 Records Manager Installation and Upgrade Guide의 "Set the Can Declare property in the ROS"를 참조하십시오.
한 파일 계획 계층만 지정된 시간에 IBM InfoSphere Enterprise Records 응용프로그램에 표시됩니다. IBM InfoSphere Enterprise Records 설치 및 구성 절차의 일부로 Workplace 사이트 환경 설정은 이 디폴트 파일 계획을 지정하도록 설정되었습니다. 그러나, IBM InfoSphere Enterprise Records가 설치되고 구성되었을 때 사이트의 파일 계획 중 하나 이상을 설치하지 않을 수 있습니다. 원하는 경우 이 사이트 기본 설정 설정값을 수정하여 원하는 기본값을 지정할 수 있습니다. 각 IBM InfoSphere Enterprise Records 사용자는 이 디폴트 사이트 환경 설정을 재정의하는 사용자 환경 설정을 설정할 수 있습니다.
자세한 내용은 기본 파일 계획 설정을 참조하십시오.
IBM InfoSphere Enterprise Records 설치 및 구성 절차 중에 관리자가 처리 스윕 프로세스를 구성합니다. 그러나, 처리 스윕이 제대로 구성되었는지 확인하려면 처리 스윕 구성을 검토합니다. 예를 들어, 사이트에서 레코드 유형을 사용하지 않는 경우 레코드 유형에 대해 실행이 거짓으로 설정되어 있는지 확인합니다.
자세한 내용은 처리 스윕 구성을 참조하십시오.
레코드 유형은 레코드의 상위 레코드 카테고리 또는 레코드 폴더와 현재 연관된 처리 스케줄과 다른 처리 스케줄과 레코드를 연관시키는 방법을 제공합니다. IBM InfoSphere Enterprise Records 솔루션이 레코드 유형을 사용하면, 레코드 유형에 대해 실행을 참으로 설정하여 레코드 유형 처리를 수행하도록 처리 스윕을 구성합니다. 자세한 내용은 처리 스윕 구성을 참조하십시오.
또한 레코드 유형과 레코드의 연관 방법을 고려합니다. 기본적으로 특정 레코드 클래스의 모든 레코드가 특정 레코드 유형에 할당되도록 할당할 수 있습니다. 자세한 내용은 기본 레코드 유형 구성을 참조하십시오.
또는 레코드가 Workplace를 통해 선언될 때 레코드 유형 메타데이터를 표시하여 사용자가 레코드 유형을 선택하도록 할 수 있습니다. 자세한 내용은 선언 시 레코드 유형 메타데이터 표시 구성을 참조하십시오.
또한 이러한 두 가지 방식을 조합할 수 있습니다. 즉, 기본값을 지정하지만 사용자가 레코드 유형을 선택하여 기본값을 무시할 수 있게 합니다.
참고
적절한 액세스 권한이 있는 사용자가 IBM InfoSphere Enterprise Records 엔티티를 삭제하면, IBM InfoSphere Enterprise Records 엔티티는 오브젝트 저장소에서 영구히 제거됩니다. 그러나, 삭제된 레코드 카테고리, 레코드 폴더, 볼륨 및 레코드에 대한 메타데이터를 파일 계획 레벨에서 보유하는 옵션을 구성할 수 있습니다. 관리자가 메타데이터 보유 옵션을 활성화하는 경우, 앞에서 언급한 엔티티는 삭제됨으로 표시되어 오브젝트 저장소에 그대로 남아 있지만 IBM InfoSphere Enterprise Records 응용프로그램에서는 더 이상 표시되지 않습니다. 기록을 위한 목적으로 주기적으로 이러한 삭제된 엔티티 및 모든 해당 메타데이터를 XML 파일로 내보낸 다음 오브젝트 저장소에서 엔티티를 영구히 삭제할 수 있습니다. 이 옵션을 구성하는 방법에 대한 자세한 내용은 보유 메타데이터 구성을 참조하십시오.
사용자가 문서 작성 등의 특정 작업을 완료할 때마다 자동으로 문서를 레코드로 선언하도록 IBM InfoSphere Enterprise Records를 구성할 수 있습니다. 자동 선언 구성
문서 또는 레코드에서 특성 업데이트가 발생할 때마다 자동으로 문서에서 연관된 레코드로(또는 그 반대로) 특성 값을 동기화하도록 특성 동기화를 구성할 수 있습니다. 자세한 내용은 특성 동기화 구성을 참조하십시오.
기본적으로, IBM InfoSphere Enterprise Records는 처리 전에 검토 또는 승인을 위해 워크플로우 일괄처리에 최대 10개의 작업 항목을 저장하지만, 구성 설정을 통해 저장되는 최대 항목 수를 변경할 수 있습니다. 자세한 내용은 워크플로우 일괄처리 크기 구성을 참조하십시오.
IBM InfoSphere Enterprise Records에는 사용자가 레코드 관리자(Records Manager)에게 레코드 폴더 작성을 위한 요청을 보낼 수 있도록 하는 레코드 폴더 작성 워크플로우가 포함되어 있습니다. 일반적으로, 많은 사용자에게 레코드 폴더를 작성할 수 있는 충분한 특권이 없습니다. 이 워크플로우를 사용자들이 사용할 수 있게 하려면 레코드 폴더 요청 사이트 기본 설정을 구성해야 합니다. 이 환경 설정은 IBM InfoSphere Enterprise Records 설치 및 구성 중에 설정되었을 수 있습니다. 이 워크플로우 사용에 대한 자세한 내용은 레코드 폴더 작성 워크플로우 사용을 참조하십시오.
사이트 기본 설정을 설정하는 방법에 대한 지침은 레코드 폴더 요청 사이트 기본 설정 설정하기를 참조하십시오.
IBM InfoSphere Enterprise Records에는 사용자가 관련 레코드 및 폴더를 연결할 수 있도록 하는 링크가 포함되어 있습니다. IBM InfoSphere Enterprise Records에서 링크를 작성하고 유지보수하려면 Workplace를 사용하여 편집 가능한 링크 클래스 사이트 환경 설정을 설정해야 합니다. IBM InfoSphere Enterprise Records 링크에 대한 자세한 정보는 링크를 참조하십시오.
사이트 기본 설정을 설정하는 방법에 대한 지침은 링크 클래스 사이트 기본 설정 설정하기를 참조하십시오.
IBM InfoSphere Enterprise Records에는 메타데이터를 설정하는 이벤트 등의 PRO 또는 DoD 준수를 위한 여러 이벤트가 포함되어 있습니다. 이벤트를 처리하면 성능에 영향을 줄 수 있기 때문에 이러한 이벤트 구성은 선택적입니다.최적의 성능을 위해 레코드 관리 작업과 관련된 이벤트만 구성합니다. 이러한 이벤트 구성에 대한 자세한 정보는 IBM InfoSphere Enterprise Records Installation and Upgrade Guide의 "Optional Tasks"를 참조하십시오.
DoD 및 PRO 데이터 모델은 모두 파일 저장소에서 문서 삭제 시 purge 메소드를 사용하도록 요구합니다. 그러면 파일을 삭제하기 전에 문서 컨텐츠를 공백으로 세 번 덮어씁니다. 따라서 파일을 복구할 수 없게 됩니다. 삭제 방법으로 purge 사용을 참조하십시오.
IBM InfoSphere Enterprise Records 솔루션에 선택적 CFS-IS(Content Federation Services for Image Services) 기능 사용이 포함되는 경우, IS 보안이 IS 문서 수정 및 삭제에 적절하게 설정되고, IS 보유 설정 때문에 레코드로 선언된 IS 문서가 삭제되지 않도록 IS 문서 클래스 보유 매개변수가 적절히 설정되게 IS 시스템 관리자와 조정합니다. 자세한 내용은 IS 문서를 레코드로 관리를 참조하십시오.
IBM InfoSphere Enterprise Records 솔루션에 보호된 스토리지 장치(예: EMC Centera, NetApp SnapLock, Tivoli Storage Manager 등)가 포함되어 있는 경우, IBM InfoSphere Enterprise Records 보유 설정은 해당 스토리지 장치에 구성된 보유 설정과 충돌하지 않아야 합니다. 따라서 스토리지 장치에 대한 보유 기능을 해제하고 IBM InfoSphere Enterprise Records에서 보유를 제어하도록 하십시오.
Tivoli Storage Manager 장치에서 보유는 여러 매개변수로 제어됩니다. 그러한 매개변수 설정에 대한 자세한 정보는 About IBM Tivoli Storage Manager 주제의 "Retention schemes" 섹션을 참조하십시오. IBM InfoSphere Enterprise Records 시스템을 완전히 구성한 경우, IBM InfoSphere Enterprise Records 응용프로그램에서 보유 및 삭제를 완벽히 제어할 수 있습니다.