这个问题以前有人问过，我花了两天时间咀嚼它，但无济于事。我从很早的时候就开始在 DNN 及其周围工作(有人还记得 20 年前的 IBuySpy 门户吗？(，我已经迁移了十几个站点，所有这些都没有问题。但在这种情况下，我得到了旧的"对象引用未设置为..."事件日志指示初始化页面中存在错误，但没有更多内容要继续。由于某种原因，DNN _default文件夹中的日志未填充;将检查此内容。
细节：DNN 5.03.01 站点多年来一直为客户端运行良好。需要移动到新服务器。使用不同的域名进行测试，然后我们将重定向实时域名。站点在门户/0 处有一个默认门户(不再使用(;客户的门户位于门户/1。DB在同一个盒子上，MS SQL Server。
我做了什么：在旧的实时站点中创建了一个门户别名，以反映"测试"域名。已复制所有文件系统内容。将模式复制到新数据库(MS SQL Server的相同版本(，使用模式比较来确保它正常工作，添加所有数据，使用数据比较来确保它都在那里。使用短信登录新数据库;工作正常。在新的/测试数据库上，禁用了 Web 服务器表中的所有条目。已验证是否存在引用门户/1的新门户别名。已验证域名是否使用正确的新 IP。使用该 IP 在 IIS 上设置新站点，引用门户/1。使用适用于 SMS 的凭据在 Web.config 中编辑连接字符串和应用程序设置条目。通过输入新/测试域名运行新站点。我还在 DNN 文件夹上广泛设置了权限。
Got： [new domain name]/Default.aspx？error=Object+reference+not+set+to+an+instance+of+an+object.&content=0
所以我正在访问新服务器上的 DNN 文件夹，但 PortalSettings 似乎有些不对劲(在这里猜测(。也许它会去传送门 0(已不存在的那个(。如果我在迁移之前创建新的门户别名，则不应发生这种情况。
可能的复杂因素：新服务器包含另一个完整的 DNN 实例，该实例处理旧计算机上门户/0 门户的实时版本(副本(。
有人有什么想法吗？我忽略了什么？如何绝对确定我正在访问数据库？
在旧版本的 DNN 中，有一个 DefaultPortalAlias 的 PortalSetting 值。如果将其设置为其他设置，则可能会看到类似的行为。
此外，该版本的 DNN 不会将条目记录到/portals/_default/logs 目录