SQL SERVER 数据库备份的三种策略及语句_MsSql_

1.全量数据备份

   备份整个数据库，恢复时恢复所有。优点是简单，缺点是数据量太大，非常耗时
全数据库备份因为容易实施，被许多系统优先采用。在一天或一周中预定的时间进行全数据库备份使你不用动什么脑筋。使用这种类型的备份带来的问题是非常缺乏灵活性，而且当数据库被冲掉后，你面临丢失大量数据的潜在威胁。例如，假设你每天在午夜备份数据库。

如果服务器在晚上11点崩溃了，你将丢失前面23个小时对数据所做的全部修改。对大多数系统来说，这是无法接受的。对此规则，为数不多的例外如下：

1.系统中所存的数据可以很容易地再创建。这类服务器中一个很好的例子是报表服务器，其中所存的所有数据都由一个批处理过程装载的。如果这个数据库被冲掉了，你只需要再运行一次这个批处理过程，所有数据就可以恢复了。
2.不经常修改的数据库。一个例子是被收集存储在数据中心或数据仓库的历史数据。通常，查询这些数据以判断趋势，但是这些数据极少被修改。
3.一个遥远的站点，那里很少或没有数据库管理员支持。这种类型的站点常常依靠没受过足够培训的人来维持备份计划，并且他还从事其他工作。通常最好保证实施的备份计划非常简单，不必让那些用户监视和维护它。
4.系统中所存数据的重要性很低。一个很好的例子是开发用服务器。在这些类型的服务器上，开发者通常装载一些旧的或假定的数据来测试应用程序。这类数据库每天的备份是可接受的。

Sql语句：

 BACKUP DATABASE [wxh] TO DISK = N'C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\Backup\wxh.bak' WITH NOFORMAT, NOINIT, NAME = N'wxh-Full Database Backup', SKIP, NOREWIND, NOUNLOAD, STATS = 10

2.增量数据备份(Differential Backups)

所谓增量，就是以某个起始时间点的全量数据为基础，备份该时间点以后的数据。而起始时间点的全量数据，就是通过全量备份而为的。
如果有人告诉你“每周一进行全量备份，每天进行一次增量备份。”，这就意味着，星期一作一次全量配份，形成一个起始时间点的全量数据；星期二备份星期一以来的数据；星期三也备份星期一以来的数据；.......星期天也备份星期一以来的数据。到第二周的星期一时，又执行一次全量配份，再开始新的备份周期。
如果要恢复星期三的数据，则要先恢复星期一的全量数据，然后再恢复在星期一到星期三之间的增量数据。
 
增量备份是能用来帮助你实施备份计划的最新技术。这种备份，像事务日志备份一样，只备份你上次全数据库备份后所做的修改。与事务日志备份不一样的是这种备份不允许时间点恢复。它只允许你在实际所做的备份点上恢复。所以，这种备份通常要有事务日志备份作为补充。在下列情况下，增量备份非常有用：

1.你想通过联合使用全数据库备份、增量备份和事务日志备份最大程度地减少花费的时间。
2.数据库的大小使经常做全数据库备份很困难的情况。
3.一个遥远的站点，那里很少或没有数据库管理员支持。这种类型的站点常常依靠没受过足够培训的人来维持备份计划，而且他还经常从事其他工作。通常最好保证实施的备份计划非常简单，不必让那些用户监视和维护它。
4.系统中所存数据不是非常重要，所以所做的一些修改丢失后，不会导致灾难性的后果。对于这种类型的系统，手工重建数据比建立一个事务日志备份计划更容易。

Sql语句

 BACKUP DATABASE [wxh] TO DISK = N'C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\Backup\wxh.bak' WITH DIFFERENTIAL , NOFORMAT, NOINIT, NAME = N'wxh-Differential Database Backup', SKIP, NOREWIND, NOUNLOAD, STATS = 10 GO 

3.日志备份 
   周一做一次全量数据备份，周二时备份 周一至周二 的日志，周三时配份 周二至周三 的日志......。
   若要恢复周三的数据，则先恢复到周一的全量数据，再按 周一至周二的日志、 周二至周三的日志 进行数据库操作

一个事务日志备份只备份事务日志中的信息。事务日志备份必须与至少一次全数据库备份联用，这是因为如果恢复数据，必须要有一个开始点。事务日志备份比全数据库备份少花费许多资源，经常执行也容易多了。这实际上有两个目的。首先是缩短了最后一次备份与服务器失败之间的时间间隔，因而减少了数据损失。事务日志备份还允许你实施一种特殊类型的恢复，即时间点恢复。这种类型的恢复允许你恢复数据到一个特定的时间点，比如到一次实际失败发生前5分钟时。
当某人所做的大量的数据修改或删除要取消时，它显得特别有用。你只需简单地恢复数据库到这次动作发生的时间点前。事务日志恢复在下列情况时非常有用：

1.数据库被高频率地修改。在发生大量的数据库修改时，数据库备份可能很快就过时了，如果把事务日志备份和全数据库备份联系起来使用，这些修改你都能记录下来。
2.你想采取时间点恢复。像我前面提到的，时间点恢复是非常重要和有用的，你可以通过事务日志备份来实现。
3.不能接受丢失大量数据的情况。在这种情况下，你可以每天做一个全数据库备份，再每小时或更频繁地做事务日志备份。这将减少数据丢失量。
4.数据库的大小使得经常做全数据库备份很困难。例如，非常大的数据仓库很容易达到上万亿字节。这种情况下，你可以做一次全数据库备份，然后当数据修改时，再做一次事务日志备份。

Sql语句：

 BACKUP LOG [wxh] TO DISK = N'C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\Backup\wxh.bak' WITH NOFORMAT, NOINIT, NAME = N'wxh-Transaction Log Backup', SKIP, NOREWIND, NOUNLOAD, STATS = 10 GO

4.增量数据备份与日志备份相结合

sql语句：

备份整个数据库：
BACKUP DATABASE { database_name | @database_name_var }
TO < backup_device > [ ,...n ]
[ WITH
    [ BLOCKSIZE = { blocksize | @blocksize_variable } ]
    [ [ , ] DESCRIPTION = { 'text' | @text_variable } ]
    [ [ , ] DIFFERENTIAL ]
    [ [ , ] EXPIREDATE = { date | @date_var }
        | RETAINDAYS = { days | @days_var } ]
    [ [ , ] PASSWORD = { password | @password_variable } ]
    [ [ , ] FORMAT | NOFORMAT ]
    [ [ , ] { INIT | NOINIT } ]
    [ [ , ] MEDIADESCRIPTION = { 'text' | @text_variable } ]
    [ [ , ] MEDIANAME = { media_name | @media_name_variable } ]
    [ [ , ] MEDIAPASSWORD = { mediapassword | @mediapassword_variable } ]
    [ [ , ] NAME = { backup_set_name | @backup_set_name_var } ]
    [ [ , ] { NOSKIP | SKIP } ]
    [ [ , ] { NOREWIND | REWIND } ]
    [ [ , ] { NOUNLOAD | UNLOAD } ]
    [ [ , ] RESTART ]
    [ [ , ] STATS [ = percentage ] ]
]
备份特定的文件或文件组：
BACKUP DATABASE { database_name | @database_name_var }
    < file_or_filegroup > [ ,...n ]
TO < backup_device > [ ,...n ]
[ WITH
    [ BLOCKSIZE = { blocksize | @blocksize_variable } ]
    [ [ , ] DESCRIPTION = { 'text' | @text_variable } ]
    [ [ , ] DIFFERENTIAL ]
    [ [ , ] EXPIREDATE = { date | @date_var }
        | RETAINDAYS = { days | @days_var } ]
    [ [ , ] PASSWORD = { password | @password_variable } ]
    [ [ , ] FORMAT | NOFORMAT ]
    [ [ , ] { INIT | NOINIT } ]
    [ [ , ] MEDIADESCRIPTION = { 'text' | @text_variable } ]
    [ [ , ] MEDIANAME = { media_name | @media_name_variable } ]
    [ [ , ] MEDIAPASSWORD = { mediapassword | @mediapassword_variable } ]
    [ [ , ] NAME = { backup_set_name | @backup_set_name_var } ]
    [ [ , ] { NOSKIP | SKIP } ]
    [ [ , ] { NOREWIND | REWIND } ]
    [ [ , ] { NOUNLOAD | UNLOAD } ]
    [ [ , ] RESTART ]
    [ [ , ] STATS [ = percentage ] ]
]
备份一个事务日志：
BACKUP LOG { database_name | @database_name_var }
{     TO < backup_device > [ ,...n ]
    [ WITH
        [ BLOCKSIZE = { blocksize | @blocksize_variable } ]
        [ [ , ] DESCRIPTION = { 'text' | @text_variable } ]
        [ [ ,] EXPIREDATE = { date | @date_var }
            | RETAINDAYS = { days | @days_var } ]
        [ [ , ] PASSWORD = { password | @password_variable } ]
        [ [ , ] FORMAT | NOFORMAT ]
        [ [ , ] { INIT | NOINIT } ]
        [ [ , ] MEDIADESCRIPTION = { 'text' | @text_variable } ]
        [ [ , ] MEDIANAME = { media_name | @media_name_variable } ]
        [ [ , ] MEDIAPASSWORD = { mediapassword | @mediapassword_variable } ]
        [ [ , ] NAME = { backup_set_name | @backup_set_name_var } ]
        [ [ , ] NO_TRUNCATE ]
        [ [ , ] { NORECOVERY | STANDBY = undo_file_name } ]
        [ [ , ] { NOREWIND | REWIND } ]
        [ [ , ] { NOSKIP | SKIP } ]
        [ [ , ] { NOUNLOAD | UNLOAD } ]
        [ [ , ] RESTART ]
        [ [ , ] STATS [ = percentage ] ]
    ]  }
< backup_device > ::=
    {
        { logical_backup_device_name | @logical_backup_device_name_var }
        |
        { DISK | TAPE } =
            { 'physical_backup_device_name' | @physical_backup_device_name_var }
    }  < file_or_filegroup > ::=
    {
        FILE = { logical_file_name | @logical_file_name_var }
        |
        FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var }
    }

截断事务日志：

BACKUP LOG { database_name | @database_name_var }
{     [ WITH
        { NO_LOG | TRUNCATE_ONLY } ]  }

参数

DATABASE 指定一个完整的数据库备份。假如指定了一个文件和文件组的列表，那么仅有这些被指定的文件和文件组被备份。
说明  在进行完整数据库备份或差异数据库备份时，Microsoft® SQL Server™ 备份足够的事务日志，以生成一个将在还原数据库时使用的一致的数据库。在 master 数据库上只能采用完整数据库备份。
{ database_name | @database_name_var } 指定了一个数据库，从该数据库中对事务日志、部分数据库或完整的数据库进行备份。如果作为变量 (@database_name_var) 提供，则可将该名称指定为字符串常量 (@database_name_var = database name) 或字符串数据类型（ntext 或 text 数据类型除外）的变量。
< backup_device > 指定备份操作时要使用的逻辑或物理备份设备。可以是下列一种或多种形式：
{ logical_backup_device_name } | { @logical_backup_device_name_var }  是由 sp_addumpdevice 创建的备份设备的逻辑名称，数据库将备份到该设备中，其名称必须遵守标识符规则。如果将其作为变量 (@logical_backup_device_name_var) 提供，则可将该备份设备名称指定为字符串常量 (@logical_backup_device_name_var = logical backup device name) 或字符串数据类型（ntext 或 text 数据类型除外）的变量。
{ DISK | TAPE } =  'physical_backup_device_name' | @physical_backup_device_name_var  允许在指定的磁盘或磁带设备上创建备份。在执行 BACKUP 语句之前不必存在指定的物理设备。如果存在物理设备且 BACKUP 语句中没有指定 INIT 选项，则备份将追加到该设备。  当指定 TO DISK 或 TO TAPE 时，请输入完整路径和文件名。例如，DISK = 'C:\Program Files\Microsoft SQL Server\MSSQL\BACKUP\Mybackup.dat' 或 TAPE = '\\.\TAPE0'。
说明  对于备份到磁盘的情况，如果输入一个相对路径名，备份文件将存储到默认的备份目录中。该目录在安装时被设置并且存储在 KEY_LOCAL_MACHINE\Software\Microsoft\MSSQLServer\MSSQLServer 目录下的 BackupDirectory 注册表键值中。
如果使用的是具有统一命名规则 (UNC) 名称的网络服务器或已重新定向的驱动器号，则请指定磁盘的设备类型。
当指定多个文件时，可以混合逻辑文件名（或变量）和物理文件名（或变量）。但是，所有的设备都必须为同一类型（磁盘、磁带或管道）。
Windows 98 不支持备份到磁盘。
n 是表示可以指定多个备份设备的占位符。备份设备数目的上限为 64。
BLOCKSIZE = { blocksize | @blocksize_variable } 用字节数来指定物理块的大小。在 Windows NT 系统上，默认设置是设备的默认块大小。一般情况下，当 SQL Server 选择适合于设备的块大小时不需要此参数。在基于 Windows 2000 的计算机上，默认设置是 65,536（64 KB，是 SQL Server 支持的最大大小）。
对于磁盘，BACKUP 自动决定磁盘设备合适的块大小。
说明  如果要将结果备份集存储到 CD-ROM 中然后从 CD-ROM 中恢复，请将 BLOCKSIZE 设为 2048。 磁带的默认 BLOCKSIZE 为 65,536 (64 KB)。显式声明块大小将替代 SQL Server 选择的块大小。
DESCRIPTION = { 'text' | @text_variable } 指定描述备份集的自由格式文本。该字符串最长可以有 255 个字符。
DIFFERENTIAL 指定数据库备份或文件备份应该与上一次完整备份后改变的数据库或文件部分保持一致。差异备份一般会比完整备份占用更少的空间。对于上一次完整备份时备份的全部单个日志，使用该选项可以不必再进行备份。有关更多信息，请参见差异数据库备份和文件差异备份。
说明  在进行完整数据库备份或差异备份时，SQL Server 备份足够的事务日志，从而在恢复数据库时生成一个一致的数据库。
EXPIREDATE = { date | @date_var } 指定备份集到期和允许被重写的日期。如果将该日期作为变量 (@date_var) 提供，则可以将该日期指定为字符串常量 (@date_var = date)、字符串数据类型变量（ntext 或 text 数据类型除外）、smalldatetime 或者 datetime 变量，并且该日期必须符合已配置的系统 datetime 格式。
RETAINDAYS = { days | @days_var }  指定必须经过多少天才可以重写该备份媒体集。假如用变量 (@days_var) 指定，该变量必须为整型。
重要  假如 EXPIREDATE 或 RETAINDAYS 没有指定，有效期将取决于 sp_configure 的 media retention 配置设置。这些选项仅仅阻止 SQL Server 重写文件。用其它方法可擦除磁带，而通过操作系统可以删除磁盘文件。有关过期验证的更多信息，请参见本主题的 SKIP 和 FORMAT。
PASSWORD = { password | @password_variable } 为备份集设置密码。 PASSWORD 是一个字符串。如果为备份集定义了密码，必须提供这个密码才能对该备份集执行任何还原操作。
重要  备份集密码防止未经授权即通过 SQL Server 2000 工具访问备份集的内容，但是不能防止重写备份集。
有关使用密码的更多信息，请参见"权限"部分。
FORMAT  指定应将媒体头写入用于此备份操作的所有卷。任何现有的媒体头都被重写。FORMAT 选项使整个媒体内容无效，并且忽略任何现有的内容。
重要  使用 FORMAT 要谨慎。格式化一个备份设备或媒体将使整个媒体集不可用。例如，如果初始化现有条带备份集中的单个磁带，则整个备份集都将变得不可用。
通过指定 FORMAT，备份操作也就暗示了 SKIP 和 INIT；这些都不必显式说明。
NOFORMAT 指定媒体头不应写入所有用于该备份操作的卷中，并且不要重写该备份设备除非指定了 INIT。
INIT 指定应重写所有备份集，但是保留媒体头。如果指定了 INIT，将重写那个设备上的所有现有的备份集数据。
当遇到以下几种情况之一时不重写备份媒体：
媒体上的备份设置没有全部过期。有关更多信息，请参见 EXPIREDATE 和 RETAINDAYS 选项。
如果 BACKUP 语句给出了备份集名，该备份集名与备份媒体上的名称不匹配。有关更多信息，请参见 NAME 子句。
使用 SKIP 选项替代这些检查。

提示： 本文由神整理自网络，如有侵权请联系本站删除！
本站声明：
1、本站所有资源均来源于互联网，不保证100%完整、不提供任何技术支持；
2、本站所发布的文章以及附件仅限用于学习和研究目的;不得将用于商业或者非法用途；否则由此产生的法律后果，本站概不负责！