【问题标题】:Shrink databases in case a database split在数据库拆分的情况下收缩数据库
【发布时间】:2014-02-24 06:12:14
【问题描述】:

由于采用了新架构,我必须将当前数据库拆分为 2 个数据库,这两个数据库都占初始数据库的 50% (= 15GB)。

1/ 为 2 个新创建的数据库执行 DBCC SHRINKDATABASE (0) 是个好主意吗?我在问这个问题,因为我读过很多文章都说缩小的数据库会导致碎片化。

2/ 在进行分离时将两个数据库都设置为 SIMPLE 恢复,然后将其设置为 FULL 是否是一种好方法?

您建议在这种情况下采取什么措施?

【问题讨论】:

  • 让我们把它移到 dba.stackexchange.com - 这不是一个开发问题。

标签: sql-server database shrink


【解决方案1】:

显然,空间缩小是不可能再利用的。就是说,数据库最初的大小非常小-我这里的数据库有多个文件,而arch则更大。因此,收益可能根本不值得。

但是,如果数据库不会在合理的时间内恢复增长并且您需要空间,则收缩是一个有效的案例。

【讨论】:

  • 其中一个数据库增长幅度较小,而另一个则增长较快。
  • 那么,如果它们再次长大,缩小它们的意义是什么?除非它们需要数年(倍数=)才能恢复,否则这是一个经典的不案例。即便如此,它们也很小。
  • 感谢您的回答。现在很清楚:只有增长缓慢的数据库需要收缩,而其他数据库不应该收缩。
猜你喜欢
  • 1970-01-01
  • 2011-08-31
  • 2017-12-28
  • 1970-01-01
  • 1970-01-01
  • 2017-08-17
  • 1970-01-01
  • 1970-01-01
  • 2015-12-21
相关资源
最近更新 更多