Requisitos de Design da Partição

Benefícios do particionamento

O particionamento do cubo do Essbase fornece benefícios adicionais de sincronização e navegação de dados.

Para bancos de dados de armazenamento em blocos, as partições fornecem sincronização de dados entre vários bancos de dados.

O Essbase rastreia as alterações feitas nos valores de dados em uma partição e fornece ferramentas para atualizar os valores de dados em partições relacionadas.
As partições permitem que os usuários naveguem entre bancos de dados com dimensionalidade diferente.

Quando os usuários fazem drill-through para o novo banco de dados, eles podem fazer drill-down para dados mais detalhados.

Estratégias de Particionamento

Com base nos requisitos do usuário, selecione uma estratégia de particionamento para o cubo do Essbase que seja de cima para baixo, de baixo para cima ou com base nos atributos do banco de dados.

Particione aplicativos de cima para baixo.

Use o particionamento de cima para baixo para dividir um banco de dados em vários processadores, servidores ou computadores, o que pode melhorar a escalabilidade, a confiabilidade e o desempenho dos bancos de dados. Para obter os melhores resultados com o particionamento de cima para baixo, crie um aplicativo separado para cada banco de dados particionado.

Aplicativos de partição de baixo para cima.

Use o particionamento de baixo para cima para gerenciar o fluxo de dados entre vários bancos de dados relacionados, o que pode melhorar a qualidade e a acessibilidade dos dados nos bancos de dados.

Particionar aplicativos com base em atributos.

Faça a partição dos bancos de dados de acordo com os valores de atributo associados às dimensões base (uma dimensão padrão associada a uma ou mais dimensões de atributo).

Use essa estratégia para extrair dados com base nas características de uma dimensão, como sabor ou tamanho.

Observação:

Não é possível particionar dimensões de atributo. Consulte Atributos em Partições do Essbase.

Fatores de Decisão para Particionamento de um Banco de Dados

Considere implementar partições (replicadas ou transparentes) no banco de dados do Essbase se o uso e as atualizações de dados se beneficiarem da compartimentalização por local ou unidade organizacional.

Considere implementar partições replicadas ou transparentes quando:
- Os dados devem estar mais próximos das pessoas que os estão usando.
- Um único fracasso seria catastrófico.
- Leva muito tempo para realizar cálculos após o carregamento de novos dados, e você deseja melhorar o desempenho distribuindo cálculos entre vários processadores ou computadores.
- Os usuários querem ver os dados em diferentes contextos de aplicação e você quer controlar como os usuários navegam entre bancos de dados.
- Você precisa sincronizar informações de diferentes origens.
- Você planeja adicionar novas unidades organizacionais que se beneficiariam de ter seus próprios bancos de dados.
- Os usuários devem aguardar enquanto outros usuários acessam o banco de dados.
- Você deseja economizar espaço em disco, dando aos usuários acesso aos dados armazenados em um local remoto.
- Você deseja reduzir o tráfego de rede replicando dados em vários locais.
- Você precisa controlar os outlines do banco de dados de um local central.
Não particione um banco de dados quando:
- Você tem preocupações com espaço em disco, largura de banda de rede e recursos administrativos.
- Você executa alocações complexas em que os valores de nível de unidade são derivados dos valores totais.
- Você deve manter todos os bancos de dados on-line o tempo todo.
  
  Manter os bancos de dados on-line pode ser um problema se você tiver bancos de dados em vários fusos horários, porque o pico de carga do usuário pode ser diferente entre os fusos horários. O uso de partições transparentes exacerba esse problema, mas o uso de partições replicadas pode ajudar.
- Os bancos de dados estão em diferentes idiomas ou modos relacionados a Unicode.
  
  O Essbase só poderá particionar bancos de dados se cada banco de dados usar o mesmo idioma ou se cada banco de dados usar o mesmo modo Unicode ou não Unicode.

Considerações sobre o Particionamento de Dados

Ao projetar uma estratégia de banco de dados particionada do Essbase, faça perguntas sobre os requisitos de uso de dados para ajudá-lo a determinar quais dados incluir em cada partição.

Qual banco de dados deve ser a origem de dados e qual o destino dos dados? O cubo que "possui" os dados, no qual os dados são atualizados e no qual a maioria dos dados detalhados é armazenada, deve ser o cubo de origem.
Algumas partes do banco de dados são acessadas com mais frequência do que outras?
Quais dados você pode compartilhar entre sites?
Qual a granularidade dos dados em cada local?
Com que frequência os dados são acessados, atualizados ou calculados?
Quais são os recursos disponíveis: espaço em disco, CPUs e recursos de rede?
Quantos dados devem ser transferidos pela rede? Quanto tempo leva?
Os dados são armazenados em um ou vários locais?
Os dados são acessados em um ou vários locais?
Existem informações em bancos de dados separados que devem ser acessados a partir de um local central? Quão próximos estão os grupos de dados?

Segurança para Bancos de Dados Particionados

Os usuários que acessam dados por meio de partições replicadas ou transparentes geralmente precisam exibir dados armazenados em mais de um cubo do Essbase. Definir a segurança para que os usuários não visualizem nem alterem dados inapropriados.

Para configurar a segurança para partições,

Conceda aos usuários acesso aos cubos de origem e de destino.
Restrinja o acesso do usuário configurando filtros (nos cubos de origem e de destino) apenas para as fatias particionadas.

Consulte Controlar o Acesso a Células do Banco de dados Usando Filtros de Segurança.
Se você estiver criando uma partição replicada, determine se os usuários podem fazer alterações em uma partição replicada no destino dos dados. A configuração de atualização (que permite ou não permite atualizações) substitui os filtros de usuário que permitem aos usuários atualizar dados.

Ao criar partições replicadas usando a instrução MaxL create replicated partition, se você não especificar a gramática update allow, as partições replicadas não poderão ser atualizadas por padrão.