我知道重做 DDL 操作的重做线程可能会被SELECT可读辅助副本上的长时间运行查询阻塞，因为后者持有锁，Sch-S从而阻止前者获取锁Sch-M。问题是——被阻止的 DDL 操作是否会通过SELECT阻止他们获取Sch-S锁来阻止对该副本的后续查询？如果是这样，从用户的角度来看，它可以有效地导致中断......
我有两个作为 AlwaysOn AG 的 SQL Server 实例。每个实例中都有一个 Windows 登录名，该登录名从本地 Windows 帐户创建并映射到 AG 数据库中的相应用户。假设我正在向 AG 添加一个新数据库。有没有办法预先配置从另一个（辅助）节点映射到本地 Windows 登录的用户，而不必对 AG 进行故障转移 - 以便在发生实际故障转移时，该用户可以完全运行？
一个（希望如此）快速的问题 - 启用backup checksum default选项是否会以任何方式影响 VSS 备份？
我需要更新表中一列中的所有值。该表很大 - 将近 420 000 000 行。有没有什么聪明的方法可以快速执行此操作而不会导致大量事务日志增长？我知道我可以分批做到这一点，但也许某种元数据技巧是可能的？使用 ALTER TABLE SWITCH 的一些聪明方法可能吗？TIA
我将在一个相当大的表中添加一个聚集索引：
- 超过 700 万条记录
- 106 列
- 没有PK
- 没有其他索引。
有一Id列可能用于索引键，但它是nvarchar(18)and not unique（尽管那里没有重复值）。
但是，由于它的数据类型（性能影响），我不愿意使用它，并且一直在考虑添加一int identity(1,1)列并将其用作聚集索引键。
您更愿意推荐哪种解决方案？TIA