小编Adr*_*n S的帖子

我们有一个 AlwaysOn 环境，其中包括我们 DR 站点中的一个副本，该副本设置为异步提交和可读辅助 = 否。

当我们在 SQL Server 2014 SP2 上运行时，我们能够针对 DR 副本上的数据库运行 DBCC CHECKDB。但是自从升级到 SQL Server 2016 后，我们就无法升级，而且我们的每周完整性作业因错误而失败。

'The target database is participating in an availability group and is currently not accessible for queries.
Either data movement is suspended or the availability replica is not enabled for read access. 
To allow read-only access to this and other databases in the availability group, enable read access to one or more secondary availability replicas in the group.  For more …

我有一个 SQL 2016 SP1 SSAS 表格实例。我已经部署了一个具有以下属性的模型

当我尝试处理数据库或表时，出现错误“数据源包含处理操作不支持的 ImpersonationMode”。

但是，如果我更改连接属性上的模拟信息以使用服务帐户而不是当前用户，则它可以正常工作。

如果我们将默认模式更改为 DirectQuery 而不是导入，我们也不会遇到这个问题，但是我们需要使用导入，因为我们需要使用 DAX 用户名函数来实现行级安全。

我是 SSAS 实例的管理员，也是作为数据源的 SQL Server 实例的管理员。为什么我不能以我的用户身份处理 SSAS 表格模型？

我们即将启动一个项目，将大型 DWH 迁移到新数据中心的新物理服务器。当前的服务器规范是在 Windows 2012 R2 上运行的 SQL Server Enterprise 2016 SP2。新服务器将是在 Windows 2019 上运行的 MSSQL 2019 Enterprise。

用于当前和新服务器的 SAN 存储是全闪存存储阵列。在当前环境中，除了将数据和日志文件分离到不同的逻辑驱动器之外，不同的数据库（仅数据文件）也被分离到不同的逻辑驱动器上。

• 本地 SSD - TempDb
• 逻辑驱动器 1 - 日志文件
• 逻辑驱动器 2 - 用于暂存数据库的数据文件
• 逻辑驱动器 3 - 面向用户的数据库的数据文件
• 逻辑驱动器 4 - 支持数据库的数据文件（ReportServer、MDS 数据库）

作为服务器迁移的一部分，我正在考虑将所有数据文件合并到一个逻辑驱动器上。

• 本地 SSD - TempDb
• 逻辑驱动器 1 - 日志文件
• 逻辑驱动器 2 - 数据文件

除了数据库文件管理之外，是否有任何性能优势可以将数据文件拆分到不同的逻辑驱动器上？多个逻辑驱动器是否提供更好的 IO，即使最终它是相同的物理存储阵列？

我们有一个 SQL 2016 数据库，其中有一个 19 亿行的表，其中有一个 varbinary(255) 列，我们用它来存储同一个表中 nvarchar(2000) 字段的 HashBytes。

我们在 varbinary 字段上有一个非聚集索引，并且我们的索引维护脚本每 2-3 天对此执行一次 REORGANIZE。但这需要10多个小时才能完成。

有什么办法可以提高varbinary字段索引维护的速度吗？