HunterX3's questions

我们有一些较旧的维护计划，这些计划是在 Sql Server 2014 实例上使用 SSMS 2014 构建的。为计划定义的连接使用具有系统管理员权限的 Sql Server 帐户。当您使用 SSMS 2014 进行编辑时，一切正常。在我的本地机器上，我有 SSMS 2016，也有系统管理员权限。当我编辑计划时，“通知操作员任务”有一个蓝色指示器，表示出现问题

当我尝试编辑任务时，出现以下错误：

sql错误日志显示如下错误：

Error: 18456, Severity: 14, State: 8.
Login failed for user 'SqlAccount'. Reason: Password did not match that for the login provided. [CLIENT: xx.x.x.x]  

SqlAccount 是我在维护计划中的“管理连接”中定义的那个。SSMS 2016 是否需要一些新的权限？在 SSMS 2014 中创建的计划是否与 SSMS 2016 编辑器不完全兼容？

我有一个 VLDB，我将 DBCC CHECKDB 卸载到另一台服务器。是否可以更新 VLDB 服务器上的 dbi_dbccLastKnownGood，以便它传递任何检查该日期的脚本，如 sp_Blitz？

有人使用 netapp 的 sql snapmanager 吗？我们正在尝试确定它是否适合我们。我知道更受欢迎的功能，但我正在尝试获得一些真实的体验故事。任何人都可以回答以下问题：

你有什么问题？
它如何以您意想不到的方式提供帮助？你能提供任何支持或反对使用它的建议吗？配置是否比预期的更难？你对Sql的维护有什么变化？

我也有兴趣了解他们支持新版本的 sql 的速度有多快，我将尝试在 netapp 的站点上找到它，但如果您有任何信息，那就太好了。

任何想法表示赞赏。

我知道我可以使用性能计数器来跟踪 Resource Governor CPU 和内存使用情况。是否可以跟踪每个工作负载组的 I/O 使用情况？我还没有看到任何具体的或任何推荐的做法。

我有一个关于 SQL Server 2008 表设计的一般性问题。我们目前有一个超过 600GB 的表，并且以每天大约 3GB 的速度增长。该表具有适当的缺陷，但在运行查询时正成为主要的障碍，这仅仅是因为它的大小。问题是我应该按年和月将表拆分为多个表（这将适合其他部门拆分其大型数据集的方式）还是应该利用 SQL Server 中内置的分区。使用分区似乎需要更少的代码更改。根据我在分区时读到的内容，您仍然只是查询一个表，服务器处理如何获取数据。如果我们走多表路线，我们将不得不处理从多个表中提取数据。