我们目前有一个位于 15000 RPM 驱动器上的数据库，它只是一个日志数据库，我们希望将其移动到 10000 RPM 驱动器上。虽然我们可以轻松地分离数据库、移动文件并重新附加，但这会导致我们试图避免的轻微中断。
所以我们正在考虑使用DBCC ShrinkFile with EMPTYFILE. 我们将在 10000 RPM 驱动器上创建比 15000 RPM 驱动器上的现有文件稍大的数据和事务文件，然后执行DBCC ShrinkFile with EMPTYFILE迁移数据。
这会产生什么样的影响？
我试过这个，运气好坏参半。我有一些文件无法清空的实例，因为它是主文件组中的主文件，但我也有一些实例可以完全正常工作。
但是，它在工作时确实在数据库中持有巨大的锁。如果您尝试在运行最终用户查询的实时生产系统上执行此操作，请忘记它。他们会遇到问题，因为这需要一段时间。
为什么不使用日志传送。在 10.000 rpm 磁盘上创建新数据库。设置从 15K RPM 的 db 到 10k RPM 的 DB 的日志传送。当两个数据库不同步时，停止日志传送并切换到 15K RPM 的数据库。
这是连接到 SAN 的系统，还是直接连接的存储？如果它是 SAN，则将 SAN 端迁移到新的 RAID 组，并且服务器永远不会知道发生了变化。