说到这个问题，基本上有人就会想到三个问题：

1，什么是系统数据？

2，为什么要移动系统数据库？

3，移动系统数据库我们可以用附加和分离，为什么还要单独拿出来说呢？

对于这三个问题我一个一个讲吧，也算是自己做个笔记。

1，什么是系统数据？

所谓系统数据库就是我们在装sql Server之后，系统自带的数据库(这样的回答是不是很白痴^_^).

如果你装sql Server2005或2008在打开一个sql实例后，就会看到一个数据库--->系统数据库文件夹，里边就是系统自带的数据库，如图：

对于每一个系统数据库，这里我先用简单的语言说一下:

1)，master:

这个数据库是全局数据库，它包含一些系统表，权限分配，用户帐号设置，当前数据库配置信息以及关于磁盘空间，文件分配等信息。所以在执行诸如用户帐号设置，权限分配和改变系统配置信息后都要备份此数据。所以在这里强烈建议,不仅要经常备份自己的数据库，还有备份此数据库，虽然不像备份自己数据库那样那么频繁。至少半个月或一个月备份一次此数据库。
在这里还有专门的一个数据库大牛讨论过是否应该备份此数据库：sql SERVER – Backup master Database Interval – master Database Best Practices

2)，model:

这个数据库只是一个模板数据库，我们在创建任意的一个数据库的时候，都是复制此数据库为新数据库的基础，如果希望每一个新的数据库都含有某些对象或者权限，可以把这个对象或权限放在此数据库中，新创建的新数据库都会继承此数据的新对象或权限，并且拥有这些对象或权限。

3)，msdb:

作者原话：sql Server代理服务器会使用该数据库，它会执行一些列如备份和复制任务的计划好的活动。Service Borker也会用到该数据库，他为sql Sever提供队列和可靠消息传递。当我们不在该数据库执行备份或维护任务时，通常可以忽略该数据库。在sql Server2005之前，实际上是可以删除该数据库的,只后sql Server仍然可用，但不能在维护任何备份历史了，并且不能够在定义任务，警告，工作或者建立复制，不过因为默认的msdb数据库非常小，建议即使用不到也不要删除它。

4)，tempdb:

该数据库说白了，就是一个中转站或数据寄存站，用户显示创建的临时表，在查询处理和排序时内部所产生的中间结果的工作表，维护用的快照等，都会用到此数据库，与其他数据库所不同的是，在每次sql Server实例重启之后，都会重建而不是恢复. 所以我们在其中创建的所有对象和权限在下次重启sql Server时都会全部丢失。
但是我们也不能忽略此数据库，因为tempdb的大小和配置，对优化sql Server的功能和性能来说很重要。
对tempdb数据库，还要多说几句，虽然在tempdb每次被重建时，它会从model数据库继承大多数的数据库选项，但是tempdb却不会从modeldb数据库中复制其恢复模式，因为它总是使用简单恢复模式。另外，tempdb是无法删除的，也不用备份。

2，为什么要移动系统数据库？

我们在安装sql Server后默认的这些系统数据库都会放在C:\Program Files\Microsoft sql Server\MSsql10.MSsqlSERVER\MSsql\DATA此文件夹下，一般的都不很大，为什么我们还有移动他们呢？
在没有实践管理服务器之前，我也没有这个想法，但是我发现我的服务器C盘一直都在增加，或者万一重装系统，我设置的数据库选项，以及用户账户设置都要重新设置，所以就有了这个想法。

还有一点就是作为重新布置计划或安排好的维护操作的一部分，我们也许需要移动系统数据库。

3，用附加和分离就可以，为什么还要单独说呢？

回答这个问题之前，我们在看一张图

注意到了吗，在我选中master系统数据库右击，选中任务后，并没有出现“分离”这个选项。那就说明移动这些系统数据库是和用户自定义的数据库是不同的。

移动tempdb,model和msdb的步骤和移动master数据库步骤稍微有点不同。

1)，移动tempdb,model和msdb数据库

i)，移动一个没有损坏的系统数据库

F5执行，显示如图：

之后开始我们的移动之旅吧！

a)，对数据库中每个要移动的文件使用带有MODIFY FILE选项的ALTER DATABASE命令来指定新的文件夹选项。如：

b)，在命令提示行下用NET STOP MSsqlSERVER命令停止sql Server实例；

c)，物理移动文件到我们定义的文件夹，比如上面所述D:\Database文件夹；

d)，重启sql Server实例；

大功告成，然后在用上面的查询来验证更改，F5执行，显示如图：

ii)，由于硬件故障而需要移动系统数据库

对于由于硬件故障而需要移动系统数据库，上面的方法就不行了，因为我们可能无法访问服务器来运行ALTER DATABASE命令。那我们就另外换一种解决方案！

a)，如果sql Server实例已经启动，那么停止该实例；

b)，在命令提示行下，输入下面的命令把sql Server实例启动到master-only恢复模式
NET START MSsqlSERVER /f /T3608

c)，之后我们就能链接到服务器了，接下来就和上面”移动一个没有损坏的系统数据库 ”的步骤就一样了。

sql SERVER命令来启动sql Server实例，会收到1814的错误提示。我们可以到“控制面板”-》“管理工具”-》“事件查看器”中看一下具体的错误日志。

2)，移动master数据库

移动master数据库的位置和其他的系统数据库不同是，只能用sql Server 配置管理器来更改master的位置。

首先打开sql Server配置管理器，右击目标sql Server实例，选择属性，然后点击高级标签，如图所示：

在启动参数中编辑各个参数的值来指向新的master数据库数据文件和日志文件的目录位置，如下：

d)，D:\Database\master.mdf;
e)，C:\Program Files\Microsoft sql Server\MSsql10.MSsqlSERVER\MSsql\Log\ERRORLOG;
f)，D:\Database\mastlog.ldf

然后停止sql Server实例，把物理文件移动到新的文件夹下，比如我移动到D:\Database\目录下；

最后启动sql Server实例，就大功告成了！如果要检验一下，就用上面所提到的检验语句,F5执行，如图所示：

数据库设置的信息，大家可以学着移动一下系统数据库，但编程之家的小编觉得，移动不移动的另说，master表还是很有必要备份一下的。