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

Artigo
03/07/2017

Aplica-se a: SharePoint Server 2010 Enterprise

Tópico modificado em: 2016-11-30

Migração da implantação

Migração é o processo de capturar uma solução em um ambiente de desenvolvimento e levá-la até um ambiente de produção. Isso geralmente envolve três ambientes e duas fases de migração:

Migrar de desenvolvimento para teste.
Migrar de teste para produção.

Desenvolvimento

O desenvolvimento da solução pode ser feito normalmente em um único servidor que usa todos os serviços necessários, inclusive o Microsoft SQL Server e o Microsoft SQL Server 2008 Analysis Services (SSAS) instalados localmente. Essa é a configuração ideal, pois na etapa de desenvolvimento, geralmente se deseja o seguinte:

Controle total do ambiente para a rápida solução de problemas não relacionados especificamente ao desenvolvimento da solução.
Configurações de servidor simplificadas.
Foco no design e nos requisitos da solução.

Teste

O principal objetivo do ambiente de teste é validar o design no ambiente de desenvolvimento em um ambiente que terá a maior correspondência possível com o ambiente de produção. O ambiente de teste enfatizará o seguinte:

Validação da lógica de negócios
Testes de desempenho
Segurança e controle de acesso

Produção

O ambiente de produção é o ambiente dinâmico que será acessado pelos consumidores finais da solução. Esse ambiente deve ter backups e redundância incorporados, para que não haja perda significativa de dados dos operadores de informações.

A migração da solução de planejamento envolverá a movimentação e a reconfiguração dos ativos a seguir de um ambiente de origem para um ambiente de destino:

Banco de dados de planejamento no SQL Server
Banco de dados de planejamento no SQL Server Analysis Services
Modelos de formulário do Excel no Microsoft SharePoint Server 2010
Pacotes de ETL criados com o Microsoft SQL Server Integration Services (SSIS)

Banco de dados relacional

A migração do banco de dados relacional pode ser realizada por meio de um processo de backup e restauração simples. Crie um arquivo de backup do banco de dados do SQL Server usando o SSMS:

Esse arquivo de backup poderá ser usado para restaurar o banco de dados no SQL Server do ambiente de destino. Terminada essa restauração, podemos iniciar o processo de restauração do banco de dados multidimensional.

Banco de dados multidimensional

A migração do banco de dados multidimensional também pode ser feita por meio de um processo de backup e restauração semelhante ao do banco de dados relacional. Considerações sobre a pós-restauração de bancos de dados incluem:

Atualizar a segurança baseada em função
Atualizar fontes de dados

Atualizar a segurança baseada em função

Em geral, a segurança é configurada de formas diferentes entre os vários ambientes de migração. Por exemplo, no ambiente de desenvolvimento, a quantidade de usuários especialistas com permissão para processar e alterar o banco de dados multidimensional será muito maior do que em um ambiente de produção. Ao configurar a segurança, convém considerar os direitos de segurança que os usuários precisam ter dentro de cada ambiente de migração. Além disso, também é recomendável remover funções que não são relevantes para esse ambiente.

Segurança do ambiente de desenvolvimento

É recomendável criar uma única função do SQL Server Analysis Services que conterá todos os usuários especialistas do ambiente de desenvolvimento. Essa função de desenvolvimento terá permissões com privilégios elevados em relação à maioria das outras funções quando medidas em termos da interatividade com o banco de dados multidimensional. Por exemplo, as permissões de processamento de bancos de dados e a capacidade de criar/alterar/remover objetos de bancos de dados serão concedidas aqui. A criação de uma única função permitirá que o administrador remova ou atualize facilmente os usuários dentro dela quando chegar a hora de movê-la de um ambiente para outro. Para proporcionar uma melhor capacidade de gerenciamento, use grupos do Active Directory ao adicionar associação à função. Isso permite que o pessoal de TI gerencie a segurança sem sequer acessar o SQL Server Analysis Services.

Segurança do ambiente de teste

No ambiente de teste, nossa meta é emular a configuração de segurança que deve ser encontrada em um ambiente de produção. Quando a segurança é configurada, algumas considerações devem ser levadas em conta. Dependendo das complexidades dos requisitos de segurança, podemos ter:

Função criada com base em cada dado protegido.
Função por operador de informações, cada uma com a sua própria definição de segurança.

Para a maioria, é aceitável ter a função de desenvolvimento disponível no ambiente de teste. Além disso, para usuários que só existirão no ambiente de teste UAT (teste de aceitação do usuário), é recomendável criar funções separadas e claramente identificáveis para eles. Quando movidas para produção, as funções de teste e desenvolvimento devem ser removidas.

Segurança do ambiente de produção

O ambiente de produção não deve conter funções de teste ou desenvolvimento. Remova essas funções após uma restauração do banco de dados multidimensional em um ambiente de produção. Verifique se as funções de segurança configuradas são exclusivas para os operadores de informações que devem ter acesso ao ambiente de produção.

Atualizar fontes de dados

No banco de dados multidimensional, atualize a propriedade de cadeia de conexão de forma que a fonte de dados aponte para o SQL Server do ambiente de destino.

Verifique se o servidor do SQL Server Analysis Services tem acesso ao servidor do banco de dados relacional. Para testar se tudo está configurado corretamente, execute um processo de banco de dados para recarregar o banco de dados multidimensional.

Modelos de formulário do Excel

Transfira modelos de formulário da biblioteca de documentos do SharePoint para outra biblioteca criada para o ambiente de migração de destino. Atualize as propriedades de cadeia de conexão das conexões de dados usadas pelas Tabelas Dinâmicas e faça com que elas apontem para o banco de dados multidimensional do ambiente de destino.

Pacotes de ETL

Os pacotes compilados para a transferência de dados entre sistemas de origem e a solução de planejamento talvez precisem ser atualizados quando movidos de um ambiente de origem para um ambiente de destino. Dependendo de como as propriedades de configuração estão definidas nos pacotes do SSIS, podem ser necessárias atualizações nas cadeias de conexão quando se trabalha com o seguinte:

Arquivo de configuração XML
Variável de ambiente
Entrada do Registro
Variável de pacote pai
SQL Server

Para obter mais informações sobre como gerenciar cadeias de conexão em pacotes do SSIS, consulte o artigo sobre noções básicas de configurações de pacotes do Integration Services.

Para ambientes de produção e teste, é recomendável ter as quatro configurações de servidor a seguir. O servidor crítico que deve estar no computador autônomo é o servidor OLAP do SQL Server Analysis Services. Para soluções de planejamento baseadas no SQL Server Analysis Services, o afunilamento principal geralmente tem origem no servidor do SQL Server Analysis Services, pois ele é responsável principalmente pela interatividade entre o modelo de dados multidimensionais e as Tabelas Dinâmicas do Excel 2010. Isso inclui responder a todas as consultas de testes de hipóteses e a outras consultas específicas. Além disso, muitos cálculos também serão avaliados dinamicamente pelo servidor do SQL Server Analysis Services durante o processo de resposta a solicitações de consulta. Assim, é comum exigir altos níveis de capacidade computacional e alocação de memória para o servidor do SQL Server Analysis Services. Entretanto, a configuração exata desse servidor depende da complexidade da solução e dos seus requisitos de uso por parte dos operadores de informações do sistema.

Compartilhar via

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

Migração da implantação

See Also

Concepts

Recursos adicionais