加快NAV2013数据升级答案

【问题标题】：Speed up data upgrade for NAV2013加快NAV2013数据升级
【发布时间】：2014-02-09 12:43:14
【问题描述】：

我正在对涉及大量繁重 SQL 查询的客户端数据库进行 NAV2013 升级

微软通过在 NAV2013 中规范化维度来“压缩”维度，从而节省大量数据库空间，但该操作需要在数据库中检查和移动大量数据以构建新维度集

为有问题的客户端在 50gig 数据库上运行升级过程需要很长时间。为了检查时间，我对他们当前数据的备份进行了模拟升级。进行升级的服务器是一个新的 SQL 服务器，具有 32gig 内存的相当不错的规格。

他们希望在周末完成升级，但升级维度查询绝对会连续 2/3 天使处理器最大化。我无法更改升级中涉及的查询，所以我能想出的唯一选择是以某种方式在外部最大化 SQL 性能

我可以对数据库做些什么来最大限度地提高其工作的性能或效率吗？

由于目前还没有人需要使用 SQL 服务器，我可以做任何我想做的事而不会影响升级，因此我完全愿意关闭可能会占用处理器或减慢查询处理速度的功能（我正在考虑尽量减少 SQL 的事务日志记录量，但我还没有研究过）

当我周一在办公室时，我将与我们的表演大师交谈，但我想知道在此期间是否有什么可以尝试的。

我发现的大多数性能优化文章都在谈论使用键等优化查询的性能，在使用数据库的情况下 - 这是不同的，因为它是一次性升级过程并且只需要发生一次

提前致谢！

【问题讨论】：

【解决方案1】：

升级通常需要很长时间。特别是从 NAV 2009 到 NAV 2013，因为Dimensions 的工作方式发生了重大变化。

更新例程必须生成新的维度集 ID 来表示每个维度组合，然后相应地标记关联的记录。需要大量处理，但可以让Dimensions 更快，更适合长寿。

数据库

假设您可以在运行传输之前进行完整备份，您可以禁用 FULL 日志记录，例如 SIMPLE。虽然这在技术上仍然会记录，但它会自行管理空间。

确保正确拆分数据库文件对于获得最佳性能非常重要（包括 master > tempdb）。

索引和键

我猜微软会显着优化维度表（关键方面）。这是 NAV 2013 中维度的一个重大变化。话虽如此，可能值得禁用表上的索引（如果可能），因为这会影响写入性能。

升级工具包

升级工具包（从内存中）实际上执行原始 SQL 以传输大数据。如果可以的话，可能值得查看升级工具包的代码，看看您是否可以自己直接在 SQL 中运行它（尽管您提到不能更改查询？）。

跳转到 PartnerSource 以查看 Microsoft 是否有任何可能优化升级工具包的应用程序修补程序，尽管它已经发布了几年，所以它可能已经解决了。

备用查询

检查 Mibuso（例如），看看是否有一些用户编写的查询可以优化到 NAV 2013 的迁移，显然要小心这些备用脚本，并在实时运行之前彻底测试它们。

删除数据

升级需要这么长时间的核心原因是要迁移大量数据，尤其是几年前的系统。您可能会删除超过设定期限（例如 4 年）的条目的维度数据，但这意味着无法再使用现有的基于维度的报告等分析数据。

【讨论】：

感谢您提供的所有信息 - 我正在进行另一次模拟升级，我已将恢复模式设置为简单，看看是否有任何效果。如果我能在两天内完成它应该没有问题。不久前我已经在 mibuso 上发布了有关此内容的信息，但无济于事。升级最困难的是它需要发生两次（它们来自 NAV4）。但是，我注意到 tempdb 和 master 都使用相同的 RAID1 驱动器，而其他 DB 则在 RAID1（日志）和 RAID10（数据）驱动器之间拆分。我可能会切换这些并检查。
不用担心——抱歉，没有太多具体的东西，有时当有大量数据需要移动时，这些东西需要很长时间才能运行！ :) 让我知道你的进展。
最后我与客户交谈，他们同意他们不需要所有超过 3 年的维度数据。我最终删除了较大表（总帐条目、值条目等）的所有旧维度数据，这些数据删除了大约 30% 的维度记录。这使得升级可以在 2 天内完成！这是一个有点座位的裤子，但我们到了那里！无论如何感谢您的建议！
不用担心。我想我会把它添加到选项列表中！