사용자 객체 새로 고침

특정 변경 유형은 관리자가 모든 User 객체를 새로 고쳐야 적용됩니다. 예를 들어, RepositoryConfiguration의 Type.USER에 대한 인라인 속성을 변경하면 모든 User 객체를 새로 고쳐야 합니다. IDMSchemaConfiguration 객체에서 쿼리 가능이나 요약으로 속성을 지정할 때마다 모든 User 객체를 새로 고쳐야 수정되지 않은 기존 객체에 변경 사항이 적용됩니다. 새 버전의 Identity Manager에서 새 속성을 추가하거나, 새 버전의 Identity Manager에서 기존 속성 값을 변경할 경우에도 이와 동일한 논리가 적용되므로 업그레이드 프로세스에서 또는 어드민 관리자가 모든 User 객체를 새로 고쳐야 수정되지 않은 기존 객체에 변경 사항이 적용됩니다.

다음과 같은 세 가지 방법으로 기존 사용자를 다시 일련화합니다.

• 일반적인 작업을 수행하는 동안 개별 User 객체를 수정합니다.

  예를 들어, 사용자 인터페이스를 통해 사용자 계정을 열어, 수정한 후 저장하거나 수정하지 않고 저장합니다.

  단점: 이 방법의 경우 많은 시간이 소요되며 관리자가 기존의 모든 사용자가 다시 일련화되었는지 일일이 확인해야 합니다.

• lh refreshType 유틸리티를 사용하여 모든 사용자를 다시 일련화합니다. refreshType 유틸리티의 출력은 새로 고쳐진 사용자 목록입니다.

  lh console

  refreshType User

  단점: refreshType 유틸리티는 백그라운드가 아닌 포그라운드에서 실행되며, 이 프로세스에 많은 시간이 소요될 수 있습니다. 사용자가 많은 경우 모두 다시 일련화하려면 시간이 오래 걸립니다.

• 우회된 작업 스캐너를 사용합니다.

  ---

  주 –

  우회된 작업 스캐너 프로세스를 실행하기 전에 먼저 Sun Identity Manager Integrated Development Environment(IDE) 또는 다른 방법을 사용하여 System Configuration 객체를 편집해야 합니다.

  'refreshOfType'을 검색하고 '2005Q4M3refreshOfTypeUserIsComplete' 및 '2005Q4M3refreshOfTypeUserUpperBound'의 속성을 제거합니다.

  System Configuration 객체를 편집한 후에 변경 사항이 반영되도록 해당 객체를 저장소로 가져와야 합니다.

  ---

  단점: 이 방법의 경우 거의 모든 User 객체를 조사하여 다시 쓰기 때문에 다음 우회된 작업 스캐너가 실행되는 데 시간이 오래 걸립니다. 그러나 이후에 우회된 작업 스캐너는 일반적인 속도와 시간으로 실행됩니다.