小编Ful*_*oof的帖子

如何卸载 SQL Server Management Studio 2012？

ControlPanel 的“卸载或更改程序”（在 Windows 7 Prof 中）给出了一行条目：

而Internet 搜索结果总是显示：“单击 Microsoft SQL Server 2005，然后单击更改”

更新（评论肖恩梅尔顿的回答）：

选择“Microsoft SQL Server 2012 (64-bit)”--> 卸载/更改后，我观察到：

选择“删除”后，“设置支持规则”没有任何 SSMS 或继续选项：

根据 Kimberly L. Tripp 的 MSDN 文章，Neal Graves 的“ SQL Server 2005 Row Versioning-Based Transaction Isolation

• “...特定记录的所有早期版本都链接在一个链表中；并且在基于行版本控制的长时间运行的事务的情况下，必须在每次访问时遍历该链接以到达事务一致的版本行”

这在“了解行版本控制”部分中是常见的“使用行版本控制读取提交中的行版本控制”和“快照隔离中的行版本控制”部分。

进一步关于由于修改导致的行版本控制的示例仅在 SNAPSHOT 中的多个事务（T1、T2、T3）对同一记录的多次更新的上下文中给出。

如果只有一个事务多次更新记录（通过多个语句），是存储（链接）多个版本存储还是仅在拍摄快照“图像”时拍摄的一个？

好吧，这个问题的答案应该立即回答我其他未决的相关问题：

• 为什么行版本隔离使用记录版本的链接列表？
• RCSI 使用的空间是否比 SNAPSHOT 少或相同？为什么？

我想知道 SQL Server 代理作业的所有者的可能用途是什么？

删除，并将其留空，作业仍然成功

MSDN 在线文章“ SQL Server 中的快照隔离”指出：

• “隔离级别具有连接范围的范围，一旦使用 SET TRANSACTION ISOLATION LEVEL 语句为连接设置，它将一直有效，直到连接关闭或设置另一个隔离级别。当连接关闭并返回到池中时，保留最后一个 SET TRANSACTION ISOLATION LEVEL 语句的隔离级别。重用池连接的后续连接使用在连接池时有效的隔离级别“

这不是自相矛盾的段落（“直到”与“保留”）吗？

那么，如果在关闭连接并将其返回到池后“保留了来自最后一个 SET TRANSACTION ISOLATION LEVEL 语句的隔离级别”，应该如何理解：

• 默认隔离级别将具有任意值（池中的不同连接将具有不同的隔离级别，其值将取决于重新打开的连接）？
• 或所有连接的所有默认值？游泳池会改成最后一个吗？但在手之前又很陌生？

试图更好地理解基于行版本控制的事务隔离 - RCSI（读取提交的快照隔离和快照） - 在 SQL Server 中...

MSDN 在线文章“选择基于行版本控制的隔离级别”指出：

• *“对于大多数应用程序，由于以下原因，建议使用行版本控制读取提交隔离而不是快照隔离：
  • 它比快照隔离消耗更少的 tempdb 空间"*

这与 Kimberly L. Tripp、Neal Graves 的“ SQL Server 2005 Row Versioning-Based Transaction Isolation ”中的陈述相矛盾：

• “使用行版本控制的读提交中的行版本控制
  对于在使用行版本控制的读提交下运行的查询，行版本仅在事务中每个 SELECT 语句的持续时间内是必需的。但是，行版本会一直保持到事务结束。这是 tempdb 存储需要考虑的重要一点。存储影响将与快照隔离相同。 ”

那么，为什么 RCSI 使用更少（或相同）的空间？

更新：
可能我把最初的问题表述得很糟糕，但这意味着对这两个相互矛盾的“理论”都有 RTFM 解释和确认，我想明白：
哪个是正确的？
为什么一个真的是正确的？
而
为什么不是另一个真正正确的（为什么是另一种错？）？

子问题：

如果在单个事务中对同一记录进行多次更新，将存储多少个版本？

在线 MSDN 文章“同时针对多台服务器执行语句 (SQL Server Management Studio) ”（SQL Server 2012）指出：

• "注意

  在执行以下过程之前，请创建中央管理服务器和服务器组。有关详细信息，请参阅创建中央管理服务器和服务器组 (SQL Server Management Studio )”

尽管如此，我删除了任何 CMS（中央管理服务器）实例，并且仍然在 2 台不同机器上的多个 SQL Server 上获得相同的结果

似乎我没有在在线 MSDN 中找到 SQL Server 中央管理服务器的意义（或点）的说明。
你能给我一些吗？

我正在使用 SQL Server Management Studio 维护计划向导创建（相当标准的）每日维护计划。

AFAIU，倒数第二个任务“备份数据库任务”只有在所有前面的任务都成功时才会执行。由于约束（包含任务的箭头）都是相同的（取自默认选项创建）：

并使用“逻辑与”

现在，如果我在前面的约束中将“逻辑与”更改为“逻辑或”，如果前面的任务之一失败，备份任务仍然会失败。
正确的？

在任何情况下如何使备份任务运行？

更新
接受答案后，我仍然对术语“完成”存有疑问：
在 SQL Server 维护计划术语中，是否认为失败的任务已完成？

我有一个每周和每晚的 SQL Server 代理作业，分别执行每周和每晚的维护计划。

这些每周（周日）和每晚（一周的其他 6 个晚上）维护计划仅在第一个任务中与总共连续六个步骤不同。也就是说，在夜间/每日维护计划中，第一步是“重新组织所有用户数据库上的索引”，而在每周/周日维护计划中，第一步是“重建所有用户数据库上的索引”。

是否有可能以及如何仅运行一个（而不是两个）维护计划，一周的所有 7 个晚上，条件是在 6 天内第一步是一个（重组索引），而在一周的其余 1 天，第一步是另一个（重建索引）？

Windows Server 2008 R2 上的 SQL Server 2012 R2

我有一个配置了 Windows 身份验证的维护计划

由具有所有者的 SQL Server 代理作业运行 sa

维护计划的 Windows 身份验证向谁进行身份验证，为谁和为了什么 - 为什么需要它和/或如何使用它？我应该向哪个用户授予访问备份（在维护计划中规定）目录位置的权限？

考虑到所有者sa具有 SQL Server 身份验证，SQL Server 代理作业的所有者如何参与所有这些工作？

作为夜间维护计划的一部分，我的 MS SQL Server 2012 数据库使用简单恢复和完整备份选项进行备份。事务日志未备份。此外，在晚上重新启动 MSSQLSERVER 服务或 SQL Server

检查操作系统（Windows Server 2008）中相应文件的属性，我观察到.mdf文件的“修改”时间与维护计划（制作备份）运行的时间相对应，但.log文件修改时间为一两周早些时候。

为什么会有这样的差异，为什么操作系统无法更新修改时间？

那么，.mdf文件修改时间的时间和原因是什么？
是重启SQL Server还是备份时间？

我如何估计数据库上次写入物理磁盘的时间，即相应数据库的 .mdf 文件的最近时间？
如何强制 SQL Server 将数据库刷新到硬盘，以便在看到 SQL Server 运行出现问题的情况下获得最实际的 .mdf 文件？

在 Windows Server R2 Standard 上的 SQL Server 2012 Enterprise 的 SSMS 中，每次我尝试设置数据收集集选项“非缓存 - 按相同计划收集和上传数据”的子选项“按需”时，我是得到错误：

没有计划，收集集无法启动。指定集合集的时间表

标题：Microsoft SQL Server 管理工作室

对象“磁盘使用情况”上的“更改”操作在执行期间失败。(Microsoft.SqlServer.Management.Sdk.Sfc)

执行 Transact-SQL 语句或批处理时发生异常。(Microsoft.SqlServer.ConnectionInfo)

捕获错误#：14684，级别：16，状态：1，在过程：
sp_syscollector_start_collection_set，行：203，与消息：捕获错误#：14693，级别：16，状态：1，在过程：
sp_syscollector_start_collection_set，行：108，与消息：没有计划就无法启动集合集。指定集合集的计划。（Microsoft SQL Server，错误：14684）

现在，除了启用和禁用已经存在的故障数据收集之外，我看不到如何以任何方式重新设置或重新配置数据收集。

任何想法如何使它工作？

首先，我想了解是我搞砸了它（尽管我在不同的机器上尝试过）还是其他人？

更新：
Microsoft SQL Server 2012 (SP1) - 11.0.3128.0 (X64)
企业版：Windows NT 6.1 上的基于核心的许可（64 位）（内部版本 7601：Service Pack 1）（管理程序）

在关注 BrentOzar 的“索引重建期间离线多少？ ”时，我很好奇运行：

SELECT Quantity FROM [Production].[TransactionHistory]  WITH(NOLOCK)

在执行上述文章中的重建时，观察到它被延迟，直到索引重建完成

什么是阻塞SELECT ... WITH(NO LOCK)以及如何避免它？

更新：
Windows NT 6.1 上 的 Microsoft SQL Server 2012 (SP1) - 11.0.3128.0 (X64)
企业评估版（64 位）（内部版本 7601：Service Pack 1）