SQL Server备份事务日志结尾(Tail)
事务日志结尾经常提交数据库未备份的事务日志内容。基本上，每一次你执行事务日志备份时，你都在执行事务日志结尾的备份。
那为什么会这么设计呢？因为也许由于介质的损坏，当数据库已经不再可用时，麻烦就来了。如果下一个逻辑步骤正好就是要备份当前事务日志的话，可以应用这个备份来使数据库处于等待(Standby)状态。你甚至可以在数据库文件不可用的状态下使用NO_TRUNCATE来备份事务日志，例如：
BACKUP LOG AdventureWorks TO DISK = 'G:\Backups\AdventureWorks_log_tail.bak' WITH NO_TRUNCATE
然后，你可以使用备份日志的结果把处于等待状态的数据“带回”到发生错误之前的状态。
注意：这也是另一个让你把事务日志文件同数据文件放在不同磁盘上的原因。如果它们在同一个磁盘上的话，磁盘损坏了，你就不能从磁盘上再取到事务日志的备份了。
另一个问题是，当你的数据使用批量日志恢复模型时，当前的事务日志只包括最小化的日志事务。在这种情况下，一个事务日志备份需要存储数据页的修改。如果你的数据文件不可用了，你也就不能备份事务了，甚至是带NO_TRUNCATE选项也不行。
最后，如果你使用的是SQL Server 2005或以上版本，每次你要恢复的数据库都是已经存在的数据库，而且是完整或是批量日志恢复模型，而且事务日志包括活动事务的话，那会收到和下面类似的错误信息：
Server: Msg 3159, Level 16, State 1, Line 1
The tail of the log for the database "AdventureWorks" has not been backed up. Use BACKUP LOG WITH NORECOVERY to backup the log if it contains work you do not want to lose. Use the WITH REPLACE or WITH STOPAT clause of the RESTORE statement to just overwrite the contents of the log.
Server: Msg 3013, Level 16, State 1, Line 1
RESTORE DATABASE is terminating abnormally.
上面的信息就是SQL Server在告诉你，事务日志中有些日志记录还没有被备份。假如当前事务日志可以被丢弃的话，你可以使用REPLACE选项来让SQL Server忽略当前的事务日志。如下：
RESTORE DATABASE AdventureWorks from DISK = 'G:\Backups\AdventureWorks_full.bak' WITH REPLACE
本文翻译自sqlbackuprestore，更多精彩内容请浏览http://www.sqlbackuprestore.com
相关文档：
最近需要测试一个项目, 需要SQL SERVER 2008, 在微软下载评估版后进行安装
中间发现了种种安装失败的问题，对该过程进行了记录，希望给遇到此类问题的朋友们共同探讨，有所帮助：
1. WINDOWS 2003, WINDOWS 7 新装的时候可行，但是如果有删除后重新安装则无法再次安装
2. 根据网上无数先驱的失败提示， 进行了无数重试， ......
/*
触发器获取SQL语句增量传输
功能：捕捉修改表的SQL语句
使用说明： 1、先新建一表手动写入主键信息或者唯一索引
Create table prmary_key
(tab_name varchar(255),
key_name varchar(255))
--此表仅在建立触发器时使用，建完所有触发器后 记得 ......
一、备份数据库
1、打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server
2、SQL Server组-->双击打开你的服务器-->双击打开数据库目录
3、选择你的数据库名称（如论坛数据库Forum）-->然后点上面菜单中的工具-->选择备份数据库
4、备份选项选择完全备份，目的中的备份到如果原来有路径和名� ......
说明：复制表(只复制结构,源表名：a 新表名：b)
SQL: select * into b from a where 1<>1
说明：拷贝表(拷贝数据,源表名：a 目标表名：b)
SQL: insert into b(a, b, c) select d,e,f from b;
说明：显示文章、提交人和最后回复时间
SQL: select a.title,a.username,b ......
