Errore DB utente profilo in WebPart
-
03-07-2019 - |
Domanda
MODIFICA: titolo modificato e aggiornamento aggiunto.
Aggiorna : Non crediamo più che si tratti di un problema a 64 bit contro 32 bit. Abbiamo scoperto che le uniche persone che stavano vedendo questo, erano le persone impostate nella politica agricola come "pieno controllo". (Non agendo come account di sistema) Dopo aver testato gli utenti regolari, non abbiamo riscontrato che il problema fosse presente. Rimozione del "problema" gli utenti dalla politica della farm e aggiungendoli di nuovo, risolto tutti tranne un utente (un collega dev :)).
Abbiamo avviato la nostra azienda con 2 WFE a 32 bit e un server applicazioni a 32 bit. Abbiamo deciso di aggiungere front-end a 64 bit alla nostra azienda agricola e, per la maggior parte, quasi tutto ha funzionato bene. L'eccezione è una web part personalizzata che accede al database dei profili utente. Funziona bene sul front-end a 32 bit, ma viene visualizzato il seguente errore sul front-end a 64 bit:
Utente non trovato: impossibile caricare i dati del profilo dal database.
Descrizione: un'eccezione non gestita si è verificato durante l'esecuzione del richiesta web corrente. Si prega di rivedere il stack stack per ulteriori informazioni su l'errore e la sua origine il codice.
Dettagli eccezione: Microsoft.Office.Server.UserProfiles.UserNotFoundException: Utente non trovato: impossibile caricare il profilo dati dal database.
Errore di origine:
È stata generata un'eccezione non gestita durante l'esecuzione della corrente richiesta web. Informazioni riguardanti il origine e posizione dell'eccezione può essere identificato mediante l'eccezione traccia stack sotto.
Stack Trace:
[UserNotFoundException: Utente no Trovato: impossibile caricare i dati del profilo dal database.]
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 (UserProfileManager objManager, String strAcct, Boolean doNotResolveToMasterAccount, Boolean forceUserIsSelf) +584
Microsoft.Office.Server.UserProfiles.UserProfile..ctor (UserProfileManager objManager, String strAcct) +80
Microsoft.Office.Server.UserProfiles.UserProfileManager.GetUserProfile (String strAccountName) +205
Poiché il WFE si trova nella stessa farm, dovrebbe guardare lo stesso database.
Fammi sapere se sono necessarie ulteriori informazioni.
Qualsiasi idea sarebbe apprezzata!
Grazie.
Soluzione
" Word on the street " è che non è possibile combinare server a 32 e 64 bit nella stessa farm (ad eccezione del server di database).
http://technet.microsoft.com/en-us/library /cc261700.aspx dice:
È possibile distribuire una farm di Office SharePoint Server 2007 in una combinazione di server a 32 e 64 bit, a condizione di mantenere l'omogeneità dell'architettura in ciascun livello di topologia. Ad esempio, non è necessario combinare server Web front-end (WFE) a 32 e 64 bit, ma è possibile utilizzare server di database a 64 bit in una farm con server WFE a 32 bit e server applicazioni.
Quindi, PUOI combinare WFE a 64 bit e 32 bit, ma apparentemente non a 32 bit e 64 bit. Non sto dicendo che è vero, sto dicendo che Technet dice che è vero. Technet è spesso più conservatore, quindi, chiedi al tuo ragazzo MVP.
Altri suggerimenti
Peter, grazie mille per le informazioni aggiuntive. Chiederò al MVP di questo.
Questa webpart è l'unica cosa che ci dà un problema sul WFE a 64 bit. Tutto il resto funziona bene. Abbiamo altri codici personalizzati (webpart, ricevitori di eventi, tipi di contenuto ... e così via) che non hanno problemi a funzionare in modalità 64 bit.
Grazie per la risposta; Pubblicherò tutto ciò che il MVP dice a riguardo.
Modifica: risposta da MVP
Presumono che tu stia bilanciando il carico 32 e 64 nello stesso NLB e quello non sarebbe bilanciato bene. È assolutamente supportato dal punto di vista architettonico, però. Dovrebbe funzionare.