Não é possível registrar o novo data warehouse do System Center 2012 Service Manager após o movimento do banco de dados do Service Manager

6

Eu migrei recentemente um cliente de uma topologia de 3 servidores SCSM para uma topologia de 5 servidores SCSM e agora estou tendo um problema ao registrar o Data Warehouse Management Server com o Service Manager Management Server.

Todos os servidores executam o Windows Server 2012, exceto o SCSM3, que executa o 2008 R2 SP1.

Configuração Original

SCSM1

  • Servidor de Gerenciamento do Service Manager 2012 SP1 UR2
  • SQL Server 2012 com ServiceManager e bancos de dados do SharePoint Foundation 2010 (para SSP)

SCSM2

  • Servidor de gerenciamento de data warehouse do Service Manager 2012 SP1 UR2
  • SQL Server 2012 com todos os 5 bancos de dados de data warehouse, assim como SSRS e SSAS.

SCSM3

  • SharePoint Foundation 2010 SP1
  • Servidor de conteúdo da Web do Service Manager 2012 SP1 UR2
  • Web Parts do SharePoint do Service Manager 2012 SP1 UR2

Configuração revisada

SCSM1

  • Servidor de Gerenciamento do Service Manager 2012 SP1 UR2

SCSM2

  • Gerenciador de serviços do Data Warehouse Management Server 2012 SP1 (Não é possível instalar o UR2 até que o DW tenha sido registrado e o MPSync tenha sido executado com êxito várias vezes)

SCSM3

  • SharePoint Foundation 2010 SP2
  • Servidor de conteúdo da Web do Service Manager 2012 SP1 UR2
  • Web Parts do SharePoint do Service Manager 2012 SP1 UR2

SCSM4

  • SQL Server 2012 com ServiceManager e bancos de dados do SharePoint Foundation 2010 (para SSP)

SCSM5

  • SQL Server 2012 com todos os 5 bancos de dados de data warehouse, assim como SSRS e SSAS. O SSRS foi configurado com a configuração manual adequada detalhada aqui - link

Etapas de migração

O cliente estava atingindo problemas de desempenho que são comuns quando o SQL está localizado em um servidor de gerenciamento, por isso fiz o seguinte:

  1. Levante dois novos servidores que funcionarão como SQL Servers dedicados.

  2. Cancele o registro do Data Warehouse (a instalação era relativamente nova, portanto, nenhuma retenção de dados do DW era necessária)

  3. Siga esta postagem de blog do TechNet para mover o banco de dados do ServiceManager para um novo servidor

  4. Desinstale o SharePoint Foundation e o WCS do SCSM3

  5. Desinstale o SQL Server do SCSM1

  6. Desinstale o servidor de gerenciamento de data warehouse do SCSM2

  7. Desinstale o SQL Server do SCSM2

  8. Reinstale o Portal de autoatendimento no SCSM3 usando o novo servidor de banco de dados para os bancos de dados do SharePoint.

  9. Reinstale o servidor de gerenciamento de data warehouse no SCSM2 especificando o novo servidor de banco de dados durante a instalação. Eu tentei isso usando o antigo nome do DW Management Group e um novo nome do grupo de gerenciamento.

Tudo correu bem (incluindo a instalação do Data Warehouse), mas quando vou registrar o novo Data Warehouse com o Service Manager Management Server, recebo o seguinte erro:

The Data Access Service is either not running or not yet initialized

Um erro semelhante é lançado ao tentar registrar o DW por meio do PowerShell usando Register-SCDWSource

O serviço (e todos os outros Serviços do System Center) estão, de fato, sendo executados em todos os servidores nos quais devem estar sendo executados. O Service Manager está funcionando bem após a migração do banco de dados. O Portal de autoatendimento também está funcionando corretamente.

Não há linhas na tabela dbo.MT_Microsoft$SystemCenter$ResourceAccessLayer$DwSdkResourceStore , pois o data warehouse antigo não foi registrado com êxito, portanto, o truncamento dessa tabela não resolve o problema.

O que eu tentei com base no artigo do TechNet e nos posts do fórum:

  • Reinicie os serviços do System Center em todos os servidores.

  • Verifique se minha conta está no grupo Built-In \ Administrators em todos os servidores.

  • Confirmei que minha conta está no grupo de administradores do Service Manager.

  • Verificou se os SPNs adequados para o Serviço de acesso a dados são registrados manualmente.

  • Antivírus desativado temporariamente em cada servidor.

  • O Telnet para a porta 5724 funciona entre todos os servidores e estações de trabalho no ambiente.

Alguém sabe o que mais poderia estar causando isso?

    
por MDMarra 20.12.2013 / 17:38

1 resposta

0

Esta é uma postagem antiga, mas é uma situação em que me encontrei recentemente sob as mesmas circunstâncias. O problema que tive foi auto-infligido, quando você passa pelo processo de atualização de todas as referências da tabela SCSM DB para os servidores antigos e aponta para os novos servidores, todos eles apontam para o novo servidor SQL, exceto o dbo. MT_Microsoft $ SystemCenter $ ResourceAccessLayer $ SdkResourceStore que aponta para o servidor de gerenciamento primário. Eu acidentalmente defini isso para o novo servidor SQL, portanto, o erro de registro DW sobre o serviço de acesso a dados não está sendo executado. Quando encontrei e consertei o problema, o registro do DW funcionou.

    
por 22.04.2016 / 19:41