파티션 설계 요구 사항
이 섹션의 정보를 사용하여 Essbase 분할 영역을 구현하기 전에 신중하게 설계합니다.
Partitioning의 이점
Essbase 큐브를 분할하면 데이터 동기화 및 탐색의 추가 이점을 얻을 수 있습니다.
-
블록 스토리지 데이터베이스의 경우 파티션은 여러 데이터베이스에서 데이터 동기화를 제공합니다.
Essbase는 파티션의 데이터 값에 대한 변경 사항을 추적하고 관련 파티션의 데이터 값을 업데이트하는 도구를 제공합니다.
-
파티션은 사용자가 차원이 다른 데이터베이스 간에 이동할 수 있는 기능을 제공합니다.
사용자가 새 데이터베이스로 드릴 어크로스하면 더 자세한 데이터로 드릴 다운할 수 있습니다.
분할 전략
사용자 요구사항에 따라 하향식, 상향식 또는 데이터베이스 속성을 기반으로 하는 Essbase 큐브에 대한 분할 전략을 선택합니다.
하향식으로 응용 프로그램을 분할합니다.
하향식 분할을 사용하여 데이터베이스를 여러 프로세서, 서버 또는 컴퓨터로 분할하여 데이터베이스의 확장성, 안정성 및 성능을 향상시킬 수 있습니다. 하향식 Partitioning으로 최상의 결과를 얻으려면 Partitioning된 데이터베이스마다 별도의 응용 프로그램을 생성합니다.
응용 프로그램을 아래에서 위로 분할합니다.
상향식 분할을 사용하여 여러 관련 데이터베이스 간의 데이터 플로우를 관리하면 데이터베이스의 데이터 품질과 접근성을 향상시킬 수 있습니다.
속성을 기반으로 애플리케이션을 분할합니다.
기본 차원과 연계된 속성 값에 따라 데이터베이스를 분할합니다(하나 이상의 속성 차원과 연계된 표준 차원).
이 전략을 사용하여 flavor 또는 size와 같은 차원의 특성을 기반으로 데이터를 추출합니다.
주:
속성 차원을 분할할 수 없습니다. Essbase 분할 영역의 속성을 참조하십시오.
데이터베이스 Partitioning에 대한 결정 요소
데이터 사용 및 업데이트가 위치 또는 조직 단위별 구획화를 통해 이점을 얻을 수 있는 경우 Essbase 데이터베이스에서 분할 영역(복제 또는 투명)을 구현하는 것이 좋습니다.
-
다음과 같은 경우 복제되거나 투명한 분할 영역 구현을 고려하십시오.
-
데이터는 그것을 사용하는 사람들에게 더 가까이 있어야합니다.
-
단일 실패는 재앙이 될 것입니다.
-
새 데이터가 로드된 후 계산을 수행하는 데 시간이 너무 오래 걸리고 계산을 여러 프로세서나 컴퓨터에 분산하여 성능을 향상시키려고 합니다.
-
유저는 서로 다른 응용 프로그램 컨텍스트에서 데이터를 확인하고 유저가 데이터베이스 간에 이동하는 방법을 제어하려고 합니다.
-
다른 소스의 정보를 동기화해야 합니다.
-
자체 데이터베이스를 사용하여 이점을 얻을 수 있는 새 조직 단위를 추가할 계획입니다.
-
다른 사용자가 데이터베이스에 액세스할 때 사용자는 기다려야 합니다.
-
사용자에게 원격 위치에 저장된 데이터에 대한 액세스 권한을 부여하여 디스크 공간을 절약하려고 합니다.
-
여러 위치에서 데이터를 복제하여 네트워크 통신량을 줄이려고 합니다.
-
중앙 위치에서 데이터베이스 Outline을 제어해야 합니다.
-
-
다음과 같은 경우에는 데이터베이스를 분할하지 마십시오.
-
디스크 공간, 네트워크 대역폭 및 관리 리소스 관련 문제가 있습니다.
-
단위 레벨 값이 총 값에서 파생되는 복잡한 할당을 수행합니다.
-
모든 데이터베이스를 항상 온라인 상태로 유지해야 합니다.
여러 시간대에 데이터베이스가 있는 경우 시간대 간에 최대 사용자 로드가 다를 수 있으므로 데이터베이스를 온라인 상태로 유지하는 것은 문제가 될 수 있습니다. 투명한 분할 영역을 사용하면 이 문제가 악화되지만 복제된 분할 영역을 사용하는 것이 도움이 될 수 있습니다.
-
데이터베이스는 다른 언어 또는 유니코드 관련 모드입니다.
Essbase는 각 데이터베이스가 동일한 언어를 사용하거나 각 데이터베이스가 동일한 유니코드 또는 비유니코드 모드를 사용하는 경우에만 데이터베이스를 분할할 수 있습니다.
-
데이터 분할 고려 사항
분할된 Essbase 데이터베이스 전략을 설계할 때 각 파티션에 포함할 데이터를 결정하는 데 도움이 되도록 데이터 사용 요구사항에 대해 질문합니다.
-
데이터 소스가 되어야 하는 데이터베이스와 데이터 대상은 무엇입니까? 데이터가 업데이트되고 대부분의 세부정보 데이터가 저장되는 경우 데이터를 "소유"하는 큐브는 소스 큐브여야 합니다.
-
데이터베이스의 일부분이 다른 부분보다 자주 액세스됩니까?
-
사이트 간에 어떤 데이터를 공유할 수 있습니까?
-
각 위치에 데이터를 얼마나 세분화해야 합니까?
-
데이터 액세스, 업데이트 또는 계산 빈도는 얼마나 됩니까?
-
디스크 공간, CPU 및 네트워크 리소스 등 사용 가능한 리소스는 무엇입니까?
-
네트워크를 통해 얼마나 많은 데이터를 전송해야 합니까? 얼마나 걸립니까?
-
데이터가 하나 또는 여러 위치에 저장됩니까?
-
하나 또는 여러 위치에서 데이터에 액세스합니까?
-
중앙 위치에서 액세스해야 하는 별도의 데이터베이스에 정보가 있습니까? 데이터 그룹은 얼마나 밀접하게 연관되어 있습니까?
분할된 데이터베이스에 대한 보안
복제되거나 투명한 파티션을 통해 데이터에 액세스하는 사용자는 종종 둘 이상의 Essbase 큐브에 저장된 데이터를 확인해야 합니다. 유저가 부적절한 데이터를 보거나 변경하지 않도록 보안을 설정합니다.
파티션에 대한 보안을 설정하려면
-
사용자에게 소스 및 타겟 큐브에 대한 액세스 권한을 부여합니다.
-
소스 및 대상 큐브의 필터를 분할된 슬라이스로만 설정하여 사용자 액세스를 제한합니다.
보안 필터를 사용하여 데이터베이스 셀에 대한 액세스 제어를 참조하십시오.
-
복제된 분할 영역을 만드는 경우 사용자가 데이터 대상에서 복제된 분할 영역을 변경할 수 있는지 여부를 결정합니다. 업데이트 설정(업데이트 허용 또는 허용 안함)은 사용자가 데이터를 업데이트할 수 있도록 사용자 필터를 대체합니다.
복제된 분할 영역 만들기 MaxL 문을 사용하여 복제된 분할 영역을 만들 때 update allow 문법을 지정하지 않으면 기본적으로 복제된 분할 영역을 업데이트할 수 없습니다.