Sean Long's questions

有时我们的开发人员会编写一个使用游标的查询，但不会明确关闭它们。我正在尝试在我的生产数据库中生成一个活动对象列表，这些活动对象使用游标但没有明确关闭/取消分配它们。为此，我编写了一个简单的语句来完成这项工作，但速度非常慢：

select distinct name, 
            definition
from   SYS.SQL_MODULES 
   inner join SYS.OBJECTS O 
           on SQL_MODULES.OBJECT_ID = O.OBJECT_ID 
where  SQL_MODULES.DEFINITION like '%open%'
   and SQL_MODULES.DEFINITION like '%declare % cursor%'
   and ( SQL_MODULES.DEFINITION not like '%close%' 
          or SQL_MODULES.DEFINITION not like '%deallocate%' )

目前，这大约需要 3 分钟才能运行。有没有更好的方法来获取我正在寻找的信息？

我在一台服务器上安装了 2 个 SQL Server 实例：SQL002。

一个实例是默认实例，SQL2008 R2，除特定测试外，一般不运行SQL服务。

另一个实例是命名实例 SQL 2014（因此是 SQL002/SQL2014）。这通常一直在运行。

今天刚有一位开发人员告诉我，当他们在 SQL Server Management Studio 中连接到 SQL002 时，它将成功连接。我从我的机器上复制了这个，也看到了一个成功的连接，但是当我查看连接的属性时，它报告它连接到命名实例。

这里发生了什么？有没有我不知道的重定向？

我正在尝试将以下字符串插入到表中：

'affinity mask', 0

但是我无法弄清楚我到底需要如何转义引号。它总是希望将, 0视为单独的列。

如何正确转义逗号？

我不确定导致这种情况的变化（日志没有显示任何具体内容），但自周一下午以来，我一直看到以下错误重复出现：

Login failed for user 'sa'. Reason: An attempt to login using SQL authentication failed. Server is configured for Windows authentication only. [CLIENT: 10.10.220.32]

报告的 IP 是 SQL Server。由于这是持续进行的，有没有办法让我弄清楚是什么试图通过此凭据？如果我能得到一个应用程序名称或任何东西，我可能会解决这个问题。

当数据通过页面压缩进行压缩时，当系统不受 CPU 限制并且 95% 的响应看到响应时间减少时，我试图找出导致某些响应时间增加的原因。

所以我所做的是跟踪它到系统中发生的单个进程，然后我对该进程进行概要分析以确定在此过程中触发了哪些 SP 和 UFN。我最初的想法是，我可以单独运行每个 SP 和 UFN，并查看查询计划以查看在哪里进行了全面扫描，这可能需要从压缩中解压缩数据，并可能导致等待触发。

所以我现在拥有的是：

• 具有所用参数的 SP 列表
• 运行 SP 的数据库
• 不受限制的管理员访问系统以重现问题
• 相关过程的轮廓跟踪

由于我必须对 35 个 SP/UFN 进行分类，所以我想知道缩小原因范围的最有效方法是什么。根据我使用该系统的经验，我可以推断出某些 SP 比其他 SP 更有可能是罪魁祸首，但我想尝试以更科学的方式缩小范围。是否有任何工具或方法可以帮助我找出最有可能的违规者？

如果我可以确定压缩时比不压缩时慢的对象，这将有助于告知我们围绕页面压缩的策略。

我需要通过某种可以插入工作流的编程方法远程重新启动给定计算机上的 Microsoft SQL Server 服务组。我正在寻找最好的方法来做到这一点，我已经看到了几种不同的方法，我想知道我是否缺少任何东西：

• 使用Net Stopand Net Start- 如果我只需要重新启动 SQL 服务并且没有依赖项，这将起作用，如果 SQL Server 代理正在运行，则不是一个真正的选项。
• 使用SC //<computername这将允许我访问，servicecontroller以便我可以查询是否有依赖服务正在运行。
• 使用 .NETServicecontroller方法，它可以让我构建在目标计算机上运行的一系列服务，然后遍历它们以停止我需要停止的事情。

我错过了任何方法吗？

目前，DBCC FREEPROCCACHE当我想在运行 SQL 查询之间从缓冲池中擦除信息时运行。但是，我在查看这篇Technet 文章时引用了DBCC FREESYSTEMCACHE. 哪些缓存会FREESYSTEMCACHE擦除FREEPROCCACHE而不擦除？

我熟悉索引碎片的概念以及如何修复它，但我不太确定某个特定项目。

当您查看索引碎片时，它总是以百分比的形式报告。

• 这个百分比是多少？

我有一组大约 30 个表，我想知道所有这些表（加上索引）在磁盘上的物理大小。

有比通过 SQL Server 2008 R2 中的 GUI 更简单的方法吗？

我在 Windows Server 2008 机器上运行 SQL Server 2008 R2 SP1。我有一个从 Visual Studio 2010 运行的 .NET 脚本，它执行以下操作：

• 进入数据库
• 做出改变
• 迭代

它将迭代的总次数是 150，但是它停止在 100 个连接处，我不知道为什么。我可以将我的脚本调整为只使用一个线程，但我更愿意知道我在哪里缺少最大连接设置，因为这对于将来的参考更有用。

这是我到目前为止检查过的地方：

• Visual Studio 2010 中的 SQL 连接字符串（设置为 1000）
• SSMS 数据库实例连接属性（设置为 0 [infinity] 用户连接）
• 用 Google 搜索了一些关于 Server 2008 的信息，看起来它可以处理 100 多个连接
• 逐步浏览我的代码，SP_WHO2其中提供了有关逻辑连接的更多信息，看到连接数从 52 开始，并且脚本错误在 152 个逻辑连接处出现“达到最大池连接”错误。
• 更改了要使用的连接字符串Data Source=PerfSQL02;Initial Catalog=Masked;Integrated Security=True;Max Pool Size=1000

我不知道还能去哪里检查，我知道我这里有很多活动部件，但我感觉我只是在某个地方错过了最大池设置。

还原参数“With Replace”到底是做什么的？我正在考虑是否需要定期将数据库恢复到起点，并且我一直在试图弄清楚使用带替换的恢复与完全删除/删除数据库并恢复它是否有任何缺点。

“With Replace”是否会擦除日志文件并重置系统数据库中可能留下的任何位？似乎它会快得多，因为我不必等待数据库完成删除（有问题的数据库约为 2TB）。我已经查看了有关还原参数的 TechNet 文章，它没有涉及这个特定问题。

我今天有一个由其他人创建的 .bak 文件，通过 SSMS 2008 R2 手动创建。我正在尝试手动恢复数据库，不幸的是，当我浏览它时该文件没有出现。

我可以编写恢复过程的脚本，但我以前见过这个问题，我不确定是什么导致 .bak 不出现。

我正在使用一些旧代码来拉动性能计数器，而我正在做的部分工作是确保我们正在高效且有效地执行某些流程。

现在我有我正在查看的代码：

SELECT REPLACE(RTRIM(OBJECT_NAME), 'SQLServer:', '') AS 'Object',
       RTRIM(counter_name)   AS 'Counter',
       RTRIM(instance_name)  AS 'Instance',
       cntr_value            AS VALUE
FROM   MASTER.dbo.sysperfinfo
WHERE  OBJECT_NAME <> 'SQLServer:User Settable'

我建议将其替换为：

SELECT REPLACE(RTRIM(OBJECT_NAME), 'SQLServer:', '') AS 'Object',
       RTRIM(counter_name)   AS 'Counter',
       RTRIM(instance_name)  AS 'Instance',
       cntr_value            AS VALUE
FROM   sys.dm_os_performance_counters
WHERE  OBJECT_NAME <> 'SQLServer:User Settable'

哪个更快，更兼容 SQL 2000 之后的所有内容。没有将在运行 SQL 2000 时使用的环境，运行上述代码的最早版本是 SQL 2008。我检查了返回的值是一致并且它在其余代码的上下文中工作。

dm_os_performance_counters我的问题是：和之间有什么区别master.dbo.sysperfinfo？我需要dm_os_performance_counters从主上下文中提取吗？

我在 SQL Server 2008 R2 中工作，并创建了一个查询来收集和汇总数据文件和日志文件的总大小。但是，我找不到单个 SQL 数据块在磁盘上实际占用了多少磁盘空间，因此我无法将其转换为更有意义的内容。

这是脚本：

DECLARE @DataSize INT
DECLARE @LogSize INT
SELECT @DataSize = SUM(size) from sys.database_files where type_desc = 'Rows'
SELECT @LogSize = SUM(size) from sys.database_files where type_desc = 'Log'
PRINT @DataSize
PRINT @LogSize

一格空间有多大？将这两个整数变量转换成对系统管理员更有意义的东西会容易吗？

我正在努力在 SQL Server 2008 R2 SP1 上设置生产数据库的开发副本。目前，两名开发人员将实时数据库用于只读查询，但新数据库也将对其进行更新。

由于数据库为 2.1TB，总共需要 3 天时间才能恢复并更新到我们测试所需的最新版本，所以我最初的计划是创建一组新的备份文件，然后从这些文件中恢复。这将允许我在同一 SQL 实例和机器上创建数据库的开发副本，而无需使当前数据库脱机。

但是，为了节省几天的时间，我认为最好只复制物理数据库文件并附加数据库的新副本。不幸的是，当我尝试复制时，我收到一个错误，指的是 SQL Server 对这些文件的锁定。

由于除了传输日志文件之外我无法使数据库脱机（我可以在人们早上进来之前完成此操作），有没有什么办法可以在不将数据库置于脱机状态的情况下复制实时数据库文件？还是我应该等到人们回家再做这件事？

我有一个 2.8TB 的 SQL 数据库（主要是数据文件，大约 400GB 的日志文件），目前需要大约 9 个小时才能恢复。此数据库用于测试目的，必须在每次运行之间从备份中删除和恢复，以确保我们始终从同一点开始。

我的问题是，服务器目前有 12 个内核和 92GB 的 RAM，以及数据库所在的 RAID 5 磁盘子系统。哪些区域通常会导致 SQL 还原过程出现瓶颈？是磁盘、内存还是 CPU？