Profil Benutzer DB-Fehler in WebPart
-
03-07-2019 - |
Frage
EDIT:. Modifizierte Titel und hinzugefügt Update
UPDATE : Wir haben nicht mehr glauben, dass dies ein 64bit vs 32bit Problem. Wir haben herausgefunden, dass die einzigen Menschen, die dies sahen, waren die Menschen, die in der Agrarpolitik, wie sie waren „die volle Kontrolle.“ (Nicht als Systemkonto handeln) Sobald wir regelmäßige Nutzer getestet, fanden wir niemand das Problem hatte. Das Entfernen der „Problem“ Benutzer aus der Agrarpolitik und das Hinzufügen von ihnen zurück, fixierte alle bis auf einen Benutzer (ein Kerl dev:)).
Wir begannen unseren Bauernhof mit 2 32bit WFE und ein 32-Bit-Anwendungsserver. Wir haben beschlossen, 64-Bit-Front-Ends zu unserer Farm hinzuzufügen, und zum größten Teil, fast alles hat gut funktioniert. Die Ausnahme ist eine benutzerdefinierte Web-Teil, der die Benutzerprofildatenbank zugreift. Funktioniert auf 32-Bit-Front-End, aber wir bekommen die folgenden Fehler auf dem 64-Bit-Front-End:
Benutzer nicht gefunden: Es können keine Profildaten aus der Datenbank laden.
Beschreibung: Eine nicht behandelte Ausnahme während der Ausführung des aufgetretenen aktuelle Web-Anfrage. Bitte lesen Sie die Stack-Trace für weitere Informationen über der Fehler und wo sie ihren Ursprung in der Code.
Ausnahmedetails: Microsoft.Office.Server.UserProfiles.UserNotFoundException: Benutzer nicht gefunden: Profil kann nicht geladen werden Daten aus der Datenbank.
Quellfehler:
Eine nicht behandelte Ausnahme erzeugt wurde während der Ausführung der aktuellen Web-Anfrage. Informationen über die Ursprung und die Position der Ausnahme werden kann, mit der Ausnahme identifiziert Stack-Trace.
Stack-Trace:
[UserNotFoundException: User nicht Gefunden: Es konnte keine Profildaten laden aus der Datenbank.]
Microsoft.Office.Server.UserProfiles.UserProfile.Load (SqlDataReader myReader, Boolean bFirstRead, Boolean bWssId) 930
Microsoft.Office.Server.UserProfiles.UserProfile.Load (SqlDataReader myReader) +64
Microsoft.Office.Server.UserProfiles.UserProfile.RetrieveUser (String strAcct, Guid gAcct, Byte [] BSID, Nullable`1 recordID, Boolean doNotResolveToMasterAccount) 1507
Microsoft.Office.Server.UserProfiles.UserProfile..ctor (Userprofile objManager, String strAcct, Boolean doNotResolveToMasterAccount, Boolean forceUserIsSelf) 584
Microsoft.Office.Server.UserProfiles.UserProfile..ctor (Userprofile objManager, String strAcct) +80
Microsoft.Office.Server.UserProfiles.UserProfileManager.GetUserProfile (String strAccountName) +205
Da die WFE auf demselben Hof ist, sollte es in der gleichen Datenbank suchen werden.
Lassen Sie mich wissen, wenn mehr Informationen benötigt wird.
würde Irgendwelche Ideen geschätzt!
Danke.
Lösung
„Wort auf der Straße“ ist nicht 32bit und 64bit-Server auf demselben Hof (mit Ausnahme des Datenbankservers) mischen kann.
http://technet.microsoft.com/en-us/library /cc261700.aspx sagt:
Sie können eine Microsoft Office Sharepoint Server 2007-Farm auf einer Mischung von 32-Bit- und 64-Bit-Servern bereitstellen, vorausgesetzt, dass Sie Architektur Homogenität in jeder Topologie Schicht aufrechtzuerhalten. Zum Beispiel sollten Sie nicht mehr als 32-Bit- und 64-Bit-Web-Front-End (WFE) Server mischen, aber Sie können 64-Bit-Datenbankserver in einer Farm mit 32-Bit-WFE-Server und Anwendungsserver verwenden.
So können Sie 64bit und 32bit, mischen aber anscheinend nicht 32bit und 64bit WFEs. Ich sage nicht, es ist wahr, ich sage, dass Technet sagt, es ist wahr. Technet ist oft konservativ, so äh, gehen Ihre MVP Kerl fragen.
Andere Tipps
Peter, danke sehr für die zusätzliche Informationen. Ich werde die MVP darüber fragen.
Dieses webpart ist das einzige, was uns ein Problem auf den 64-Bit-WFE geben. Alles andere funktioniert. Wir haben anderen benutzerdefinierten Code (webparts, Ereignisempfänger, Content-Typen ... und so weiter), die keine Probleme bei der Ausführung in 64-Bit-Modus.
Danke für die Antwort; Ich werde alles veröffentlichen die MVP darüber sagt.
Edit: Antwort von MVP
Sie annehmen, dass Sie Load Balancing sind 32 und 64 in der gleichen NLB, und dass wäre nicht gut ausgleichen. Es ist absolut architectually unterstützt, jedoch. Es sollte funktionieren.