Pergunta

Estamos tendo alguns problemas com uma instância do SharePoint em um ambiente de teste.Felizmente, isso não é produção;) os problemas começaram quando o disco com os bancos de dados do SQL Server e o índice de pesquisa ficou sem espaço.Depois disso, o serviço de pesquisa não executou e as configurações de pesquisa no SSP não estavam acessíveis.Recuperando o espaço do disco não resolveu o problema.Então, em vez de restaurar a VM, decidimos tentar corrigir o problema.

Criamos um novo SSP e alteramos a associação de todos os serviços para o novo SSP.O antigo SSP e seus bancos de dados foram então excluídos.Os resultados da pesquisa para arquivos PDF não estão mais aparecendo, mas a pesquisa funciona bem de outra forma.MySites também funciona bem.

Após a implementação desta alteração, ocorrem estes problemas:

1) Uma mensagem de falha de auditoria começou a aparecer no log de eventos do aplicativo, para 'DOMAIN\SPMOSSSvc' que é a conta do farm MOSS.

Event Type: Failure Audit
Event Source: MSSQLSERVER
Event Category: (4)
Event ID: 18456
Date: 8/5/2008
Time: 3:55:19 PM
User: DOMAIN\SPMOSSSvc
Computer: dastest01
Description:
Login failed for user 'DOMAIN\SPMOSSSvc'. [CLIENT: <local machine>]

2) O SQL Server Profiler está mostrando consultas do SharePoint que fazem referência ao banco de dados SSP antigo (excluído).

Então...

  • Onde essas referências ao domínio spmosSSSVC e o antigo banco de dados SSP existem?
  • Existe uma maneira de "remover completamente" o SSP do servidor e recriar?A opção de excluir não estava disponível (acinzentada) quando um único SSP está no lugar.
Foi útil?

Solução

Como Daniel McPherson disse, isso é causado quando os SSPs são excluídos, mas o trabalho associado não está e tentam se comunicar com o banco de dados excluído.

Se o banco de dados SSP tiver sido excluído ou ocorreu um problema ao excluir um SSP, o trabalho não poderá ser excluído.Quando o trabalho tenta executar, ele falhará, pois o banco de dados não existe mais.

Siga os passos que Daniel mencionou:
1.Vá para o SQL Server Management Studio
2.Desative o trabalho chamado SSPNAME_JobDeleteExpiredSessions, clique com o botão direito e escolha Desabilitar Trabalho.

Outras dicas

Suspeito que isso esteja relacionado ao SQL Server Agent tentando fazer login em um banco de dados que não existe mais.

Para esclarecer você precisa:1.Vá para o SQL Server Management Studio 2.Desative o trabalho chamado <database name>_job_deleteExpiredSessions

Se isso funcionar, você deve estar pronto para excluí-lo.

Você já tentou remover o SSP usando a linha de comando?Descobri que isso funcionou uma vez, quando quebramos um SSP e só queríamos nos livrar dele.

O comando é:

stsadm.exe -o deletessp -title <sspname> [-deletedatabases]

O deletedatbases interruptor é opcional.


Além disso, verifique na Administração Central em Definições de Trabalho e Agendamentos de Trabalho para garantir que nenhum trabalho relacionado ao SSP ainda esteja em execução

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top