CQM에서 DQM으로 가는 가장 빠른 경로

와 직선이다. MotioCI

Cognos Analytics의 오랜 고객인 경우 여전히 일부 레거시 호환 가능 쿼리 모드(CQM) 컨텐츠를 끌어오고 있을 가능성이 높습니다. 알잖아 why 동적 쿼리 모드(DQM)로 마이그레이션해야 합니다.

1. CQM은 위험합니다. CQM은 오래된 기술이며 언제든지 더 이상 사용되지 않을 수 있습니다.
2. DQM은 미래 보장형입니다. DQM은 확장 가능하고 더 효율적이며 더 나은 성능을 제공합니다.
3. 구름. 클라우드로의 이전이 5년에 해당하는 경우 roadDQM으로 이동해야 하는 맵

신화

패키지 및 보고서를 DQM으로 마이그레이션하는 작업은 벅찬 것처럼 보입니다. 우선 이동 중에 무언가가 파손될 것이라고 의심하지만 무엇인지 확신할 수 없습니다. 그것은 확실히 사실이며 쉽게 되돌릴 수는 없습니다. 쉬운 방법이 없다면 사용자가 보고서에 액세스할 수 없는 상태에서 몇 주 동안 물속에서 죽을 수는 없습니다.

직선

스위치를 켜고 모든 CQM 콘텐츠가 DQM으로 어떻게 작동하는지 확인할 수 있다면 어떨까요? 와 함께 MotioCI 테스트, 그것이 바로 당신이 할 수 있는 일입니다. 그렇게 쉽습니다.

디츠

DQM으로 마이그레이션해야 하는 시기에 대해서는 다른 곳에서 작성했습니다. 방법은 다음과 같습니다.

1. 평가 및 인벤토리 – 먼저 가지고 있는 것을 고려하고 노력을 평가하십시오. 얼마나 많은 보고서가 있습니까? 얼마나 많은 패키지? 귀하의 패키지 중 CQM은 몇 개입니까? 이에 접근할 수 있는 방법은 여러 가지가 있습니다.

각 Framework Manager 모델을 찾아서 열고 속성을 확인합니다.

또는 게시된 모든 패키지를 찾아 해당 속성을 확인합니다.

또는 MotioCI 목록. 그만큼 MotioCI 인벤토리 대시보드 및 인벤토리 요약 보고서는 전체 콘텐츠 저장소에 대한 개요를 제공합니다. Cognos Content Store에 있는 CQM 패키지 수와 DQM 패키지 수를 한 눈에 알 수 있습니다. 인벤토리 보고서에는 패키지에 대한 추가 세부 정보가 표시됩니다.

1. 1. 1. 길. 정확히 그들이 있는 곳입니다.
      2. 참조. 들어오는 참조 수를 통해 얼마나 많은 보고서가 이에 의존하는지 알 수 있습니다.
      3. 구식. 들어오는 참조가 없으면 쉽게 될 것입니다. 패키지가 필요하지 않을 수 있습니다. 사용되고 있지 않습니다.

지원 – 먼저 CQM 보고서에 기준선을 설정해야 합니다.

에서 프로젝트 생성 MotioCI CQM 패키지용. MotioCI 패키지의 기반이 되는 모든 보고서를 자동으로 찾는 데 도움이 됩니다. 콘텐츠 및 성능에 대한 각 보고서의 기준선을 설정하기 위한 테스트 사례 생성

1. 1. 1. 출력 안정성 – 보고서의 예상 출력에 대한 기준을 만듭니다.
      2. 실행 시간 안정성 – 예상 성능에 대한 기준선 생성

테스트 사례를 실행하여 보고서 출력을 생성하고 실행 시간을 기록합니다.

평가 – 스위치를 DQM으로 전환하고 보고서를 실행하는 곳입니다.

1. 1. 이전 단계에서 생성한 프로젝트를 복제하여 두 번째 MotioCI 프로젝트에는 동일한 패키지와 보고서가 있습니다. 프로젝트 설정을 강제 동적 패키지 쿼리 모드로 변경합니다. 출력 및 성능을 CQM 기준선 결과와 비교하기 위해 각 보고서에 대한 테스트 사례를 만듭니다.
      1. 출력 비교 – DQM의 보고서 출력을 CQM 기준선과 비교합니다.
      2. 실행 시간 비교 – DQM의 보고서 실행 시간을 CQM 기준선과 비교합니다.
   2. 테스트 케이스 실행 및 테스트 결과 평가
      1. 성공 – 이 테스트 사례는 출력 비교와 성능을 모두 통과합니다. 이 그룹에서 테스트한 보고서는 변경 없이 DQM으로 마이그레이션됩니다.
      2. 실패 - 어설션 중 하나 또는 둘 모두가 실패하면 테스트 케이스가 실패합니다.
         1. 출력 비교 실패 – 차이점이 강조 표시된 보고서의 CQM 및 DQM 출력을 나란히 비교하여 표시됩니다.
         2. 실행 시간 비교 실패 – 이 보고서 그룹은 CQM보다 DQM에서 더 느리게 수행됩니다.

분해능 – 테스트 케이스의 결과를 기반으로 주의가 필요한 보고서를 정확히 알 수 있습니다.

1. 1. 검토 고려 MotioCI 테스트 사례 실패 세부 정보를 보고합니다. 해당 보고서를 사용하면 유사한 오류가 있는 보고서 그룹이나 추세가 있는지 확인할 수 있습니다. Framework Manager 모델을 편집하고 패키지를 다시 게시하십시오.
   2. 출력 및 성능에 만족할 때까지 DQM 프로젝트에서 테스트 사례를 다시 실행합니다.
   3. 경우에 따라 출력 비교 또는 시간 비교에 실패한 개별 보고서를 처리해야 할 수도 있습니다. 문제를 해결하십시오.

이주 – 이 시점에서 모든 CQM 보고서가 DQM에서 실행되었으며 동일한 출력을 생성하고 합리적인 시간 내에 실행된다고 확신할 수 있습니다.

1. 1. Framework Manager에서 Query Mode Property를 Dynamic으로 안전하게 변경하고 패키지를 다시 게시할 수 있습니다.
   2. 마지막 단계로, MotioCI DQM 프로젝트에서 강제 DQM 쿼리 모드 속성을 제거하고 기본값으로 설정합니다. 테스트 케이스를 다시 실행하고 결과를 확인하십시오. 이렇게 하면 보고서 및 패키지에 대한 변경 사항이 출력 또는 성능에 영향을 미치지 않았는지 확인할 수 있습니다.

축하

이 마지막 단계를 언급하는 것을 잊었습니다. 축하. 이제 DQM의 모든 이점을 누리고 다른 프로젝트를 찾아볼 때입니다.

보너스 프로 팁

당신은을 사용할 수 있습니다 비어 있는 MotioPI CQM 패키지 및 보고서를 찾는 유틸리티입니다. CQM을 사용하도록 설정된 모델이 있는 패키지를 찾으려면 다운로드 및 설치 MotioPI :

1. 엽니다 MotioPI를 클릭하고 콘텐츠 패널을 클릭합니다.
2. 유형 쿼리를 모델로 설정하여 모델을 쿼리합니다.
3. 검색 소스를 적절한 범위로 좁히십시오. 성능을 높이려면 범위를 줄이십시오.
4. 필터를 추가하고 Text Property Model is Dynamic Query Mode = false를 선택합니다.
5. 검색 클릭
6. 결과를 CSV로 내보내고 Excel에서 열기
7. 보고서를 찾으려는 모델의 Cognos 검색 경로 복사
8. "/model[@name="과 문자열에서 뒤따르는 것을 제거하여 모델의 검색 경로를 편집합니다.
9. 단축된 모델 경로 문자열을 새 콘텐츠 패널에 붙여넣습니다. Motio파이.
10. 보고서를 표시할 유형에 대한 쿼리 편집
11. 적절하게 범위 좁히기
12. 축소된 모델 경로 문자열을 붙여넣어 텍스트 속성 패키지 검색 경로 포함을 사용하도록 필터링
13. 검색 클릭
14. 결과는 CQM 패키지를 사용하는 모든 보고서 목록을 반환합니다.

물론 이것은 약간 복잡하고 테스트를 할 수 없으며 프로젝트의 진행 상황을 관리하지 않지만 무료입니다. MotioPI는 평가 및 인벤토리의 처음 두 단계를 통해 부분적으로 도움을 줄 수 있습니다. MotioCI 거기에서 가져갈 수 있습니다.