sqlserver 数据库过大的有关问题，各位老大指点
sqlserver 数据库过大的问题，各位老大指点数据库采用sqlserver2008，目前数据库300多G，平均每天增长10G左右
sqlserver 数据库过大的问题，各位老大指点
数据库采用sqlserver2008，目前数据库300多G，平均每天增长10G左右，项目的数据量并不是很大，而是有一张表存储了个人的照片，每张照片大概3M左右(公司要求)的原因，现在每周做一次完整备份，每天做差异备份，担心后续数据库越来越大，万一有磁盘坏道或者其他原因造成数据库出错，希望有这方面维护经验的老大们指点，像这样的情况的注意事项。
[解决办法]
我们公司也会存储图片，但只是在数据库中存储路径，图片是存储在windows系统的目录中的。
建议你们修改应用，否则每天平均增长10g，没几天就得上1个T了，到时候，出现问题的可能更大。
[解决办法]
另外，如果你要保证数据库的正常，最好每周做一个 ：
dbcc checkdb(数据库名称)
来检测一下数据库内的数据是否有损坏。
[解决办法]
对了，忘记说了，这样可以加快检测速度，不过会锁表，最好在晚上维护周期内执行：
dbcc checkdb(数据库名称) with tablock
[解决办法]这么大的数据，最好用oracle或者db2
[解决办法]每晚全备份，加每N分钟的日志备份就OK喽
300G说大不大，说小不小。。小马过河
[解决办法]建议别用备份，考虑用高可用性，比如数据库复制，不过同步数据时，可能会有延时。
[解决办法]因为如果你的数据库到了8TB，那么每次备份，可能需要N个小时，所以当数据库大到一定的程度，备份就不太适合了
[解决办法]收缩数据库可行
[解决办法]备份是必须的，镜像也可选择
备份：前期要规划好磁盘、数据归类等，８T，就不能单从备份上考虑
