SQL Server 2014 迁移
SQL Server 2014 Migration
最近我们一直在考虑将 SQL Server 2008 实例升级到 2014。
作为其中的一部分，我们还需要完成硬件迁移，因此我们将沿着 backup/restore 路线前进。
我们已经在我们的 UAT 环境中完成了迁移，这导致了一些关键业务逻辑查询的性能问题。为了缓解这些问题，我们全面更新了统计数据，但执行过程中我们仍然看到了问题。
我的问题是 - 在我们的表上重建索引来解决这个问题是否有任何好处，还是会浪费时间？
备份和恢复数据库将使所有索引保持与移动之前相同的状态。重建它们只有在它们 a) 零散且 b) 确实是您看到的速度下降的原因时才有帮助，但更有可能是您的新硬件或 sql 配置（如果它们与以前不同）如果在移动数据库后这是新的，那么这是根本原因。
不幸的是，有许多变数可能导致了您所看到的情况。您是否分析了执行缓慢的查询并与旧服务器上的计划进行了比较？然后你检查过你的查询有正确的索引吗？您的新硬件/磁盘阵列是如何配置的？您的（新）主数据库和临时数据库位于何处？
This 指南（虽然有点过时）应该给你一些起点来检查你的新服务器配置是否正确。
最近我们一直在考虑将 SQL Server 2008 实例升级到 2014。
作为其中的一部分，我们还需要完成硬件迁移，因此我们将沿着 backup/restore 路线前进。
我们已经在我们的 UAT 环境中完成了迁移，这导致了一些关键业务逻辑查询的性能问题。为了缓解这些问题，我们全面更新了统计数据，但执行过程中我们仍然看到了问题。
我的问题是 - 在我们的表上重建索引来解决这个问题是否有任何好处，还是会浪费时间？
备份和恢复数据库将使所有索引保持与移动之前相同的状态。重建它们只有在它们 a) 零散且 b) 确实是您看到的速度下降的原因时才有帮助，但更有可能是您的新硬件或 sql 配置（如果它们与以前不同）如果在移动数据库后这是新的，那么这是根本原因。
不幸的是，有许多变数可能导致了您所看到的情况。您是否分析了执行缓慢的查询并与旧服务器上的计划进行了比较？然后你检查过你的查询有正确的索引吗？您的新硬件/磁盘阵列是如何配置的？您的（新）主数据库和临时数据库位于何处？
This 指南（虽然有点过时）应该给你一些起点来检查你的新服务器配置是否正确。