在我们的MS SQL Server 2005盒子中，每天早上当维护计划运行时，我们遇到一个小问题。 在短短的几秒钟内，服务器的C：-drive就会被占满，剩下不到1GB的空间，通常它有7GB以上的空闲空间。 它干扰系统上的复制程序，当空闲空间降低时停止复制，但当空闲空间再次自动启动时不会自动启动。
（为了让你知道它有多快，下面是今天早上的时间：在05:08:43可用磁盘空间<1GB，然后在05:08:51可用磁盘空间> 7GB。在不到10秒内，6GB的数据被创build和销毁。）
维护计划执行以下操作：检查数据库，收缩数据库，重新组织索引，并清除旧的日志文件。
请注意，SQL Server安装在C：-drive上，但所有数据库和tempdb已被移动到另一个较大的驱动器。 是否有一些其他临时目录或SQL Server可能会在这些任务，我需要重新指向不同的驱动器使用？
你确定这是SQL占用的空间？ 从你所描述的，一切应该发生在其他卷。 首先我会尝试在这段时间内运行一个SQL事件探查器跟踪，看看你能否看到它。 如果这不能消除任何光线，我会尝试运行进程监视器 ，看看你是否可以追查发生了什么事情。
事实上，正如squillman所言，这不是SQL Server导致的问题。 或者说，我是间接的
似乎复制程序（获取错误的程序）也可能试图复制tempdb，并将其caching文件保留在C：盘上。 所以当tempdb临时扩展为checkdb等时，复制程序正在将所有更改复制到C :.
昨天晚上，我改变了复制程序忽略tempdb文件，以及保持它的caching在D： – 驱动器，并且这个问题今天早上没有再次发生。