questão db sharepoint após DB mover para SQL 08

3

Recentemente, movemos nosso db sharepoint 2007 a partir do servidor sql 2000 para o servidor SQL 2008 x64. Tudo parece bem, no entanto, há um problema em que o SQL Server pára de funcionar eo serviço tem que ser reiniciado. Os erros mencionam memória interna insuficiente, etc. Eu tentei iniciar o banco de dados usando -g384 que é o padrão no sql 2000, mas 256 é padrão para 2008, eu acredito. Isso não corrigiu o problema. Fui avisado que talvez o problema pode ser corrigido, atualizando para wss 3.0 sp2 no entanto, quando eu tentei instalar este eu recebo outro erro postar atualização sp2 e tem que se referir a um instantâneo vm. O erro após o service pack é um erro do Servidor: link Então eu acho que tenho algumas perguntas Como posso corrigir o primeiro problema e o segundo problema. Eu verifiquei muitos fóruns e posts e tentei algumas coisas e ainda não tenho alegria. Qualquer ajuda seria ótima.

ATUALIZAÇÃO Corrigi o erro do servidor: link necessário para executar o wss sp2, bem como os servidores do escritório sp2, em seguida o assistente de configuração, então a configuração do musgo funcionou. Os erros que estou recebendo no SQL são

O SQL Server não pôde executar uma nova tarefa do sistema, porque não há memória suficiente ou o número de sessões configuradas excede o máximo permitido no servidor. Verifique se o servidor possui memória adequada. Use sp_configure com a opção 'conexões do usuário' para verificar o número máximo de conexões de usuários permitidas. Use sys.dm_exec_sessions para verificar o número atual de sessões, incluindo processos do usuário.

Uma operação de leitura em um objeto grande falhou ao enviar dados para o cliente. Uma causa comum para isso é se o aplicativo estiver sendo executado no nível de isolamento READ UNCOMMITED. A conexão será terminada.

Não há memória de sistema suficiente no pool de recursos 'internal' para executar essa consulta.

Estes erros são de um usuário que foi criado como um serviço para o sharepoint.

    
por JohnyV 28.01.2010 / 01:01

5 respostas

1

Descobri que o servidor estava usando todos os seus 4 GB de RAM antes que o serviço do servidor SQL parasse. Então eu desliguei (é virtual) adicionei 4 GB de RAM para um total de 8 GB. Está funcionando há 2 dias e não há um erro no log. (Toque na madeira) Mas notei que o saque chegou a 4gb de RAM durante o tempo em que a interrupção costumava ocorrer.

Portanto, continuo a monitorar e publicar resultados.

Isso não resolveu o problema. Quando eu dei a ele 8GB, usei apenas 8GB.

Eu não sei mais o que tentar. Hora de um guru de SQL eu acho

    
por 14.02.2010 / 22:43
0

Qual é a mensagem de erro específica que você recebe no SQL ErrorLog quando falha e desliga?

Quanta memória está no servidor? Quanta memória é configurada para SQL? Quão grandes são as bases de dados? Quantos usuários do sharepoint são seus?

    
por 28.01.2010 / 04:50
0

Você pode fazer o login usando a Conexão Administrativa Dedicada (método backdoor para conexões com um servidor suspenso / não responsivo - usar SQLCMD -A) quando isso acontecer novamente e ver quantas conexões existem?

Use o seguinte T-SQL:

SELECT loginame, count (*) AS Connections
FROM master.dbo.sysprocesses (nolock)
GROUP BY loginame
ORDER BY loginame;
GO

Você provavelmente também quer ligar para o Suporte ao produto para ajudar mais rápido do que este fórum.

Obrigado

    
por 01.02.2010 / 22:54
0

O SQL Server usará toda a memória disponível, a menos que você a limite. Defina a memória máxima do servidor a partir das propriedades do servidor.

    
por 17.12.2012 / 05:32
-1

O servidor IIS também está vazando memória ou apenas a máquina do servidor SQL? A morte do serviço SQL depende do uso do SP?

    
por 28.01.2010 / 02:08