我有一个关于 SQL Server 2008 表设计的一般问题。我们目前有一个超过 600GB 的表，并且每天增长大约 3GB。此表具有适当的 indecies，但在运行查询时正成为主要问题，并且仅因为它的大小。问题是我应该按年和月将表拆分为多个表（这将适合其他部门拆分其大数据集的方式）还是我们应该利用 SQL Server 中内置的分区。使用分区似乎需要较少的代码更改。根据我在分区时阅读的内容，您仍然只查询一张表，服务器处理如何获取数据。如果我们走多表路线，我们将不得不处理从多个表中提取数据。
我在我的 2016 SQL Server 上使用资源调控器。在之前的 2016 SQL Server 版本中，此查询：
select *
from master.sys.dm_os_performance_counters opc
where opc.object_name = 'SQLServer:Resource Pool Stats'
and counter_name = 'CPU usage target %'
将根据资源池配置设置和系统负载产生资源池的 CPU 使用率目标值。但是，现在它们始终为零。
我还使用 perfmon 来确认这一点（以及运行合法查询）。有谁知道为什么或者这个计数器是否改变了？根据msdn文章，它应该仍然有效。
有没有人使用netapp的sql snapmanager？我们正在努力决定它是否适合我们。我知道更受欢迎的功能，但我正在尝试获得一些真实的生活体验故事。任何人都可以回答以下问题：
你有什么问题？
它如何以您意想不到的方式提供帮助？你能提供任何支持或反对使用它的建议吗？配置是否比预期的更困难？您对 Sql 的维护有何变化？
我也很想知道他们支持新版本 sql 的速度有多快，我会尝试在 netapp 的站点上找到它，但如果您有任何信息，那就太好了。
任何想法表示赞赏。
我知道我可以使用性能计数器来跟踪资源调控器 CPU 和内存使用情况。是否可以跟踪每个工作负载组的 I/O 使用情况？我没有看到任何具体的或任何推荐的做法。