SQL Server 2000 数据库日志过大

我的服务器上使用的是 SQL Server 2000 ，数据库文件放在D分区，该分区只有15G大小，今天突然发现D分区只剩下1.4G了，一检查，发现日志文件居然有11G之多，汗……，于是，决定将数据库文件移到E分区，该分区有50G，应该足够了。

于是开始准备工作。在百度上搜索了一下，答案很多。考虑到该数据库正在使用，为了对用户影响最小，应该在最短的时间内完成移库操作。数据库的主文件（.mdf）只有几百兆，于是决定放弃日志文件，采用分离再附加数据库的办法。

登录到远程服务器，打开企业管理器，右击要分离的数据库，选择分离，收到有用户连接到数据库的提示，断开它，确定，分离成功！然后我迅速的将主文件复制到E区的一个目录中（考虑到万一附加不成功，没有剪切，而是采取复制的方法），开始附加数据库，选择主文件后，发现自动连到了原来D区的日志文件，又晕了，系统还真智能啊！只能取消，又回到D区，将原来的日志文件改个名字（加了两个下划线），再重新附加。这次提示找不到日志文件了，不管它，确定。此时弹出来一个对话框，问你是否创建新日志，我本来想先不附加的，再看看有没有其他的办法，于是点了否，奇迹出现了，居然附加成功！而且在E区主文件处添加了一个新的日志，500多K，数据库恢复正常工作。：）

整个移动过程大概用了不到10分钟。又观察了一会儿，没有发现异常，放心的将D区的数据库主文件和日志文件删除。

没有做过的事，总要去尝试一下（当然，不包括犯罪），才能知道是怎么回事儿。之所以写这篇文章，只是想让没有尝试的后来者有个借鉴。