DotNetNuke 升级 Telerik 错误

Question

我正在尝试从 05.05.00 升级到 05.06.03 并遇到 Telerik-Install-Errors，但我无法解决。 有人可以帮忙吗？

00:00:00.015 - 安装软件包文件 Telerik_05.04.00_Install：错误！ 00:00:01.466 - 安装软件包文件 Telerik_05.05.00_Install：错误！ 00:00:02.059 - 安装软件包文件 Telerik_05.06.02_Install：错误！ 00:00:02.683 - 安装软件包文件 Telerik_05.06.03_Install：错误！

Answer 1

这是一个相当常见的升级错误，但很容易修复。

首先，手动安装 Telerik_05.06.03 以获取正确版本的 Telerik.Web.UI.dll ，然后使用扩展安装程序重新安装它，以避免将来出现相同的升级错误。

手动安装说明：

1. 将 Telerik 安装包解压到方便的位置。该包可以在以下位置找到：

   DotNetNuke_Community_05.06.03_Upgrade\Install\Module\Telerik_05.06.03_Install.zip

2. 将 Telerik.Web.UI.dll 复制到 DNN /bin 文件夹，替换现有版本

3. 修改中的 bindingRedirect web.config 以指向正确的版本（如下）

4. 一旦您启动站点并运行时，使用主机设置 - 扩展来重新安装模块。

我通过在升级期间从公共互联网上关闭该网站并小心文件权限来避免此错误。您可以通过从 IIS 中删除其他 IP 绑定来仅允许 localhost 访问。确保 127.0.0.1 或 localhost 位于 DNN 的 PortalAlias 表中。在升级之前，我通常会对 DNN 文件夹重新应用所需的权限，以防它们自上次升级以来发生了更改。根据您运行的 IIS 版本和配置，网络服务 或 IIS AppPool\DefaultAppPool 需要读取、写入和修改权限。

  <runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <probing privatePath="bin;bin\HttpModules;bin\Providers;bin\Modules;bin\Support;" />
      <dependentAssembly xmlns="urn:schemas-microsoft-com:asm.v1">
        <assemblyIdentity name="Telerik.Web.UI"
        publicKeyToken="121fae78165ba3d4" />
        <bindingRedirect oldVersion="2008.0.0.0-2020.0.0.0"
        newVersion="2011.1.519.35" />
      </dependentAssembly>
    </assemblyBinding>
  </runtime>

另请参阅：

• DotNetNuke 安装指南
• Windows 7 /Windows 2008 R2 交叉
  应用程序池隔离

Answer 2

@Mika 击中了这个问题的关键点。这是类似解决方案的另一个描述。 http://www.dotnetnuke.com/Resources/Forums/forumid/200/postid/413148/scope/posts.aspx#413148

积极的一面是，在 6.0 的开发过程中，我我想我们终于找到了这个问题的原因并解决了它。我们永远不应该在 6.x 中看到这个问题。我很想知道您是否在 6.x 版本中看到它。

Answer 3

刚刚进行了另一次 DNN 升级，发现上述所有内容都无助于防止该问题。对于那些发现上述答案没有帮助的人来说，这是最后的选择：

1. 首先备份所有内容，呃。
2. 将 web.config 文件的副本放在手边，但将其重命名为诸如original_web.config之类的名称。
3. 从旧站点副本中创建release.config 的副本。 （请勿从 DNN 的升级副本中获取一个。）
4. 编辑release.config 并替换您的数据库连接，包括旧的“应用程序设置”版本，并使它们指向您的数据库。 （您已备份，这一点我怎么强调都不为过。）
5. 将此设置“”中的值更改为 false，而不是 true。
6. 将您要定位的升级包复制到顶部。
7. 执行上面 Mika 帖子建议的所有预防措施。
   * 奖励：启用 32 位支持并确保您处于“经典”模式如果您正在运行需要它的 DotNetNuke 版本。如果不确定就不要改变！
8. 浏览到该站点，升级（成功！）。

现在，这是非常重要的一步。您需要遍历您的站点进行测试。如果您发现错误，您的original_web.config中可能有一些关键的东西，而这些东西现在从我帮助您创建的（来自release.config）上面的新鲜web.config中丢失了。

因此，您需要进行逐行比较（这需要经验丰富的眼睛）并查找诸如缺少程序集引用、绑定重定向、处理程序、模块、应用程序设置/键等的内容。你做得越多，速度就越快。 （如果您不擅长理解 web.config 内容，并且没有强大的 IIS 背景，那么这一步可能会很糟糕 - 我不会撒谎。）

也就是说，很大一部分时间几乎不需要任何东西来自 web.config。当某些内容丢失时，通常只是明显的 DLL 引用或处理程序。

祝你好运！