|
| |
| Sun[TM] Identity Manager 8.0 관리 | |
16장
데이터 내보내기데이터 내보내기 기능을 사용하면 사용자, 역할 및 기타 객체 유형에 대한 정보를 외부 데이터 웨어하우스에 기록할 수 있습니다.
이 장에서는 데이터 내보내기를 설정하고 유지 보수하는 데 도움이 되는 정보와 절차에 대해 설명합니다. 데이터 내보내기 계획 및 구현에 대한 자세한 내용은 Identity Manager Technical Deployment Overview를 참조하십시오.
이 장은 다음과 같이 구성되어 있습니다.
데이터 내보내기란?Identity Manager는 분산 시스템 및 응용 프로그램 전체에서 아이디 관리와 관련된 데이터를 포함하고 처리합니다. 전반적인 성능 향상을 위해 Identity Manager는 일반 프로비저닝 및 기타 일상적인 작업 중에 생성되는 데이터를 모두 보관하지는 않습니다. 예를 들어, Identity Manager는 기본적으로 중간 상태의 작업 흐름 작업 및 작업 인스턴스를 유지하지 않습니다. 일반적으로 Identity Manager에서 무시되는 데이터의 전부 또는 일부를 캡처할 필요가 있는 경우 데이터 내보내기 기능을 활성화할 수 있습니다.
데이터 내보내기가 활성화되면 Identity Manager는 지정된 객체(데이터 유형)에 대해 발견된 각각의 변경 사항을 저장소에 있는 테이블에 레코드로 저장합니다. 이러한 이벤트는 작업에 의해 외부 데이터 웨어하우스에 기록되기 전까지 대기열에 삽입됩니다. (각 데이터 유형을 내보낼 주기를 구성할 수 있습니다.) 내보낸 데이터는 다른 작업에 사용되거나 상용 변환, 보고 및 분석 도구의 쿼리 및 변환의 기본 데이터로 사용할 수 있습니다.
데이터를 데이터 웨어하우스로 내보내면 Identity Manager 서버 성능이 저하될 수 있으므로 내보낸 데이터가 업무상 반드시 필요한 경우가 아니면 이 기능을 사용하지 않아야 합니다.
Identity Manager에서는 포렌식(forensic) 쿼리를 작성하고 실행할 수도 있습니다. 포렌식(forensic) 쿼리는 데이터 웨어하우스를 검색하여 지정된 조건에 맞는 사용자 또는 역할 객체를 식별합니다. 자세한 내용은 포렌식(forensic) 쿼리 구성을 참조하십시오.
데이터 내보내기 구현 계획데이터 내보내기는 기본적으로 비활성화되어 있기 때문에 구성한 다음에 사용할 수 있습니다. 먼저, 몇 가지 사항을 결정한 후에 데이터 내보내기 구성을 시작해야 합니다.
데이터 내보내기가 활성화된 경우 기본 구성은 모든 데이터 유형의 모든 속성을 내보냅니다. 이렇게 하면 사용하지 않을 웨어하우스 스토리지를 소비하게 되어 Identity Manager와 웨어하우스에 불필요한 처리 부담을 줄 수 있습니다. 데이터 웨어하우징은 대개 신중하게 사용되며, 데이터가 나중에 사용될 가능성이 있는 경우 데이터를 캡처합니다. 내보낼 수 있는 모든 데이터를 내보낼 필요가 없습니다. 내보낼 데이터 유형을 구성하고 이벤트를 내보내지 않도록 제한할 수 있습니다.
위의 내용을 결정했으면 다음 단계를 수행하여 데이터 내보내기를 구현합니다.
- (선택 사항) 선택한 유형의 내보내기 스키마를 사용자 정의하고 웨어하우스 DDL을 다시 생성합니다. 자세한 내용은 Identity Manager Technical Deployment Overview를 참조하십시오.
- 웨어하우스 RDBMS에 사용자 계정을 만들고 해당 시스템에 웨어하우스 DDL을 로드합니다. 자세한 내용은 Identity Manager Technical Deployment Overview를 참조하십시오.
- 데이터 내보내기 구성에 설명된 대로 데이터 내보내기를 구성합니다.
- 데이터 내보내기를 테스트하여 제대로 구성되었는지 확인합니다. 자세한 내용은 데이터 내보내기 테스트를 참조하십시오.
- (선택 사항) 데이터 웨어하우스에 기록된 데이터를 검색할 수 있는 포렌식(forensic) 쿼리를 만듭니다. 자세한 내용은 포렌식(forensic) 쿼리 구성을 참조하십시오.
- JMX를 사용하여 데이터 내보내기를 유지 보수하고 로그 파일을 모니터링합니다. 자세한 내용은 데이터 내보내기 유지 보수를 참조하십시오.
데이터 내보내기 구성데이터 내보내기 구성 페이지에서는 보관할 데이터 유형을 정의하고, 내보낼 속성을 지정하며, 데이터를 내보낼 시점을 예약할 수 있습니다. 각 데이터 유형은 독립적으로 구성할 수 있습니다.
데이터 내보내기를 구성하려면 다음 단계를 수행합니다.
- 관리자 인터페이스의 주 메뉴에서 구성을 누르고 웨어하우스 보조 탭을 누릅니다. 데이터 내보내기 구성 페이지가 열립니다.
그림 16-1
데이터 내보내기 구성- 읽기 및 쓰기 연결을 정의하기 위해 연결 추가 버튼을 누릅니다. 데이터베이스 연결 편집 페이지가 열립니다.
이 페이지에 표시된 필드를 입력한 다음 저장을 눌러 데이터 내보내기 구성 페이지로 돌아갑니다. 자세한 내용은 읽기 및 쓰기 연결 정의를 참조하십시오.
- WIC 클래스 및 데이터베이스 연결을 할당하기 위해 웨어하우스 구성 정보 섹션에서 편집 링크를 누릅니다. 데이터 내보내기 웨어하우스 구성 페이지가 열립니다.
이 페이지에 표시된 필드를 입력한 다음 저장을 눌러 데이터 내보내기 구성 페이지로 돌아갑니다. 자세한 내용은 웨어하우스 구성 정보 정의를 참조하십시오.
- 웨어하우스 모델 구성 테이블에서 데이터 유형 링크를 누릅니다. 데이터 내보내기 유형 구성 페이지가 열립니다.
이 페이지의 내보내기, 속성 및 예약 탭에서 입력한 다음 저장을 눌러 데이터 내보내기 구성 페이지로 돌아갑니다. 자세한 내용은 웨어하우스 모델 구성을 참조하십시오.
모든 데이터 유형에 대해 이 단계를 반복합니다.
- 내보내기 작업 데몬을 구성하기 위해 웨어하우스 작업 구성 섹션에서 편집 링크를 누릅니다. 데이터 내보내기 웨어하우스 구성 페이지가 열립니다.
이 페이지에 표시된 필드를 입력한 다음 저장을 눌러 데이터 내보내기 구성 페이지로 돌아갑니다. 자세한 내용은 웨어하우스 작업 구성을 참조하십시오.
- 원하는 경우 최대 대기열 크기를 설정합니다. 자세한 내용은 구성 객체 수정을 참조하십시오.
읽기 및 쓰기 연결 정의
Identity Manager는 내보내기 주기 동안 쓰기 연결을 사용합니다. 읽기 연결은 현재 웨어하우스에 있는 레코드 수를 나타내고(웨어하우스 구성 중) 포렌식(forensic) 쿼리 인터페이스를 제공하는 데 사용됩니다.
웨어하우스 연결은 응용 프로그램 서버 데이터 소스, JDBC 연결 또는 데이터베이스 자원에 대한 참조로 정의할 수 있습니다. JDBC 연결 또는 데이터베이스 자원을 정의할 경우 데이터 내보내기는 쓰기 작업 중에 몇 가지 연결을 광범위하게 사용한 후 모든 연결을 닫습니다. 데이터 내보내기는 웨어하우스 구성 및 포렌식(forensic) 쿼리 실행 중에만 읽기 연결을 사용하며 작업이 완료되면 즉시 연결을 닫습니다.
내보내기에서는 쓰기 및 읽기 연결에 동일한 스키마를 사용하므로 두 연결에 동일한 연결 정보를 사용할 수 있습니다. 그러나 별도의 연결을 사용하는 경우에는 배포에서 웨어하우스 스테이징 테이블 집합에 쓰고 그러한 테이블을 실제 웨어하우스로 변환한 다음, 웨어하우스 테이블을 Identity Manager가 읽는 데이터 마트로 변환할 수 있습니다.
데이터 내보내기 구성 양식을 편집하여 Identity Manager가 웨어하우스에서 읽지 못하게 할 수 있습니다. 이 양식은 Identity Manager에서 웨어하우스를 쿼리하여 각 데이터 유형의 개수를 표시하도록 하는 includeWarehouseCount 등록 정보를 포함합니다. 이 기능을 비활성화하려면 데이터 내보내기 구성 양식을 복사해서 includeWarehouseCount 등록 정보의 값을 true로 변경하고 사용자 정의 양식을 가져옵니다.
읽기 및 쓰기 연결을 정의하려면 다음 단계를 수행합니다.
- 데이터 내보내기 구성 페이지에서 연결 추가 버튼을 누릅니다.
그림 16-2
데이터 내보내기 구성- 연결 유형 드롭다운 메뉴에서 옵션을 선택하여 Identity Manager가 데이터 웨어하우스에 읽기 또는 쓰기 연결을 설정하는 방법을 지정합니다.
- JDBC - JDBC(Java 데이터베이스 연결 기능) 응용 프로그램 프로그래밍 인터페이스를 사용하여 데이터베이스에 연결합니다. 웨어하우스 인터페이스 코드에서 연결 풀을 제공합니다.
- 자원 - 자원에 정의된 연결 정보를 사용합니다. 웨어하우스 인터페이스 코드에서 연결 풀을 제공합니다.
- 데이터 소스 - 연결 관리 및 풀에 기본 응용 프로그램 서버를 사용합니다. 이 유형의 연결은 응용 프로그램 서버에서 연결을 요청합니다.
이 페이지에 표시되는 필드는 연결 유형 드롭다운 메뉴에서 선택한 옵션에 따라 다릅니다. 데이터베이스 연결 구성에 대한 자세한 내용은 온라인 도움말을 참조하십시오.
- 저장을 눌러 구성 변경 사항을 저장하고 데이터 내보내기 구성 페이지로 돌아갑니다.
별도의 읽기 및 쓰기 연결을 사용하려면 이 절차를 반복합니다.
웨어하우스 구성 정보 정의
웨어하우스를 구성하려면 읽기 연결, 쓰기 연결을 선택하고 웨어하우스 인터페이스 코드 팩토리 클래스를 지정해야 합니다. WIC 팩토리 클래스는 Identity Manager와 웨어하우스 사이에 인터페이스를 제공합니다. Identity Manager에서 기본적인 코드 구현을 제공하지만 코드를 직접 작성할 수도 있습니다. 사용자 정의 팩토리 클래스 만들기에 대한 자세한 내용은 Identity Manager Technical Deployment Overview를 참조하십시오.
내보내기 작업을 실행하는 Identity Manager 서버 및 데이터 내보내기를 구성하는 모든 서버의 $WSHOME/exporter 디렉토리에는 팩토리 클래스 및 모든 지원 JAR 파일을 포함하는 JAR 파일이 있어야 합니다. 항상 하나의 Identity Manager 서버만 데이터를 내보낼 수 있습니다.
웨어하우스 구성 정보를 정의하려면 다음 단계를 수행합니다.
웨어하우스 모델 구성
내보내기 가능한 각 데이터 유형은 내보낼 조건, 방법 및 시간을 제어하는 데 사용되는 옵션 집합을 갖습니다. 데이터 내보내기는 Identity Manager 서버의 로드를 증가시키므로 업무상 필요한 데이터 유형에만 활성화해야 합니다.
다음 표에서는 내보낼 수 있는 각 데이터 유형에 대해 설명합니다.
웨어하우스 모델을 구성하려면 다음 단계를 수행합니다.
- 데이터 내보내기 구성 페이지에서 데이터 유형 링크를 누릅니다.
- 내보내기 탭에서 데이터 유형을 내보낼지 여부를 지정합니다. 이 데이터 유형을 내보내지 않으려면 내보내기 확인란을 선택 취소하고 저장을 누릅니다. 그렇지 않은 경우 이 내보내기 탭의 나머지 옵션을 필요에 따라 선택합니다.
- 속성 탭에서는 포렌식(forensic) 쿼리의 일부로 지정할 수 있는 속성과 쿼리 결과에 표시할 수 있는 속성을 선택할 수 있습니다. 관리자 인터페이스에서 기본 속성을 삭제할 수 없습니다. 기본 속성 변경에 대한 자세한 내용은 Identity Manager Technical Deployment Overview를 참조하십시오.
새 속성 이름은 다음과 같은 특성을 갖습니다.
- 예약 탭에서 데이터 유형과 연관된 정보를 내보낼 주기를 지정합니다. 주기는 서버의 자정을 기준으로 합니다. 매 20분 주기인 경우 정각에 내보낸 다음, 정각에서 20분 후 그리고 정각에서 40분 후에 각각 내보냅니다. 내보내기 시도가 예약된 주기보다 오래 걸리는 경우 다음 주기를 건너뜁니다. 예를 들어, 주기가 20분인데 자정에 시작한 경우 내보내기를 완료하는 데 25분이 걸린다면 다음 내보내기는 12:40에 시작합니다. 원래 예약된 12:20에는 내보내기가 발생하지 않습니다.
웨어하우스 작업 구성
내보내기 작업을 전용 서버에서 실행할 필요는 없지만 데이터를 대량으로 내보내려면 전용 서버 사용을 고려해야 합니다. 내보내기 작업은 데이터를 Identity Manager에서 웨어하우스로 효과적으로 전송할 수 있는 수단이며 내보내기 작업 중에는 CPU를 최대한으로 사용합니다. 전용 서버를 사용하지 않는 경우 대량 내보내기를 실행하면 응답 시간이 현저하게 느려지므로 서버가 처리하는 대화식 트래픽을 제한해야 합니다.
웨어하우스 구성 정보를 구성하려면 다음 단계를 수행합니다.
- 데이터 내보내기 구성 페이지의 웨어하우스 작업 구성 섹션에서 편집 링크를 누릅니다.
그림 16-4
데이터 웨어하우스 일정 구성- 시작 모드 드롭다운 메뉴에서 옵션을 선택하여 웨어하우스 작업을 Identity Manager가 시작될 때 자동으로 시작할지 여부를 결정합니다. 비활성화를 선택할 경우 작업을 수동으로 시작해야 합니다.
- 자신으로 실행 확인란을 선택하면 내보내기 작업을 관리 계정으로 실행합니다.
- 작업을 실행할 수 있는 서버를 선택합니다. 여러 서버를 지정할 수 있지만 항상 하나의 웨어하우스 작업만 실행할 수 있습니다. 작업을 실행하는 서버가 중지된 경우 스케줄러가 자동으로 목록에 있는 다른 서버(있는 경우)에서 작업을 다시 시작합니다.
- 쓰기 전에 대기열에서 메모리 버퍼로 읽어 올 레코드 수를 대기열 읽기 블록 크기 필드에 지정합니다. 이 필드의 기본값은 대부분의 내보내기에 적당합니다. Identity Manager 저장소 서버가 웨어하우스 서버보다 느린 경우 이 값을 늘립니다.
- 단일 트랜잭션에서 웨어하우스에 쓸 레코드 수를 대기열 쓰기 블록 크기 필드에 지정합니다.
- 대기열에 있는 레코드를 읽는 데 사용할 Identity Manager 스레드 수를 대기열 드레인 스레드 수 필드에 지정합니다. 대기열 테이블에 다른 유형의 레코드가 많은 경우 이 값을 늘립니다. 대기열 테이블에 있는 데이터 유형이 적으면 이 값을 줄입니다.
- 저장을 눌러 구성 변경 사항을 저장하고 데이터 내보내기 구성 페이지로 돌아갑니다.
구성 객체 수정
데이터 내보내기가 구성되고 작동하는 경우 대기열에 삽입되도록 구성된 모든 데이터 유형은 내부 대기열 테이블에 캡처됩니다. 기본적으로 이 테이블은 상한값이 없지만 데이터 웨어하우스 구성 구성 객체를 편집하여 구성할 수 있습니다. 이 객체는 warehouseConfig라는 중첩 객체를 갖습니다. warehouseConfig 객체에 다음 줄을 추가합니다.
<Attribute name='maxQueueSize' value='YourValue'/>
maxQueueSize의 값은 231보다 작은 양수입니다. 이 제한에 도달하면 데이터 내보내기가 대기열 삽입을 비활성화합니다. 대기열을 비우기 전까지는 생성된 데이터를 내보낼 수 없습니다.
일반적으로 Identity Manager 작업은 시간당 수천 개의 변경된 레코드를 생성할 수 있으므로 대기열 테이블이 급속하게 커질 수 있습니다. 대기열 테이블이 Identity Manager 저장소에 있으므로 이러한 증가로 인해 RDBMS의 테이블 공간이 소비되어 테이블 공간이 고갈될 가능성이 있기 때문에 테이블 공간이 제한적일 경우 대기열에 대한 상한 지정이 필요할 수 있습니다.
대기열 테이블의 크기를 모니터링하려면 데이터 대기열 JMX Mbean을 사용합니다. 자세한 내용은 데이터 내보내기 모니터링을 참조하십시오.
데이터 내보내기 테스트데이터 내보내기가 올바르게 구성되면 백그라운드 프로세스로 동작하면서 구성된 간격에 따라 데이터를 웨어하우스에 보냅니다. 필요 시 내보내기를 실행하려면 데이터 웨어하우스 내보내기 실행 프로그램 작업을 사용합니다.
데이터 웨어하우스 내보내기 실행 프로그램을 실행하려면 다음 단계를 수행합니다.
- 웨어하우스 작업을 비활성화합니다. 자세한 내용은 웨어하우스 작업 구성을 참조하십시오.
- 주 메뉴에서 서버 작업을 누르고 작업 실행 보조 탭을 누릅니다. 사용할 수 있는 작업 페이지가 열립니다.
- 데이터 웨어하우스 내보내기 실행 프로그램 링크를 누릅니다. 작업 실행 페이지가 열립니다.
- 디버그 옵션 확인란을 선택하여 추가 옵션을 표시합니다.
- 초기 LastMods 무시 확인란을 선택하여 Identity Manager 저장소에서 이미 내보낸 레코드인지 여부를 확인하는 데 사용되는 "마지막으로 폴링된" 타임스탬프를 내보내기에서 무시하도록 합니다. 이 옵션이 선택된 경우 Identity Manager 저장소에서 선택한 유형의 모든 레코드를 내보냅니다.
- 한 번 내보내기 목록에서 내보낼 데이터 유형을 선택합니다. 한 번 내보내기 목록에서 데이터 유형을 선택하지 않으면 내보내기 작업이 데몬으로 실행되고 이전에 정의된 일정에 따라 내보내기를 수행합니다. 하나 이상의 데이터 유형을 선택하면 Identity Manager에서 해당 유형을 즉시 내보내고 내보내기 작업을 종료합니다.
- 필요에 따라 페이지에 표시된 다른 필드에도 값을 설정합니다.
- 실행을 눌러 작업을 시작합니다.
포렌식(forensic) 쿼리 구성포렌식(forensic) 쿼리를 사용하면 Identity Manager에서 데이터 웨어하우스에 저장된 데이터를 읽을 수 있습니다. 포렌식(forensic) 쿼리는 사용자, 역할 또는 관련된 데이터 유형의 현재 또는 기록 값에 따라 사용자 또는 역할을 식별할 수 있습니다. 포렌식(forensic) 쿼리는 사용자 찾기 또는 역할 찾기 보고서와 유사하지만, 쿼리 대상 사용자 또는 역할 이외의 데이터 유형의 속성을 검색할 수 있기 때문에 기록 데이터에 대해 기준이 일치하는지 평가할 수 있는 점이 다릅니다.
포렌식(forensic) 쿼리의 목적은 Identity Manager를 사용하여 결과에 대한 조치를 취하는 것입니다. 포렌식(forensic) 쿼리는 범용 보고 도구가 아닙니다.
포렌식(forensic) 쿼리에서는 다음과 같은 질문을 할 수 있습니다.
포렌식(forensic) 쿼리의 결과는 저장할 수 없습니다. 웨어하우스 데이터에 대한 일반 보고는 상용 보고 도구를 사용하여 수행해야 합니다.
쿼리 작성
포렌식(forensic) 쿼리는 사용자 또는 역할 객체를 검색할 수 있습니다. 작성자가 관련 데이터 유형에 대해 하나 이상의 속성 조건을 선택할 수 있으므로 포렌식(forensic) 쿼리는 매우 복잡할 수 있습니다. 사용자 포렌식(forensic) 쿼리는 사용자, 계정, ResourceAccount, 역할, 자격 및 WorkItem 데이터 유형에서 속성을 검색할 수 있습니다. 역할 포렌식(forensic) 쿼리는 역할, 사용자 및 작업 항목 데이터 유형에서 속성을 검색할 수 있습니다.
단일 데이터 유형 내에서 모든 속성 조건은 논리적으로 AND이므로 일치 항목이 나타나려면 모든 조건이 충족되어야 합니다. 데이터 유형 간의 일치 항목은 기본적으로 AND이지만 OR 사용 확인란을 선택한 경우에는 데이터 유형 간의 일치 항목이 논리적으로 OR입니다.
웨어하우스는 단일 사용자 또는 역할 객체에 대한 여러 레코드를 포함할 수 있으며 단일 쿼리가 동일한 사용자 또는 역할에 대해 여러 일치 항목을 반환할 수 있습니다. 이러한 일치 항목을 구분하려면 지정된 날짜 범위 내의 레코드만 일치하는 항목으로 간주하는 등 각 데이터 유형을 날짜 범위로 제약할 수 있습니다. 각각의 관련 데이터 유형을 날짜 범위로 제약할 수 있으므로 다음과 같은 양식의 쿼리를 생성할 수 있습니다.
2005년 6월과 8월 사이에 Fred Jones가 증명한, 2005년 5월과 7월 사이의 ERP1에 대한 자원 계정이 있는 모든 사용자 찾기
날짜 범위는 자정에서 자정까지입니다. 예를 들어, 2007년 5월 3일부터 2007년 5월 5일까지의 범위는 48시간입니다. 2007년 5월 5일의 레코드는 포함되지 않습니다.
각 속성 조건에 대한 피연산자(비교할 값)를 쿼리 정의의 일부로 지정해야 합니다. 스키마에서 일부 속성이 제한된 값 집합만을 가지도록 제한되지만 그 외 속성에는 제한이 없습니다. 예를 들어, 대부분의 날짜 필드는 YYYY-MM-DD HH:mm:ss 형식으로 입력해야 합니다.
주
웨어하우스에 있는 데이터의 볼륨이 크거나 쿼리가 복잡하면 쿼리에 대한 결과가 생성되는 데 시간이 오래 걸릴 수 있습니다. 포렌식(forensic) 쿼리가 실행되는 동안 쿼리 페이지를 벗어나 이동한 경우 쿼리 결과를 볼 수 없습니다.
포렌식(forensic) 쿼리를 작성하려면 다음 단계를 수행합니다.
- 관리자 인터페이스의 주 메뉴에서 준수를 누릅니다.
감사 정책 페이지(정책 관리 탭)가 열립니다.
- 포렌식(forensic) 쿼리 보조 탭을 누릅니다.
데이터 웨어하우스 검색 페이지가 열립니다.
그림 16-5
데이터 웨어하우스 검색- 유형 드롭다운 메뉴에서 사용자 레코드를 검색할지 또는 역할 레코드를 검색할지를 선택합니다.
- OR 사용 확인란을 선택하여 Identity Manager에서 쿼리되는 각 데이터 유형의 결과가 논리적으로 OR이 되도록 합니다. 기본적으로 시스템은 결과에 대해 논리적 AND를 수행합니다.
- 포렌식(forensic) 쿼리에 포함될 데이터 유형을 나타내는 탭을 선택합니다.
- 조건 추가를 누릅니다. 일련의 드롭다운 메뉴가 표시됩니다.
- 왼쪽 드롭다운 메뉴에서 피연산자(확인할 조건)를 선택하고 오른쪽 드롭다운 메뉴에서 비교 유형을 선택합니다. 그런 다음 검색할 문자열이나 정수를 입력합니다. 가능한 피연산자 목록은 외부 스키마에서 정의됩니다. 각 피연산자에 대한 설명은 온라인 도움말을 참조하십시오.
- 원하는 경우 쿼리의 범위를 좁히려면 날짜 범위를 선택합니다.
필요에 따라 현재 선택된 데이터 유형에 조건을 더 추가합니다. 포렌식(forensic) 쿼리 정의에 포함될 모든 데이터 유형에 대해 이 단계를 반복합니다.
- 사용 가능한 속성 중에서 포렌식(forensic) 쿼리 결과에 표시할 속성을 선택합니다.
- 결과를 다음으로 제한 필드에 값을 지정합니다. 여러 데이터 유형에서 조건을 사용하는 경우 각 유형의 하위 쿼리에 제한이 적용되며 최종 결과는 모든 하위 쿼리의 교집합입니다. 따라서 하위 쿼리에 대한 제한 때문에 최종 결과에서 일부 레코드가 제외될 수 있습니다.
- 포렌식(forensic) 쿼리를 즉시 실행하려면 검색을 누르고 쿼리를 재사용하려면 쿼리 저장을 누릅니다. 포렌식(forensic) 쿼리의 재사용에 대한 자세한 내용은 포렌식(forensic) 쿼리 저장을 참조하십시오.
포렌식(forensic) 쿼리 저장
쿼리를 구성한 후(및 원하는 경우 원하는 결과를 생성하는지 확인하기 위해 실행) 나중에 실행할 수 있도록 쿼리를 저장할 수 있습니다.
포렌식(forensic) 쿼리를 저장하려면 다음 단계를 수행합니다.
- 데이터 웨어하우스 검색 페이지에서 쿼리 저장을 누릅니다. 포렌식(forensic) 쿼리 저장 페이지가 열립니다.
- 쿼리의 이름과 설명을 지정합니다.
- 조건 값 저장 확인란을 선택하여 데이터 웨어하우스 검색 페이지에서 입력한 조건 값(문자열 및 정수)을 저장합니다. 이 확인란을 선택하지 않은 경우 저장된 포렌식(forensic) 쿼리는 서식 파일 역할을 하며 쿼리를 실행할 때마다 값을 입력해야 합니다.
- 저장된 쿼리는 누구나 실행할 수 있지만 기본적으로 쿼리 작성자만 쿼리를 수정할 수 있습니다. 다른 사용자가 쿼리를 수정할 수 있게 하려면 다른 사람이 이 쿼리를 변경할 수 있음 확인란을 선택합니다.
- 쿼리는 사용자 또는 역할 객체를 반환하므로 결과에 표시할 객체의 속성을 선택할 수 있습니다. 표시할 속성 목록에 포함되지 않은 속성을 표시하려면 데이터 내보내기 구성 페이지로 이동하여 새로운 표시 가능한 속성을 사용자 또는 역할 유형에 추가합니다.
쿼리 로드
모든 사용자는 저장한 쿼리를 로드할 수 있지만, 직접 작성한 쿼리나 다른 사람이 수정할 수 있도록 표시된 쿼리만 변경할 수 있습니다.
포렌식(forensic) 쿼리를 로드하려면 다음 단계를 수행합니다.
데이터 내보내기 유지 보수이 절에서는 데이터 내보내기의 상태를 추적할 수 있는 다음과 같은 방법에 대해 설명합니다.
데이터 내보내기 모니터링
내보내기가 구성되어 작동할 수 있게 되면 지속적인 작동을 확인하기 위해 내보내기를 모니터링할 수 있습니다. 내보내기에는 내보내기의 동작 상태를 확인하는 데 유용한 여러 JMX Bean이 있습니다. JMX Bean에는 내보내기의 평균 읽기/쓰기 속도, 내부 메모리 대기열의 현재/최대 크기 및 영구 대기열의 크기에 대한 통계가 포함됩니다. 또한 내보내기는 내보내기 동안 각 데이터 유형의 각 주기마다 감사 레코드를 한 개씩 생성합니다. 감사 레코드는 해당 유형의 내보낸 레코드 수와 내보내기에 걸린 시간을 포함합니다.
데이터 내보내기는 내보내기를 모니터링하는 다음과 같은 JMX 관리 Bean을 제공합니다.
Identity Manager에서 일반적인 작업 중에 내보내기 레코드를 대기열 테이블에 삽입하도록 데이터 내보내기를 구성할 수 있습니다. 대기열은 많은 수의 레코드를 수용할 수 있도록 확장 가능해야 하고 서버가 다시 시작된 경우에도 제대로 작동해야 하므로 Identity Manager 저장소에서 테이블로 지원됩니다. 대개는 저장소에 쓸 때 Identity Manager에서 일반적인 작업이 느려지므로 대기열은 레코드를 저장소에 유지할 수 있을 때까지 작은 메모리 캐시를 사용하여 메모리에 버퍼링합니다.
메모리에 대기하고 있는 레코드의 최대 개수(단일 Identity Manager 서버에 대해)를 나타내도록 DataQueue MBean 속성을 그래프로 작성할 수 있습니다. 균형 조정된 시스템에서는 메모리 캐시에 있는 레코드 수가 작고, 빠르게 0이 되는 경향이 있어야 합니다. 이 숫자가 커지거나(수천 개) 몇 초 이내에 0으로 돌아가지 않을 경우 저장소의 쓰기 성능을 확인해야 합니다.
ExportTask MBean은 읽기와 쓰기에 대해 각각 하나씩 두 가지 오류 개수를 포함합니다. 이 수는 0이어야 하지만 오류가 발생할 수 있는 원인이 많이 있으며 특히 쓰는 동안 오류가 발생할 수 있는 원인이 많습니다. 가장 일반적인 쓰기 오류는 내보낸 데이터가 웨어하우스 테이블 열에 맞지 않아서 생깁니다(일반적으로 문자열 오버플로). 일부 내보낸 문자열 데이터에는 제한이 없지만 내보내기 테이블 열에는 상한이 있어야 합니다.
로그 모니터링
Identity Manager에는 제한 없이 커지는 두 객체 집합이 있습니다. 즉, 감사 로그와 시스템 로그입니다. 데이터 내보내기는 로그 테이블과 관련된 유지 보수 문제 중 일부를 처리합니다.
감사 로그
Identity Manager에서는 수행한 작업의 감사 기록 추적에 사용하기 위해 변경할 수 없는 감사 레코드를 감사 로그에 씁니다. Identity Manager는 특정 보고서에 이 레코드를 사용하고 해당 레코드의 데이터를 관리자 인터페이스에 표시할 수 있습니다. 그러나 감사 로그가 커지는 데 제한이 없고 적당한 속도로 커지므로 배포자는 감사 로그를 자를 시점을 결정해야 합니다. 데이터 내보내기를 사용하기 전에는 레코드를 자르기 전에 레코드를 보존하려는 경우 저장소에서 테이블을 덤프해야 했습니다. 데이터 내보내기를 활성화하고 로그 레코드를 내보내도록 구성하면 이전 레코드가 웨어하우스에 보존되고 필요에 따라 Identity Manager에서 감사 테이블을 자를 수 있습니다.
시스템 로그
시스템 로그도 감사 로그와 동일한 변경할 수 없는 등록 정보를 갖지만 시스템 로그는 일반적으로 자주 생성되지 않습니다. 이 때문에 데이터 내보내기는 시스템 로그를 내보내지 않습니다. 시스템 로그를 자르고 이전 레코드를 보존하려면 저장소에서 테이블을 덤프해야 합니다.
