㈠ sql2008怎么备份日志文件
一、 结尾日志备份的含义。
由于结尾日志备份是SQLServer数据库特有的一个内容。所以对于从其他数据库转型过来的管理员可能并不了解这个结尾日志备份的含义。在大多数情况下，如在完成恢复模式或者大容量日志恢复模式下，SQLServer数据库要求管理员备份事务日志的结尾部分以获得尚未备份的日志记录。这个在还原操作之前对日志尾部执行的日志备份就叫做结尾日志备份。对于SQLServer数据库来说，在事务日志恢复之前进行事务日志的尾部备份是非常必要的。因为结尾日志备份作业可以防止用户修改数据的丢失并最终确保日志链的完整性。在利用事务日志将数据库恢复到某一个指定的点，如数据库故障点的时候，结尾日志备份是恢复计划中的最后一个相关备份。如果在还原之前无法备份日志的尾部，那么就只能够将数据库恢复为故障发生之前创建的最后一个备份。而不能够恢复到故障发生的那一点。所以说，结尾日志备份对于SQLServer数据库非常的重要。
二、 在何时该进行结尾日志备份?
从结尾日志备份的含义中，我们也可以看出，并不是在任何情况下都需要作结尾日志备份。也就是说，对于SQLServer数据库来说，并非所有的还原方案都需要执行结尾日志部分。如在数据库恢复的时候，不需要恢复到故障的那一点，就不需要进行结尾日志备份。同理，如果先前的日志备份中已经包含了恢复点，或者说管理员准备覆盖某个数据库或者移动数据库的时候，往往不需要进行结尾日志备份。另外需要的是，在某些特定情况下即使数据库管理员想进行事务日志尾部备份都不行。如当事务日志文件已经损坏时就无法继续进行事务日志尾部备份。此时虽然数据库管理员任人可以在不使用结尾日志备份的情况下恢复数据库，但是已经不能够恢复到故障发生的那一点。也就是说，最新日志备份后进行的任何数据修改工作与数据库结构调整工作都回丢失。
具体的来说，如果遇到如下两种情况，需要先对马上对事务日志进行尾部备份。
一是需要对数据库进行还原操作，而且是要还原到最近到的一个点时，那么需要先对数据库进行事务日志尾部备份。即在数据库处于联机状态时，如果数据库管理员需要对数据库进行的下一个操走就是还原操作，那么就需要在还原操作之前进行事务日志尾部备份。也就是说，在还原操作之前才能够进行事务日志尾部备份，即在事务日志备份备份与数据库还原之间不能够再进行任何的数据库修改作业。否则的话在还原后这个修改会丢失。另外需要注意的是，为了出现一些不必要的错误，最好在备份事务尾部日志的时候，采用NORECOVERY选项。这个选项主要是为了确保数据库事务日志尾部备份之后数据库不能够再被修改。也就是说，可以保证事务日志尾部备份到数据库还原中间的时间间隔之内，不再发生任何的数据库更改作业。以确保在利用事务日志尾部备份进行数据库还原的时候，能够还原到一个最近的时点。而不会有任何数据的丢失。这是在最正常的情况下对事务日志的尾部进行备份。
㈡ sql server2000 如何备份数据库的事务日志
在要备份的数据库名称上点右键，选所有任务，然后点击数据库备份就搞定了，若还想将备份原件移到别的存储区，先将服务管理器点击停止运行，然后进c=>program files=>sql server=>mssql=>data=>选中数据库的主文件和日志文件复制粘贴即可！
㈢ MS SQL SERVER 如何做日志备份和还原。
备份一个事务日志：
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 ] ]
]
}
还原事务日志：
RESTORE LOG { database_name | @database_name_var }
[ FROM < backup_device > [ ,...n ] ]
[ WITH
[ RESTRICTED_USER ]
[ [ , ] FILE = { file_number | @file_number } ]
[ [ , ] PASSWORD = { password | @password_variable } ]
[ [ , ] MOVE 'logical_file_name' TO 'operating_system_file_name' ]
[ ,...n ]
[ [ , ] MEDIANAME = { media_name | @media_name_variable } ]
[ [ , ] MEDIAPASSWORD = { mediapassword | @mediapassword_variable } ]
[ [ , ] KEEP_REPLICATION ]
[ [ , ] { NORECOVERY | RECOVERY | STANDBY = undo_file_name } ]
[ [ , ] { NOREWIND | REWIND } ]
[ [ , ] { NOUNLOAD | UNLOAD } ]
[ [ , ] RESTART ]
[ [ , ] STATS [= percentage ] ]
[ [ , ] STOPAT = { date_time | @date_time_var }
| [ , ] STOPATMARK = 'mark_name' [ AFTER datetime ]
| [ , ] STOPBEFOREMARK = 'mark_name' [ AFTER datetime ]
]
]
例如：restore log dbname from disk='filename'
㈣ SQL Server 2008有几种备份方式
SQL Server 2008提供了四种备份方式分别是：完整备份、差异备份、事务日志备份、文件和文件组备份。
◆ 完整备份：备份整个数据库的所有内容，包括事务日志。该备份类型需要比较大的存储空间来存储备份文件，备份时间也比较长，在还原数据时，也只要还原一个备份文件。
◆ 差异备份：差异备份是完整备份的补充，只备份上次完整备份后更改的数据。相对于完整备份分来说，差异备份的数据量比完整数据备份小，备份的速度也比完整备份要快。因此，差异备份通常作为常用的备份方式。在还原数据时，要先还原前一次做的完整备份，然后还原最后一次所做的差异备份，这样才能让数据库里的数据恢复到与最后一次差异备份时的内容相同。
◆ 事务日志备份：事务日志备份只备份事务日志里的内容。事务日志记录了上一次完整备份或事务日志备份后数据库的所有变动过程。事务日志记录的是某一段时间内的数据库变动情况，因此在进行事务日志备份之前，必须要进行完整备份。与差异备份类似，事务日志备份生成的文件较小、占用时间较短，但是在还原数据时，除了先要还原完整备份之外，还要依次还原每个事务日志备份，而不是只还原最后一个事务日志备份(这是与差异备份的区别)。
◆ 文件和文件组备份。如果在创建数据库时，为数据库创建了多个数据库文件或文件组，可以使用该备份方式。使用文件和文件组备份方式可以只备份数据库中的某些文件，该备份方式在数据库文件非常庞大时十分有效，由于每次只备份一个或几个文件或文件组，可以分多次来备份数据库，避免大型数据库备份的时间过长。另外，由于文件和文件组备份只备份其中一个或多个数据文件，当数据库里的某个或某些文件损坏时，可能只还原损坏的文件或文件组备份。
㈤ 请教sql server做过完整备份和日志备份，还需要做差异备份吗
1.差异备份是以上一个全备为基点，这个期间所有差异数据的备份。
2.日志备份是基于前一个全备+日志备份为基点，这个期间的事务日志的备份。
3.在利用全备+日志备份时，需要有序并逐个还原所有日志备份。假设要还原周六的数据，则需要上周日的全备和周一到周六的所有日志备份才可以。如果有每天的差异备份，则只需要周日的全备+周五的差异备份+周六的日志备份即可。这样还原起来方便快捷，节省时间成本。
㈥ 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语句进行备份，只需要挑个时间停止实例，然后执行不完全备份。
㈦ sql server需要做日志备份吗
请按步骤进行,未进行前面的步骤,请不要做后面的步骤
否则可能损坏你的数据库.
一般不建议做第4,6两步
第4步不安全,有可能损坏数据库或丢失数据
第6步如果日志达到上限,则以后的数据库处理会失败,在清理日志后才能恢复.
--*/
--下面的所有库名都指你要处理的数据库的库名
1.清空日志
DUMP TRANSACTION 库名 WITH NO_LOG
2.截断事务日志：
BACKUP LOG 库名 WITH NO_LOG
3.收缩数据库文件(如果不压缩,数据库的文件不会减小
企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件
--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
--选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
也可以用SQL语句来完成
--收缩数据库
DBCC SHRINKDATABASE(库名)
--收缩指定数据文件,1是文件号,可以通过这个语句查询到:select * from sysfiles
DBCC SHRINKFILE(1)
4.为了最大化的缩小日志文件(如果是sql 7.0,这步只能在查询分析器中进行)
a.分离数据库:
企业管理器--服务器--数据库--右键--分离数据库
b.在我的电脑中删除LOG文件
c.附加数据库:
企业管理器--服务器--数据库--右键--附加数据库
此法将生成新的LOG，大小只有500多K
或用代码：
下面的示例分离 pubs，然后将 pubs 中的一个文件附加到当前服务器。
a.分离
EXEC sp_detach_db @dbname = '库名'
b.删除日志文件
c.再附加
EXEC sp_attach_single_file_db @dbname = '库名',
@physname = 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\库名.mdf'
5.为了以后能自动收缩,做如下设置:
企业管理器--服务器--右键数据库--属性--选项--选择"自动收缩"
--SQL语句设置方式:
EXEC sp_dboption '库名', 'autoshrink', 'TRUE'
6.如果想以后不让它日志增长得太大
企业管理器--服务器--右键数据库--属性--事务日志
--将文件增长限制为xM(x是你允许的最大数据文件大小)
--SQL语句的设置方式:
alter database 库名 modify file(name=逻辑文件名,maxsize=20)
㈧ sql server 2000 日志备份
日志处理方法:
/*--特别注意
请按步骤进行,未进行前面的步骤,请不要做后面的步骤
否则可能损坏你的数据库.
一般不建议做第4,6两步
第4步不安全,有可能损坏数据库或丢失数据
第6步如果日志达到上限,则以后的数据库处理会失败,在清理日志后才能恢复.
--*/
--下面的所有库名都指你要处理的数据库的库名
1.清空日志
DUMP TRANSACTION 库名 WITH NO_LOG
2.截断事务日志：
BACKUP LOG 库名 WITH NO_LOG
3.收缩数据库文件(如果不压缩,数据库的文件不会减小
企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件
--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
--选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
也可以用SQL语句来完成
--收缩数据库
DBCC SHRINKDATABASE(库名)
--收缩指定数据文件,1是文件号,可以通过这个语句查询到:select * from sysfiles
DBCC SHRINKFILE(1)
4.为了最大化的缩小日志文件(如果是sql 7.0,这步只能在查询分析器中进行)
a.分离数据库:
企业管理器--服务器--数据库--右键--分离数据库
b.在我的电脑中删除LOG文件
c.附加数据库:
企业管理器--服务器--数据库--右键--附加数据库
此法将生成新的LOG，大小只有500多K
或用代码：
下面的示例分离 pubs，然后将 pubs 中的一个文件附加到当前服务器。
a.分离
EXEC sp_detach_db @dbname = '库名'
b.删除日志文件
c.再附加
EXEC sp_attach_single_file_db @dbname = '库名',
@physname = 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\库名.mdf'
5.为了以后能自动收缩,做如下设置:
企业管理器--服务器--右键数据库--属性--选项--选择"自动收缩"
--SQL语句设置方式:
EXEC sp_dboption '库名', 'autoshrink', 'TRUE'
6.如果想以后不让它日志增长得太大
企业管理器--服务器--右键数据库--属性--事务日志
--将文件增长限制为xM(x是你允许的最大数据文件大小)
--SQL语句的设置方式:
alter database 库名 modify file(name=逻辑文件名,maxsize=20)
㈨ 用SQL语句备份数据库
利用T-SQL语句,实现数据库的备份和还原的功能
体现了SQL Server中的四个知识点：
1． 获取SQL Server服务器上的默认目录
2． 备份SQL语句的使用
3． 恢复SQL语句的使用，同时考虑了强制恢复时关闭其他用户进程的处理
4． 作业创建SQL语句的使用
/*1.--得到数据库的文件目录
@dbname 指定要取得目录的数据库名
如果指定的数据不存在,返回安装SQL时设置的默认数据目录
如果指定NULL,则返回默认的SQL备份目录名
*/
/*--调用示例
select 数据库文件目录=dbo.f_getdbpath(’tempdb’)
,[默认SQL SERVER数据目录]=dbo.f_getdbpath(’’)
,[默认SQL SERVER备份目录]=dbo.f_getdbpath(null)
--*/
if exists (select * from dbo.sysobjects where id = object_id(N’[dbo].[f_getdbpath]’) and xtype in (N’FN’, N’IF’, N’TF’))
drop function [dbo].[f_getdbpath]
GO
create function f_getdbpath(@dbname sysname)
returns nvarchar(260)
as
begin
declare @re nvarchar(260)
if @dbname is null or db_id(@dbname) is null
select @re=rtrim(reverse(filename)) from master..sysdatabases where name=’master’
else
select @re=rtrim(reverse(filename)) from master..sysdatabases where name=@dbname
if @dbname is null
set @re=reverse(substring(@re,charindex(’＼’,@re)+5,260))+’BACKUP’
else
set @re=reverse(substring(@re,charindex(’＼’,@re),260))
return(@re)
end
go
/*2.--备份数据库
*/
/*--调用示例
--备份当前数据库
exec p_backupdb @bkpath=’c:＼’,@bkfname=’db_＼DATE＼_db.bak’
--差异备份当前数据库
exec p_backupdb @bkpath=’c:＼’,@bkfname=’db_＼DATE＼_df.bak’,@bktype=’DF’
--备份当前数据库日志
exec p_backupdb @bkpath=’c:＼’,@bkfname=’db_＼DATE＼_log.bak’,@bktype=’LOG’
--*/
if exists (select * from dbo.sysobjects where id = object_id(N’[dbo].[p_backupdb]’) and OBJECTPROPERTY(id, N’IsProcere’) = 1)
drop procere [dbo].[p_backupdb]
GO
create proc p_backupdb
@dbname sysname=’’, --要备份的数据库名称,不指定则备份当前数据库
@bkpath nvarchar(260)=’’, --备份文件的存放目录,不指定则使用SQL默认的备份目录
@bkfname nvarchar(260)=’’, --备份文件名,文件名中能用＼DBNAME＼代表数据库名,＼DATE＼代表日期,＼TIME＼代表时间
@bktype nvarchar(10)=’DB’, --备份类型:’DB’备份数据库,’DF’ 差异备份,’LOG’ 日志备份
@appendfile bit=1 --追加/覆盖备份文件
as
declare @sql varchar(8000)
if isnull(@dbname,’’)=’’ set @dbname=db_name()
if isnull(@bkpath,’’)=’’ set @bkpath=dbo.f_getdbpath(null)
if isnull(@bkfname,’’)=’’ set @bkfname=’＼DBNAME＼_＼DATE＼_＼TIME＼.BAK’
set @bkfname=replace(replace(replace(@bkfname,’＼DBNAME＼’,@dbname)
,’＼DATE＼’,convert(varchar,getdate(),112))
,’＼TIME＼’,replace(convert(varchar,getdate(),108),’:’,’’))
set @sql=’backup ’+case @bktype when ’LOG’ then ’log ’ else ’database ’ end +@dbname
+’ to disk=’’’+@bkpath+@bkfname
+’’’ with ’+case @bktype when ’DF’ then ’DIFFERENTIAL,’ else ’’ end
+case @appendfile when 1 then ’NOINIT’ else ’INIT’ end
print @sql
exec(@sql)
go
/*3.--恢复数据库
*/
/*--调用示例
--完整恢复数据库
exec p_RestoreDb @bkfile=’c:＼db_20031015_db.bak’,@dbname=’db’
--差异备份恢复
exec p_RestoreDb @bkfile=’c:＼db_20031015_db.bak’,@dbname=’db’,@retype=’DBNOR’
exec p_backupdb @bkfile=’c:＼db_20031015_df.bak’,@dbname=’db’,@retype=’DF’
--日志备份恢复
exec p_RestoreDb @bkfile=’c:＼db_20031015_db.bak’,@dbname=’db’,@retype=’DBNOR’
exec p_backupdb @bkfile=’c:＼db_20031015_log.bak’,@dbname=’db’,@retype=’LOG’
--*/
if exists (select * from dbo.sysobjects where id = object_id(N’[dbo].[p_RestoreDb]’) and OBJECTPROPERTY(id, N’IsProcere’) = 1)
drop procere [dbo].[p_RestoreDb]
GO
create proc p_RestoreDb
@bkfile nvarchar(1000), --定义要恢复的备份文件名
@dbname sysname=’’, --定义恢复后的数据库名,默认为备份的文件名
@dbpath nvarchar(260)=’’, --恢复后的数据库存放目录,不指定则为SQL的默认数据目录
@retype nvarchar(10)=’DB’, --恢复类型:’DB’完事恢复数据库,’DBNOR’ 为差异恢复,日志恢复进行完整恢复,’DF’ 差异备份的恢复,’LOG’ 日志恢复
@filenumber int=1, --恢复的文件号
@overexist bit=1, --是否覆盖已存在的数据库,仅@retype为
@killuser bit=1 --是否关闭用户使用进程,仅@overexist=1时有效
as
declare @sql varchar(8000)
--得到恢复后的数据库名
if isnull(@dbname,’’)=’’
select @sql=reverse(@bkfile)
,@sql=case when charindex(’.’,@sql)=0 then @sql
else substring(@sql,charindex(’.’,@sql)+1,1000) end
,@sql=case when charindex(’＼’,@sql)=0 then @sql
else left(@sql,charindex(’＼’,@sql)-1) end
,@dbname=reverse(@sql)
--得到恢复后的数据库存放目录
if isnull(@dbpath,’’)=’’ set @dbpath=dbo.f_getdbpath(’’)
--生成数据库恢复语句
set @sql=’restore ’+case @retype when ’LOG’ then ’log ’ else ’database ’ end+@dbname
+’ from disk=’’’+@bkfile+’’’’
+’ with file=’+cast(@filenumber as varchar)
+case when @overexist=1 and @retype in(’DB’,’DBNOR’) then ’,replace’ else ’’ end
+case @retype when ’DBNOR’ then ’,NORECOVERY’ else ’,RECOVERY’ end
print @sql
--添加移动逻辑文件的处理
if @retype=’DB’ or @retype=’DBNOR’
begin
--从备份文件中获取逻辑文件名
declare @lfn nvarchar(128),@tp char(1),@i int
--创建临时表,保存获取的信息
create table #tb(ln nvarchar(128),pn nvarchar(260),tp char(1),fgn nvarchar(128),sz numeric(20,0),Msz numeric(20,0))
--从备份文件中获取信息
insert into #tb exec(’restore filelistonly from disk=’’’+@bkfile+’’’’)
declare #f cursor for select ln,tp from #tb
open #f
fetch next from #f into @lfn,@tp
set @i=0
while @@fetch_status=0
begin
select @sql=@sql+’,move ’’’+@lfn+’’’ to ’’’+@dbpath+@dbname+cast(@i as varchar)
+case @tp when ’D’ then ’.mdf’’’ else ’.ldf’’’ end
,@i=@i+1
fetch next from #f into @lfn,@tp
end
close #f
deallocate #f
end
--关闭用户进程处理
if @overexist=1 and @killuser=1
begin
declare @spid varchar(20)
declare #spid cursor for
select spid=cast(spid as varchar(20)) from master..sysprocesses where dbid=db_id(@dbname)
open #spid
fetch next from #spid into @spid
while @@fetch_status=0
begin
exec(’kill ’+@spid)
fetch next from #spid into @spid
end
close #spid
deallocate #spid
end
--恢复数据库
exec(@sql)
go
/*4.--创建作业
*/
/*--调用示例
--每月执行的作业
exec p_createjob @jobname=’mm’,@sql=’select * from syscolumns’,@freqtype=’month’
--每周执行的作业
exec p_createjob @jobname=’ww’,@sql=’select * from syscolumns’,@freqtype=’week’
--每日执行的作业
exec p_createjob @jobname=’a’,@sql=’select * from syscolumns’
--每日执行的作业,每天隔4小时重复的作业
exec p_createjob @jobname=’b’,@sql=’select * from syscolumns’,@fsinterval=4
--*/
if exists (select * from dbo.sysobjects where id = object_id(N’[dbo].[p_createjob]’) and OBJECTPROPERTY(id, N’IsProcere’) = 1)
drop procere [dbo].[p_createjob]
GO
create proc p_createjob
@jobname varchar(100), --作业名称
@sql varchar(8000), --要执行的命令
@dbname sysname=’’, --默认为当前的数据库名
@freqtype varchar(6)=’day’, --时间周期,month 月,week 周,day 日
@fsinterval int=1, --相对于每日的重复次数
@time int=170000 --开始执行时间,对于重复执行的作业,将从0点到23:59分
as
if isnull(@dbname,’’)=’’ set @dbname=db_name()
--创建作业
exec msdb..sp_add_job @job_name=@jobname
--创建作业步骤
exec msdb..sp_add_jobstep @job_name=@jobname,
@step_name = ’数据处理’,
@subsystem = ’TSQL’,
@database_name=@dbname,
@command = @sql,
@retry_attempts = 5, --重试次数
@retry_interval = 5 --重试间隔
--创建调度
declare @ftype int,@fstype int,@ffactor int
select @ftype=case @freqtype when ’day’ then 4
when ’week’ then 8
when ’month’ then 16 end
,@fstype=case @fsinterval when 1 then 0 else 8 end
if @fsinterval<>1 set @time=0
set @ffactor=case @freqtype when ’day’ then 0 else 1 end
EXEC msdb..sp_add_jobschele @job_name=@jobname,
@name = ’时间安排’,
@freq_type=@ftype , --每天,8 每周,16 每月
@freq_interval=1, --重复执行次数
@freq_subday_type=@fstype, --是否重复执行
@freq_subday_interval=@fsinterval, --重复周期
@freq_recurrence_factor=@ffactor,
@active_start_time=@time --下午17:00:00分执行
go
/*--应用案例--备份方案:
完整备份（每个星期天一次）+差异备份（每天备份一次）+日志备份（每2小时备份一次）
调用上面的存储过程来实现
--*/
declare @sql varchar(8000)
--完整备份（每个星期天一次）
set @sql=’exec p_backupdb @dbname=’’要备份的数据库名’’’
exec p_createjob @jobname=’每周备份’,@sql,@freqtype=’week’
--差异备份（每天备份一次）
set @sql=’exec p_backupdb @dbname=’’要备份的数据库名’’,@bktype=’DF’’
exec p_createjob @jobname=’每天差异备份’,@sql,@freqtype=’day’
--日志备份（每2小时备份一次）
set @sql=’exec p_backupdb @dbname=’’要备份的数据库名’’,@bktype=’LOG’’
exec p_createjob @jobname=’每2小时日志备份’,@sql,@freqtype=’day’,@fsinterval=2
/*--应用案例2
生产数据核心库：PRODUCE
备份方案如下：
1.设置三个作业,分别对PRODUCE库进行每日备份,每周备份,每月备份
2.新建三个新库,分别命名为:每日备份,每周备份,每月备份
3.建立三个作业，分别把三个备份库还原到以上的三个新库。
目的:当用户在proce库中有所有的数据丢失时,均能从上面的三个备份库中导入相应的TABLE数据。
--*/
declare @sql varchar(8000)
--1.建立每月备份和生成月备份数据库的作业,每月每1天下午16:40分进行:
set @sql=’
declare @path nvarchar(260),@fname nvarchar(100)
set @fname=’’PRODUCE_’’+convert(varchar(10),getdate(),112)+’’_m.bak’’
set @path=dbo.f_getdbpath(null)+@fname
--备份
exec p_backupdb @dbname=’’PRODUCE’’,@bkfname=@fname
--根据备份生成每月新库
exec p_RestoreDb @bkfile=@path,@dbname=’’PRODUCE_月’’
--为周数据库恢复准备基础数据库
exec p_RestoreDb @bkfile=@path,@dbname=’’PRODUCE_周’’,@retype=’’DBNOR’’
--为日数据库恢复准备基础数据库
exec p_RestoreDb @bkfile=@path,@dbname=’’PRODUCE_日’’,@retype=’’DBNOR’’
’
exec p_createjob @jobname=’每月备份’,@sql,@freqtype=’month’,@time=164000
--2.建立每周差异备份和生成周备份数据库的作业,每周日下午17:00分进行:
set @sql=’
declare @path nvarchar(260),@fname nvarchar(100)
set @fname=’’PRODUCE_’’+convert(varchar(10),getdate(),112)+’’_w.bak’’
set @path=dbo.f_getdbpath(null)+@fname
--差异备份
exec p_backupdb @dbname=’’PRODUCE’’,@bkfname=@fname,@bktype=’’DF’’
--差异恢复周数据库
exec p_backupdb @bkfile=@path,@dbname=’’PRODUCE_周’’,@retype=’’DF’’
’
exec p_createjob @jobname=’每周差异备份’,@sql,@freqtype=’week’,@time=170000
--3.建立每日日志备份和生成日备份数据库的作业,每周日下午17:15分进行:
set @sql=’
declare @path nvarchar(260),@fname nvarchar(100)
set @fname=’’PRODUCE_’’+convert(varchar(10),getdate(),112)+’’_l.bak’’
set @path=dbo.f_getdbpath(null)+@fname
--日志备份
exec p_backupdb @dbname=’’PRODUCE’’,@bkfname=@fname,@bktype=’’LOG’’
--日志恢复日数据库
exec p_backupdb @bkfile=@path,@dbname=’’PRODUCE_日’’,@retype=’’LOG’’
’
exec p_createjob @jobname=’每周差异备份’,@sql,@freqtype=’day’,@time=171500