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