Status de solicitação de mudança do System Center 2012 Service Manager preso em novo

4

O cara que construiu e configurou este sistema foi embora abruptamente e eu assumi.

Meus problemas atuais são

  1. Eu tenho várias solicitações de mudança que estão presas no Novo. Eles não se movem para pendentes ou em andamento.

  2. O sistema não está enviando e-mails quando os incidentes são atribuídos a pessoas. Isso costumava funcionar neste sistema.

Fiz muita pesquisa e a solução usual para esse de parar e reiniciar os serviços do centro do sistema não ajuda. Alguém pode me dar alguma idéia de onde mais procurar?

Atualização:

De toda a pesquisa que fiz pareceu que estava no ponto de reinstalar. Minha instalação inicial do SCSM 2012 foi em uma máquina que foi atualizada do SCSM 2010 e também hospedou o SCCM 2007 e o WSUS. Decidimos dar um novo começo em um novo servidor instalando uma segunda instância do servidor SCSM em um novo servidor 2008 R2 e promovendo o novo servidor para o mestre de fluxo de trabalho usando os procedimentos descritos neste artigo - Lidando com vários servidores de gerenciamento .

Cheguei ao ponto em que temos o servidor antigo e o novo e o novo servidor foi promovido. Eu tinha pulado para receber spam de e-mails de repente devido ao fluxo de trabalho decolar, mas não teve essa sorte. Uma vez que todos os clientes são reconfigurados para apontar para o novo servidor, ainda planejamos descomissionar o servidor antigo, mas neste momento parece que o problema está no banco de dados.

Além de qualquer outra entrada da comunidade, meu próximo plano é instalar uma avaliação de 180 dias em um servidor de teste, completo com um banco de dados separado para que eu possa fazer uma comparação lado a lado entre uma instalação completamente nova e o que eu tenho agora e ver se consigo encontrar alguma diferença. Enquanto essa instalação está em execução, eu também planejo investigar os logs de eventos para ver se há algo lá que possa esclarecer o que está acontecendo no novo servidor.

Atualização 2:

Portanto, agora tenho um servidor SCSM de teste com uma instalação completamente nova, incluindo Banco de Dados, e ele parece ser capaz de fazer a transição de Solicitações de Mudança de Novo para Em Andamento. Eu estou tentando encontrar diferenças entre os dois. Fique atento!

Atualização 3:

Ao examinar o log de eventos na nova máquina SCSM que eu descobri:

Log Name:      Operations Manager
Source:        OpsMgr Root Connector
Date:          10/9/2013 3:48:18 PM
Event ID:      28000
Task Category: None
Level:         Warning
Keywords:      Classic
User:          N/A
Computer:      scsm02
Description:
The Root connector received an exception from the SDK Service while submitting task   status: 

Cannot set availability on a health service that doesn't exist.

Isso me leva ao ID do evento 2800 registrado após a instalação do servidor secundário para o Service Pack SP1 do System Center 2012 . Eu entrei em contato com o MS para obter o hotfix, aviso BIG aqui, despeja o hotfix não é tão "quente". Para aplicar esse hotfix, você precisa desinstalar e reinstalar usando os arquivos que eles fornecem. :( Isto é onde eu estou agora ...

Atualização 4:

Não há muita sorte após a reinstalação. Os erros no log de eventos foram eliminados no novo servidor, mas os fluxos de trabalho ainda não estão em execução e nem o log de eventos nem a tela de status do fluxo de trabalho parecem indicar por quê. Fiz uma comparação entre a Atividade e os Fluxos de Trabalho de Eventos de Solicitação de Mudança e removi tudo do sistema de produção que não está no meu novo sistema de teste (que é tudo), encerrei os serviços, limpei as pastas de cache e reiniciou os serviços e ainda não há alegria.

No momento, a única coisa que posso pensar é: a) Nuke todo o sistema incluindo o banco de dados e começar de novo, perdendo todos os nossos dados no processo ou b) entrar em contato com MS (o que provavelmente vai nos custar um bumbum de dinheiro e tempo no final para apenas nos aconselhar a fazer a mesma coisa, talvez mais idéia virá depois do café ...

Nenhuma resposta veio depois do café. Tentando entrar em contato com o MS. Consegui chegar a sua primeira linha de defesa, deu-lhes o nosso número SA e alguém deveria me ligar de volta. Estou tentando entrar no meu incidente em seu site para atualizar meu ticket com o link para este tópico, mas quando eu clico no link do email que ele me enviou ele vai para a página "Desculpe, a página que você pediu não está disponível" ... O Linux parece melhor e melhor o tempo todo.

    
por Chuck Herrington 07.10.2013 / 22:15

2 respostas

0

Então, eu sei que não é a resposta que eu estava procurando, mas depois de dias de solução de problemas analisando todos os recursos que encontrei, desisti e reinstalei o servidor contra um novo banco de dados.

Até agora, tudo parece estar ok, no entanto, apenas hoje experimentamos nossa primeira edição de e-mails não sendo enviados e ter que reiniciar os serviços SCSM para fazê-los fluir novamente. Eu criei um script PowerShell para simplificar isso (o que estou pensando em colocar em um trabalho noturno de manutenção), mas como um grande fã da Microsoft eu tenho que dizer que estou preocupado com quanto tempo até que essa "solução" precise ser recarregada novamente .

    
por 21.10.2013 / 17:26
0

Verifique a associação ao grupo da conta do fluxo de trabalho. Ele deve ser um administrador local em todos os servidores SCSM e deve estar na função de usuário Administradores no SCSM. Ele também deve ter uma caixa de correio no servidor do Exchange para enviar notificações. Verifique também se a senha dessa conta não expirou e se a conta não está bloqueada ou desativada.

Sem essas permissões, você terá todos os tipos de comportamento de fluxo de trabalho, como você está vendo, já que a conta do fluxo de trabalho não pode modificar os tickets nem acionar alertas.

Você também pode examinar Administration > Workflows > Status para verificar fluxos de trabalho com falha e obter algumas informações de depuração. Eu tenho um palpite de que você verá um grande número de fluxos de trabalho com falha.

    
por 10.10.2013 / 19:52

Tags