BACKUP (Transact-SQL)
BACKUP (Transact-SQL)
BACKUP (Transact-SQL)
本主题适用于：SQL Server（从 2008 开始）Azure SQL 数据库Azure SQL 数据仓库并行数据仓库 备份的完整SQL Server数据库创建数据库备份，或一个或多个文件组的数据库创建文件备份 （备份数据库）。 另外，在完整恢复模式或大容量日志恢复模式下备份数据库事务日志以创建日志备份 (BACKUP LOG)。
Backing Up a Whole Database
BACKUP DATABASE { database_name | @database_name_var }
TO &backup_device& [ ,...n ]
[ &MIRROR TO clause& ] [ next-mirror-to ]
[ WITH { DIFFERENTIAL | &general_WITH_options& [ ,...n ] } ]
Backing Up Specific Files or Filegroups
BACKUP DATABASE { database_name | @database_name_var }
&file_or_filegroup& [ ,...n ]
TO &backup_device& [ ,...n ]
[ &MIRROR TO clause& ] [ next-mirror-to ]
[ WITH { DIFFERENTIAL | &general_WITH_options& [ ,...n ] } ]
Creating a Partial Backup
BACKUP DATABASE { database_name | @database_name_var }
READ_WRITE_FILEGROUPS [ , &read_only_filegroup& [ ,...n ] ]
TO &backup_device& [ ,...n ]
[ &MIRROR TO clause& ] [ next-mirror-to ]
[ WITH { DIFFERENTIAL | &general_WITH_options& [ ,...n ] } ]
Backing Up the Transaction Log (full and bulk-logged recovery models)
BACKUP LOG { database_name | @database_name_var }
TO &backup_device& [ ,...n ]
[ &MIRROR TO clause& ] [ next-mirror-to ]
[ WITH { &general_WITH_options& | &log-specific_optionspec& } [ ,...n ] ]
&backup_device&::=
{ logical_device_name | @logical_device_name_var }
| { DISK | TAPE | URL} =
{ 'physical_device_name' | @physical_device_name_var }
&MIRROR TO clause&::=
MIRROR TO &backup_device& [ ,...n ]
&file_or_filegroup&::=
FILE = { logical_file_name | @logical_file_name_var }
| FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var }
&read_only_filegroup&::=
FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var }
&general_WITH_options& [ ,...n ]::=
--Backup Set Options
| { COMPRESSION | NO_COMPRESSION }
| DESCRIPTION = { 'text' | @text_variable }
| NAME = { backup_set_name | @backup_set_name_var }
| CREDENTIAL
| ENCRYPTION
| FILE_SNAPSHOT
| { EXPIREDATE = { 'date' | @date_var }
| RETAINDAYS = { days | @days_var } }
--Media Set Options
{ NOINIT | INIT }
| { NOSKIP | SKIP }
| { NOFORMAT | FORMAT }
| MEDIADESCRIPTION = { 'text' | @text_variable }
| MEDIANAME = { media_name | @media_name_variable }
| BLOCKSIZE = { blocksize | @blocksize_variable }
--Data Transfer Options
BUFFERCOUNT = { buffercount | @buffercount_variable }
| MAXTRANSFERSIZE = { maxtransfersize | @maxtransfersize_variable }
--Error Management Options
{ NO_CHECKSUM | CHECKSUM }
| { STOP_ON_ERROR | CONTINUE_AFTER_ERROR }
--Compatibility Options
--Monitoring Options
STATS [ = percentage ]
--Tape Options
{ REWIND | NOREWIND }
| { UNLOAD | NOUNLOAD }
--Log-specific Options
{ NORECOVERY | STANDBY = undo_file_name }
| NO_TRUNCATE
--Encryption Options
ENCRYPTION (ALGORITHM = { AES_128 | AES_192 | AES_256 | TRIPLE_DES_3KEY } , encryptor_options ) &encryptor_options& ::=
SERVER CERTIFICATE = Encryptor_Name | SERVER ASYMMETRIC KEY = Encryptor_Name
指定一个完整数据库备份。 如果指定了一个文件和文件组的列表，则仅备份该列表中的文件和文件组。 在进行完整数据库备份或差异数据库备份的过程中，SQL Server 会备份足够多的事务日志，以便在还原备份时生成一个一致的数据库。当还原备份创建的备份数据库 (数据备份)，在整个备份还原。 只有日志备份才能还原到备份中的特定时间或事务。 说明
可以对执行完整数据库备份master数据库。LOG
指定仅备份事务日志。 该日志是从上一次成功执行的日志备份到当前日志的末尾。 必须创建完整备份，才能创建第一个日志备份。通过指定 WITH STOPAT、 STOPATMARK 或 STOPBEFOREMARK 中的还原到特定时间或备份内的事务日志备份你语句。 说明
执行典型日志备份后，如果没有指定 WITH NO_TRUNCATE 或 COPY_ONLY，某些事务日志记录将变为不活动状态。 一个或多个虚拟日志文件中的所有记录变为不活动状态后，日志将被截断。 如果日志在常规日志备份后未被截断，则可能是某些操作延迟了日志截断。 有关详细信息，请参阅{ database_name| @database_name_var }
备份事务日志、部分数据库或完整的数据库时所用的源数据库。 如果为变量提供 (@database_name_var)，此名称可以是指定为字符串常量 (@database_name_var=数据库名称) 或作为变量的字符字符串数据类型，除ntext或文本数据类型。 说明
不能备份数据库镜像伙伴关系中的镜像数据库。&file_or_filegroup&[ ,...n ]&/file_or_filegroup&
只能与 BACKUP DATABASE 一起使用，用于指定某个数据库文件或文件组包含在文件备份中，或指定某个只读文件或文件组包含在部分备份中。FILE = { logical_file_name| @logical_file_name_var }
文件或变量的逻辑名称，其值等于要包含在备份中的文件的逻辑名称。文件组** = ** { logical_filegroup_name| @logical_filegroup_name_var }
文件组或变量的逻辑名称，其值等于要包含在备份中的文件组的逻辑名称。 在简单恢复模式下，只允许对只读文件组执行文件组备份。 说明
如果数据库的大小和性能要求使得进行数据库备份不切实际，则应考虑使用文件备份。n
一个占位符，表示可以在逗号分隔的列表中指定多个文件和文件组。 数量不受限制。有关详细信息，请参阅︰和。READ_WRITE_FILEGROUPS [ ，文件组 = { logical_filegroup_name| @logical_filegroup_name_var } [ ，...n ] ]
指定部分备份。 部分备份包括数据库中的所有读/写文件：主文件组和任何读/写辅助文件组，以及任何指定的只读文件或文件组。READ_WRITE_FILEGROUPS
指定在部分备份中备份所有读/写文件组。 如果数据库是只读的，则 READ_WRITE_FILEGROUPS 仅包括主文件组。 重要事项
使用 FILEGROUP 而不是 READ_WRITE_FILEGROUPS 显式列出读/写文件组将会创建文件备份。文件组 = { logical_filegroup_name| @logical_filegroup_name_var }
只读文件组或变量的逻辑名称，其值等于要包含在部分备份中的只读文件组的逻辑名称。 有关详细信息，请参阅本主题前面的 "&file_or_filegroup&"。n
一个占位符，表示可以在逗号分隔的列表中指定多个只读文件组。有关部分备份的详细信息，请参阅。TO &backup_device& [ ,...n ]&/backup_device&
指示相关的设置的是未镜像的介质集或镜像媒体集 （用于的一个或多个 MIRROR TO 子句中声明） 内的镜像的第一个。&backup_device&
指定用于备份操作的逻辑备份设备或物理备份设备。{ logical_device_name | @logical_device_name_var }
要将数据库备份到的备份设备的逻辑名称。 逻辑名称必须遵守标识符规则。 如果为变量提供 (@logical_device_name_var)，备份设备名称可以是指定为字符串常量 (@logical_device_name_var ** = 逻辑备份设备名称) 或为除任何字符字符串数据类型的变量的ntext或文本**数据类型。{磁盘 |磁带 |URL} = { 'physical_device_name' | @physical_device_name_var }
指定磁盘文件或磁带设备，或者 Windows Azure 存储服务。 该 URL 的格式用于创建备份到 Windows Azure 存储服务。 有关详细信息和示例，请参阅。 本教程，请参阅教程︰ SQL Server 备份和还原到 Windows Azure Blob 存储服务。 警告
与SQL Server 2012直到 SP1 CU2 SQL Server 2016，你可以对单个设备仅备份，备份到 URL 时。 若要备份到多个设备，当备份到 URL 你必须使用SQL Server 2016通过)，并且必须使用共享访问签名 (SAS) 令牌。 有关创建共享访问签名的示例，请参阅和。URL︰ 适用于: SQL Server (SQL Server 2012通过 SP1 CU2)。如果某一磁盘设备不存在，也可以在 BACKUP 语句中指定它。 如果存在物理设备且 BACKUP 语句中未指定 INIT 选项，则备份将追加到该设备。有关详细信息，请参阅。 说明
在 SQL Server 的未来版本中将删除 TAPE 选项。 请避免在新的开发工作中使用该功能，并着手修改当前还在使用该功能的应用程序。n
一个占位符，表示最多可以在逗号分隔的列表中指定 64 个备份设备。MIRROR TO &backup_device& [ ,...n ]&/backup_device&
指定一组辅助备份设备（最多三个），其中每个设备都将镜像 TO 子句中指定的备份设备。 必须对 MIRROR TO 子句和 TO 子句指定相同类型和数量的备份设备。 最多可以使用三个 MIRROR TO 子句。此选项仅在 SQL Server 的 Enterprise 版中可用。 说明
对于 MIRROR TO = DISK，BACKUP 自动决定磁盘设备合适的块大小。 有关块大小的详细信息，请参阅此表后面的 "BLOCKSIZE"。&backup_device&
请参阅本部分前面的 "&backup_device&"。n
一个占位符，表示最多可以在逗号分隔的列表中指定 64 个备份设备。 MIRROR TO 子句中的设备数必须等于 TO 子句中的设备数。有关详细信息，请参阅本主题后面“备注”部分中的“镜像介质集中的介质簇”。[下一步-为镜像]
一个占位符，表示一个 BACKUP 语句除了包含一个 TO 子句外，最多还可包含三个 MIRROR TO 子句。指定要用于备份操作的选项。CREDENTIAL
仅在创建到 Windows Azure Blob 存储服务的备份时使用。适用于: SQL Server (SQL Server 2012通过 SP1 CU2)。FILE_SNAPSHOT
用于创建数据库文件的 Azure 快照时的所有 SQL Server 数据库文件存储使用 Azure Blob 存储服务。 有关详细信息，请参阅。 SQL Server快照备份，获取一致状态的数据库文件 （数据和日志文件） 的 Azure 快照。 一组一致的 Azure 快照备份文件中记录和构成备份。 之间的唯一区别备份数据库到 URL WITH FILE_SNAPSHOT和备份日志到 URL WITH FILE_SNAPSHOT是，后者也会进行截断事务日志而前者不。 与SQL Server快照备份、 所需的初始完整备份之后SQL Server建立备份链，只需要单个事务日志备份还原的事务日志备份的时间点到数据库。 此外，只有两个事务日志备份所需的时间之间的时间的两个事务日志备份数据库还原到某个点。适用于:SQL Server 2016通过)。DIFFERENTIAL
只能与 BACKUP DATABASE 一起使用，指定数据库备份或文件备份应该只包含上次完整备份后更改的数据库或文件部分。 差异备份一般会比完整备份占用更少的空间。 对于上一次完整备份后执行的所有单个日志备份，使用该选项可以不必再进行备份。 说明
默认情况下，BACKUP DATABASE 创建完整备份。有关详细信息，请参阅。ENCRYPTION
用于指定将备份加密。 可指定加密备份所用的加密算法，或指定“NO_ENCRYPION”以不加密备份。 建议进行加密以帮助保护备份文件的安全。 可指定的算法的列表如下：AES_128AES_192AES_256TRIPLE_DES_3KEYNO_ENCRYPTION如果决定加密，则还必须使用加密程序选项指定加密程序：SERVER CERTIFICATE = Encryptor_NameSERVER ASYMMETRIC KEY = Encryptor_Name 警告
当与 FILE_SNAPSHOT 参数结合使用加密时，使用指定的加密算法加密元数据文件本身并系统验证 TDE 已完成对数据库。 无其他加密对于数据本身。 如果未加密数据库，或如果之前未完成加密颁发备份语句，备份将失败。备份集选项这些选项对此备份操作创建的备份集进行操作。 说明
若要指定备份集还原操作，使用文件** = ** * &backup_set_file_number&*选项。&/backup_set_file_number& 有关如何指定备份集的详细信息，请参阅"指定备份集"中。COPY_ONLY
指定备份为仅复制备份，这不会影响常规备份的序列。 仅复制备份是独立于定期计划的常规备份而创建的。 仅复制备份不会影响数据库的总体备份和还原过程。应在出于特殊目的而进行备份的情况下使用仅复制备份，例如在进行联机文件还原前备份日志。 通常，仅复制日志备份仅使用一次即被删除。与 BACKUP DATABASE 一起使用时，COPY_ONLY 选项创建的完整备份不能用作差异基准。 差异位图不会被更新，因此差异备份的表现就像仅复制备份不存在一样。 后续差异备份将最新的常规完整备份用作它们的基准。 重要事项
如果将 DIFFERENTIAL 与 COPY_ONLY 一起使用，则忽略 COPY_ONLY，将创建差异备份。当用于备份日志，COPY_ONLY 选项创建仅复制日志备份，其中不截断事务日志。 仅复制日志备份对日志链没有任何影响，因此其他日志备份的表现就像仅复制备份不存在一样。有关详细信息，请参阅。{ COMPRESSION | NO_COMPRESSION }
在SQL Server 2008 Enterprise和更高版本仅，指定是否执行此备份，重写服务器级默认设置。安装时，默认行为是不进行备份压缩。 可以通过设置更改此默认设置，但服务器配置选项。 有关查看此选项的当前值的信息，请参阅。COMPRESSION
显式启用备份压缩。NO_COMPRESSION
显式禁用备份压缩。DESCRIPTION = { 'text' | @text_variable }
指定说明备份集的自由格式文本。 该字符串最长可达 255 个字符。NAME = { backup_set_name| @backup_set_var }
指定备份集的名称。 名称最长可达 128 个字符。 如果未指定 NAME，它将为空。{ EXPIREDATE ='date'|RETAINDAYS = days }
指定允许覆盖该备份的备份集的日期。 如果同时使用这两个选项，RETAINDAYS 的优先级别将高于 EXPIREDATE。如果两个选项指定，到期日期将由mediaretention配置设置。 有关详细信息，请参阅 （服务器配置选项 (SQL Server)）。 重要事项
这些选项仅仅阻止 SQL Server 覆盖文件。 用其他方法仍可擦除磁带，而通过操作系统也可以删除磁盘文件。 有关过期验证的详细信息，请参阅本主题中的 SKIP 和 FORMAT。EXPIREDATE = { 'date'| @date_var }
指定备份集到期和允许被覆盖的日期。 如果为变量提供 (@date_var)，此日期必须按照配置的系统datetime格式化，并指定为以下项之一︰字符串常量 (@date_var ** = **日期)字符字符串数据类型的变量 (除ntext或文本数据类型)A smalldatetimeA datetime变量例如：'Dec 31,
PM''1/1/2021'有关如何指定datetime值，请参阅。 说明
若要忽略过期日期，请使用 SKIP 选项。RETAINDAYS = { days| @days_var }
指定必须经过多少天才可以覆盖该备份介质集。 如果为变量提供 (@days_var)，必须将它指定为一个整数。媒体集选项这些选项作为一个整体对介质集进行操作。{ NOINIT |INIT}
控制备份操作是追加到还是覆盖备份介质中的现有备份集。 默认为追加到介质中最新的备份集 (NOINIT)。 说明
璝惠之间的交互 { NOINIT |INIT} 和 { NOSKIP |跳过}，请参阅本主题中后面的"备注"。NOINIT
表示备份集将追加到指定的介质集上，以保留现有的备份集。 如果为介质集定义了介质密码，则必须提供密码。 NOINIT 是默认设置。有关详细信息，请参阅。INIT
指定应覆盖所有备份集，但是保留介质标头。 如果指定了 INIT，将覆盖该设备上所有现有的备份集（如果条件允许）。 默认情况下，BACKUP 将检查下列条件，如果其中的任一条件存在，都不会覆盖备份介质：所有备份集都未过期。 有关详细信息，请参阅 EXPIREDATE 和 RETAINDAYS 选项。如果 BACKUP 语句给出了备份集名，则该备份集名与备份介质上的名称不匹配。 有关详细信息，请参阅本部分前面介绍的 NAME 选项。若要越过这些检查，请使用 SKIP 选项。有关详细信息，请参阅。{ NOSKIP |跳过}
控制备份操作是否在覆盖介质中的备份集之前检查它们的过期日期和时间。 说明
璝惠之间的交互 { NOINIT |INIT} 和 { NOSKIP |跳过}，请参阅本主题中后面的"备注"。NOSKIP
指示 BACKUP 语句在可以覆盖介质上的所有备份集之前先检查它们的过期日期。 这是默认行为。SKIP
禁用备份集的过期和名称检查，这些检查一般由 BACKUP 语句执行以防覆盖备份集。 有关 { NOINIT | INIT } 和 { NOSKIP | SKIP } 之间交互的信息，请参阅本主题后面的“备注”。若要查看备份集的过期日期，查询expiration_date列历史记录表。{ NOFORMAT |格式}
指定是否应该在用于此备份操作的卷上写入介质标头，以覆盖任何现有的介质标头和备份集。NOFORMAT
指定备份操作在用于此备份操作的介质卷上保留现的有介质标头和备份集。 这是默认行为。FORMAT
指定创建新的介质集。 FORMAT 将使备份操作在用于备份操作的所有介质卷上写入新的介质标头。 卷的现有内容将变为无效，因为覆盖了任何现有的介质标头和备份集。 重要事项
使用 FORMAT 要谨慎。 格式化介质集的任何一个卷都将使整个介质集不可用。 例如，如果初始化现有条带介质集中的单个磁带，则整个介质集都将变得不可用。指定 FORMAT 即表示 SKIP；SKIP 无需显式声明。MEDIADESCRIPTION = { text | @text_variable }
指定介质集的自由格式文本说明，最多为 255 个字符。MEDIANAME = { media_name | @media_name_variable }
指定整个备份介质集的介质名称。 介质名称的长度不能多于 128 个字符，如果指定了 MEDIANAME，则该名称必须匹配备份卷上已存在的先前指定的介质名称。 如果未指定该选项或指定了 SKIP 选项，将不会对介质名称进行验证检查。BLOCKSIZE = { blocksize | @blocksize_variable }
用字节数来指定物理块的大小。 支持的大小是 512、、、1 和 65536 (64 KB) 字节。 对于磁带设备默认为 65536，其他情况为 512。 通常，由于 BACKUP 自动选择适合于设备的块大小，因此不需要此选项。 显式声明块大小将覆盖自动选择块大小。如果要建立一个计划在 CD-ROM 上进行复制和还原的备份，请指定 BLOCKSIZE=2048。 说明
通常，只有写入磁带设备时，此选项才会影响性能。数据传输选项BUFFERCOUNT = { buffercount | @buffercount_variable }
指定用于备份操作的 I/O 缓冲区总数。 可以指定任何正整数；但是，较大的缓冲区数可能导致由于 Sqlservr.exe 进程中的虚拟地址空间不足而发生“内存不足”错误。所使用的缓冲区的总空间由︰ buffercount*maxtransfersize。 说明
有关使用 BUFFERCOUNT 选项的重要信息，请参阅博客。MAXTRANSFERSIZE ** = ** { maxtransfersize | @maxtransfersize_variable }
指定要在 SQL Server 和备份介质之间使用的最大传输单元（字节）。 可能的值是 65536 字节 (64 KB) 的倍数，最多可到 4194304 字节 (4 MB)。错误管理选项使用这些选项可以确定是否为备份操作启用了备份校验和，以及备份操作是否将在遇到错误时停止。{ NO_CHECKSUM |校验和}
控制是否启用备份校验和。NO_CHECKSUM
显式禁用备份校验和的生成（以及页校验和的验证）。 这是默认行为。CHECKSUM
如果此选项已启用并且可用，则指定备份操作将验证每页的校验和及页残缺，并生成整个备份的校验和。使用备份校验和可能会影响工作负荷以及备份吞吐量。有关详细信息，请参阅。{ STOP_ON_ERROR |CONTINUE_AFTER_ERROR}
控制备份操作在遇到页校验和错误后是停止还是继续。STOP_ON_ERROR
如果未验证页校验和，则指示 BACKUP 失败。 这是默认行为。CONTINUE_AFTER_ERROR
指示 BACKUP 继续执行，不管是否遇到无效校验和或页撕裂之类的错误。如果你无法备份的结尾日志使用 NO_TRUNCATE 选项数据库损坏时，您可以尝试通过指定 CONTINUE_AFTER_ERROR，而不是 NO_TRUNCATE。有关详细信息，请参阅。兼容性选项RESTART
从 SQL Server 2008 开始不起作用。 此版本接受该选项，以便与旧版本的 SQL Server 保持兼容。监视选项STATS [ =percentage ]
显示每次另一条消息百分比完成，并用于仪表进度。 如果百分比省略，SQL Server完成每个 10%后显示一条消息。STATS 选项报告截止报告下一个间隔的阈值时的完成百分比。 这是指定百分比的近似值；例如，当 STATS=10 时，如果完成进度为 40%，则该选项可能显示 43%。 对于较大的备份集，这不是问题，因为完成百分比在已完成的 I/O 调用之间变化非常缓慢。磁带选项这些选项只用于 TAPE 设备。 如果使用的是非磁带设备，则会忽略这些选项。{ REWIND | NOREWIND }
指定SQL Server将释放并倒带。 REWIND 是默认设置。NOREWIND
指定在备份操作之后 SQL Server 让磁带一直处于打开状态。 在对磁带执行多个备份操作时，可以使用此选项来帮助改进性能。NOREWIND 包含 NOUNLOAD，并且这些选项在单个 BACKUP 语句中不兼容。 说明
如果使用 NOREWIND，则 SQL Server 实例将一直保留磁带机的所有权，直到在同一进程中运行的 BACKUP 或 RESTORE 语句使用 REWIND 或 UNLOAD 选项或服务器实例关闭为止。 磁带保持打开将防止其他进程访问磁带。 有关如何显示打开的磁带列表以及如何关闭打开的磁带的信息，请参阅。{ UNLOAD |NOUNLOAD} 说明
UNLOAD/NOUNLOAD 这一会话设置可在整个会话期间存在，或者在通过指定其他设置而进行重置之前一直存在。UNLOAD
指定在备份完成后自动重绕并卸载磁带。 会话开始时 UNLOAD 是默认值。NOUNLOAD
指定在 BACKUP 操作之后磁带将继续加载在磁带机中。 说明
备份到磁带备份设备时，BLOCKSIZE 选项会影响备份操作的性能。 通常，只有写入磁带设备时，此选项才会影响性能。日志特定的选项这些选项仅与 BACKUP LOG 一起使用。 说明
如果不想进行日志备份，则请使用简单恢复模式。 有关详细信息，请参阅。{NORECOVERY |备用** = ** undo_file_name }
NORECOVERY
备份日志的尾部并使数据库处于 RESTORING 状态。 当将故障转移到辅助数据库或在执行 RESTORE 操作前保存日志尾部时，NORECOVERY 很有用。若要执行最大程度的日志备份（跳过日志截断）并自动将数据库置于 RESTORING 状态，请同时使用 NO_TRUNCATE 和 NORECOVERY 选项。备用** = ** standby_file_name
备份日志的尾部并使数据库处于只读和 STANDBY 状态。 将 STANDBY 子句写入备用数据（执行回滚，但需带进一步还原选项）。 使用 STANDBY 选项等同于 BACKUP LOG WITH NORECOVERY 后跟 RESTORE WITH STANDBY。使用备用服务器模式需要由指定的备用文件standby_file_name，其位置存储在数据库的日志。 如果指定的文件已经存在，则数据库引擎会覆盖该文件；如果指定的文件不存在，则数据库引擎将创建它。 备用文件将成为数据库的一部分。该文件将保存对回滚所做的更改，如果要在以后应用 RESTORE LOG 操作，则必须反转这些更改。 必须有足够的磁盘空间供备用文件增长，以使备用文件能够包含数据库中由回滚的未提交事务修改的所有不重复的页。NO_TRUNCATE
指定不截断日志，并使数据库引擎尝试执行备份，而不考虑数据库的状态。 因此，使用 NO_TRUNCATE 执行的备份可能具有不完整的元数据。 该选项允许在数据库损坏时备份日志。BACKUP LOG 的 NO_TRUNCATE 选项相当于同时指定 COPY_ONLY 和 CONTINUE_AFTER_ERROR。如果不使用 NO_TRUNCATE 选项，则数据库必须处于 ONLINE 状态。 如果数据库处于 SUSPENDED 状态，则可以通过指定 NO_TRUNCATE 来创建备份。 但是，如果数据库处于 OFFLINE 或 EMERGENCY 状态，即便使用了 NO_TRUNCATE，也不允许执行 BACKUP。 有关数据库状态的信息，请参阅。本节简要说明了以下基本备份概念： 说明
有关的简介中的备份SQL Server，请参阅。支持的备份类型取决于数据库的恢复模式，如下所示：所有恢复模式都支持数据的完整备份和差异备份。备份范围备份类型整个数据库涵盖整个数据库。 （可选），每个数据库备份可用作一个或多个序列的基。部分数据库封面读/写文件组，而且可能一个或多个只读文件组。 （可选），每个部分备份可以用作一系列一个或多个基。文件或文件组涵盖一个或多个文件组，并仅对于包含多个文件组的数据库相关。 在简单恢复模式下，文件备份实质上仅限于只读辅助文件组。 （可选），每个文件备份可以用作一系列一个或多个基。在完整恢复模式或大容量日志恢复模式下，传统备份还包括顺序事务日志备份(或日志备份)，所需的。 每个日志备份均涵盖创建备份时处于活动状态的事务日志部分，并包括在上次日志备份中没有备份的所有日志记录。若要以增加管理开销为代价最大限度地降低工作丢失的风险，您应该安排对日志进行频繁的备份。 在完整备份之间安排差异备份可减少数据还原后需要还原的日志备份数，从而缩短还原时间。建议您将日志备份和数据库备份分别放在不同的卷上。 说明
必须创建完整备份，才能创建第一个日志备份。A仅复制备份是特殊用途的完整备份或独立于常规的常规备份序列的日志备份。 若要创建仅复制备份，请在 BACKUP 语句中指定 COPY_ONLY 选项。 有关详细信息，请参阅。若要避免填满数据库的事务日志，例行备份至关重要。 在简单恢复模式下，备份了数据库后会自动截断日志，而在完整恢复模式下，只有备份了事务日志后方才截断日志。 但是，截断过程有时也可能发生延迟。 有关延迟日志截断的因素的信息，请参阅。 说明
BACKUP LOG WITH NO_LOG 和 WITH TRUNCATE_ONLY 选项已废止。 使用完整恢复模式或大容量日志恢复模式时，如果必须删除数据库中的日志备份链，请切换至简单恢复模式。 有关详细信息，请参阅。当且仅当满足任何以下条件时，BACKUP 语句才会格式化备份介质：指定了 FORMAT 选项。介质为空。操作正在写入延续磁带。A带区集是一套数据划分为块和分布式的固定顺序在其的磁盘文件。 条带集中使用的备份设备数目必须保持不变（除非以 FORMAT 命令重新初始化介质）。下面的示例将 AdventureWorks2012 数据库的备份写入使用三个磁盘文件的新条带介质集。
BACKUP DATABASE AdventureWorks2012
TO DISK='X:\SQLServerBackups\AdventureWorks1.bak',
DISK='Y:\SQLServerBackups\AdventureWorks2.bak',
DISK='Z:\SQLServerBackups\AdventureWorks3.bak'
WITH FORMAT,
MEDIANAME = 'AdventureWorksStripedSet0',
MEDIADESCRIPTION = 'Striped media set for AdventureWorks2012
在备份设备已定义为条带集的组成部分后，将不能用于单个设备备份，除非指定了 FORMAT。 同样，一个含有非条带备份的备份设备不能用于条带集，除非指定了 FORMAT。 若要拆分条带备份集，请使用 FORMAT。如果写入介质标头时未指定 MEDIANAME 或 MEDIADESCRIPTION，则与空项对应的介质标头字段将为空。通常，备份是非镜像的，而且 BACKUP 语句仅包含一个 TO 子句。 但是，每个介质集可能总共包含四个镜像。 对于镜像介质集，备份操作写入到多组备份设备。 每组备份设备均包含镜像介质集中的一个镜像。 每个镜像都必须使用相同数量和类型的物理备份设备，而且这些设备必须都具有相同的属性。若要备份到镜像介质集，则所有的镜像服务器必须存在。 若要备份到镜像介质集，请指定 TO 子句来指定第一个镜像，并为其他每个镜像指定 MIRROR TO 子句。对于镜像介质集，每个 MIRROR TO 子句列出的设备数量和类型都必须与 TO 子句列出的相同。 下面的示例写入到包含两个镜像并在每个镜像中使用三个设备的镜像介质集：
BACKUP DATABASE AdventureWorks2012
TO DISK='X:\SQLServerBackups\AdventureWorks1a.bak',
DISK='Y:\SQLServerBackups\AdventureWorks2a.bak',
DISK='Z:\SQLServerBackups\AdventureWorks3a.bak'
MIRROR TO DISK='X:\SQLServerBackups\AdventureWorks1b.bak',
DISK='Y:\SQLServerBackups\AdventureWorks2b.bak',
DISK='Z:\SQLServerBackups\AdventureWorks3b.bak';
此示例旨在允许您在本地系统上对其进行测试。 实际上，备份到同一驱动器中的多个设备会降低性能并不存在冗余，而镜像介质集正是为冗余而设计的。BACKUP 语句的 TO 子句中指定的每个备份设备均对应于一个介质簇。 例如，如果 TO 子句列出三个设备，则 BACKUP 将数据写入三个介质簇。 在镜像介质集中，每个镜像都必须包含各个介质簇的副本。 这正是各个镜像中的设备数量必须相同的原因。当对每个镜像列出多个设备时，这些设备的顺序将决定将哪个介质簇写入特定的设备。 例如，在每个设备列表中，第二个设备都对应于第二个介质簇。 对于上例中的设备，设备与介质簇间的对应关系如下表所示。镜像介质簇 1介质簇 2介质簇 30Z:\AdventureWorks1a.bakZ:\AdventureWorks2a.bakZ:\AdventureWorks3a.bak1Z:\AdventureWorks1b.bakZ:\AdventureWorks2b.bakZ:\AdventureWorks3b.bak介质簇必须总是备份到特定镜像中的同一个设备。 因此，每次使用现有介质集时，请按照创建介质集时指定的相同顺序列出各个镜像的设备。有关镜像媒体集的详细信息，请参阅。 有关媒体集和介质簇在常规的详细信息，请参阅。若要还原数据库，并 （可选） 恢复其以使其联机，或还原文件组，使用Transact-SQL语句或SQL Server Management Studio还原任务。 有关详细信息请参阅。下表介绍之间的交互 { NOINIT |INIT} 和 { NOSKIP |跳过} 选项。 说明
如果磁带介质为空或磁盘备份文件不存在，则所有这些交互将写入介质标头并继续进行。 如果介质不为空但缺少有效的介质标头，则这些操作将反馈相关信息，指出这是无效的 MTF 介质，然后终止备份操作。NOINITINITNOSKIP如果卷中包含有效的介质标头，则验证介质名称是否匹配给定的 MEDIANAME（如果有）。 如果匹配，则追加备份集，同时保留所有现有的备份集。 如果卷中不含有效的介质标头，则会发生错误。如果卷中包含有效的介质标头，将执行以下检查： -如果已指定 MEDIANAME，验证指定的介质名称匹配介质标头的媒体 name.* * -验证已在媒体上没有未过期的备份集。 如果有，则终止备份。 如果这些检查都通过了，则覆盖该介质上的所有备份集，只保留介质标头。 如果卷中不含有效的介质标头，则使用指定的 MEDIANAME 和 MEDIADESCRIPTION（如果有）生成一个介质标头。SKIP如果卷中包含有效的介质标头，则追加备份集，并保留所有现有备份集。如果卷中会包含一个有效 * 介质标头，将覆盖在媒体上，并保留介质标头的任何备份集。 如果介质为空，则使用指定的 MEDIANAME 和 MEDIADESCRIPTION（如果有）生成一个介质标头。有效性包括 MTF 版本号和其他标头信息。 如果不支持指定的版本或指定的版本不是期望值，将会发生错误。用户必须属于适当固定数据库或服务器角色以执行备份操作。 小心
无法在早期版本的 SQL Server 中还原较新版本的 SQL Server创建的备份。BACKUP 支持 RESTART 选项以提供与 SQL Server 早期版本的向后兼容性。 但是，RESTART 不起作用。可以将数据库或日志备份追加到任何磁盘或磁带设备上，从而将数据库及其事务日志保存在一个物理位置中。不允许在显式或隐式事务中使用 BACKUP 语句。只要操作系统支持数据库的排序规则，就可以在不同的平台之间执行备份操作，即使这些平台使用不同的处理器类型。 说明
默认情况下，每个成功的备份操作都会在 SQL Server 错误日志和系统事件日志中添加一个条目。 如果非常频繁地备份日志，这些成功消息会迅速累积，从而产生一个巨大的错误日志，这样会使查找其他消息变得非常困难。 在这些情况下，如果任何脚本均不依赖于这些日志条目，则可以使用跟踪标志 3226 取消这些条目。 有关详细信息，请参阅。在数据库仍在使用时，SQL Server 使用联机备份过程对数据库进行备份。 在备份过程中，可以进行多个操作；例如：在执行备份操作期间允许使用 INSERT、UPDATE 或 DELETE 语句。在数据库或事务日志备份的过程中无法运行的操作包括：文件管理操作如使用 ALTER DATABASE 语句的 ADD FILE 或 REMOVE FILE 选项。收缩数据库或文件操作。 这包括自动收缩操作。如果备份操作与文件管理重叠或缩小操作，则会发生冲突。 无论哪个冲突操作先行开始，第二个操作总会等待第一个操作设置的锁超时（超时期限由会话超时设置控制）。 如果在超时期限内释放锁，第二个操作将继续执行。 如果锁超时，则第二个操作失败。SQL Server 包含以下备份历史记录表以跟踪备份活动：执行还原时，如果备份集不已记录在msdb数据库，可能修改表的备份历史记录。开头SQL Server 2012、密码和MEDIAPASSWORD选项不再可用于创建备份。 就仍可以还原使用密码创建的备份。默认情况下，为 sysadmin 固定服务器角色以及 db_owner 和 db_backupoperator 固定数据库角色的成员授予 BACKUP DATABASE 和 BACKUP LOG 权限。备份设备的物理文件的所有权和权限问题可能会妨碍备份操作。 SQL Server 必须能够读取和写入设备；运行 SQL Server 服务的帐户必须具有写入权限。 但是，用于在系统表中为备份设备添加项目的 不检查文件访问权限。 备份设备物理文件的这些问题可能直到为备份或还原而访问物理资源时才会出现。本部分包含以下示例：A. B. C. D. E. F. GH. I.
备份操作指南主题还包含其他示例。 有关详细信息，请参阅 。下面的示例备份AdventureWorks2012数据库添加到磁盘文件。
BACKUP DATABASE AdventureWorks2012
TO DISK = 'Z:\SQLServerBackups\AdvWorksData.bak'
WITH FORMAT;
下面的示例备份 AdventureWorks2012 示例数据库，默认情况下，该数据库使用简单恢复模式。 若要支持日志备份，请将 AdventureWorks2012 数据库改为使用完整恢复模式。接下来，该示例使用创建逻辑备份数据， AdvWorksData，并创建其他逻辑备份设备进行备份的日志， AdvWorksLog。然后，该示例对 AdvWorksData 创建完整数据库备份，并在一段更新活动过后将日志备份到 AdvWorksLog。
-- To permit log backups, before the full database backup, modify the database
-- to use the full recovery model.
ALTER DATABASE AdventureWorks2012
SET RECOVERY FULL;
-- Create AdvWorksData and AdvWorksLog logical backup devices.
USE master
EXEC sp_addumpdevice 'disk', 'AdvWorksData',
'Z:\SQLServerBackups\AdvWorksData.bak';
EXEC sp_addumpdevice 'disk', 'AdvWorksLog',
'X:\SQLServerBackups\AdvWorksLog.bak';
-- Back up the full AdventureWorks2012 database.
BACKUP DATABASE AdventureWorks2012 TO AdvWorksD
-- Back up the AdventureWorks2012 log.
BACKUP LOG AdventureWorks2012
TO AdvWorksL
对于生产数据库，需要定期备份日志。 应当经常进行日志备份，以提供足够的保护来防止数据丢失。下面的示例将对两个辅助文件组中的各个文件创建完整文件备份。
--Back up the files in SalesGroup1:
BACKUP DATABASE Sales
FILEGROUP = 'SalesGroup1',
FILEGROUP = 'SalesGroup2'
TO DISK = 'Z:\SQLServerBackups\SalesFiles.bck';
下面的示例将对两个辅助文件组中的各个文件创建差异文件备份。
--Back up the files in SalesGroup1:
BACKUP DATABASE Sales
FILEGROUP = 'SalesGroup1',
FILEGROUP = 'SalesGroup2'
TO DISK = 'Z:\SQLServerBackups\SalesFiles.bck'
DIFFERENTIAL;
下面的示例将创建包含一个介质簇和四个镜像的镜像介质集，并将 AdventureWorks2012 数据库备份到其中。
BACKUP DATABASE AdventureWorks2012
TO TAPE = '\\.\tape0'
MIRROR TO TAPE = '\\.\tape1'
MIRROR TO TAPE = '\\.\tape2'
MIRROR TO TAPE = '\\.\tape3'
MEDIANAME = 'AdventureWorksSet0';
下面的示例将创建镜像介质集，其中每个镜像包含两个介质簇。 然后将 AdventureWorks2012 数据库备份到这两个镜像中。
BACKUP DATABASE AdventureWorks2012
TO TAPE = '\\.\tape0', TAPE = '\\.\tape1'
MIRROR TO TAPE = '\\.\tape2', TAPE = '\\.\tape3'
MEDIANAME = 'AdventureWorksSet1';
下面的示例将备份集追加到在前面的示例中创建的介质集上。
BACKUP LOG AdventureWorks2012
TO TAPE = '\\.\tape0', TAPE = '\\.\tape1'
MIRROR TO TAPE = '\\.\tape2', TAPE = '\\.\tape3'
MEDIANAME = 'AdventureWorksSet1';
为清楚起见，此处显示默认的 NOINIT。下面的示例格式化介质，并创建新的介质集，然后对 AdventureWorks2012 数据库执行压缩完整备份。
BACKUP DATABASE AdventureWorks2012 TO DISK='Z:\SQLServerBackups\AdvWorksData.bak'
COMPRESSION;
该示例执行完整数据库备份的Sales到 Microsoft Azure Blob 存储服务。
存储帐户名称为 mystorageaccount。
容器名称为 myfirstcontainer。
已经创建具有读取、写入、删除和列表权限的存储访问策略。
SQL Server凭据， https://mystorageaccount.blob.core.windows.net/myfirstcontainer，使用共享访问签名与存储访问策略的创建。
有关信息SQL Server备份到 Windows Azure Blob 存储服务，请参阅和。
Transact-SQL
BACKUP DATABASE Sales
TO URL = 'https://mystorageaccount.blob.core.windows.net/myfirstcontainer/Sales_.bak'
WITH STATS = 5;
此页面有帮助吗？
更多反馈？
1500 个剩余字符
我们非常感谢您的反馈。}