当我运行脚本时
DBCC CHECKIDENT ('table name', RESEED, 20000)
消息的输出是
检查标识信息：当前标识值“200000”，当前
列值“200000”。DBCC 执行完成。如果 DBCC 打印错误
消息，请联系您的系统管理员。
当我通过运行查询身份值时
SELECT IDENT_CURRENT('table_name')
它按预期显示为 200000，但是，当开发人员将记录插入表中时，它没有使用新的重新设定值。
有什么明显的我遗漏了吗？
一段时间以来，我们在运行 SQL Server 的虚拟环境中遇到了一些奇怪的问题。
我们从用户那里随机收到关于 SQL 盒性能非常差的电话。果然，当我查看时，我看到 CPU 固定在 100%。我对另一台主机执行 VMotion，一旦它完成移动到另一台主机，性能立即恢复正常。
我一直在与 VMWare 管理员合作，他们向我保证 VMotion 不会影响 SQL Server 上的任何内容。就好像移动到另一台主机会导致执行计划更改等。然而，我不明白为什么 CPU 使用率突然飙升，除非由于参数嗅探而导致重新编译的查询计划很糟糕，但我认为 VMotion 不会解决这个问题，因为它应该是透明的。
VM 场由 19 台戴尔服务器（抱歉，我不知道确切型号）组成，每个服务器有 2 个物理插槽和 12 个内核。
以前有没有其他人观察过这种行为？我想知道这是否与容量有关，因为似乎有一些大型 VM 供主机处理（有 14 个 80GB、12 个核心 VM 浮动）。即使在场中使用这些虚拟机，我也可以在 Vsphere 控制台中看到主机没有被过度使用（内存确实在很多时候爬升到 80% 标记，但没有膨胀）。
此外，这会发生在所有不同版本的 SQL（2008、2008R2、2012 和 2014）上。
非常感谢您的任何见解！