根据fsutil fsinfo ntfsinfo [drive letter]:\.
它是来自具有 512 个存储驱动器的本地服务器的 DR 复制节点。
VM 报告 9012 错误，这可能是由于存储或复制服务器和主服务器之间的差异。
我正在尝试评估这是否会引起可用性组延迟和最佳 SQL Server 设置的担忧，如果我要将它变成主要的。
我正在阅读的所有内容似乎都在说不推荐使用 512e 和 SQL Server。但是这些文章是 2011 年的 - 11 年没有任何变化吗？或者是512e仍然不是要走的路。
Azure 文档没有提及这些，我只能推测 512e 对于新的 SSD 磁盘可能是可选的。
注意：启用跟踪标志 1800 并未解决该错误。
Microsoft 甚至不推荐 HDD，现在仅将它们列为 Dev 的推荐。我在等着看我是否有能力打开支持票，但也想知道人们在这里的经历。
以下 OS/SQL Server 版本支持 512e。
为不同驱动器扇区上的服务器使用镜像或日志传送时，会出现未对齐日志的错误。
https://techcommunity.microsoft.com/t5/sql-server-support-blog/sql-server-new-drives-use-4k-sector-size/ba-p/316277
在过去的 11 年中，可能什么都没有改变，512e 仍然不是要走的路。然而，令人震惊的是，微软在 SQL Server Azure VM 上提出了这样的 HD。
在这个论坛上，我发现一个人在 2015 年左右遇到了同样的情况。显然 Microsoft KB3009974发布了一个 Hot Fix 。
这让我觉得您可能使用的是 SQL Server 2012-2014，并且您可能已经完成了对 Azure VM 的 Lift & Shift。也许这就是 Azure 为您提供 512e SSD 存储的原因。（旧操作系统可能需要相同的旧兼容硬件？不知道......）
运行以下命令以检查 Hot Fix 是否已应用于您的计算机：
或者
让我知道这是否有帮助。