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

建议你们修改应用，否则每天平均增长10g，没几天就得上1个T了，到时候，出现问题的可能更大。


------解决方案--------------------
另外，如果你要保证数据库的正常，最好每周做一个 ：

dbcc checkdb(数据库名称)

来检测一下数据库内的数据是否有损坏。
------解决方案--------------------

引用:

另外，如果你要保证数据库的正常，最好每周做一个 ：

dbcc checkdb(数据库名称)

来检测一下数据库内的数据是否有损坏。
--------------------------------------------------
兄弟，多谢了

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

dbcc checkdb(数据库名称) with tablock

------解决方案--------------------
这么大的数据，最好用oracle或者db2
------解决方案--------------------
每晚全备份，加每N分钟的日志备份就OK喽
300G说大不大，说小不小。。小马过河
------解决方案--------------------

引用:

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

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


------解决方案--------------------

引用:

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

因为如果你的数据库到了8TB，那么每次备份，可能需要N个小时，所以当数据库大到一定的程度，备份就不太适合了
------解决方案--------------------
收缩数据库可行
------解决方案--------------------
备份是必须的，镜像也可选择
备份：前期要规划好磁盘、数据归类等，８T，就不能单从备份上考虑