获取错误消息未知服务器标记＆＃39; dnn：ComboBox＆＃39;从生产中设置分段时

Question

我已经从生产环境复制了文件和数据库并复制到登台服务器，当我在登台环境中浏览然后收到此错误消息。

Answer 1

这很可能是因为您在服务器上缺少引用的程序集。 DotNetNuke库似乎缺失。

您需要将相关引用添加为CopyLocal，然后重新部署。

确保您的环境尽可能接近相同是一个好主意，如果引用第三方库，您可以：

1. 在GAC中跨所有环境安装库并从GAC引用
2. 使用复制本地引用并使用代码部署程序集
3. 使用Nuget之类的东西并让CI系统在部署之前解决它们。

Answer 2

尝试将您的开发web.config文件与暂存进行比较。我猜您在开发配置文件（在system.web - ＆gt; pages - ＆gt;控件下）中有一个tagprefix（例如＆lt; add tagprefix =“dnn”.. /＆gt;）但在暂存时没有。

Answer 3

这似乎是一个不完整的备份/恢复。请重新开始。请务必复制所有文件。如果它们来自 Zip 文件，请务必在其属性中“取消阻止”Zip 文件。

一个好的备份恢复应该具备以下几点：

1. 来自原始位置的所有文件（有时为 zip 文件）。
2. 完全备份数据库。

好的恢复需要以下几点：

• 要回复的域名。
• 将完整文件系统备份复制到其中的文件夹。
• 该文件夹将需要加载所有文件（例如 IIS_IUSRS 和 Network Service）的权限。
• 将数据库完全还原到可访问的（本地？）数据库，并为其分配了唯一用户 db_owner。
• 更新了 web.config 以反映新的数据库位置和用户凭据（通常需要至少 1-2 次更新）。
• 更新 PortalAlias 和 PortalSettings 表以正确反映要响应的网站域名（例如，localhost.mysite 而不是 productiondomain.com）。

只要没有错别字或遗漏的步骤，这每次都有效。

我们通常会做的可选附加事项：

• 正在扫描病毒。
• 扫描意外文件（例如 *.asp 和 *.php）。
• 更新 HostSettings 以反映新的（本地 SMTP）服务器。
• 清理已恢复的 PII 数据库。