SharePointCommunity
Die deutschsprachige Community für SharePoint, Microsoft 365, Teams, Yammer und mit Azure

Sponsored by

Willkommen im Forum Archiv.
Einträge sind hier nicht mehr möglich, aber der Bestand von 12 Jahren SharePoint-Wissen ist hier recherchierbar.




SharePoint 2010-Farm lahmgelegt

Unbeantwortet Dieser Beitrag hat 5 Antworten

Ohne Rang
15 Beiträge
SharePoint Sucks erstellt 7 Juni 2013 15:09
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Hallo zusammen,

es istmal wieder soweit ;o)

Eine SharePoint 2010-Farm (zum Glück nur eine DEV-Umgebung) verweigert den Dienst. Das heisst: Die Webanwendungen im IIS laufen und die Hostheader lassen sich per PING ansprechen. Weder die Central Administration noch eine andere Webanwendung ist erreichbar, weil die Authentifizierung mit dem SQL-Server fehlschlägt (2 Server in derselben Domäne: 1 SQL-Server & 1 All-in-One SP-Server). Folgende Meldungen entnehme ich dem Log:

System.Data.SqlClient.SqlException: Der SSPI-Kontext kann nicht generiert werden.

SqlError: 'Anmeldefehler. Die Anmeldung stammt aus einer nicht vertrauenswürdigen Domäne und kann mit der Windows-Authentifizierung nicht verwendet werden.'    Source: '.Net SqlClient Data Provider' Number: 18452 State: 1 Class: 14 Procedure: '' LineNumber: 65536 Server: 'SQLSERVER'

Neustart von Diensten oder den gesamten Servern, Prüfen ob DNS-seitig alles okay -> alles schon passiert. Ich habe aktuell keinen Plan B mehr ...

Somebody with an idea?

Greetz
SharePoint Sucks

Alle Antworten

Ohne Rang
19231 Beiträge
Andi Fandrich Als Antwort am 7 Juni 2013 16:22
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Die Meldung hört sich schon nach einem Authentifizierungs- und nicht nach einem Netzwerkproblem o.ä. an. Sind die beiden Server wirklich in derselben Domäne? Wurde an den Accounts etwas geändert? Sind vielleicht einfach Passwörter abgelaufen?

Der Connectionstring steht zunächst in der Registry. Wenn Du nach dem Namen des SQL Servers suchst, solltest Du ihn finden. Das ist aber nur die Kernverbindung und ich weiß nicht, von welchen Diensten die benutzz wird. Sicher nicht von den Webapps, die Inhalte an Benutzer liefern, aber wahrscheinlich für die Zentraladministration.

Zum Testen der SQL Verbindung kannst Du z.B. den ODBC-Dialog verwenden, den man auf jedem Rechner findet

Viele Grüße
Andi
af @ evocom de
Blog
Ohne Rang
15 Beiträge
SharePoint Sucks Als Antwort am 10 Juni 2013 09:33
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Hallo Andy,

also in der Registry steht der ConnectionString (LastConnect) drin:
1074147850:tcp:SQLSERVERNAME,1433

Bei dem Versuch einen ODBC System-DSN anzulegen, so lässt sich der SQL-Server zwar aus dem Dialog auswählen, bei dem Verbindungsversuch kommt allerdings diese Message-Box hoch:

Fehler bei der Verbindung
SQLState: 'HY000'
SQL Server-Fehler: 0
[Microsoft][ODBC SQL Server Driver]Der SSPI Kontext kann nicht erstellt werden

Ich habe schon darauf geachtet, dass der richtige Treiber für den ODBC System-DSN verwendet wurde. Ich raffe es nicht. Vor einigen Tagen lief das alles noch reibungslos und jetzt raucht die Umgebung so unverhofft einfach mal ab.

Noch kurz zu deinen Fragen:
- ja, beide Server sind 100%ig in derselben Domäne
- Konten sind nicht deaktiviert und Passwörter unverändert (Anmeldung mit den Accounts an den Servern getestet)

Greetz
SharePoint Sucks

Ohne Rang
19231 Beiträge
Andi Fandrich Als Antwort am 10 Juni 2013 10:02
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Da es mit der ODBC-Verbindung auch nicht klappt, liegt die Schuld jedenfalls nicht bei SharePoint. Irgendwo hat sich eben doch etwas geändert, aber das könnt nur Ihr selbst rausfinden. Aus der Ferne kann man nicht mal sagen, ob auf dem SharePoint oder dem SQL.

Viele Grüße
Andi
af @ evocom de
Blog
Ohne Rang
15 Beiträge
SharePoint Sucks Als Antwort am 10 Juni 2013 11:15
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Der SQL-Server wollte Windows-Updates ziehen. Das ist erfolgt und nach Installation und Neustart einfach mal nen IIS-Reset auf dem SP-Server gefahren und das Portal (http://intranet) versucht zu starten. Vorher kam nur "Website kann nicht angezeigt werden", jetzt kommt diese Meldung:

Serverfehler in der Anwendung /.
--------------------------------------------------------------------------------

Zur Konfigurationsdatenbank kann keine Verbindung hergestellt werden.
Beschreibung: Unbehandelte Ausnahme beim Ausführen der aktuellen Webanforderung. Überprüfen Sie die Stapelüberwachung, um weitere Informationen über diesen Fehler anzuzeigen und festzustellen, wo der Fehler im Code verursacht wurde.

Ausnahmedetails: Microsoft.SharePoint.WebPartPages.WebPartPageUserException: Zur Konfigurationsdatenbank kann keine Verbindung hergestellt werden.

Quellfehler:

Beim Ausführen der aktuellen Webanforderung wurde einen unbehandelte Ausnahme generiert. Informationen über den Ursprung und die Position der Ausnahme können mit der Ausnahmestapelüberwachung angezeigt werden. 

Stapelüberwachung:


[WebPartPageUserException: Zur Konfigurationsdatenbank kann keine Verbindung hergestellt werden.]
   Microsoft.SharePoint.ApplicationRuntime.SPRequestModule.EnsureInitialize(HttpRequest request) +740
   Microsoft.SharePoint.ApplicationRuntime.SPRequestModule.BeginRequestHandler(Object oSender, EventArgs ea) +164
   System.Web.SyncEventExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute() +80
   System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously) +171


--------------------------------------------------------------------------------
Versionsinformationen: Microsoft .NET Framework-Version:2.0.50727.5466; ASP.NET-Version:2.0.50727.5456

Ohne Rang
19231 Beiträge
Andi Fandrich Als Antwort am 10 Juni 2013 11:24
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Das ist im Grunde aber immer noch dasselbe Problem: es kann keine Verbindung mit der Config-DB hergestellt werden. Prüfe mal, ob der Application Pool Account dort Leserechte hat.

Viele Grüße
Andi
af @ evocom de
Blog