Solucionando problemas de erros do Data Warehouse do System Center

Essa lista não é detalhada, mas abrange a maioria dos problemas comuns mais prováveis de acontecer.

Os relatórios não são implantados após o registro do data warehouse

Sintomas

Ao abrir o Service Manager Console, a caixa de diálogo aparece indicando que o serviço de relatório está indisponível. Outro sintoma é quando o botão do espaço de trabalho Relatórios aparece no Service Manager Console, mas não há relatórios exibidos no espaço de trabalho. Outro sintoma é quando nenhum relatório foi implantado no servidor do Reporting Services.

Outros aspectos da implantação de data warehouse podem parecer que funcionam bem. Por exemplo, no Service Manager Console, ao clicar em Data Warehouse e em Trabalhos de Data Warehouse, serão exibidos dois trabalhos de extração, um trabalho de transformação, um de carregamento e um de MPSync.

Etapas de solução de problemas

Para solucionar esse problema, conclua as seguintes etapas.

Etapa 1: verificar o status da implantação dos pacotes de gerenciamento:

1. No Service Manager Console, clique em Data Warehouse.

2. Clique em Pacotes de Gerenciamento e, na caixa de pesquisa Filtro, digite relatório. Isso filtra os resultados para os pacotes de gerenciamento relacionados a relatórios.

3. Verifique o status da implantação (última coluna) dos seguintes pacotes de gerenciamento. Nenhum dos pacotes de gerenciamento deve ter um status de Falha.

   • ServiceManager.ActivityManagement.Report.Library

   • ServiceManager.ProblemManagement.Report.Library

   • ServiceManager.IncidentManagement.Report.Libraryxxx

   • ServiceManager.ConfigurationManagement.Report.Library

   • ServiceManager.ChangeManagement.Report.Library

Etapa 2: verificar o log de eventos à procura de mensagens de erro que mencionem o arquivo de assembly Microsoft.EnterpriseManagement.Reporting.Code.dll.

Se qualquer um dos cinco pacotes de gerenciamento acima falhou na implantação:

1. No servidor de gerenciamento do data warehouse, abra o log de eventos do Operations Manager.

2. Filtre os eventos com Origens do Evento como Implantação e Nível do Evento como Erro.

3. Se há mensagens de erro no log de eventos que indicam que não é possível carregar o assembly Microsoft.EnterpriseManagement.Reporting.Code.dll, analise os seguintes itens:

   1. A instalação do SSRS (SQL Server Reporting Services) pode estar em um servidor diferente do servidor de gerenciamento do data warehouse. Se assim for, consulte as instruções no Deployment Guide (Guia de Implantação) do System Center 2012 - Service Manager, copie o assembly no servidor SSRS e conceda a permissão de acesso a ele.

   2. Se a instalação do SSRS está no mesmo servidor do servidor de gerenciamento do data warehouse, reinicie o serviço SSRS.

4. Reinicie o SSRS:

   1. Faça logon no servidor onde o SSRS está instalado.

   2. Clique em Iniciar, Todos os Programas, Microsoft SQL Server 2008 (ou Microsoft SQL Server 2008 R2), Ferramentas de Configuração, e clique em Gerenciador de Configuração do Reporting Services.

   3. Na janela Conexão de Configuração do Reporting Services, clique em Conectar.

   4. Na janela Reporting Server Status, clique em Parar e em Iniciar.

   5. Clique em Sair.

Etapa 3: reimplantar os pacotes de gerenciamento de relatório com falha:

1. No Service Manager Console, clique em Data Warehouse.

2. Clique em Pacotes de Gerenciamento, e no filtro de pesquisa, digite relatório.

3. Para cada um dos pacotes de gerenciamento listados na etapa 1, no Painel Tarefas, clique em Reiniciar a Implantação.

   Observação
   Se o status da implantação de um pacote de gerenciamento está listado como Concluído, a opção Reiniciar a Implantação fica indisponível.

Se o status da implantação dos pacotes de gerenciamento de relatório foi atualizado de Falha para Concluído, abra o Service Manager Console. Os relatórios devem estar exibidos no espaço de trabalho Relatórios. Pode ser necessário reiniciar o Service Manager Console para exibir os relatórios, pois o console armazena em cache a lista de relatórios.

Trabalhos falham depois de importarem um pacote de gerenciamento personalizado

Sintoma

Um ou mais trabalhos do data warehouse começam a falhar após importarem um pacote de gerenciamento personalizado e sincronizarem-no com o data warehouse.

Etapas de solução de problemas

Para solucionar esse problema, conclua as seguintes etapas:

1. Verifique o log de eventos para garantir que a causa raiz é o pacote de gerenciamento personalizado:

   1. No servidor de gerenciamento do data warehouse, abra o log de eventos do Operations Manager.

   2. Encontre o evento que está relacionado à falha do trabalho.

   3. Determine se a falha está relacionada ao pacote de gerenciamento personalizado importado.

2. Se a falha está relacionada ao pacote de gerenciamento personalizado, é necessário removê-lo e deixar que o resto do data warehouse opere normalmente. É possível corrigir o pacote de gerenciamento e importá-lo novamente em outro momento:

   1. Desinstale o pacote de gerenciamento personalizado usando o Service Manager Console.

   2. Execute o trabalho Sincronização MP.

   3. Verifique se o Pacote de Gerenciamento personalizado está listado no Data Warehouse em Pacotes de Gerenciamento.

   4. Concluído o trabalho Sincronização MP, retome o trabalho com falha a partir do Service Manager Console ou com um cmdlet do Windows PowerShell.

3. Corrija e importe novamente o pacote de gerenciamento personalizado:

   1. Remova o pacote de gerenciamento personalizado e recupere de falhas usando a etapa 2, mostrada anteriormente.

   2. Corrija o pacote de gerenciamento personalizado.

   3. Importe o pacote de gerenciamento personalizado corrigido no Service Manager, e execute o trabalho Sincronização MP para sincronizá-lo com o data warehouse.

Data warehouse não está recebendo novos dados ou trabalhos parecem levar muito tempo para concluir

Sintoma

Você não vê dados ou novos dados em qualquer um de seus relatórios. Outro sintoma é a demora dos trabalhos ETL para serem executados e os trabalhos não exibem um status de Não Iniciado.

Etapas de solução de problemas

Para solucionar esse problema, conclua as seguintes etapas:

1. Use o cmdlet do Windows PowerShell Get-SCDWJob para determinar se os trabalhos ETL estão habilitados. Inicie o Windows PowerShell e digite Get-SCDWJob.

2. Se os trabalhos ETL estiverem desabilitados e o trabalho de MPSync ou de DWMaintenance estiver em execução, será necessário aguardar um pouco até obter novamente o status do trabalho, já que esses dois trabalhos em segundo plano desabilitam os trabalhos ETL. No entanto, se esses dois trabalhos estão listados como Não Iniciado e os trabalhos ETL estão desabilitados, é possível usar o cmdlet Enable-SCDWJob para habilitar cada um deles, por exemplo:

   Enable-SCDWJob -JobName Transform.Common  
   

3. Se os trabalhos de MPSync e de DWMaintenance ETL estão todos habilitados e em execução mas sua ID do lote individual não é alterada há muito tempo, ou se você usa o cmdlet Get-SCDWJobModule para trabalhos específicos e você percebe que nenhum módulo está realmente em execução, verifique o log de eventos e consulte se há mensagens de erro. Às vezes, a mensagem de erro pode ser de alguns dias atrás e talvez seja necessário revisar muitos dias dos eventos.

4. Verifique se os três serviços—Serviço System Center Data Access, Gerenciamento do System Center e Configuração de Gerenciamento do System Center—no servidor de gerenciamento do data warehouse estão realmente em execução. No servidor de gerenciamento do data warehouse, clique em Iniciar, Executar e digite Services.msc. Em Serviços verifique se os seguintes serviços estão em execução: Serviço System Center Data Access, Gerenciamento do System Center e Configuração de Gerenciamento do System Center.

   Observação
   Para o System Center 2012 R2 Service Manager, o Serviço de Gerenciamento do System Center foi renomeado como Microsoft Monitoring Agent.

   Se qualquer um dos serviços não está em execução, reinicie todos os três serviços. Além disso, se todos os serviços estão realmente em execução, os eventos da Origem do Evento do Data Warehouse e do Serviço SDK do OpsMgr são enviados ao log de eventos do Operations Manager. É possível usar essas informações como outra fonte para verificar se todos os serviços estão em execução. Se nenhum evento do não é exibido há um bom tempo da Origem do Evento do Data Warehouse e do Serviço SDK do OpsMgr, é necessário reiniciar todos os três serviços.

Extensões de data warehouse personalizadas não aparecem no data warehouse

Sintoma

Feita a importação do pacote de gerenciamento, que define algumas dimensões ou tabelas de fatos para o Service Manager, o trabalho de MPSync já foi executado várias vezes, mas, mesmo assim, não é possível ver a dimensão ou as tabelas de fatos no Data Mart.

Etapas de solução de problemas

Verifique se o pacote de gerenciamento está lacrado. O trabalho de MPSync pode importar somente pacotes de gerenciamento lacrados do Service Manager para o data warehouse. Se você não lacrou o pacote de gerenciamento, faça-o e importe-o usando o Service Manager.

Verifique se o pacote de gerenciamento está sincronizado com o data warehouse, concluindo as seguintes etapas:

1. Abra o Service Manager Console.

2. Clique em Data Warehouse.

3. Clique em Pacotes de Gerenciamento e localize seu Pacote de Gerenciamento na lista exibida. Para tanto, use o recurso de pesquisa, digitando o nome do pacote de gerenciamento na caixa de pesquisa. Se você não vir o pacote de gerenciamento:

   1. Ele pode ter falhado ao ser importado para o servidor de gerenciamento do data warehouse. No servidor de gerenciamento do data warehouse, abra o log de eventos do Operations Manager e filtre os eventos com Origens do Evento como Serviço SDK do OpsMgr.

   2. O trabalho de MPSync pode não ter sido executado ainda. Ele é executado em um cronograma recorrente, o que é, por padrão, uma vez a cada hora. É possível modificar o cronograma com o Windows PowerShell. Para agilizar a sincronização de pacotes de gerenciamento, após a importação do pacote de gerenciamento, é possível retomar manualmente o trabalho de MPSync do Service Manager Console ou usando o Windows PowerShell.

Verifique o status de implantação do seu pacote de gerenciamento:

1. Abra o Service Manager Console.

2. Clique em Data Warehouse.

3. Clique em Pacotes de Gerenciamento e localize seu Pacote de Gerenciamento na lista exibida. Para fazer isso, você pode procurar o nome do pacote de gerenciamento.

4. Verifique o status de implantação do seu pacote de gerenciamento. Se o status da implantação for Falha:

   1. No servidor de gerenciamento de data warehouse, abra o log de eventos do Operations Manager e filtre os eventos com Origens do Evento como Implantação.

   2. Se houver uma mensagem de erro, a mensagem geralmente indicará o que deu errado. Se depois de fazer todas as correções necessárias no pacote de gerenciamento o erro ainda ocorrer, você poderá desinstalar esse pacote de gerenciamento usando o Service Manager Console. Depois que o trabalho de MPSync é executado, o pacote de gerenciamento é desinstalado do servidor de gerenciamento do data warehouse.

Pacotes de gerenciamento ficam paralisados no status Associação Pendente depois do registro no data warehouse

Sintoma

Alguns pacotes de gerenciamento permanecem no status Associação Pendente várias horas depois de registrar o Service Manager com o data warehouse e depois de várias horas (até quatro ou mais) terem se passado. Você pode determinar o tempo decorrido abrindo o Service Manager Console e navegando até Data Warehouse, Trabalhos do Data Warehouse, Trabalho MPSync e clicando em Detalhes no painel Tarefas.

Etapas de solução de problemas

Para solucionar esse problema, conclua as seguintes etapas:

1. Exiba os Detalhes do trabalho MPSync. Examine cada ID do lote do pacote de gerenciamento de problemas na caixa de diálogo MPSyncJob. Na caixa de diálogo Trabalho Sincronização MP, clique no nome da coluna Pacote de Gerenciamento para classificar a lista de acordo com o nome do pacote de gerenciamento. Localize todos os pacotes de gerenciamento com o status Associação Pendente. Na lista de pacotes de gerenciamento, verifique se, no lote mais recente, o status do pacote de gerenciamento está listado como Associado, por exemplo:

   • Para o ID do Lote 136, o Pacote de Gerenciamento Microsoft.SystemCenter.ConfigurationManager é Associação Pendente.

   • Para o ID do Lote 207, o Pacote de Gerenciamento Microsoft.SystemCenter.ConfigurationManager é Associado.

   Isso indica que o pacote de gerenciamento está adequadamente associado no lote 207, embora ele tenha sido executado com um erro no lote 136. Como ele foi recuperado no lote 207, o pacote de gerenciamento está associado corretamente e a sincronização foi concluída com êxito.

2. Se, na caixa de diálogo Trabalho Sincronização MP, o status Associação Pendente de um pacote de gerenciamento se repetir para todos os lotes, você precisará solucionar outros problemas para determinar o motivo da falha na associação do pacote de gerenciamento. Você deve iniciar procurando falhas de implantação em outros pacotes de gerenciamento dos quais seu pacote de gerenciamento depende.

   No Service Manager Console, clique em Data Warehouse, em Pacotes de Gerenciamento e no título da coluna Status da Implantação. Se você vir qualquer pacote de gerenciamento com um status de implantação igual a Falha ou Não Iniciado, geralmente será devido a uma dependência do pacote de gerenciamento. Como um pacote de gerenciamento pode depender de outro, qualquer falha pode fazer com que a implantação de outros pacotes de gerenciamento falhe. Qualquer pacote de gerenciamento impactado tem o status Não Iniciado.

3. Localize as falhas de implantação no log de eventos. Abra o log de Eventos do Operations Manager no data warehouse, filtre o log de eventos para os eventos em que a Origem do Evento é Implantação e o Nível do Evento é Aviso ou Erro.

4. Se houver uma mensagem de erro semelhante à seguinte, você precisará cancelar o registro do data warehouse no Service Manager, reinstalar o data warehouse e registrar novamente o servidor de gerenciamento do Service Manager no servidor de gerenciamento de data warehouse:

   Deployment Execution Infrastructure has retried the maximum number of times and is giving up on this execution step.   
   MP Element ID:  DerivedManagementPack.SystemDerivedMp.ServiceManager.ActivityManagement.Library.Datawarehouse   
   MP name: ServiceManager.ActivityManagement.Library.Datawarehouse   
   MP version: 7.0.5826.0   
   Operation: Install   
   Error message:  Cannot find resource with ID TransformActivityStatusResource  
   

Trabalhos ETL falham devido a problemas de credenciais de login

Sintoma

Alguns ou todos os trabalhos ETL falharam. O log de eventos do Operations Manager no servidor de gerenciamento de data warehouse indica que a falha do trabalho ETL está relacionada a uma falha de usuário de login.

Etapas de solução de problemas

Para solucionar esse problema, verifique se a senha de cada conta Executar como foi alterada ou expirou. Você pode atualizar a conta usando as seguintes etapas:

1. Navegue para Data Warehouse, Segurança, Contas Executar como e clique na conta executar como relacionada. Clique em Propriedades no painel Tarefas, atualize o campo Senha na janela e clique em OK.

2. Se essa conta Executar como for uma Conta do Sistema Operacional, você também precisará atualizar os serviços que estão em execução na conta:

   1. No servidor de gerenciamento do data warehouse, clique em Iniciar, Executar e digite Services.msc.

   2. Em Serviços, atualize as senhas dos serviços que são executados na conta, por exemplo, Serviço de Acesso a Dados do System Center e Configuração de Gerenciamento do System Center.

   3. Reinicie os serviços.

      Observação
      O trabalho Sincronização MP e os trabalhos de Extração podem usar uma conta Executar como diferente da Conta do Sistema Operacional. Essa conta Executar como é criada quando o Service Manager é registrado para um data warehouse.

É fácil atualizar a senha se ela tiver expirada. No entanto, será mais difícil atualizar o sistema se você alterar a conta Executar como. Não recomendamos que você modifique contas Executar como.

Se a falha do trabalho não estiver relacionada à senha, verifique se a conta Executar como do trabalho com falha poderá ser usada para conectar ao banco de dados de destino. Por exemplo, verifique se a conta Executar como do trabalho de Extração pode ser usada para conectar ao banco de dados do Service Manager. Se não puder, verifique se o serviço SQL (Structured Query Language) que está hospedando o banco de dados está em execução.

Registrando sistemas de origem para o Data Warehouse do System Center