sql大数据备份

A. mysql大数据库备份什么软件好用

帝国备份王已经很来久没源有更新了，出现问题找他们，也不能及时解决的。我都换用多备份了，备份恢复都蛮简单。教你下具体操作：
1.登录多备份官网—注册账户—进入控制面板—选择开始—选择数据库备份
2.出现“你的数据库是否可以远程授权”，选择可以，进入托管模式（除非你的空间不能授权，那就是跳入插件页面）
3.进入托管模式之后，选择mysql数据库。填写好端口，ip，用户名，密码。
，之后设置好存储位置，备份频率，备份时段，然后点击启动备份。就可以了。
希望能帮到你，望采纳。

B. sql2005 数据库文件太大,怎么备份比较快

18.1 备份与恢复简介

相信大多数人都会同意数据库里的数据要比数据库本身要重要得多，但是因为种种原因，如磁盘故障、计算机硬件故障、用户操作失误等，都有可能会损坏数据。为了保证在发生这些意外的时候可以最大限度地挽救数据，数据库管理员必须要经常备份数据库里的数据。SQL Server 2005提供了强大的备份和还原的功能。

18.1.1 备份类型

SQL Server 2005提供了四种备份数据库的方式：

l 完整备份：备份整个数据库的所有内容，包括事务日志。该备份类型需要比较大的存储空间来存储备份文件，备份时间也比较长，在还原数据时，也只要还原一个备份文件。

l 差异备份：是完整备份的补充，差异备份只备份上次完整备份后更改的数据。相对完整备份来说，差异备份的数据量比完整数据备份小，备份的速度也比完整备份要快。因此，差异备份通常作为经常用到的备份。在还原数据时，要先还原前一次做的完整备份后再还原最后一次所做的差异备份，这样才能让数据库里的数据恢复到与最后一次差异备份时的相同内容。

l 事务日志备份：事务日志备份只备份事务日志里的内容。事务日志记录了上一次完整备份或事务日志备份后数据库的所有变动过程。事务日志记录的是某一段时间内的数据库变动情况，因此在做事务日志备份之前，也必须要做完整备份。与差异备份类似，事务日志备份的备份文件和时间都会比较小，但是在还原数据时，除了先要还原完整备份之外，还要依次还原每个事务日志备份，而不是只还原最近一个事务日志备份。

l 文件和文件组备份：如果在创建数据库时，为数据库创建了多个数据库文件或文件组，可以使用该备份方式。使用文件和文件组备份方式可以只备份数据库中的某些文件，该备份方式在数据库文件非常庞大的时候十分有效，由于每次只备份一个或几个文件或文件组，可以分多次来备份数据库，避免大型数据库备份的时间过长。另外，由于文件和文件组备份只备份其中一个或多个数据文件，那么当数据库里的某个或某些文件损坏时，可以只还原损坏的文件或文件组备份即可。

完整备份可能比较好理解，例如说，在2006年1月1日早上8点进行了完整备份，那么将来在还原时，就可以恢复到2006年1月1日早上8点时的数据库状态。

差异备份是备份完整备份后的数据变动情况。例如在2006年1月1日早上8点进行了完整备份后，在1月2日和1月3日又进行差异备份，那么在1月2日的差异备份里记录的是从1月1日到1月2日这一段时间里的数据变动情况；而在1月3日的差异备份里记录的是从1月1日到1月3日之一段时间里的数据变动情况。因此，如果要还原到1月3日的数据，只要先还原1月1日做的完整备份，再还原1月3日做的差异备份就可以了。

事务日志备份是以事务日志文件作为备份对象，相当于将数据库里的每一个操作都记录下来了。假设在2006年1月1日早上8点进行了完整备份后，到1月2日早上8点为止，数据库里的数据变动了一百次，如果此时做了差异备份，那么差异备份记录的是第一百次数据变动后的数据库状态，而如果此时做了事务日志备份，备份的将是这一百次的数据变动情况。

再举一个例子，例如在2006年1月1日早上8点进行了完整备份后，在1月2日和1月3日又进行事务日志备份，那么在1月2日的事务日志备份里记录的是从1月1日到1月2日这一段时间里的数据变动情况；而在1月3日的事务日志备份里记录的是从1月2日到1月3日之一段时间里的数据变动情况。因此，如果要还原到1月3日的数据，只要先还原1月1日做的完整备份，再还原1月2日做的事务日志备份，最后还要还原1月3日所做的事务日志备份。

C. SQL如何备份大容量数据库

数据库备份介绍

1、备份位置

在SQL Server上，有多种备份位置可以选择，如本地磁盘，网络磁盘，远程地址，磁带等。

各种备份位置均有自己的优点和缺点。
2、逻辑备份设备

在SQL Server上，可以通过创建逻辑备份设备来完成备份。使用逻辑备份设备的好处是，当变更备份地址时，不需要更改备份脚本，只需要更改逻辑备份设备的定义即可。

创建逻辑备份设备的脚本如下：

SQL code EXEC sp_addmpdevice @devtype=’disk’,@logicalname=’MYBackup’,@physicalname=’D:\backup\mydb.bak’

删除备份设备的脚本：

SQL code Sp_dropdevice @logicalname=’MYBackup’

上述脚本只是删除逻辑备份设备的定义，下述脚本将同时删除备份文件：

SQL code Sp_dropdevice @logicalname=’MYBackup’,@devfile=’DELFILE’

使用逻辑备份设备的方法如下：

SQL code Backup database mydb to MYBackup

当然，还可在逻辑备份设备上指定过期时间等备份属性，如：

SQL code Backup database mydb to MYBackup WITH EXPIREDATE=’13/01/2010’

或：

SQL code BACKUP DATABASE mydb to MYBackup WITH RETAINDAYS=7

3、备份集与存储集

每一份备份包含于一个备份集，而一个备份集包含于一个存储集。通过系统GUI进行备份时，SQL Server会自动指定备份集和存储集，目的则是为了简化管理。用T-SQL显示指定则用如下语法：

SQL code BACKUP DATABASE mydb to MYBackup WITH RETAINDAYS=7,

NAME=’FULL’,

MEDIANAME=’ALLBackups’

NAMEs是指备份集名称，MEDIANAME是指存储集名称。
4、全备份

不管恢复模式是哪一个，所有的备份都必须要有一个全备份，特别是日志备份和差异备份，如果没有全备份的话，将无法进行恢复。

简单的全备份脚本如下所示，也可以通过维护计划来指定全备份：

SQL code BACKUP DATABASE mydb to DISK=’D:\Backup\mydb.bak’

但需要注意的是，上述命令是将数据库备份附加到当前的存在的文件上，如果不存在则创建它，并不会覆盖原有文件。要覆盖同名的备份文件，需要指定INIT参数。

SQL code BACKUP DATABASE mydb to DISK=’D:\Backup\mydb.bak’ WITH INIT

5、日志备份

在完全恢复模式或者大容量日志恢复模式下，日志备份不仅仅是恢复的需要，同时也是手工管理事务日志文件的一种方式。如果从不进行备份的话，在完全恢复模式或者大容量恢复模式下，事务日志将会持续增长，直至消耗完所在磁盘。

日志备份的脚本如下：

SQL code BACKUP LOG mydb_log TO DISK=’D:\backup\mydb.trn’

需要养成使用.trn为日志备份的扩展名的习惯。

每个在数据库上的动作都会被安排一个Log Sequence Number (LSN)。如果需要还原到指定的时间点，需要有持续的LSN记录。也就是说，在完全恢复模式或者大容量日志模式下，一个不被打断的事务日志备份链是恢复数据库的基本要求。
6、差异备份

使用日志备份来恢复时，无疑是一个很慢的过程，特别是上一个全备份的历史比较悠久时。使用差异备份，便能缩短恢复时间。事实上，差异备份只是BACKUP DATABASE的一个选项，如下：

SQL code BACKUP DATABASE mydb TO DISK=’D:\backup\mydb.dif’ WITH DIFFERENTIAL,INIT

进行数据库恢复时，先恢复数据库全备份，再恢复数据库差异备份，最后才恢复日志备份。

差 异备份是与上一次全备份紧密相连的，不管期间有多少次日志备份和差异备份，差异备份还是会从上一次全备开始备份。因此，经常会遇到这样的一种情况，在生产 库上需要临时使用数据库时，便用BACKUP DATABASE … TO DISK=’..’进行了一个备份，下一次的差异备份便会以这回的全备为准，如果过后把这个临时全备删除掉后，后面的差异备份就没用了。

差异备份并不意味着磁盘空间肯定会少，这取决于实际情况。当期间大量操作发生时，差异备份还是会变得很大。
7、错误检测

在备份过程中，备份进程会同时验证数据，或者校验不完整页（torn page），或者验证校验和(checksum)。要使用该功能，需要激活该选项。

不完整页检测(Torn-page dection)仅仅检查每一个页看是否已经写完成。如果发现一个页只有部分被写入，那么就将其标记为torn。

校验和验证(checksum validation)是一种新的页验证机制。它会为每个页添加一个值来表明该页实际的大小。虽然看起来是个代价很高影响性能的操作，但事实上，它的效率非常高，与torn-page差不多。

备份进程在备份数据库时，会通过比较在数据库里的和随着备份页写入硬盘时这两个之间的值来进行验证。但是，这个验证并不是自动完成的，需要显示指定，在GUI页面上是个选项。如果通过T-SQL来备份的话，语句如下：

SQL code BACKUP DATABASE mydb TO DISK=’D:\data\mydb.bak’ WITH CHECKSUM

如果备份过程中，发现了错误，SQL Server会错误信息写入MSDB上的SUSPECT_PAGE表里面。同时，在默认情况下，备份行为会停止的（STOP_ON_ERROR），以便管理员排查错误。

但 备份过程中的校验和验证还有另外一个选项（CONTINUE_ON_ERROR）,也就是说，如果发现错误，备份过程并不会中断，而是将错误页信息记录在 MSDB..SUSPECT_PAGE上而已。需要注意的是，SUSPECT_PAGE表是有行限制的，最多只能达到1000行，如果达到了的话，备份同 样会失败。

激活校验和验证的话，很明显会影响备份的性能。但还是很有必要的。

8、安全备份

完全备份和日志备份语句还支持使用密码属性，如：

SQL code BACKUP DATABASE mydb TO DISK=’D:\mydb.bak’ WITH PASSWORD=’mydb’

所指定的密码是很容易破解的。因此，如果确实需要对某些备份数据进行加密的话，可以将备份存放于加密的文件系统或者其它安全的存储设备上。

同时，SQL Server还提供了对真实列进行加密的功能。该加密功能是工业标准。

9、条带备份

有些情况下，单独一个硬盘无法存储一个完整的数据库备份时，可以将数据库备份分成多个部分存储在不同的磁盘上，这种备份方式成为条带备份。使用条带备份的优点很明确，就是能很好的利用空间，但如果某部分备份丢失或者损坏，那整个备份将无效。

其语句如下：

SQL code BACKUP DATABASE mydb TO DISK=’D:\mydb.bak’,

DISK=’E:\mydb.bak’ WITH INIT,CHECKSUM,

CONTINUE_ON_ERROR

上述D盘和E盘上的备份是不可分割的。

10、镜像备份

与条带备份在多个磁盘上保留同一份备份不同的是，镜像备份是在不同磁盘上保留多份备份。其语句如下：

SQL code BACKUP DATABASE mydb TO DISK=’D:\mydb.bak’

MIRROR TO DISK=’E:\mydb.bak’

WITH INIT,CHECKSUM,CONTINUE_ON_ERROR

在实际情况下，对日志备份采取镜像备份方式会比较合适。

11、COPY-ONLY 备份

在差异备份里曾提到过，差异备份是建立在上一个全备份的基础上的。因此如果在一个事先安排好的备份计划里，如果在全备份和差异备份之间再进行了一次全备份后，其差异备份会被打断，如果把临时全备份删除掉后，就产生了数据丢失。

在SQL SERVER 2005以后，SQL SERVER提供了一个选项-only.使用-only选项进行的全备份便不会打算原先的备份计划，语句如下：

SQL code BACKUP DATABASE mydb TO DISK=’D:\mydb.bak’

WITH INIT,CHECKSUM,COPY_ONLY

三、文件和文件组备份

在SQL SERVER 7.0以后，SQL Server提供了filegroup的概念。文件组不仅仅提供了一个逻辑的存储地址，还允许将不同的表和索引放在不同的文件组上来提高性能和减少备份时间。

在数据存储概述上，提到了数据库有三类数据文件，一般来说，数据库至少需要两个（.mdf和.ldf）或者更多的文件。SQL Server不仅允许有多个文件存在(.ldf)，还允许多个文件组存在。

一个文件组可以有多个文件，每个文件需要仔细规划好初始大小及增量。

1、默认文件组

在创建对象时，如果未明确指定文件组，那么该对象将会存放在默认的文件组上。在默认情况下，默认的文件组是primary，但由于primary文件组不仅可以包含用户数据，同时还存储着数据库结构等技术信息，因此一般建议添加额外的一个文件组，并将其指定为默认文件组。

SQL Server只能有一个默认的文件组。

修改默认文件组的语句如下：

SQL code ALTER DATABASE mydb MODIFY FILEGROUP mydb DEFAULT；

2、为对象指定文件组

当创建表或者索引时，不管是用户还是系统都需要将表或索引放在某个文件组上。如果在创建表或索引时指定文件组，那么表或索引将会存储在指定的文件组上，而不是默认的文件组。

其指定语句如下：

SQL code CREATE TABLE test( [id] int,[notes] text) on mydbdata

也可以通过GUI创建表的页面来指定文件组。

3、将对象迁移至指定文件组

如果需要变更对象的存储位置，最简单的方式则是通过GUI属性页面来进行修改通过该方法，可以直观的看到对象的迁移过程。

同时也可以通过T-SQL来修改，例如：

SQL code ALTER TABLE test drop constraint PK_test WITH (MOVE TO DATA)

4、备份数据文件

备份数据文件同样可以通过BACKUP DATABASE语句来实现。如下：

SQL code BACKUP DATABASE mydb FILE=’D:\Data\mydb.ndf’ TO DISK=’E:\Backup\mydbdata.bak’

上述语句相当于数据文件级别的全备份，与数据库级别的备份类似，文件级别上的备份也有差异备份，当然前提是要有相对应的文件全备份。

差异备份的语句如下：

SQL code BACKUP DATABASE mydb FILE=’D:\Data\mydb.ndf’

WITH DIFFERENTIAL

TO DISK=’E:\Backup\mydbdata_dif.bak’

5、备份文件组

与单独备份文件类似，也可以对文件组进行类似的备份操作。备份文件组的方式也有两种，一种是通过GUI界面指定，一种则是通过T-SQL。

T-SQL的语句如下：

SQL code BACKUP DATABASE mydb FILEGROUP=’PRIMARY’ TO DISK=’E:\Backup\mydbpri.bak’

6、不完全备份(partial backup)

在文件组备份上，不完全备份其实相当于完全备份，可以通过指定关键字READ_WRITE_FILEGROUPS来实现不完全备份。

语句如下：

SQL code BACKUP DATABASE mydb READ_WRITE_FILEGROUPS TO DISK=’D:\mydb.bak’

那不完全备份到底是什么意思呢？什么时候需要不完全备份？如果对一个文件组设置了只读，而这只读的文件组又需要进行一次备份，这时，可以不用BACKUP DATABASE语句进行备份，只需要挑个时间停止实例，然后执行不完全备份。

D. SQL数据库中怎么备份数据，还原数据

备份：
点对应的库点或键－所有任务－备份数据库（目的下面是你备份的文件地址，再点确定就行了）
还原;
点对应的库点或键－所有任务－还原数据库－选中从设备－再点选择设置中找到你备份的路径，点确定就OK了

E. 如何将SQL数据库备份到网络共享

定期备份SQL数据库是必须的。我们已经覆盖的方式就可以轻松备份您的所有SQL Server数据库到本地硬盘中，但这并不能防止驱动器和/或系统故障。作为针对此类灾难的额外保护层，您可以在网络共享上复制或直接创建备份。

在本地备份，然后复制到网络共享

完成此任务的首选和最直接的方法是简单地创建数据库的本地备份，然后将相应的备份文件复制到网络共享。您可以通过创建如下所示的批处理脚本来完成此操作：

SET LocalFolder = C：Program Files Microsoft SQL ServerMSSQL.1MSSQLBackup
SqlCmd -E -Q“备份数据库MyDB到磁盘=％LocalFolder％MyDB.bak”
XCopy“％LocalFolder％MyDB.bak”“ 192.168.16.55BackupDatabases”/ Z / V
DEL“％LocalFolder％MyDB.bak”

此脚本执行以下操作（逐行）：

• 将变量设置为本地SQL备份目录。

• 创建MyDB的SQL备份（使用Windows身份验证）到本地SQL备份目录。

• 将本地备份文件复制到网络共享。

• 删除本地备份文件。

同样，这是首选方法，因为它的工作原理和备份失败的可能性是最小的，因为备份是在本地磁盘上创建。但是，如果没有足够的磁盘空间来存储备份文件的本地副本，则此操作将失败。在这种情况下，您需要添加额外的磁盘空间或直接备份到网络共享。

直接备份到网络共享

通常，当您尝试使用以下命令直接创建备份到网络共享时：

SqlCmd -E -Q“备份数据库MyDB到磁盘= 192.168.16.55BackupDatabasesMyDB.bak”

你很可能会得到一个错误的行：

消息3201，级别16，状态1，服务器JF，行1
无法打开备份设备 192.168.16.55BackupDatabasesMyDB.bak。操作系统错误5（访问被拒绝。）。
消息3013，级别16，状态1，服务器JF，第1行
BACKUP DATABASE异常终止。

尽管使用Windows身份验证（-E开关）和Windows帐户作为通过Windows资源管理器访问和复制文件到共享的能力运行SQL备份命令，仍会出现此错误。

此操作失败的原因是SQL命令在SQL Server服务运行的帐户的边界内执行。当您在计算机上查看服务列表时，很可能您将看到运行为（登录为）列的SQL Server服务本地系统或网络服务，它们是没有网络访问权限的系统帐户。

在我们的系统上，网络共享命令的备份失败，因为我们有SQL Server服务作为本地系统运行，再也无法获得任何网络资源。

为了允许SQL直接备份到网络共享，我们必须将SQL Server服务作为可访问网络资源的本地帐户运行。

编辑SQL Server服务的属性，并在“登录”选项卡上将服务配置为作为具有网络访问权限的备用帐户运行。

单击“确定”后，您将收到一条提示，指示在重新启动服务之后，设置才会生效。

重新启动服务。



服务列表现在应显示SQL Server服务正在作为您配置的帐户运行。

现在当您运行命令直接备份到网络共享：

SqlCmd -E -Q“备份数据库MyDB到磁盘= 192.168.16.55BackupDatabasesMyDB.bak”

您应该会看到一个成功消息：

处理数据库MyDB的152页，文件1上的文件MyDB。
为数据库MyDB处理2页，文件1上的文件MyDB_log。
BACKUP DATABASE在0.503秒（2.493 MB /秒）中成功处理了154页。

使用备份文件现在在网络共享目录：

网络共享注意事项请务必注意，备份命令希望能够直接连接到网络共享，而不会提示您输入凭据。您配置要运行的SQL Server服务的帐户必须与网络共享具有可信连接，其中相应的凭据允许访问，否则可能会发生以下错误：

消息3201，级别16，状态1，服务器JF，行1
无法打开备份设备 192.168.16.55BackupDatabasesMyDB.bak。操作系统错误1326（登录失败：未知用户名或密码错误。）。
消息3013，级别16，状态1，服务器JF，第1行
BACKUP DATABASE异常终止。

此错误表示网络共享不接受帐户的用户名和密码，并且命令失败。




另一个要记住的问题是备份直接执行到网络资源，因此网络连接中的任何打嗝可能会导致您的备份失败。因此，您只应该备份到稳定的网络位置（即可能不是VPN）。

安全隐患

如前所述，使用在本地备份然后复制到网络共享的方法是首选，因为它允许您将SQL服务作为仅具有本地系统访问权限的帐户运行。

通过将服务作为备用帐户运行，您打开了潜在的安全问题的大门。例如，恶意SQL脚本可以在备用帐户下执行并攻击网络资源。此外，对相应帐户（密码更改/到期或帐户的删除/禁用）的任何更改将导致SQL Server服务无法启动。

• 如果您使用备用帐户运行SQL Server实例，请务必记住这些要点。如果采取适当的预防措施，则这些不显示阻止程序，则应考虑添加额外的硬盘驱动器空间，然后实施本地备份和复制，以便可以使用本地帐户运行SQL服务。

F. SQL中如何备份数据

打开“企业管理器”——右击你要备份的那个数据库名——所有任务——备份数据库——点击“添加”按钮——选择你要将备份文件存放的位置——一直“确定”完，就开始备份了。

G. 关于SQL2005大数据量备份的方案

使用第三方备份软件可以吗？如果选择第三方备份软件也很方便的，并且您可以选择备份方式的，增量备份或者差异备份都可以设定的，先来一个全备份，然后进行增量备份或者差异备份。第三方备份软件有很多，您可以到网上了解一下的，国产的也有，国外的也有。

H. 如何备份sql数据库

sqlSERVER的数据库备份是通过backup进行备份的，如果有需要可以通过建立调度的方式实现连续备份，当然也可以2000以后的sql也可以使用数据库维护计划完成数据库备份。就单单一次备份可以在企业管理器（2005以后叫SQL Server Management Studio）找到需要备份的数据库，点击右键 在所有任务中选择“备份”，按照提示备份选择就可以了

I. 如何让SQL数据库进行增量备份

在SQL Server 2000中，假定我们拥有一个数据库为：Test, 现在需要它每天19：00自动进行一次备份，并且以后一旦发生数据库错误，我们都可以通过备份文件将数据库恢复到任何一个备份过的时刻点。

备份步骤：
1． 在“SQL Server企业管理器”中注册数据库所在的服务器，注意要使用sa用户名和口令，否则以后执行备份调度的时候，会出现权限不足，导致不能进行备份。
2． 确保该服务器的SQL Server Agent服务是开启的，因为所有的调度都是通过该代理进行执行的。
3． 在“SQL Server企业管理器”中选中Test数据库，右键打开“备份数据库”窗口，指定一个新的文件Test-daily.bak,选择“完全”进行一次完全备份。
4． 再次打开“备份数据库”窗口，这次使用“差异备份”，“重写”选项设置为“追加到媒体”，目的文件仍然是前面步骤所指定的Test-daily.bak，并在“调度”选项中设置为每天的19：00，这样，SQL Server会在每天的19：00将数据库自上次备份以来发生的变化，以增量备份的方式追加到Test-daily.bak文件中。（测试的时候，可以设置为每天的每1分钟进行一次备份，以便可以很快的看到备份结果）

在需要进行数据库恢复的时候，可以按照如下还原步骤进行操作：
1． 新建一个数据库，比如名为Back, 右键打开“还原数据库”窗口，选择“从设备”进行还原，然后在“选择设备…”中选定备份所使用的Test-daily.bak文件，回到“还原数据库”窗口，“备份号”默认为1（对应的就是备份步骤3中的初次完全备份），不必更改。在“选项”标签页中，选中“强制还原”，最关键的一步是，在“恢复完成状态”中，选中第2或第3项，即保证“能还原其它事务日志”，这样还原之后，这个新的数据库就回到了我们进行第一次完全备份时候的状态，此时，该Back数据库将处于“正在装载”或“只读”的状态，没有关系，这是正常的，因为我们接下来还需要通过事务日志将该数据库恢复到指定的某个状态。
2． 再次打开“还原数据库”窗口，同样选择“从设备”进行还原，然后在“选择设备…”中选定备份所使用的Test-daily.bak文件，回到“还原数据库”窗口，点击“备份号”后面的“查看内容…”按钮，在新的窗口中，可以看到里面列出了每天19：00左右备份过的备份集（除了最顶上一个是我们初次的完全备份集，其它都是每天的增量备份集），选中想要恢复的某个备份集，单击“确定”回到主窗口，可以看到“还原备份集”默认选中的是“差异”，再单击确定，这样，Back数据库就恢复到了我们选定的某个备份集了。
上述还原步骤可以重复进行，直到我们找到确切需要的某个备份集。

另外，恢复后的数据库名称是Back,如果想将其改名为Test，可以执行
EXEC sp_renamedb 'Back', 'Test'
在重命名数据库之前，应该确保没有人使用该数据库，而且数据库设置为单用户模式。

补充:需要在"备份数据库"->"常规"选项卡里选中"重写现有媒体",这样在"选项"选项卡里才能设定"备份集到期时间",并且发现,这样设定好"到期时间"之后,即使将"重写现有媒体"改为"追加到媒体",所设定的"到期时间"还是有效的,这可以在调度里的"步骤"脚本中看出来,如:
BACKUP DATABASE [model] TO DISK = N'D:\test.bak' WITH NOINIT , NOUNLOAD , RETAINDAYS = 1, DIFFERENTIAL , NAME = N'model 备份', NOSKIP , STATS = 10, NOFORMAT,通过这种方式应该可以实现保留最近N天的备份,测试中....

J. SQL数据库如何备份，还原

备份数据库
1、打开SQL企业管理器，在控制台根目录中依次点开Microsoft
SQL
Server
2、SQL
Server组-->双击打开版你的服务器-->双击打开数据库目权录
3、选择你的数据库名称（如财务数据库cwdata）-->然后点上面菜单中的工具-->选择备份数据库
4、备份选项选择完全备份，目的中的备份到如果原来有路径和名称则选中名称点删除，然后点添加，如果原来没有路径和名称则直接选择添加，接着指定路径和文件名，指定后点确定返回备份窗口，接着点确定进行备份。