编辑：修改了标题并添加了更新。
更新： 我们不再相信这是64位与32位的问题。我们发现，唯一能够看到这一点的人是那些被农场政策制定为“完全控制”的人。 （不作为系统帐户）一旦我们测试了普通用户，我们发现没有问题。从服务器场策略中删除“问题”用户并将其添加回来，修复了除一个用户之外的所有用户（同伴开发人员:)）。
我们开始使用2个32位WFE和32位应用程序服务器。我们决定在我们的农场增加64位前端，而且大多数情况下，几乎所有东西都运行良好。例外是访问用户配置文件数据库的自定义Web部件。在32位前端工作正常，但我们在64位前端得到以下错误：
找不到用户：无法从数据库加载配置文件数据。
描述：未处理的异常 在执行期间发生 当前的网络请求。请查看 堆栈跟踪以获取更多信息 错误及其来源 代码。
异常详细信息： Microsoft.Office.Server.UserProfiles.UserNotFoundException： 找不到用户：无法加载个人资料 来自数据库的数据。
来源错误：
生成了未处理的异常 在执行当前 网络请求。有关的信息 异常的起源和位置 可以使用例外来识别 堆栈跟踪下面。
堆栈追踪：
[UserNotFoundException：User not 找到：无法加载配置文件数据 来自数据库。]
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（字符串 strAcct，Guid gAcct，Byte [] bSid， Nullable`1 recordId，布尔值 doNotResolveToMasterAccount）+1507
Microsoft.Office.Server.UserProfiles.UserProfile..ctor（UserProfileManager objManager，String strAcct，Boolean doNotResolveToMasterAccount，布尔值 forceUserIsSelf）+584
Microsoft.Office.Server.UserProfiles.UserProfile..ctor（UserProfileManager objManager，String strAcct）+80
Microsoft.Office.Server.UserProfiles.UserProfileManager.GetUserProfile（字符串 strAccountName）+205
由于WFE位于同一个服务器场，因此应该查看同一个数据库。
如果需要更多信息，请告诉我。
任何想法都将不胜感激！
感谢。
答案 0 :(得分：3)
“街上的Word”是你不能在同一个服务器场上混合使用32位和64位服务器（数据库服务器除外）。
http://technet.microsoft.com/en-us/library/cc261700.aspx说：
如果您在每个拓扑层维护架构同质性，则可以在32位和64位服务器的混合上部署Office SharePoint Server 2007服务器场。例如，您不应混用32位和64位Web前端（WFE）服务器，但可以在具有32位WFE服务器和应用程序服务器的服务器场中使用64位数据库服务器。
所以，你可以混合64位和32位，但显然不是32位和64位WFE。我不是说这是真的，我说Technet说这是真的。 Technet通常更保守，所以呃，去问你的MVP。
答案 1 :(得分：1)
彼得，非常感谢您提供更多信息。我将向MVP询问此事。
这个网站部分是唯一让我们在64位WFE上出现问题的部分。其他一切都很好。我们有其他自定义代码（webparts，事件接收器，内容类型......等等）在64位模式下运行没有问题。
感谢您的回复;我会发布MVP对此说的任何内容。
编辑：来自MVP的回应
他们假设您负载均衡32 64和相同的NLB和那个 不会很好地平衡。它是 绝对支持建筑， 然而。它应该工作。