Zu SQL Server kann keine Verbindung hergestellt werden - Ereignis-ID 3355
Gilt für: SharePoint Foundation 2010, SharePoint Server 2010
Letztes Änderungsdatum des Themas: 2009-11-10
Warnungsname: Cannot connect to SQL Server
Ereignis-ID: 3355
Zusammenfassung: Microsoft SharePoint Foundation 2010 verwendet Microsoft SQL Server 2008-Datenbanken zum Speichern von Konfigurationseinstellungen und der meisten Inhalte für die Microsoft SharePoint Foundation-Website. Beispielsweise werden alle Seiten der Website, Dateien in Dokumentbibliotheken, an Listen angehängte Dateien sowie Informationen in Listen in der Inhaltsdatenbank gespeichert, und Sicherheits- und Berechtigungseinstellungen werden zusammen mit anderen Konfigurationseinstellungen in der Konfigurationsdatenbank in SQL Server gespeichert.
SharePoint Foundation 2010 verwendet ein Dienstkonto, um auf eine Benutzeranforderung hin mit der Datenbank zu kommunizieren. Dieses Dienstkonto kann entweder ein bestimmter Benutzername oder ein Kennwort (Domänenname und Kennwort) oder ein vordefiniertes Systemkonto sein, z. B. Lokales System oder Netzwerkdienst. Wird eine SQL Server-Datenbank erstellt, so wird ein Wert für die maximale Größe der Datenbank festgelegt. Für jede Datenbank gibt es eine gesonderte Einstellung für die Datenbankgröße. Beachten Sie, dass einer Webanwendung eine Datenbank oder viele Datenbanken zugeordnet sein können.
Dieser Fehler weist darauf hin, dass von Microsoft SharePoint Foundation keine Verbindung mit der SQL Server-Datenbank hergestellt werden konnte.
Symptome: Eines oder mehrere der folgenden Symptome können auftreten:
Es treten Fehler auf, wenn versucht wird, mit SQL Server zu kommunizieren, und auf Inhalte in Datenbanken, die auf dem Server mit SQL Server gehostet werden, kann nicht zugegriffen werden.
Im Ereignisprotokoll wird das folgende Ereignis angegeben: Ereignis-ID: 3355 Es kann keine Verbindung zu SQL Server hergestellt werden. <Servername> wurde nicht gefunden. Zusätzliche Fehlerinformationen von SQL Server sind unten aufgeführt.
Ursache: Dieses Ereignis kann eine oder mehrere der folgenden Ursachen haben:
Der Server mit SQL Server ist möglicherweise offline.
Das Datenbankzugriffskonto für SharePoint Foundation verfügt u. U. nicht über die erforderlichen Berechtigungen zum Kommunizieren mit dem SQL Server.
Eine Firewall, die entweder auf dem lokalen Server oder auf dem Server mit SQL Server ausgeführt wird, blockiert u. U. die Netzwerkkommunikation.
Lösung: Erteilen der richtigen Berechtigungen für das Datenbankzugriffskonto
Sie müssen Mitglied der Gruppe der Farmadministratoren sein, um diesen Vorgang ausführen zu können.
So weisen Sie das Datenbankzugriffskonto zu
Klicken Sie auf der Homepage der Zentraladministration auf Sicherheit, und klicken Sie im Abschnitt Allgemeine Sicherheit auf Dienstkonten konfigurieren.
Wählen Sie auf der Seite Dienstkonten im Abschnitt Verwaltung von Anmeldeinformationen in der oberen Dropdownliste den richtigen Webanwendungspool für Ihre Webanwendung aus.
Klicken Sie in der Dropdownliste Wählen Sie ein Konto für diese Komponente aus auf das Domänenkonto, das Sie diesem Webanwendungspool zuordnen möchten, oder klicken Sie auf Neues verwaltetes Konto registrieren, um diesem Anwendungspool ein neues Domänenkonto zuzuordnen.
Klicken Sie auf OK, um die Änderungen zu speichern.
So stellen Sie sicher, dass dieses Konto über die richtigen Berechtigungen in SQL Server verfügt
Stellen Sie unter Verwendung eines Kontos mit Administratorberechtigungen eine Verbindung zu dem Computer her, auf dem SQL Server ausgeführt wird.
Erweitern Sie in SQL Server Management Studio im Navigationsbereich Objekt-Explorer den Knoten Sicherheit und anschließend den Knoten Anmeldungen. Der Name des Datenbankzugriffskontos weist darauf hin, dass es sich um eine SQL-Anmeldung handelt.
Wenn das Konto vorhanden ist, erweitern Sie im Navigationsbereich Objekt-Explorer den Knoten Datenbanken, dann den Knoten für die Konfigurationsdatenbank, dann den Knoten Sicherheit, und klicken Sie anschließend auf Rollen.
Erweitern Sie den Knoten Datenbankrollen, klicken Sie mit der rechten Maustaste auf die Rolle db_owner, und wählen Sie dann Eigenschaften aus.
Überprüfen Sie im Dialogfeld Datenbankrolle-Eigenschaften, ob das Datenbankzugriffskonto in der Liste Mitglieder dieser Rolle enthalten ist. Wird das Konto nicht aufgeführt, klicken Sie auf Hinzufügen.
So stellen Sie sicher, dass alle Probleme mit der Datenbank behoben sind
Listen Sie in der SharePoint-Verwaltungsshell mithilfe des Windows PowerShell-Befehls Get-SPSite | Format-Table -Property ID,WebApplication,ContentDatabase die Websites für jede Webanwendung auf, um alle Websites in den verschiedenen Datenbanken aufzulisten, und suchen Sie eine Website in jeder Datenbank.
Navigieren Sie zu dieser Website, und stellen Sie sicher, dass die entsprechende Seite dargestellt wird. Wenn Sie eine Meldung über verweigerten Zugriff mit einer Option zum Anfordern des Zugriffs oder zum Anmelden als ein anderer Benutzer erhalten, weist dies darauf hin, dass der Vorgang erfolgreich abgeschlossen wurde.
Klicken Sie auf der Seite für die Zentraladministration auf der Schnellstartleiste auf Anwendungsverwaltung, und klicken Sie im Abschnitt Websitesammlungen auf Kontingentvorlagen angeben.
Erstellen Sie auf der Seite Kontingentvorlagen eine neue Kontingentvorlage. Die einzelnen Einstellungen sind für den aktuellen Test nicht relevant. Sie erstellen diese Vorlage nur, um sicherzustellen, dass in Schritt 7 darauf zugegriffen werden kann.
Klicken Sie auf OK, um die Kontingentvorlage zu speichern.
Aktualisieren Sie das Browserfenster, und kehren Sie dann zur Seite Kontingentvorlagen zurück. Wenn Sie die soeben erstellte Kontingentvorlage auswählen können, ist der Zugriff auf die SQL Server 2008-Konfigurationsdatenbank in Microsoft SharePoint Foundation wiederhergestellt.
Klicken Sie auf Löschen, um die Kontingentvorlage wieder zu löschen.