Partições Replicadas

Por exemplo, nos aplicativos de amostra Samppart e Sampeast, o DBA da The Beverage Company (TBC) criou uma partição replicada entre o banco de dados do Leste e o banco de dados da Empresa contendo Real, Orçamento, Variação e Variação%. Os usuários da região leste agora armazenam seus dados de orçamento localmente. Como eles não precisam recuperar esses dados ao vivo da sede corporativa, os tempos de resposta são mais rápidos e têm mais controle sobre os tempos de inatividade e a administração de dados locais.

Alterações nos dados em um fluxo de partição replicado do cubo de origem para o cubo de destino. As alterações feitas nos dados replicados no destino de dados não retornam à origem de dados. Se os usuários alterarem os dados no destino dos dados, o Essbase substituirá suas alterações quando o DBA atualizar a partição replicada.

Quando uma partição replicada é definida, o DBA pode selecionar uma definição para impedir que os dados na parte replicada do cubo de destino sejam atualizados. A configuração de atualização (que permite ou não atualizações) tem precedência sobre o acesso fornecido pelos filtros de segurança e também é respeitada por operações em batch, como carregamento de dados e cálculo.

Use uma partição replicada para atingir qualquer um dos seguintes objetivos:

Diminuir a atividade da rede
Diminuir os tempos de resposta da consulta
Diminuir os tempos de cálculo
Recupere-se mais facilmente de falhas do sistema

Regras para Partições Replicadas

Você deve ser capaz de mapear as áreas replicadas compartilhadas dos outlines de origem e de destino, embora as áreas compartilhadas não precisem ser idênticas. Você deve informar ao Essbase como cada dimensão e membro na origem são mapeados para cada dimensão e membro no destino.

Os contornos de origem e destino para as áreas não compartilhadas não precisam ser mapeáveis.

Como nenhuma das áreas que você usa como destino de partição replicada pode vir de uma origem de partição transparente, não é possível criar uma partição replicada em cima de uma partição transparente, conforme mostrado na ilustração:

Figura 9-4 Partição Replicada Inválida

Esta imagem ilustra como um destino de partição replicado não pode conter dados de uma origem de partição transparente.

As células no destino de uma partição replicada não podem vir de duas origens; as células em uma partição devem vir de um cubo. Para replicar células de vários cubos, crie uma partição diferente para cada origem de dados.

As células de um cubo de destino podem ser a origem de uma partição replicada diferente. Por exemplo, se o banco de dados Samppart.Company contiver uma partição replicada do banco de dados Sampeast.East, você poderá replicar as células em Sampeast.East em um terceiro banco de dados, como Sampwest.West.

Não é possível usar membros de atributo para definir uma partição replicada. Por exemplo, associado à dimensão Mercado, os membros da dimensão do atributo Tipo de Mercado são Urbano, Suburbano e Rural. Não é possível definir uma partição em Urbano, Suburbano ou Rural, porque uma partição replicada contém dados dinâmicos, não dados armazenados. Portanto, uma tentativa de mapear atributos em partições replicadas resulta em uma mensagem de erro. No entanto, você pode usar o comando WITHATTR para replicar dados de atributo.

Vantagens das Partições Replicadas

Como os dados são armazenados mais próximos dos usuários finais, no cubo de destino, as partições replicadas podem diminuir a atividade da rede, resultando em melhores tempos de recuperação.

Os dados são mais facilmente acessíveis a todos os usuários. Alguns usuários acessam os dados no cubo de origem e outros no cubo de destino.

Falhas não são tão catastróficas. Como os dados estão em vários locais, se um banco de dados falhar, somente os usuários conectados a esse banco de dados não poderão acessar as informações. Os dados ainda estão disponíveis em e podem ser recuperados dos outros sites.

Os administradores locais controlam o tempo de inatividade. Por exemplo, como os usuários na região leste estão acessando seus próprios dados replicados em vez do banco de dados da Empresa, um administrador pode desativar o banco de dados da Empresa sem afetar os usuários na região leste.

Como apenas os dados relevantes são mantidos em cada site, os bancos de dados podem ser menores. Por exemplo, os usuários da região leste podem replicar apenas as informações do orçamento leste, em vez de acessar um banco de dados maior da empresa que contenha informações de orçamento para todas as regiões.

Desvantagens das Partições Replicadas

Você precisa de mais espaço em disco porque os dados são armazenados em vários locais.

Como o administrador da partição deve atualizar manualmente os dados regularmente, os usuários podem não ver a versão mais recente dos dados.

Considerações de Desempenho para Partições Replicadas

Para melhorar o desempenho de partições replicadas, siga estas diretrizes:

Não replique membros que são calculados dinamicamente no cubo de origem, porque o Essbase deve sondar o outline para localizar membros calculados dinamicamente e seus filhos para determinar como executar o cálculo.

Não replique dados derivados do cubo de origem. Em vez disso, replique o nível prático mais baixo de cada dimensão e execute os cálculos no cubo de destino depois de concluir a replicação.

Por exemplo, para replicar o banco de dados ao longo da dimensão Mercado:

Defina a área compartilhada como os membros de nível inferior da dimensão Mercado que você se preocupa, por exemplo, Leste, Oeste, Sul e Central e os membros de nível 0 das outras dimensões.
Depois de concluir a replicação, calcule os valores de Mercado e os valores de nível superior nas outras dimensões no destino.

Às vezes, você não pode calcular dados derivados no cubo de destino. Nesse caso, replique-o do cubo de origem. Não é possível calcular dados derivados na origem se os dados atenderem a um dos seguintes critérios:
- Requer que dados fora da área replicada sejam calculados.
- Requer scripts de cálculo dos quais não é possível extrair apenas a parte a ser calculada no destino.
- Está sendo replicado em um computador com pouco poder de processamento, como um laptop.

Para otimizar a replicação de um cubo de armazenamento agregado (ASO) que é o destino replicado enquanto um banco de dados de armazenamento em blocos é o cubo de origem, e os dois contornos são idênticos, use o método "replicação supõe contorno idêntico", em uma das seguintes maneiras.

Ative a definição de configuração REPLICATIONASSUMEIDENTICALOUTLINE. A sintaxe será a seguinte:
```
REPLICATIONASSUMEIDENTICALOUTLINE [appname [dbname]] TRUE | FALSE
```
Emita a instrução alter database MaxL com a gramática replication_assume_identical_outline. A instrução só pode ser emitida para um cubo ASO e não se aplica à replicação do armazenamento em blocos. A sintaxe será a seguinte:
```
alter database appname.dbname enable | disable replication_assume_identical_outline;
```

O particionamento em uma dimensão densa leva mais tempo do que o particionamento em uma dimensão esparsa. Quando o Essbase replica dados particionados em uma dimensão densa, ele deve acessar cada bloco na origem de dados e, em seguida, criar cada bloco no destino de dados durante a operação de replicação.

Não é possível replicar dados em um membro que é calculado dinamicamente no cubo de destino. O Essbase não carrega nem replica em membros do Cálculo Dinâmico, porque esses membros não contêm dados até que um usuário os solicite no tempo de execução. O Essbase evita o envio de dados replicados para membros dinâmicos densos e dinâmicos esparsos no destino de replicação, porque esses dados não são armazenados no destino.

Para replicar somente os valores de dados que foram alterados em vez da partição inteira, consulte Preencher ou Atualizar Partições Replicadas.

Partições Replicadas e Uso da Porta

Com partições replicadas, os usuários só se conectam ao cubo de destino. Quando os dados são atualizados no destino, o processo de replicação de dados do cubo de origem para o cubo de destino utiliza uma porta, e essa conexão é baseada no nome do usuário declarado na definição da partição (usuário da partição).

Observação:

Devido à natureza de curto prazo da replicação, as partições e portas replicadas raramente são um problema.