好的，所以这似乎是一个基本问题。也许是的。但对于我的一生，我不知道答案。我正在寻找简单的答案。
我尝试了以下两种方法：
1) 我有一个在本地创建的网站。当我部署到我的主机（站点文件的 XCopy + .bak SQL Server 备份文件的恢复）时，我收到了与数据库中正在查找本地 HD 上的文件的记录有关的各种错误。IE：数据库中有完全限定的路径名与相对路径名。例如：C:\FolderName\FileName.ext
2）我已经在我的主机上建立了一个全新的数据库和新的站点文件，以便创建新的站点，但是 SQL 脚本不会运行。即使在 web.config 中正确设置了连接字符串，这似乎是一个权限问题。
此外，我还没有从 Visual Studio 启动任何东西。目前只是从门户界面做所有事情。
哦，我先在这里问，因为 StackOverflow 上的所有人都是可靠的。监控论坛的 DNN 人员不是。
1）您应该能够将文件系统和数据库复制到另一台服务器并正常运行。如果您正在进行自定义开发，则必须确保在 URL 中使用相对路径或考虑当前门户别名（PortalModuleBase 基类有一个属性 PortalAlias.HTTPAlias，它获取当前别名）。如果您有“硬编码链接”，您的网站将无法正常运行。
如果您可以提供有关您看到的错误的更多详细信息，我将使用我拥有的任何更多信息来编辑这篇文章。
2) 用户需要具有 db_owner 角色才能安装。你能证实这是事实吗？我经常发现在尝试安装 DNN 之前测试 SQL Server Management Studio 中的登录名以及登录名/密码以及角色很有帮助。
1) 在本地输入 Host -> Portals -> YourPortal 并添加一个别名，等于您部署的域的 url。也许，你已经有本地主机了:)
2) 在主机上部署数据库并创建具有权限 db_owner 的用户
3) 在主机上复制 DNN 文件并在 web.config connectionString 处使用新路径、DBname、凭据进行更新
4) ASP.NET 应拥有部署门户的文件夹的完全权限
5）试一试。
问题出在 Portal Alias 表中。所有适用的别名都必须有适当的记录。问题是，当您在自己的本地主机中创建站点时，只有“本地主机”记录。必须为所有 URI 位置创建附加记录。