Perfil de erro DB em WebPart

Question

EDIT:. título Modificado e atualização acrescentou

Atualizar : Já não acreditamos que este é um 64bit vs problema de 32 bits. Descobrimos que as únicas pessoas que estavam vendo isso, eram pessoas que foram definidas na política agrícola como "controle total". (Não agir como conta de sistema) Uma vez que testamos usuários regulares, encontramos nenhum tinha o problema. Removendo os usuários "problema" da política agrícola e adicioná-los de volta, corrigido todos, mas um usuário (um colega dev:)).

Começamos a nossa Quinta com 2 32bit WFE do e um servidor de 32 bits de aplicativos. Nós decidimos adicionar extremidades 64bit frente à nossa fazenda, e em sua maior parte, quase tudo funcionou bem. A exceção é uma peça personalizada web que acessa o banco de dados de perfil de usuário. Funciona bem no final 32bit frente, mas temos o seguinte erro no final 64bit frente:

Usuário não encontrado: Não foi possível carregar os dados do perfil do banco de dados.

Descrição: Uma exceção sem tratamento ocorreu durante a execução do solicitação da web atual. Por favor, revise o Rastreamento de pilha para obter mais informações sobre o erro e onde foi originado no o código.

Detalhes da exceção: Microsoft.Office.Server.UserProfiles.UserNotFoundException: Usuário não encontrado: Não foi possível carregar o perfil dados do banco de dados.

Fonte de erro:

Uma exceção não tratada foi gerada

durante a execução da atual solicitação da web. Informações sobre a origem e ao local da exceção podem ser identificadas utilizando a excepção Rastreio da pilha abaixo.

Stack Trace:

[UserNotFoundException: usuário não Encontrado: Não foi possível carregar os dados do perfil do banco de dados.]
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

Desde o WFE está na mesma fazenda, ele deve estar olhando para o mesmo banco de dados.

Deixe-me saber se houver mais informações é necessário.

Todas as idéias seria apreciada!

Graças.

Answer 1

"A palavra na rua" é que você não pode misturar servidores 32bit e 64bit na mesma fazenda (com exceção do servidor de banco de dados).

http://technet.microsoft.com/en-us/library /cc261700.aspx diz:

Você pode implantar um farm do Office SharePoint Server 2007 em uma mistura de servidores de 32 bits e 64 bits, desde que você mantenha a homogeneidade da arquitetura em cada camada de topologia. Por exemplo, você não deve misturar 32-bit e 64-bit front-end da Web servidores (WFE), mas você pode usar os servidores de banco de dados de 64 bits em uma fazenda com servidores WFE de 32 bits e servidores de aplicativos.

Assim, você pode misturar 64 bits e 32 bits, mas aparentemente não 32bit e 64bit WFEs. Eu não estou dizendo que é verdade, eu estou dizendo que Technet diz que é verdade. Technet é muitas vezes mais conservador, então uh, vá perguntar a sua cara MVP.

Answer 2

Pedro, muito obrigado pela informação adicional. Vou estar se perguntando o MVP sobre isso.

Esta webpart é a única coisa que nos dá um problema no WFE 64 bits. Tudo o resto está a funcionar bem. Nós temos outros códigos personalizados (webparts, receptores de eventos, tipos de conteúdo ... e assim por diante) que não têm problemas em execução no modo de 64 bits.

Obrigado pela resposta; Vou postar qualquer coisa que o MVP diz sobre isso.

Edit: Resposta do MVP

Eles assumem que você está balanceamento de carga 32 e 64 na mesma e que NLB não iria equilibrar bem. Isto é absolutamente apoiado architectually, Contudo. Ele deve funcionar.