Tenho um servidor SharePoint com seu banco de dados de configuração, este servidor está fora do ar, quando tento acessá-lo ocorre um erro:
"Não é possível conectar-se ao banco de dados de configuração"
então instalei o WSS 3.0 em outro servidor e criei seu banco de dados de configuração, depois fiz backup do antigo e restaurei-o no novo servidor, e substituí o antigo na ação de restauração. Agora, quando abro a Administração Central, recebo um erro:
"Conexão HTTP/1.1 404: Data de fechamento: Qui, 16 de julho de 2009 13:00:31 GMT Servidor: Microsoft-IIS/6.0 X-Powered-By: ASP.NET MicrosoftSharePointTeamServices: 12.0.0.6421"
O log de eventos me fornece esses detalhes:
Ocorreu um erro ao estabelecer uma conexão com o servidor. Ao conectar-se ao SQL Server 2005, essa falha pode ser causada pelo fato de que nas configurações padrão o SQL Server não permite conexões remotas. (provedor: Provedor de Pipes Nomeados, erro: 40 - Não foi possível abrir uma conexão com o SQL Server)
Então... como posso extrair os dados antigos do servidor SharePoint que estão inativos para o novo e como posso resolver esse problema?
Responder1
Observe o seguinte deRestaurar um farm usando ferramentas do SQL Server (Windows SharePoint Services 3.0):
Você não pode usar o recurso de restauração do Office SharePoint Server 2007 para restaurar o banco de dados de configuração ou o banco de dados de conteúdo da Administração Central. Você não pode usar as ferramentas de backup e restauração do SQL Server 2005 para restaurar seu banco de dados de configuração para um farm ou configuração de topologia diferente.
Na minha experiência, mover o banco de dados de configuração não funciona muito bem. Tive mais sucesso em recriá-lousando esse tipo de processo.
No entanto, por que você não investiga por que o banco de dados de configuração não está acessível? Parece um exagero mover o banco de dados sem solucionar o problema primeiro. Deve haver mais detalhes sobre qual é o problema nos logs ULS no '12 Hive', ou talvez até mesmo no visualizador de eventos.
Responder2
Na nova caixa, vá para SQL Config Tools e Surface Area Config Manager. Clique em Configuração da área de superfície para serviços e conexões. Na nova janela, clique em Conexões Remotas e altere para Conexões Locais e Remotas > Somente TCP/IP.
Responder3
Se o servidor antigo ainda está online, por que não simplesmente descobrir por que o web farm não consegue se conectar a ele e restaurar essa conexão?
Você consegue executar ping no SQL Server a partir do web farm? Você pode fazer telnet para a porta do SQL Server?
Responder4
Você tentou conectar o farm ao banco de dados de configuração antigo usando o comando psconfig?
Algo como
psconfig -cmd configdb -connect -server <yoursqlservername> -database
<yourconfigdatabasename> -user <yourusername> -password <youruserpassword>
-admincontentdatabase <yourCAcontentdatabasename>