SqlServer2008 数据文件超过6个G,怎么处理 40zhao8848jun]

发布时间:2016-12-10 22:50:48 编辑:www.fx114.net 分享查询网我要评论
本篇文章主要介绍了"SqlServer2008 数据文件超过6个G,怎么处理 40zhao8848jun]",主要涉及到SqlServer2008 数据文件超过6个G,怎么处理 40zhao8848jun]方面的内容,对于SqlServer2008 数据文件超过6个G,怎么处理 40zhao8848jun]感兴趣的同学可以参考一下。

我网站使用SqlServer2008,现在数据文件.mdb那个已经超过6个G了,如果按照这种状态发展下去,我担心会崩溃的,并且现在的备份文件很多,虽然分成几十个备份文件,但每次还原时候,都特别费劲。 对这样的网站数据库部署,大家有没有好的建议和意见。

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

引用 1 楼  的回复:其实6G不算太大,注意磁盘剩余空间即可. 虽然不算太大,可每次还原时候,都需要一个小时

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

为何经常要做整库还原呢?一般只在灾难恢复时需要吧. 若要缩短还原时间,可以用差异备份或日志备份.

6个G,不需要处理。

6个G,不需要处理。

才6个G

做个历史库用来查询用,这样就可以实现读写分离了。还提高了效率。 6个G 像大家说的那样。不算大,注意 剩余空间 够用就可以了。

那请问大家,一个正常运营的门户网站,像CSDN,新浪这些大网站,数据库能达到多大? 关于做历史库,读写分离,有没有详细的方案文档介绍?

那请问大家,一个正常运营的门户网站,像CSDN,新浪这些大网站,数据库能达到多大? --> 这个要问他们的DBA,我猜是这个数. 关于做历史库,读写分离,有没有详细的方案文档介绍?  --> 这是系统设计的问题,包括前端程序的修改,只是一种设计思路.

你猜是哪个数?

对于这里的大神们来说,6G算不了什么的 你现在最在意的问题应该就是备份和还原 建议你们一个星期一次全量备份,每天一次或者差异备份就可以了。如果还要求更高的话,就没小时一次日志备份。

6g确实算不了什么的,如果楼主确实介意可以 1.收缩一下数据库,清理一下日志 2.速度慢的话,可以考虑使用表分区。 3.可以使用缓存 4.条件允许可以考虑一下菲关系型数据库

如果是600G内,有没有想过怎么解决?

600G 呢

上一篇:在创建SQL Server的数据源步骤中弹出SQLState:‘01000’等错误 20分,无满意结帖,结帖人Mmyth]
下一篇:sql 问题请教,数据挖掘 40分,无满意结帖,结帖人lisweet_win]

相关文章

相关评论