|
Sun[TM] Identity Manager 8.0 릴리스 노트 |
설치 및 업데이트 참고 사항
이 절에서는 Identity Manager 설치 및 업데이트와 관련된 정보에 대해 설명하며, 이 정보는 다음과 같이 구성됩니다.
주
설치 및 업그레이드 프로세스의 알려진 문제에 대한 자세한 내용은 이 문서의 설치 및 업데이트 절을 참조하십시오.
설치 참고 사항제품 설치 프로세스와 관련된 정보는 다음과 같습니다.
업그레이드 참고 사항이 절에서는 Identity Manager를 버전 6.0 또는 버전 7.0에서 버전 8.0으로 업그레이드하는 것과 관련된 정보 및 알려진 문제에 대해 설명합니다.
이 절의 내용은 다음과 같이 구성됩니다.
시작하기 전에
업그레이드 프로세스를 시작하기 전에 다음 정보를 숙지해야 합니다.
- Identity Manager 8.0에서는 Roles 객체에 대한 몇 가지 새로운 테이블을 제공합니다. 스키마를 변경하고, 새 테이블 구조를 만들고, 기존 데이터를 이동하려면 db_scripts 디렉토리에 제공된 샘플 스크립트를 사용해야 합니다.
- Identity Manager 8.0으로 업그레이드할 때 UserUIConfig#getRepoIndexAttributes()를 호출하는 사용자 정의 코드가 있으면 이 코드를 제거하거나 Type.USER#getInlineAttributeNames()를 호출하도록 해당 코드를 변경해야 합니다.
update.xml을 가져오면 UserUIConfig RepoIndexAttrs의 값이 RepositoryConfiguration 객체의 Type.USER에 대한 TypeDataStore 요소의 XML 속성 값으로 변환됩니다. update.xml 파일에는 UserUIConfigUpdater를 호출하여 RepoIndexAttrs로 변환하는 Import 명령이 들어있는 UserUIConfigUpdater.xml 파일이 포함되어 있습니다. 변환을 하면 SystemConfiguration에서 재변환을 금지하는 플래그도 설정됩니다.
이후 Type.USER의 인라인 속성을 수정하려면 RepositoryConfiguration 객체를 편집하여 변경해야 합니다. 일반적으로 Type.USER의 인라인 속성을 변경하면 모든 Type.USER 객체를 새로 고쳐야 합니다.
- 한 대의 Identity Manager 서버를 사용하여 update.xml을 가져오고, 업그레이드하는 동안에도 한 대의 Identity Manager 서버만 실행되어야 합니다. 업그레이드 과정에서 다른 Identity Manager 서버를 시작할 경우 새로 시작한 서버를 사용하려면 해당 서버를 중지했다가 다시 시작해야 합니다.
- 상위 역할 자체가 중첩된 역할일 수 있으므로 역할 양식에서 상위 역할 필드를 편집할 때는 주의해야 합니다. 상위 역할 및 하위 역할 필드는 역할 및 해당 역할과 연관된 자원(또는 자원 그룹)의 중첩을 나타냅니다. 사용자에게 적용된 상위 역할에는 지정된 모든 하위 역할과 연관된 자원이 포함됩니다. 상위 역할 필드는 표시된 역할을 포함하는 역할을 나타내기 위해 표시됩니다.
- 업그레이드 프로세스를 진행하는 동안 Identity Manager는 시스템에 있는 모든 역할을 분석한 다음 RoleUpdater 클래스를 사용하여 누락된 하위 역할과 상위 역할 링크를 모두 업데이트합니다.
업그레이드 프로세스 이외의 역할을 확인하고 업그레이드하기 위해 sample/forms/RoleUpdater.xml에 제공된 새 RoleUpdater 구성 객체를 가져올 수 있습니다.
예를 들면 다음과 같습니다.
여기서,
- Identity Manager의 사용자나 역할에 대한 스키마를 보거나 편집해야 하는 어드민 관리자는 IDM Schema Configuration AdminGroup에 속해 있어야 하고 IDM Schema Configuration 권한이 있어야 합니다.
- Identity Manager의 SPML 2.0 구현이 Identity Manager 8.0에서 변경되었습니다. 이전 릴리스에서는 SPML 메시지에 사용되는 SPML objectclass 속성이 Identity Manager User 객체의 objectclass 속성에 직접 매핑되었습니다. 이제 objectclass 속성이 spml2ObjectClass 속성에 내부적으로 매핑되고, 내부적으로 여러 용도로 사용됩니다.
기존 사용자의 경우 업그레이드 프로세스에서 objectclass 속성 값의 이름이 자동으로 변경됩니다. SPML 2.0 구성에 objectclass 속성을 참조하는 양식이 포함된 경우에는 이러한 참조를 수동으로 spml2ObjectClass로 변경해야 합니다.
Identity Manager는 업그레이드 과정에서 샘플 spml2.xml 구성 파일을 바꾸지 않습니다. spml2.xml 구성 파일을 시작 지점으로 사용한 경우 이 파일에는 spml2ObjectClass로 수정해야 할 objectclass에 대한 참조가 사용된 양식이 포함되어 있습니다. 양식(속성이 내부적으로 사용되는 위치)의 objectclass 속성은 변경하고 대상 스키마(속성이 외부에 노출되는 위치)의 objectclass 속성은 변경하지 마십시오.
업그레이드 문제
bin/winnt/nspr4.dll
bin/winnt/jdic.dll
bin/winnt/MozEmbed.exe
bin/winnt/IeEmbed.exe
bin/winnt/AceApi.dll
bin/winnt/DominoAPIWrapper.dll
bin/winnt/DotNetWrapper.dll
bin/winnt/gateway.exe
bin/winnt/lhpwic.dll
bin/winnt/msems.inf
bin/winnt/pwicsvc.exe
bin/winnt/remedy.dll
bin/solaris/libjdic.so
bin/solaris/mozembed-solaris-gtk2
bin/linux/librfccm.so
bin/linux/libsapjcorfc.so
bin/linux/libjdic.so
bin/linux/mozembed-linux-gtk2
사용자 객체가 다시 일련화된 이후에만 값이 여러 개인 확장 속성을 참조하는 속성 조건이 사용자 객체에 대해 평가됩니다. 모든 사용자 객체에 대해 해당 속성 조건을 올바로 평가하려면 모든 사용자 객체를 다시 일련화해야 합니다. 자세한 내용은 사용자 객체 새로 고침을 참조하십시오.
- 버전 6.0 또는 7.0에서 버전 7.1 또는 버전 8.0으로 업그레이드하고 LocalFiles를 사용하는 경우, 업그레이드하기 전에 데이터를 모두 내보낸 다음 7.1 또는 8.0을 완전히 새로 설치하고 데이터를 다시 가져와야 합니다. (ID-15366)
- 설치에 Remedy 자원이 포함된 경우 게이트웨이가 설치되는 디렉토리에 Remedy API 라이브러리를 배치해야 합니다. 이러한 라이브러리는 Remedy 서버에서 찾을 수 있습니다.
표 1 Remedy API 라이브러리
Remedy 4.x 및 5.x
Remedy 6.3
Remedy 7.0
여기서 XX는 Remedy 버전입니다.
예를 들어, Remedy 4.5의 경우 arapi45.dll입니다.- Identity Manager 8.0을 업그레이드하면 UserUIConfig 객체의 QueryableAttrNames와 SummaryAttrNames 요소 및 User Extended Attributes 객체가 자동으로 IDM Schema Configuration 객체로 변환됩니다. (ID-17784) 샘플 update.xml 스크립트에는 IDMSchemaConfigurationUpdater를 호출하여 레거시 사용자 스키마 구성 객체를 변환하는 import 명령이 들어 있습니다. 레거시 사용자 스키마 구성 객체가 성공적으로 변환되면 다음과 같은 결과가 나타납니다.
- IDM Schema Configuration에 User Extended Attributes의 각 확장된 속성 이름에 대한 IDMObjectClassAttribute 요소가 만들어집니다.
- UserUIConfig의 SummaryAttrNames 요소에 대한 각 값에 해당하는 모든 IDMObjectClassAttribute에 '요약' 플래그가 설정됩니다.
- UserUIConfig의 QueryableAttrNames 요소에 대한 각 값에 해당하는 모든 IDMObjectClassAttribute에 '쿼리 가능 플래그가 설정됩니다.
- UserUIConfig의 SummaryAttrNames 요소가 비워집니다.
- UserUIConfig의 QueryableAttrNames 요소가 비워집니다.
- objectClass라는 확장된 속성 이름을 spml2ObjectClass로 바꿉니다. objectClass라는 레거시 속성이 Identity Manager 8.0 스키마의 기본 속성과 충돌합니다.
- Identity Manager 8.0으로 업그레이드할 때 UserUIConfig#getRepoIndexAttributes()를 호출하는 사용자 정의 코드가 있으면 이 코드를 제거하거나 Type.USER#getInlineAttributeNames()를 호출하도록 해당 코드를 변경해야 합니다. (ID-18051)
update.xml을 가져오면 UserUIConfig RepoIndexAttrs의 값이 RepositoryConfiguration 객체의 Type.USER에 대한 TypeDataStore 요소의 XML 속성 값으로 변환됩니다. update.xml 파일에는 UserUIConfigUpdater를 호출하여 RepoIndexAttrs로 변환하는 import 명령이 들어있는 UserUIConfigUpdater.xml 파일이 포함되어 있습니다. 변환을 하면 SystemConfiguration에서 재변환을 금지하는 플래그도 설정됩니다.
이후 Type.USER의 인라인 속성을 수정하려면 RepositoryConfiguration 객체를 편집하여 변경해야 합니다. 일반적으로 Type.USER의 인라인 속성을 변경하면 모든 Type.USER 객체를 새로 고쳐야 합니다.
사용되지 않는 기능
- Identity Manager 8.0에서는 보고서의 차트 및 그래프 표시 방식이 변경되었습니다. Identity Manager 8.0 이전에 작성된 보고서가 Identity Manger 8.0 릴리스에서는 제대로 표시되지만 이후 주 릴리스 및 패치에서는 올바르게 표시되지 않습니다. 예를 들어, Identity Manager 7.1에서 작성된 보고서는 Identity Manager 8.0과 Identity Manager 8.0 패치 1에서는 제대로 표시되지만 Identity Manager 9.0에서는 표시되지 않습니다. (ID-17636)
사용자 객체 새로 고침
특정 변경 유형은 관리자가 모든 User 객체를 새로 고쳐야 적용됩니다. 예를 들어, RepositoryConfiguration의 Type.USER에 대한 인라인 속성을 변경하면 모든 User 객체를 새로 고쳐야 합니다. IDMSchemaConfiguration 객체에서 쿼리 가능이나 요약으로 속성을 지정할 때마다 모든 User 객체를 새로 고쳐야 수정되지 않은 기존 객체에 변경 사항이 적용됩니다. 새 버전의 Identity Manager에서 새 속성을 추가하거나, 새 버전의 Identity Manager에서 기존 속성 값을 변경할 경우에도 이와 동일한 논리가 적용되므로 업그레이드 프로세스에서 또는 어드민 관리자가 모든 User 객체를 새로 고쳐야 수정되지 않은 기존 객체에 변경 사항이 적용됩니다.
다음과 같은 세 가지 방법으로 기존 사용자를 다시 일련화합니다.
- 우회된 작업 스캐너를 사용합니다.
주
우회된 작업 스캐너 프로세스를 실행하기 전에 먼저 Identity Manager IDE(Integrated Development Environment)(Identity Manager IDE) 또는 다른 방법을 사용하여 System Configuration 객체를 편집해야 합니다.
'refreshOfType'을 검색하고 '2005Q4M3refreshOfTypeUserIsComplete' 및 '2005Q4M3refreshOfTypeUserUpperBound'의 속성을 제거합니다.
System Configuration 객체를 편집한 후에 변경 사항이 반영되도록 해당 객체를 저장소로 가져와야 합니다.