sqlserver 数据库过大的问题，各位老大指点

[kuailewangzi1212]

数据库采用sqlserver2008，目前数据库300多G，平均每天增长10G左右，项目的数据量并不是很大，而是有一张表存储了个人的照片，每张照片大概3M左右(公司要求)的原因，现在每周做一次完整备份，每天做差异备份，担心后续数据库越来越大，万一有磁盘坏道或者其他原因造成数据库出错，希望有这方面维护经验的老大们指点，像这样的情况的注意事项。

[Q315054403]

备份是必须的，镜像也可选择 备份：前期要规划好磁盘、数据归类等，８T，就不能单从备份上考虑

[阳泉酒家小当家]

我们公司也会存储图片，但只是在数据库中存储路径，图片是存储在windows系统的目录中的。 建议你们修改应用，否则每天平均增长10g，没几天就得上1个T了，到时候，出现问题的可能更大。

[阳泉酒家小当家]

另外，如果你要保证数据库的正常，最好每周做一个 ： dbcc checkdb(数据库名称) 来检测一下数据库内的数据是否有损坏。

[kuailewangzi1212]

另外，如果你要保证数据库的正常，最好每周做一个 ： dbcc checkdb(数据库名称) 来检测一下数据库内的数据是否有损坏。 -------------------------------------------------- 兄弟，多谢了

[阳泉酒家小当家]

引用 3 楼 kuailewangzi1212 的回复:

另外，如果你要保证数据库的正常，最好每周做一个 ： dbcc checkdb(数据库名称) 来检测一下数据库内的数据是否有损坏。 -------------------------------------------------- 兄弟，多谢了

对了，忘记说了，这样可以加快检测速度，不过会锁表，最好在晚上维护周期内执行：

dbcc checkdb(数据库名称) with tablock

[xiaoxiangqing]

这么大的数据，最好用oracle或者db2

[Q315054403]

每晚全备份，加每N分钟的日志备份就OK喽 300G说大不大，说小不小。。小马过河

[kuailewangzi1212]

每晚全备份，加每N分钟的日志备份就OK喽 300G说大不大，说小不小。。小马过河 ----------------------------------- 谢谢先，数据库将来有可能达到8T，备份有没有什么好的方法

[阳泉酒家小当家]

引用 7 楼 kuailewangzi1212 的回复:

每晚全备份，加每N分钟的日志备份就OK喽 300G说大不大，说小不小。。小马过河 ----------------------------------- 谢谢先，数据库将来有可能达到8T，备份有没有什么好的方法

建议别用备份，考虑用高可用性，比如数据库复制，不过同步数据时，可能会有延时。

[kuailewangzi1212]

建议别用备份，考虑用高可用性，比如数据库复制，不过同步数据时，可能会有延时。 --------------------------------------------------------- 好的，我先研究下

[阳泉酒家小当家]

引用 9 楼 kuailewangzi1212 的回复:

建议别用备份，考虑用高可用性，比如数据库复制，不过同步数据时，可能会有延时。 --------------------------------------------------------- 好的，我先研究下

因为如果你的数据库到了8TB，那么每次备份，可能需要N个小时，所以当数据库大到一定的程度，备份就不太适合了

[oreoconansisu]

收缩数据库可行