저장소는 검색과 데이터 검색을 위해 정규화되므로 효율적으로 데이터를 검색하고 아티팩트를 찾아보고 자산을 다운로드할 수 있습니다.
예를 들어, 모든 IBM® Rational® Asset Manager 서버 인스턴스는 자산을 위한 로컬 색인과 아티팩트를 위한 로컬 색인을 빌드합니다. 이로써 검색을 최적화하고 데이터베이스 로드를 경감하며 클러스터 환경에 확장성을 제공합니다. 저장소와 아티팩트의 컨텐츠에 있는 자산의 수에 따라 색인을 빌드하는 데 오랜 시간이 걸릴 수 있습니다. 색인기는 낮은 우선순위로 실행되지만 프로세서 활동과 디스크 대역폭이 필요합니다. 일반 오퍼레이션에서는 전체 색인을 완전히 다시 빌드할 필요가 없습니다. Rational Asset Manager는 자산이 업로드되거나 제거되거나 업데이트될 때마다 색인을 보강합니다.
다음 정보는 서버가 데이터를 정규화하기 위해 집중적으로 노력하는 결과가 되는 저장소 조치를 나타냅니다.
저장소 관리자가 색인 다시 빌드 단추를 클릭하면 색인은 다음 스케줄된 색인 작성 이벤트에서 완전히 다시 빌드됩니다.
색인 파일이 손상되는 경우 서버 인스턴스는 색인을 완전히 다시 빌드합니다. 아티팩트 색인 작성은 일반적으로 프로세서와 I/O 활동 면에 더 집중됩니다.
커뮤니티 역할을 변경하여 검색, 읽기 또는 다운로드 권한을 추가하거나 제거하는 경우, 해당 커뮤니티에 대한 모든 자산이 다시 색인화됩니다. 아티팩트 색인은 업데이트되지 않습니다.
커뮤니티를 삭제하고 해당 자산을 다른 커뮤니티로 이동하는 경우, 해당 자산 색인이 다시 색인화됩니다. 아티팩트 색인은 업데이트되지 않습니다.
새 자산을 제출하거나 자산을 제거하거나 자산을 업데이트하는 경우, 지정된 자산의 색인만 업데이트됩니다.
서버의 URL을 업데이트하는 경우, Rational Asset Manager 서버는 해당 데이터베이스 내의 모든 자산과 자산 Manifest를 업데이트해야 합니다. 자산 Manifest에는 그들이 속한 서버를 가리키는 네임스페이스 URI가 있습니다.
서버 클러스터에 서버 인스턴스를 추가하는 경우, 새 서버가 색인을 다시 빌드합니다.
라이센스 서버 관련 문제로 최대 30초의 제한시간이 발생할 수 있습니다.
IBM Rational ClearCase®를 사용하는 경우, 근거리 통신망을 사용해야 합니다. 자산을 Rational ClearCase에 저장하는 경우 자산 지속성과 다운로드에는 공유 RAID의 자산에 필요한 것보다 많은 프로세스 사이클이 필요할 수 있습니다.
Rational Asset Manager가 처음 IBM WebSphere® Service Registry and Repository와 동기화되는 경우(스케줄에 따라 또는 수동으로 호출하여) 많은 자산을 Rational Asset Manager로 가져오게 되며, 따라서 대역폭 이용에 영향을 미칠 수 있습니다.