none
數據庫日志文件壓縮的問題 RRS feed

  • 问题

  • 現在這邊的數據庫的日志壓縮工作是設置在每次完全備份之后,這樣的話,完全備份的時候就把那些不活動的日志也進行了備份。就是想問下,可不可以先進行日志的壓縮再進行完全備份呢,這樣做對數據庫有沒什么影響?

    2009年1月10日 3:02

答案

  • 当然可以

    如果你只做完全备份,  甚至可以在收缩之前做日志截断操作

    backup log dbname with no_log

    如果是 sql 2005 或者之后的版本, 则是把数据库恢复模型改为简单, 再改回去)

     

    2009年1月10日 4:29
  • 另外, 如果你不考虑日志备份, 也不考虑使用日志来进行故障恢复, 则可以把数据库恢复模型设置为 简单, 这样数据库产生的日志会少很多, 能在一定程度是提高数据库性能.

     

    2009年1月10日 4:30
  • 实际上完全备份是针对数据而言的,日志部分并不进入备份文件中,因此在完全备份之前压缩日志并不需要,而且也不推荐:万一你压缩日志出了问题,却还没有作数据库完全备份!

    所以想要压缩日志的话,还是在做完完全备份后,把Full恢复模式改为Simple,shrink日志,再改回Full就好了。

     

    2009年1月11日 15:42
  • Full backup and diff backup will not truncate committed transactions from log file.

     

    2009年1月15日 14:57

全部回复

  • 当然可以

    如果你只做完全备份,  甚至可以在收缩之前做日志截断操作

    backup log dbname with no_log

    如果是 sql 2005 或者之后的版本, 则是把数据库恢复模型改为简单, 再改回去)

     

    2009年1月10日 4:29
  • 另外, 如果你不考虑日志备份, 也不考虑使用日志来进行故障恢复, 则可以把数据库恢复模型设置为 简单, 这样数据库产生的日志会少很多, 能在一定程度是提高数据库性能.

     

    2009年1月10日 4:30
  • 实际上完全备份是针对数据而言的,日志部分并不进入备份文件中,因此在完全备份之前压缩日志并不需要,而且也不推荐:万一你压缩日志出了问题,却还没有作数据库完全备份!

    所以想要压缩日志的话,还是在做完完全备份后,把Full恢复模式改为Simple,shrink日志,再改回Full就好了。

     

    2009年1月11日 15:42
  • 我問其他人 他們不是說完全備份和差異備份都是要備份日志的嗎 怎么你說不進入備份文件中呢?

    到底誰是正確的?

    2009年1月15日 3:19
  • Full backup and diff backup will not truncate committed transactions from log file.

     

    2009年1月15日 14:57