科技行者

行者学院 转型私董会 科技行者专题报道 网红大战科技行者

知识库

知识库 安全导航

至顶网软件频道[Sql server]数据备份的三个恢复模型(3)

[Sql server]数据备份的三个恢复模型(3)

  • 扫一扫
    分享文章到微信

  • 扫一扫
    关注官方公众号
    至顶头条

在SQL Server 2000中,有无数种备份数据库的方法。无论你的数据库有多大、改变是否频繁,都有满足你的要求的备份策略。让我们看看几种可以在不同环境下工作的基本备份策略。

作者:korn 来源:赛迪网社区 2007年9月15日

关键字: 恢复模型 数据库 SQL Server SQL Server 各版本

  • 评论
  • 分享微博
  • 分享邮件
用SQL Server Agent来安排你的备份工作的时间表。

  如果在你的生产(production)环境中有现成资源,备份生产数据库到本地磁盘或者网络服务器(用同一个开关)。然后,把备份文件/设备拷贝到磁带上。在存在许多硬件故障(特别是在RAID系统中)的情况下,磁盘常常是完好的(inact)。如果备份文件是在磁盘上,那么恢复时的速度会提高很多。

  备份开发和测试数据库至少要用到SIMPLE恢复模型。

  除了有计划的定时备份外,在进行未记录的(nonlogged)批操作(如,批拷贝)、创建索引、或者改变恢复模型后要备份用户数据库。

  如果你使用的是SIMPLE恢复模型,记住在截短(truncate)交易记录之后备份你的数据库。

  用文档记录你的恢复步骤。至少要大概记录这些步骤,注意所有的重要文件的位置。

  在截短记录之前,也就是所有的已提交(committed)交易从记录中清空之前,所有的这些信息都保存在交易记录中。在SIMPLE恢复模型中,记录在一个CHECKPOINT期间内截短(在SQL Server内存缓冲写道磁盘时),它是自动发生的,但也可以手动执行。这也就是SIMPLE恢复模型不支持时间点(point-in-time)恢复的原因。在FULL和BULK_LOGGED恢复模型下,当交易记录被备份时,交易记录被截短,除非你明确指出不进行截短。

  为了备份交易记录,使用BACKUP LOG命令。其基本语法与BACKUP命令非常相似:

  BACKUP LOG { database } TO

  下面是如何把交易记录备份到一个名为LogBackupDevice的逻辑设备上的例子:

  BACKUP TRANSACTION Northwind TO LogBackupDevice

  如果你不希望截短交易记录,使用NO_TRUNCATE选项,如下所示:

  BACKUP TRANSACTION Northwind TO LogBackupDevice WITH NO_TRUNCATE

  只是基本知识

  尽管我在本文中仅仅概述了数据库恢复的基本知识,你还是可以通过这些技巧来找到正确的方向。那么,为了避免不必要的(丢失数据造成的)恐慌,你要做到每周备份主数据库,每天备份msdb。
    • 评论
    • 分享微博
    • 分享邮件
    邮件订阅

    如果您非常迫切的想了解IT领域最新产品与技术信息,那么订阅至顶网技术邮件将是您的最佳途径之一。

    重磅专题
    往期文章
    最新文章