Fanr

  博客园  :: 首页  :: 新随笔  :: 联系 :: 订阅 订阅  :: 管理

2011年3月17日

摘要: 在进行SQL Server培训的时候,人们总是会有这样的一个疑问:“当事务日志增长到一定程度的时候,我该怎么办?”我一般会用另一个问题来回答,那就是:“你进行备份了吗?”对于这一问题,人们的回答往往是:“当然,我们每天晚上都会备份整个数据库。”但是你对日志进行备份了吗?在这一点上,学员们认为如果能解决这一难题,这个培训就是值得的。 进行事务日志备份的时候,不仅仅是只将最新提交的事务备份,与此同时还会截断相应的日志文件。截断就意味着备份过的事务将会从日志文件中移除,为新的的事务腾出空间。事实上,如果你不备份事务日志,它就会无限制地增长,直到你的硬盘空间不足为止。菜鸟SQL Server DBA. 阅读全文
posted @ 2011-03-17 22:35 Fanr_Zh 阅读(636) 评论(0) 推荐(0) 编辑

摘要: SQL Server备份属于I/O密集型操作。简单来说,你需要首先进行读操作,然后再写整个数据库的内容。下面是几个可以改善I/O吞吐量的步骤: 向尽可能多的磁盘做写操作 使用尽可能多的磁盘驱动器来分离负载量,可以是由许多块盘组成的RAID阵列或者是多个RAID阵列。 从尽可能多块磁盘做读操作 如果你的数据库跨多块磁盘分布,你可以降低I/O瓶颈。 利用分离磁盘做读操作和写操作 对不同的磁盘组做读操作和写操作有助于增加I/O吞吐量。 RAID配置 对读操作和写操作尽可能使用速度最快的RAID配置。例如,RAID 5比较慢,因为它需要对磁盘有额外的写操作。RAID 0对写操作来说是最快的,但是它不提 阅读全文
posted @ 2011-03-17 15:50 Fanr_Zh 阅读(556) 评论(0) 推荐(0) 编辑

摘要: 让你的备份模型与你的恢复模型相符合 确保你运行的备份类型与你的数据库设置的恢复模型相符合。我见过许多案例设置为完全恢复,但是只有全备份被提到。在这些实例中,事务日志远远比数据库文件更大,但仍然得到了每个备份的支持。 利用大块日志恢复模型 如果你将给数据库中做大量插入,而且要求如果必要的话可以重建数据,那就通过使用大容量日志恢复模型保存事务日志备份时间。这个选项不对每个大块加载操作都记日志,这样可以使你的事务日志内容更少,事务日志备份运行更快。 采用差异备份 如果你的数据库非常大,但是可能整个一周数据库都不会有太多变化,那么利用差异性备份可以降低你运行备份的时间。利用这种方法,你可以在一周里每天 阅读全文
posted @ 2011-03-17 15:19 Fanr_Zh 阅读(366) 评论(0) 推荐(0) 编辑

摘要: http://www.searchdatabase.com.cn/showcontent_39571.htm 阅读全文
posted @ 2011-03-17 14:49 Fanr_Zh 阅读(336) 评论(0) 推荐(0) 编辑

摘要: 众所周知SqlServerExpress2005 属于简装版,安装程序五六十兆,在客户的服务器上部署时很畅快。但该数据库无Agent这样对我们进行定时备份保护数据安全带来了麻烦。为了定时备Express2005数据库,可以采取以下方案: 1.编写WindowsService,在服务内调用备份数据库方法。 2.使用Windows自带的计划任务。(推荐使用)。 下面就由我来介绍一下如何用计划任务实现数据库备份的,操作步骤如下: 1. 首先建立一个windows任务计划,打开任务计划向导,选择指定的的exe文件,该文件名为SQLCMD.EXE,位于x:\Program Files\Microsoft 阅读全文
posted @ 2011-03-17 13:45 Fanr_Zh 阅读(369) 评论(0) 推荐(0) 编辑