SqlServer2008 数据文件超过6个G，怎么处理
我网站使用SqlServer2008，现在数据文件.mdb那个已经超过6个G了，如果按照这种状态发展下去，我担心会崩溃的，并且现在的备份文件很多，虽然分成几十个备份文件，但每次还原时候，都特别费劲。

对这样的网站数据库部署，大家有没有好的建议和意见。

------解决方案--------------------
其实6G不算太大,注意磁盘剩余空间即可.

------解决方案--------------------
还有历史数据可以考虑迁移走或删除,如专门建个历史数据的DB.

------解决方案--------------------
为何经常要做整库还原呢?一般只在灾难恢复时需要吧.

若要缩短还原时间,可以用差异备份或日志备份.
------解决方案--------------------
6个G，不需要处理。
------解决方案--------------------
6个G，不需要处理。
------解决方案--------------------
才6个G
------解决方案--------------------
做个历史库用来查询用，这样就可以实现读写分离了。还提高了效率。
6个G 像大家说的那样。不算大，注意 剩余空间 够用就可以了。
------解决方案--------------------
那请问大家，一个正常运营的门户网站，像CSDN，新浪这些大网站，数据库能达到多大？
--> 这个要问他们的DBA,我猜是这个数.

关于做历史库，读写分离，有没有详细的方案文档介绍？ 
--> 这是系统设计的问题,包括前端程序的修改,只是一种设计思路.
------解决方案--------------------
对于这里的大神们来说，6G算不了什么的

你现在最在意的问题应该就是备份和还原
建议你们一个星期一次全量备份，每天一次或者差异备份就可以了。如果还要求更高的话，就没小时一次日志备份。
------解决方案--------------------
6g确实算不了什么的，如果楼主确实介意可以
1.收缩一下数据库，清理一下日志
2.速度慢的话，可以考虑使用表分区。
3.可以使用缓存
4.条件允许可以考虑一下菲关系型数据库