Compartilhar via

Manutenção para cenários e soluções de planejamento de BI

  • Artigo

 

Aplica-se a: SharePoint Server 2010 Enterprise

Tópico modificado em: 2011-01-25

O gerenciamento de cubos, dimensões e hierarquias é feito com o uso do SQL Server Business Intelligence Development Studio (BIDS) e do SQL Server Management Studio (SSMS).

SQL Server Management Studio (SSMS)

Use o SSMS para o seguinte:

  • Atualizar propriedades e membros de dimensões a partir de tabelas de dimensões.

  • Atualizar tabelas de hierarquias para relações pai-filhos.

  • Atualizar tabelas de fatos.

  • Projetar relações de esquema entre tabelas de dimensões, hierarquias e fatos por meio de exibições.

  • Desenvolvimento de procedimentos armazenados em T-SQL para a lógica de negócios.

    • Regras de conversão de moedas.

    • Lógica de difusão personalizada.

    • Controle de versão de dados (copiar de uma fatia de dados de fatos para outra fatia).

No SSMS, você pode atualizar tabelas de dados diretamente, fazendo o seguinte:

  • Clique com o botão direito do mouse na tabela de dados que você deseja editar.

  • Selecione Editar 200 Linhas Superiores.

Outra alternativa é gerar um script para as atualizações:

  • Clique com o botão direito do mouse na tabela de dados que você deseja editar.

  • Selecione Script de Tabela como.

SQL Server Business Intelligence Development Studio (BIDS)

Use o BIDS para o seguinte:

  • Desenvolver pacotes do SSIS para ETL.

  • Projetar dimensões, hierarquias e cubos OLAP.

  • Projetar regras MdxScript em cubos.

  • Projetar o particionamento de dados em cubos.

  • Gerenciamento da segurança OLAP por meio de funções.

Atualizar um cubo

Vários elementos podem ser atualizados em um cubo, e é muito importante que cada tipo de atualização exija um teste completo antes de ser distribuída em um ambiente de produção. Veja a seguir algumas considerações que você deve observar ao fazer a manutenção de um cubo que já está em produção:

  • Atualizando o uso de dimensões de modelo de um cubo em measuregroup

    • A remoção de dimensões de modelo pode resultar na ruptura de definições existentes para Tabelas Dinâmicas e na falha de regras MdxScript existentes. Além disso, a tabela de fatos deve ser analisada no que diz respeito a como lidar corretamente com os dados que são fatiados pela dimensionalidade removida com base na exigência dos negócios.

    • Normalmente, o acréscimo de dimensões de modelo adicionais causará rupturas menos imediatas no sistema de um modo geral. Entretanto, ainda existem vários aspectos que devem ser levados em consideração. A tabela de fatos deve gerar corretamente os valores padrão da nova dimensão de modelos utilizando valores existentes como base ou então pode exigir um recarregamento total. Os dados pré-enviados deverão ser novamente inseridos pelos operadores de informações se não for possível padronizar corretamente essa nova dimensionalidade, o que provavelmente poderá resultar em uma extensão alteração nos processos desses operadores. Tabelas Dinâmicas e regras MdxScript devem continuar a funcionar. Entretanto, convém examinar todas essas regras MdxScript, pois é muito provável que a nova dimensionalidade acabe modificando a maneira como certos cálculos devem operar, por exemplo, no caso de uma regra que exija que todos os membros da dimensão sejam elementos-folha no escopo de cálculo.

  • Atualizando partições em um measuregroup

    • Em geral, por se tratar de uma alteração em nível técnico, o acréscimo ou a remoção de partições provavelmente não terá efeitos de funcionalidade sobre os operadores de informações. É possível aumentar o desempenho com um esquema de particionamento inteligente para os dados, e a remoção de partições não utilizadas tende a causar um impacto mínimo.

  • Atualizando o uso de um measuregroup

    • A remoção de um measuregroup pode afetar regras MdxScript e definições existentes de Tabelas Dinâmicas. Isso porque certas medidas existentes nesse measuregroup serão utilizadas para uma determinada capacidade em alguma parte do sistema, seja em regras ou em Tabelas Dinâmicas.

    • O acréscimo de measuregroups adicionais terá provavelmente um impacto mínimo sobre os operadores de informações. O processo simplesmente incluirá uma nova funcionalidade, sem afetar o comportamento existente.

  • Atualizando regras baseadas em MdxScript

    • Atualizações de cálculo afetarão de que maneira os dados são visualizados pelo operador de informações. A partir do momento em que uma atualização é feita nas regras que proporcionam a lógica de negócios correta, é muito importante testar suas características de desempenho. Quando escritas de maneira não ideal, regras MdxScript têm o potencial de causar degradações de desempenho significativas para o servidor do SQL Server Analysis Services.

Atualizar a dimensão e as hierarquias

Em geral, a dimensão e as hierarquias são atualizadas à medida que os operadores de informações necessitam de novas informações para atender aos seus requisitos de negócios. Por exemplo, as seguintes solicitações são comuns:

  • O operador de informações exige a adição de uma nova exibição de hierarquia.

  • O operador de informações exige que novas propriedades de membros apareçam em seus relatórios.

  • O operador de informações exige que alterações em hierarquias existentes reflitam alterações organizacionais.

Como lidar com alguns desses cenários e quais são os efeitos da aplicação dessas alterações? O argumento inicial é que qualquer alteração feita em um sistema de produção deve ser primeiramente testada a fundo em um ambiente de teste para que se possa compreender melhor o impacto total dessa alteração. Tendo dito isso, o próximo argumento é que algumas alterações são mais caras de se executar do que outras. Essas alterações serão examinadas neste artigo:

  • Atualizando propriedades de membros da dimensão

    • A adição de novas propriedades/atributos deve ter um impacto mínimo sobre a funcionalidade existente. Essa alteração é considerada como sendo de baixo risco.

    • A remoção ou renomeação de propriedades deve ser evitada em ambientes de produção. Tabelas Dinâmicas, regras MdxScript e hierarquias que utilizam o atributo em sua definição podem ficar incompletas.

    • Atualizações nas propriedades da dimensão afetarão qualquer hierarquia construída a partir dos atributos relacionados. Consulte o conteúdo a seguir para obter mais informações.

  • Atualizando membros da dimensão

    • Todos os membros da dimensão podem ter dados que foram armazenados no cubo em associação a cada um desses membros. Portanto, a exclusão de qualquer membro da dimensão também deverá resultar na manipulação correta dos dados associados na tabela de fatos.

  • Atualizando hierarquias existentes

    • Hierarquias pai-filhos

    • É necessário ter cautela ao mover membros em uma hierarquia do tipo pai-filhos, pois você pode acabar transformando um membro do nível mais inferior dessa hierarquia em um membro pai, e vice-versa. Como consequência dessa movimentação, alguns dados localizados em níveis intermediários podem figurar como incorretos sob o ponto de vista de um operador de informações, pois eles não parecem ser a soma dos membros filhos.

    • Hierarquias com base em níveis

    • Quando as colunas da tabela de dimensões são atualizadas com novos valores, os atributos associados a essas colunas também são atualizados. Nesse caso, a hierarquia de níveis também será automaticamente atualizada com base nos atributos atualizados após um processo de dimensão no SQL Server Analysis Services.

    • Efeito geral das alterações em hierarquias

    • Atualizações na estrutura de hierarquias podem resultar na ruptura de Tabelas Dinâmicas e regras MdxScript. Examine as regras MdxScript para verificar como elas estão sendo usadas e para determinar se a estrutura de hierarquias exigirá a atualização dessas regras. Examine também todas as Tabelas Dinâmicas para verificar com elas serão afetadas.

  • A adição de novas hierarquias é uma operação de baixo risco, pois se trata de uma nova funcionalidade. A remoção de hierarquias terá as mesmas implicações discutidas em "Impacto geral das alterações em hierarquias".

See Also

Concepts

Cenários básicos de planejamento em cenários e soluções de planejamento de BI
Planejando o datamart para cenários e soluções de planejamento de BI
Conceitos de modelagem de planejamento em cenários e soluções de planejamento de BI
Modelagem de cubos para write-back em cenários e soluções de planejamento de BI
Abordagens e considerações de desempenho em cenários e soluções de planejamento de BI
Modelagem de cubos com o Excel PowerPivot em cenários e soluções de planejamento de BI
Criar relatórios e formulários para cenários e soluções de planejamento de BI
Enviar dados de planos para cenários e soluções de planejamento de BI
Ações de fluxo de trabalho, diagrama de fluxo de trabalho e configuração de fluxos de trabalho do SharePoint para cenários e soluções de planejamento de BI
Rastreamento de auditoria para cenários e soluções de planejamento de BI
Administração para cenários e soluções de planejamento de BI
Cálculos para cenários e soluções de planejamento de BI
Funções adicionais de planejamento para cenários e soluções de planejamento de BI
Migração para cenários e soluções de planejamento de BI
Manutenção para cenários e soluções de planejamento de BI
Gerenciamento de grandes corporações aplicado a subsidiárias para cenários e soluções de planejamento de BI
Guia de modelagem e relatórios de planejamento para cenários e soluções de planejamento de BI
Guia para o desenvolvimento de funcionalidades de planejamento para cenários e soluções de planejamento de BI
Exemplos de cálculo de planejamento e orçamento para cenários e soluções de planejamento de BI