Ich habe einen SharePoint-Server mit eigener Konfigurationsdatenbank. Dieser Server ist ausgefallen. Wenn ich versuche, darauf zuzugreifen, erhalte ich die folgende Fehlermeldung:
„Verbindung zur Konfigurationsdatenbank nicht möglich“
also habe ich WSS 3.0 auf einem anderen Server installiert und dessen Konfigurationsdatenbank erstellt, dann habe ich die alte gesichert und auf dem neuen Server wiederhergestellt, und ich habe die alte bei der Wiederherstellungsaktion überschrieben. Wenn ich jetzt die Zentraladministration öffne, erhalte ich einen Fehler:
"HTTP/1.1 404 Verbindung: schließen Datum: Do, 16. Juli 2009 13:00:31 GMT Server: Microsoft-IIS/6.0 X-Powered-By: ASP.NET MicrosoftSharePointTeamServices: 12.0.0.6421"
Das Ereignisprotokoll gibt mir die Details:
Beim Herstellen einer Verbindung zum Server ist ein Fehler aufgetreten. Bei einer Verbindung mit SQL Server 2005 kann dieser Fehler daran liegen, dass SQL Server in den Standardeinstellungen keine Remoteverbindungen zulässt. (Anbieter: Named Pipes Provider, Fehler: 40 – Es konnte keine Verbindung mit SQL Server hergestellt werden)
Also... wie kann ich die alten Daten vom ausgefallenen SharePoint-Server auf den neuen extrahieren und wie kann ich dieses Problem lösen?
Antwort1
Beachten Sie Folgendes ausWiederherstellen einer Farm mithilfe von SQL Server-Tools (Windows SharePoint Services 3.0):
Sie können die Konfigurationsdatenbank oder die Inhaltsdatenbank der Zentraladministration nicht mit der Wiederherstellungsfunktion von Office SharePoint Server 2007 wiederherstellen. Sie können die Sicherungs- und Wiederherstellungstools von SQL Server 2005 nicht verwenden, um Ihre Konfigurationsdatenbank in einer anderen Farm- oder Topologiekonfiguration wiederherzustellen.
Meiner Erfahrung nach funktioniert das Verschieben der Konfigurationsdatenbank nicht so gut. Ich hatte mehr Erfolg beim Wiederherstellenmit diesem Verfahren.
Warum untersuchen Sie jedoch nicht, warum auf die Konfigurationsdatenbank nicht zugegriffen werden kann? Es scheint übertrieben, die Datenbank zu verschieben, ohne das Problem vorher zu beheben. In den ULS-Protokollen im „12 Hive“ oder vielleicht sogar in der Ereignisanzeige sollten weitere Einzelheiten zum Problem enthalten sein.
Antwort2
Gehen Sie in der neuen Box zu den SQL Config Tools und zum Surface Area Config Manager. Klicken Sie auf Surface Area Config für Dienste und Verbindungen. Klicken Sie im neuen Fenster auf Remoteverbindungen und ändern Sie es in Lokale und Remoteverbindungen > Nur TCP/IP.
Antwort3
Wenn der alte Server noch online ist, warum finden Sie dann nicht einfach heraus, warum die Webfarm keine Verbindung zu ihm herstellen kann, und stellen die Verbindung wieder her?
Können Sie den SQL Server von der Webfarm aus anpingen? Können Sie per Telnet auf den SQL Server-Port zugreifen?
Antwort4
Haben Sie versucht, die Farm mithilfe des Befehls „psconfig“ mit der alten Konfigurationsdatenbank zu verbinden?
Etwas wie
psconfig -cmd configdb -connect -server <yoursqlservername> -database
<yourconfigdatabasename> -user <yourusername> -password <youruserpassword>
-admincontentdatabase <yourCAcontentdatabasename>