복제된 파티션

Essbase의 복제된 분할 영역은 대상 큐브에 저장된 소스 데이터베이스(큐브)의 일부 복사본입니다. 일부 사용자는 소스의 데이터에 액세스하고 다른 사용자가 대상 큐브에서 데이터에 액세스합니다.

예를 들어, Samppart 및 Sampeast 샘플 응용 프로그램에서 The Beverage Company(TBC)의 DBA는 East 데이터베이스와 Actual, Budget, Variance 및 Variance%를 포함하는 Company 데이터베이스 간에 복제된 분할 영역을 생성했습니다. 동부 지역의 사용자는 이제 예산 데이터를 로컬에 저장합니다. 기업 본사에서 실시간으로 이 데이터를 검색할 필요가 없기 때문에 응답 시간이 빨라지고 로컬 데이터의 다운타임 및 관리를 보다 효과적으로 제어할 수 있습니다.

복제된 분할 영역의 데이터 변경사항은 소스 큐브에서 대상 큐브로 이동합니다. 데이터 대상에서 복제된 데이터에 대한 변경 사항이 데이터 소스로 다시 전달되지 않습니다. 사용자가 데이터 대상에서 데이터를 변경하면 Essbase는 DBA가 복제된 분할 영역을 업데이트할 때 변경 사항을 덮어씁니다.

복제된 분할 영역이 정의된 경우 DBA는 대상 큐브의 복제된 부분에 있는 데이터가 업데이트되지 않도록 하는 설정을 선택할 수 있습니다. 업데이트 허용 또는 허용 안함 설정은 보안 필터에서 제공하는 액세스보다 우선하며 데이터 로드 및 계산과 같은 일괄 처리 작업에서도 적용됩니다.

복제된 파티션을 사용하여 다음 목표를 달성합니다.

• 네트워크 작업 감소

• 쿼리 응답 시간 단축

• 계산 시간 단축

• 시스템 장애로부터 보다 쉽게 복구

복제된 분할 영역에 대한 규칙

공유 영역이 동일할 필요는 없지만 소스 아웃라인과 대상 아웃라인의 공유 복제 영역을 매핑할 수 있어야 합니다. 소스의 각 차원 및 멤버가 대상의 각 차원 및 멤버에 매핑되는 방법을 Essbase에 알려야 합니다.

비공유 영역에 대한 소스 및 대상 아웃라인을 매핑할 필요가 없습니다.

복제된 분할 영역 대상으로 사용하는 영역은 투명 분할 영역 소스에서 가져올 수 없으므로 그림과 같이 투명 분할 영역 위에 복제된 분할 영역을 만들 수 없습니다.

그림 9-4 잘못된 복제 파티션

복제된 분할 영역의 대상에 있는 셀은 두 소스에서 가져올 수 없습니다. 한 분할 영역의 셀은 한 큐브에서 가져와야 합니다. 여러 큐브에서 셀을 복제하려면 각 데이터 소스에 대해 다른 분할 영역을 만듭니다.

대상 큐브의 셀은 다른 복제된 분할 영역의 소스일 수 있습니다. 예를 들어, Samppart.Company 데이터베이스에 Sampeast.East 데이터베이스의 복제된 분할 영역이 포함되어 있는 경우 Sampeast.East의 셀을 Sampwest.West와 같은 세번째 데이터베이스로 복제할 수 있습니다.

속성 멤버를 사용하여 복제된 분할 영역을 정의할 수 없습니다. 예를 들어 시장 차원과 연결된 시장 유형 속성 차원 멤버는 도시, 교외 및 시골입니다. 복제된 분할 영역에 저장된 데이터가 아닌 동적 데이터가 포함되어 있으므로 도시, 교외 또는 시골에서 분할 영역을 정의할 수 없습니다. 따라서 복제된 분할 영역에 속성을 매핑하려고 시도하면 오류 메시지가 표시됩니다. 그러나 WITHATTR 명령을 사용하여 속성 데이터를 복제할 수 있습니다.

복제된 분할 영역의 장점

데이터는 일반 유저와 가깝게 대상 큐브에 저장되기 때문에 복제된 Partition은 네트워크 작업을 줄일 수 있으므로 검색 시간이 향상됩니다.

모든 사용자가 데이터에 쉽게 액세스할 수 있습니다. 일부 사용자는 소스 큐브의 데이터에 액세스하고 다른 사용자는 대상 큐브에 액세스합니다.

실패는 재앙이 아니다. 데이터가 여러 위치에 있기 때문에 한 데이터베이스가 실패하면 해당 데이터베이스에 연결된 유저만 정보에 액세스할 수 없습니다. 데이터는 여전히 사용할 수 있으며 다른 사이트에서 검색할 수 있습니다.

로컬 관리자는 작동 중지 시간을 제어합니다. 예를 들어 동부 지역의 사용자가 회사 데이터베이스 대신 복제된 자체 데이터에 액세스하기 때문에 관리자는 동부 지역의 사용자에게 영향을 주지 않고 회사 데이터베이스를 중지할 수 있습니다.

각 사이트에 관련 데이터만 보관되므로 데이터베이스의 크기는 작을 수 있습니다. 예를 들어 동부 지역의 사용자는 모든 지역의 예산 정보가 포함된 대규모 회사 데이터베이스에 액세스하는 대신 동부 예산 정보만 복제할 수 있습니다.

복제된 분할 영역의 단점

데이터가 여러 위치에 저장되므로 디스크 공간이 더 필요합니다.

분할 영역 관리자는 정기적으로 데이터를 수동으로 새로 고쳐야 하므로 사용자가 최신 버전의 데이터를 볼 수 없습니다.

복제된 분할 영역에 대한 성능 고려 사항

복제된 분할 영역의 성능을 향상시키려면 다음 지침을 따르십시오.

Essbase는 아웃라인을 조사하여 동적으로 계산된 멤버와 하위 멤버를 찾아 계산 수행 방법을 결정해야 하므로 소스 큐브에서 동적으로 계산된 멤버를 복제하지 마십시오.

소스 큐브에서 파생된 데이터를 복제하지 마십시오. 대신, 각 차원의 가장 낮은 실제 레벨을 복제하고 복제를 완료한 후 대상 큐브에서 계산을 수행합니다.

예를 들어, Market 차원을 따라 데이터베이스를 복제하려면 다음과 같이 하십시오.

• 공유 영역을 관심 있는 시장 차원의 최하위 레벨 멤버(예: 동부, 서부, 남부 및 중부) 및 기타 차원의 레벨 0 멤버로 정의합니다.

• 복제를 완료한 후 대상의 다른 차원에서 Market 및 상위 레벨 값에 대한 값을 계산합니다.

  대상 큐브에서 파생 데이터를 계산할 수 없는 경우도 있습니다. 이 경우 소스 큐브에서 복제합니다. 데이터가 다음 기준을 충족하는 경우 소스에서 파생된 데이터를 계산할 수 없습니다.

  • 복제된 영역 외부의 데이터를 계산해야 합니다.

  • 대상에서 계산할 부분만 추출할 수 없는 계산 스크립트가 필요합니다.

  • 노트북과 같이 처리 능력이 거의 없는 컴퓨터에 복제되고 있습니다.

블록 저장 영역 데이터베이스가 소스 큐브이고 두 개의 아웃라인이 동일한 동안 복제된 대상인 ASO(집계 저장 영역) 큐브의 복제를 최적화하려면 다음 방법 중 하나로 "복제가 동일한 아웃라인으로 가정" 방법을 사용합니다.

• REPLICATIONASSUMEIDENTICALOUTLINE 구성 설정을 사용으로 설정합니다. 구문은 다음과 같습니다.

  REPLICATIONASSUMEIDENTICALOUTLINE [appname [dbname]] TRUE | FALSE

• replication_assume_identical_outline 문법과 함께 alter database MaxL 문을 실행합니다. 명령문은 ASO 큐브에만 실행될 수 있으며 블록 저장 영역 복제에는 적용되지 않습니다. 구문은 다음과 같습니다.

  alter database appname.dbname enable | disable replication_assume_identical_outline;

밀집 치수를 따라 분할하는 데는 희소 치수를 따라 분할하는 것보다 시간이 오래 걸립니다. Essbase가 밀집 차원을 따라 분할된 데이터를 복제하는 경우 데이터 소스의 모든 블록에 액세스한 다음 복제 작업 중 데이터 대상의 각 블록을 생성해야 합니다.

대상 큐브에서 동적으로 계산된 멤버로 데이터를 복제할 수 없습니다. Essbase는 사용자가 런타임 시 요청할 때까지 데이터가 포함되지 않으므로 동적 계산 멤버에 로드하거나 복제하지 않습니다. Essbase는 복제 대상의 동적 밀집 멤버와 동적 희소 멤버 모두에 대해 복제된 데이터를 전송하지 않습니다. 이 데이터는 대상에 저장되지 않기 때문입니다.

전체 분할 영역 대신 변경된 데이터 값만 복제하려면 Populate or Update Replicated Partitions를 참조하십시오.

복제된 분할 영역 및 포트 사용량

복제된 분할 영역을 사용하면 사용자가 대상 큐브에만 연결됩니다. 대상에서 데이터가 업데이트되면 소스 큐브에서 대상 큐브로 데이터를 복제하는 프로세스는 하나의 포트를 사용하며 이 연결은 분할 영역 정의(분할 영역 사용자)에 선언된 사용자 이름을 기반으로 합니다.

주:

복제의 단기적인 특성으로 인해 복제된 파티션 및 포트는 거의 문제가 되지 않습니다.