我们有一个来自客户的bak文件,我们已经转移到我们的开发人员办公室进行问题调查。备份当前为25 be,恢复的数据库大小大致相同,但需要100 be才能恢复。我相信这是因为数据库设置为75 is的事务日志大小。还原数据库之后,我们可以收缩日志文件,但是在还原中有什么方法可以这样做吗?
发布于 2011-09-29 01:49:20
无法将备份收缩为还原过程的一部分。还原的数据库必须与源数据库完全一样,唯一的例外是可以更改周围的驱动器、字母和文件夹。
发布于 2011-10-02 16:12:21
您可以在空间有限的情况下,将日志文件还原到压缩文件夹中,这样就可以在活动环境中使用“从不做任何事情”的环境黑客。通过压缩现有文件夹并将其还原到此文件夹,将导致错误,因此必须使用符号链接进行欺骗。
D:\LogCompressed\mklink /D /J D:\Log\ D:\LogCompressed\的符号链接D:\Log\的ldf文件恢复数据库它是肮脏的,它是欺骗,从来没有在现场做过,但它是有效的。使用32 to日志文件对新创建的数据库进行快速测试显示,当压缩、解压缩文件夹和磁盘大小回到32 to时,它在磁盘上占用330 to。
发布于 2011-09-29 01:41:01
我相信您的备份是25 GB,还原的数据库是100 GB的原因不是因为您的事务日志。我的猜测是,您的数据库文件有100 GB的分配空间,数据库中有25 GB的实际数据。
分配的数据库文件空间与已使用的数据空间之间存在差异。在这种情况下,前者是100 GB,后者是25 GB。
https://dba.stackexchange.com/questions/6297
复制相似问题