很多人认为这类数据会存放在像mater这样的系统数据库里。但事实并非如此。各个系统数据库（master和msdb）只存储配置数据。那么现在的问题是：DMV或DMF的数据存放在哪里呢？

这个问题的答案非常简单：这类数据不物理存储在数据库里！是的，你没看错：这个数据不物理存储在硬盘上。这个数据从内存（RAM）里直接读取和返回。当你访问DMV或DMF时，SQL Server返回直接存储sqlservr.exe进程空间里的数据。

SQL Server的大部分用C++写的，有一些特定的汇编程序（至少我这么认为……），且包含上百（甚至上千）个各种C++类。现在当你访问DMV或DMF时，SQL就返回存储在特定C++类里的数据。DMV或DMF基本上是个前端，在SQL Server特定方式里，你可以用它查询进程中的数据结构。

这听起来很简单和直接，但很难实现。首先你要让这些数据结构尽可能高效的读写，而且你要在线程安全的方式里实现！而且因为数据不是在任何地方物理永驻的，当你重启你的SQL Server时，你会丢失所有这些数据。

你已经多次听到，你绝不应该定期重启你的SQL Server，因为它会带来大量的付作用。今天我不想谈所有这些副作用，但其中一个副作用是你会丢失来自DMV或DMF的数据。这很容易理解，因为你从sqlserver.exe的进程控件里直接读取这个数据。你已经看过这个情况：你重启SQL Server，然后你的等待统计信息就直接清空了！

小结

SQL Server物理永驻，可以通过各个DMV或DMF返回的数据，还是个迷。当你在SQL Server里查询DMV或DMF时，你只拿回，在sqlservr.exe进程空间里，特定数据结构存储的数据。因为你要记住，一旦你进行了一次SQL Server重启（或故障群集结点转移），你会丢失可用于性能故障排查的数据。

本文转自Woodytu博客园博客，原文链接：http://www.cnblogs.com/woodytu/p/5683854.html，如需转载请自行联系原作者