1. sql Server事务日志的几个常用操作
我们知道，SQL Server事务日志主要是用来记录所有事务对数据库所做的修改，如果系统出现故障，它将成为最新数据的唯一来源。日志的操作常有以下几个应用：
一、事务日志文件LDF的丢失
当我们不小删除或者LDF文件丢失的时候，数据库只剩下MDF文件，此时直接通过附加MDF是无法恢复数据库的，那我们怎么样才能恢复数据库呢?我们可以把SQL Server的日志文件分为两种形式：一类是无活动事务的日志，另一类是有活动事务的日志，我们分别根据两种情况来进行数据库恢复。
1、无活动事务的日志恢复
当文件并没有发生活动性的日志，我们就可以很容易的利用MDF文件就可以直接恢复数据库了，具体操作方法如下：
1)数据库要是没有日志，就会处于置疑的状态，我们先可以通过企业管理器中在对应数据库中点击右键，然后在“所有任务”下选择“分离数据库”把数据库进行分离;
2)利用MDF文件附加数据库生成新的日志文件，可用企业管理器中数据库点击右键选择“所有任务”下的“附加数据库”把数据库附加上。
这样就可以直接恢复好数据库了，而如果数据库的日志文件中含有活动事务，利用此方法就不能恢复数据库，所以得使用下面的方法。
2、有活动事务的日志恢复
当日志发生了事务的记录，丢失的时候，我们采用如下的方法来实现：
1)新建一个同名的数据库，如原数据库名为MYDB，然后停止SQL Server服务器，再把数据库主数据MDF文件移走，然后重新启动SQL Server服务器，新建一个同名的数据库MYDB，然后再停止SQL Server服务器，把移走的MDF文件再覆盖回来，然后再重新启动SQL Server服务器，在默认的情况下，系统表是不允许被修改的，我们需要运行以下语句才可以，在查询分析器中，选择Master数据库，然后执行：
Sp_configure 'allow updates',1
Reconfigure With Override
接着运行以下语句，把Sysdatabases表中MYDB数据库的status属性设为‘37268’,把MYDB数据库设置为紧急模式。
update sysdatabases set status=32768 where name=’MYDB’
然后再把数据库MYDB设置为单用户模式，然后重启SQL Server服务器，并把数据库MYDB设为单用户模式
Sp_dboption 'MYDB','single user', 'true'
2. sql server 2000中，如何查询事务日志事务日志有什么作用
你好！
1.如果要看日志内容，sql server下不直接支持，但是可以用LogExplorer（只支持2000）等工具来查看
如果你的意思是想看数据库在执行什么语句，可以用Sql profiler
菜单 Tool->Sql Server Profiler
进到Profiler的界面后新建一个跟踪（new Trace），选择好你的数据库和相应的用户、密码，然后就可以看到所有传到Sql Server来执行的语句了。
如果想更多的了解，可以去找些 Sql Server Profiler的资料看下，最好还是自己试几下，操作很简单，但是平时开发过程中调试很好用
2.每个 Microsoft® SQL Server™ 2000 数据库都有事务日志，用以记录所有事务和每个事务对数据库所做的修改。记录事务及其修改有三个作用：
恢复个别的事务。
如果应用程序发出 ROLLBACK 语句，或者 SQL Server 检测到错误（例如失去与客户端的通讯），就使用日志记录回滚未完成的事务所做的修改。
SQL Server 启动时恢复所有未完成的事务。
当运行 SQL Server 的服务器发生故障时，数据库可能处于这样的状态：还没有将修改从高速缓冲存储器写入数据文件，在数据文件内有未完成的事务所做的修改。当启动 SQL Server 的复本时，它对每个数据库执行恢复操作。前滚日志中记录的、可能尚未写入数据文件的每个修改。然后回滚在事务日志中找到的每个未完成的事务，以确保数据库的完整性。
将还原的数据库前滚到故障点。
丢失数据库（在没有 RAID 驱动器的服务器上，硬盘驱动器出现故障时可能会出现这种情况）后，可以将数据库还原到故障点。首先还原上一次的完整数据库备份或差异数据库备份，然后将事务日志备份序列还原到故障点。当还原每个日志备份时，SQL Server 重新应用日志中记录的所有修改以前滚所有事务。当最后的日志备份还原后，SQL Server 将使用日志信息回滚到该点未完成的所有事务。
SQL Server 2000 事务日志的特点是：
事务日志不是作为一个表实现，而是作为单独的文件或数据库内的一组文件实现。日志高速缓存与数据页的高速缓冲存储器分开管理，从而使数据库引擎内的编码更简单、更快速和更可靠。
日志记录和页的格式不必遵守数据页的格式。
事务日志可以在几个文件上实现。可以根据需要定义这些文件为自动增长。这样可减少事务日志内空间不足的可能性，同时减少管理开销。
截断日志中未用部分的机制速度快且对事务吞吐量影响最小。
3. 事务日志是什么
事务日志文件Transaction Log File是用来记录数据库更新情况的文件，扩展名为ldf。在 SQL Server 7.0 和 SQL Server 2000 中，如果设置了自动增长功能，事务日志文件将会自动扩展。一般情况下，在能够容纳两次事务日志截断之间发生的最大数量的事务时，事务日志的大小是稳定的，事务日志截断由检查点或者事务日志备份触发。然而，在某些情况下，事务日志可能会变得非常大，以致用尽空间或变满。通常，在事务日志文件占尽可用磁盘空间且不能再扩展时，您将收到如下错误消息：
Error:9002, Severity:17, State:2
The log file for database ’%.*ls’ is full.
除了出现此错误消息之外，SQL Server 还可能因为缺少事务日志扩展空间而将数据库标记为 SUSPECT。有关如何从此情形中恢复的其他信息，请参见 SQL Server 联机帮助中的“磁盘空间不足”主题。
另外，事务日志扩展可能导致下列情形：
· 非常大的事务日志文件。
· 事务可能会失败并可能开始回滚。
· 事务可能会用很长时间才能完成。
· 可能发生性能问题。
· 可能发生阻塞现象。
事务日志扩展可能由于以下原因或情形而发生：
· 未提交的事务
· 非常大的事务
· 操作：DBCC DBREINDEX 和 CREATE INDEX
· 在从事务日志备份还原时
· 客户端应用程序不处理所有结果
· 查询在事务日志完成扩展之前超时，您收到假的“Log Full”错误消息
· 未复制的事务
解决方法 日志文件满而造成SQL数据库无法写入文件时，可用两种方法： 一种方法：清空日志。
1．打开查询分析器，输入命令DUMP TRANSACTION 数据库名 WITH NO_LOG
2.再打开企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了。
另一种方法有一定的风险性，因为SQL SERVER的日志文件不是即时写入数据库主文件的，如处理不当，会造成数据的损失。
1: 删除LOG.分离数据库 企业管理器－＞服务器－＞数据库－＞右键－＞分离数据库
2：删除LOG文件.附加数据库 企业管理器－＞服务器－＞数据库－＞右键－＞附加数据库
此法生成新的LOG，大小只有500多K。
注意：建议使用第一种方法。
如果以后,不想要它变大。 SQL2000下使用：在数据库上点右键->属性->选项->故障恢复-模型-选择-简单模型。
或用SQL语句：alter database 数据库名 set recovery simple
定期对数据库进行检查当数据库文件或日志文件的未用空间超过其大小的25%时，系统将会自动缩减文件使其未用空间等于25% 当文件大小没有超过其建立时的初始大小时不会缩减文件缩减后的文件也必须大于或等于其初始大小对事务日志文件的缩减只有在对其作备份时或将 Truncate log on checkpoint 选项设为True 时才能进行。
注意：一般建立的数据库默认属性已设好，但碰到意外情况使数据库属性被更改，请用户清空日志后，检查数据库的以上属性，以防事务日志再次充满
4. SQL2000 事务日志
首先你要确定事务日志是否有用，对于数据库数据比较重要的情况，建议不要直接清理日志，而是定期备份日志，备份日志以后，之前的事务日志占用的空间就会变为可分配空间，这样就会被重新分配后写入其他事务日志。事务日志的作用非常重要，如果数据库出现异常，需要尽可能的减少数据丢失，可以通过还原最近一次完全备份和之后的事务日志来弥补。如果你确实不需要事务日志，可以在数据库属性中将故障恢复模式设置为简单，这样就不会使日志不断增长了。不过如果有一个比较大的事务，日志文件会按事务的需要进行增长的。另外，可以定期截断事务日志，执行
backup log 数据库名 with no_log
5. sql事务日志采用什么的方式
简介
SQL Server中的事务日志无疑是SQL Server中最重要的部分之一。因为SQL SERVER利用事务日志来确保持久性(Durability)和事务回滚(Rollback)。从而还部分确保了事务的ACID属性.在SQL Server崩溃时，DBA还可以通过事务日志将数据恢复到指定的时间点。当SQL Server运转良好时，多了解一些事务日志的原理和概念显得并不是那么重要。但是，一旦SQL SERVER发生崩溃时，了解事务日志的原理和概念对于快速做出正确的决策来恢复数据显得尤为重要.本系列文章将会从事务日志的概念，原理，SQL Server如何使用日志来确保持久性属性等方面来谈SQL Server的事务日志.
事务日志的物理组织构架
事务日志仅仅是记录与其对应数据库上的事务行为和对数据库修改的日志文件.在你新建数据库时，伴随着数据库文件，会有一个默认以ldf为扩展名的事务日志文件. 当然，一个数据库也可以配有多个日志文件，但是在逻辑上，他们可以看成一个.
在SQL Server对于日志文件的管理，是将逻辑上一个ldf文件划分成多个逻辑上的虚拟日志文件(virtual log files,简称VLFs).以便于管理。用个类比方法来看，日志文件(ldf)好比一趟火车，每一节车厢都是一个虚拟日志文件(VLFs):
6. 如何读懂SQL Server的事务日志
如何读懂SQL Server的事务日志
SQL Server事务日志主要是用来记录所存在事务对数据库所做的修改，可能系统出现故障，它用成为最新数据的唯一来源。日志的操作常存在下面几个应用：
一、事务日志文件LDF的丢失
当不小卸载或者LDF文件丢失的时候，数据库只剩下MDF文件，这种时候直接通过附加MDF是不可以恢复数据库的，那大家怎么样才能恢复数据库呢?大家可以把SQL Server的日志文件分为两种形式：一类是无活动事务的日志，另一类是存在活动事务的日志，大家分别参考两种情况来进行数据库恢复。
1、无活动事务的日志恢复 当文件并无发生活动性的日志，大家就可以很简单的使用MDF文件就可以直接恢复数据库了，具体操作做法如下：
1)数据库要是无日志，就会处于臵疑的状态，大家先可以通过企业管理器中在对应数据库中点击右键，接下来在‚所存在任务‛下选择‚分离数据库‛把数据库进行分离;
2)使用MDF文件附加数据库生成新的日志文件，可用企业管理器中数据库点击右键选择‚所存在任务‛下的‚附加数据库‛把数据库附加上。
这种就可以直接恢复好数据库了，而可能数据库的日志文件中含存在活动事务，使用此做法就不可以恢复数据库，所以得使用下面的做法。
7. sql server 中事务日志与日志的关系为如何
事务日志用于记录所有事务以及每个事务对数据库所做的修改。事务日志是数据库的重要组件，如果系统出现故障，则可能需要使用事务日志将数据库恢复到一致状态
SQL
Server
将某些系统事件和用户定义事件记录到
SQL
Server
错误日志和
Microsoft
Windows
应用程序日志中。这两种日志都会自动给所有记录事件加上时间戳。使用
SQL
Server
错误日志中的信息可以解决
SQL
Server
的相关问题。
事务日志你是看不到的
而事件日志可以看到
8. 求：《数据库》1、什么是事务日志，事务日志包括什么内容 2、了解SQL的GRANT 和REVOKE语句
事务日志是一个与数据库文件分开的文件。它存储对数据库进行的所有更改，并全部记录插入、更新、删除、提交、回退和数据库模式变化。事务日志还称作前滚日志或重做日志。
事务日志是备份和恢复的重要组件，也是使用 SQL Remote 或 [复制代理] 复制数据所必需的。
在缺省情况下，所有数据库都使用事务日志。事务日志的使用是可选的，但是，除非您因特殊原因而不使用，否则您应始终使用它。运行带有事务日志的数据库可提供更强的故障保护功能、更好的性能以及数据复制功能。
每个 Microsoft® SQL Server™ 2000 数据库都有事务日志，用以记录所有事务和每个事务对数据库所做的修改。记录事务及其修改有三个作用：
恢复个别的事务。
如果应用程序发出 ROLLBACK 语句，或者 SQL Server 检测到错误（例如失去与客户端的通讯），就使用日志记录回滚未完成的事务所做的修改。
SQL Server 启动时恢复所有未完成的事务。
当运行 SQL Server 的服务器发生故障时，数据库可能处于这样的状态：还没有将修改从高速缓冲存储器写入数据文件，在数据文件内有未完成的事务所做的修改。当启动 SQL Server 的复本时，它对每个数据库执行恢复操作。前滚日志中记录的、可能尚未写入数据文件的每个修改。然后回滚在事务日志中找到的每个未完成的事务，以确保数据库的完整性。
将还原的数据库前滚到故障点。
丢失数据库（在没有 RAID 驱动器的服务器上，硬盘驱动器出现故障时可能会出现这种情况）后，可以将数据库还原到故障点。首先还原上一次的完整数据库备份或差异数据库备份，然后将事务日志备份序列还原到故障点。当还原每个日志备份时，SQL Server 重新应用日志中记录的所有修改以前滚所有事务。当最后的日志备份还原后，SQL Server 将使用日志信息回滚到该点未完成的所有事务。
SQL Server 2000 事务日志的特点是：
事务日志不是作为一个表实现，而是作为单独的文件或数据库内的一组文件实现。日志高速缓存与数据页的高速缓冲存储器分开管理，从而使数据库引擎内的编码更简单、更快速和更可靠。
日志记录和页的格式不必遵守数据页的格式。
事务日志可以在几个文件上实现。可以根据需要定义这些文件为自动增长。这样可减少事务日志内空间不足的可能性，同时减少管理开销。
截断日志中未用部分的机制速度快且对事务吞吐量影响最小。
GRANT是授予权限
REVOKE是撤销权限
GRANT
名称
GRANT — 赋予一个用户，一个组或所有用户访问权限
语法
GRANT privilege [, ...] ON object [, ...]
TO { PUBLIC | GROUP group | username }
输入
privilege
可能的权限有：
SELECT
访问声明的表/视图的所有列/字段．
INSERT
向声明的表中插入所有列字段．
UPDATE
更新声明的表所有列/字段．
DELETE
从声明的表中删除所有行．
RULE
在表/视图上定义规则 （参见 CREATE RULE 语句）．
ALL
赋予所有权限．
object
赋予权限的对象名．可能的对象是：
table
view
sequence
PUBLIC
代表是所有用户的简写．
GROUP group
将要赋予权限的组 group ．
username
将要赋予权限的用户名．PUBLIC 是代表所有用户的简写．
输出
CHANGE
如果成功，返回此信息．
ERROR: ChangeAcl: class "object" not found
如果所声明的对象不可用或不可能对声明的组或用户赋予权限．
描述
GRANT 允许对象的创建者给某用户或某组或所有用户（PUBLIC）某些特定的权限．对象创建后，除了创建者外，除非创建者赋予（GRANT）权限，其他人没有访问对象的权限．
一旦用户有某对象的权限，他就可以使用那个特权．不需要给创建者赋予（GRANT）对象的权限，创建者自动拥有对象的所有权限，包括删除它的权限．
注意
目前，要想在 Postgres 里面只赋予几列权限，你必须创建一个包含那几列的视图（view），然后把权限赋予那几个视图。
使用 psql \z 命令获取关于现存对象权限的更多信息：
Database = lusitania
+------------------+---------------------------------------------+
| Relation | Grant/Revoke Permissions |
+------------------+---------------------------------------------+
| mytable | {"=rw","miriam=arwR","group todos=rw"} |
+------------------+---------------------------------------------+
Legend:
uname=arwR -- privileges granted to a user
group gname=arwR -- privileges granted to a GROUP
=arwR -- privileges granted to PUBLIC
r -- SELECT
w -- UPDATE/DELETE
a -- INSERT
R -- RULE
arwR -- ALL
参考 REVOKE 语句废除访问权限.
用法
给所有用户向表 films 插入记录的权限：
GRANT INSERT ON films TO PUBLIC;
赋予用户 manuel 操作视图 kinds 的所有权限：
GRANT ALL ON kinds TO manuel;
兼容性
SQL92
SQL92 GRANT 语法允许对表中的某单独列/字段设置权限，并且允许设置一权限以赋予别人相同权限：
GRANT privilege [, ...]
ON object [ ( column [, ...] ) ] [, ...]
TO { PUBLIC | username [, ...] } [ WITH GRANT OPTION ]
这些字段与 Postgres 实现是兼容的，除了下面一些例外：
privilege
SQL92 允许声明附加的权限：
SELECT
REFERENCES
允许在一个声明的表的完整性约束中使用某些或全部列/字段．
USAGE
允许使用一个域，字符集，集合或事务．如果声明的对象不是表/视图， privilege 只能声明为 USAGE．
object
[ TABLE ] table
SQL92 允许一个附加的非功能性关键字 TABLE.
CHARACTER SET
允许使用声明的字符集．
COLLATION
允许使用声明的集合序列．
TRANSLATION
允许使用声明的字符集转换．
DOMAIN
允许使用声明的域．
WITH GRANT OPTION
允许向别人赋予同样权限．
9. 如何使用SQlyog创建主数据文件和事务日志文件
方法/步骤
打开SQLyog，此时弹出连接界面，点击【新建】
10. 如何操作SQL Server事务日志
但是，了解如何恢复数据库是数据库管理员技能背景中一个至关重要的组成部分。本文将说明如何把一个SQL Server数据库回复到恢复一个数据表的时候。情况介绍update或delete语句忘带了where子句，或where子句精度不够，执行之后造成了严重的后果， 这种情况的数据恢复只能利用事务日志的备份来进行，所以如果你的SQL没有进行相应的全库备份 或不能备份日志（如果为了不让日志文件变大而置trunc. log on chkpt.选项为1），那么就无法进行数据的恢复了，或者只能恢复到最近一次的备份的数据了。恢复过程注意，在本文中，我假定你的数据库恢复模式设为FULL。恢复过程的第一步是执行尾日志备份,(BACKUP LOG Student TO DISK='E:\stulog.dmp' ) 。在恢复一个数据库之前，为保证上次备份之后发生改变的记录都包含在恢复过程之中，你可能需要执行这种类型的备份。下一步，你应该查找数据库备份文件在机器或网络中的存储位置。如果你要在另一台服务器上恢复数据库，最好是把这些文件复制到目标服务器中。在备份文件所在的位置，找出最后一个完整的数据库备份（这些文件通常使用.bak为扩展名）；你需要恢复这个完整的备份。下面的脚本将完整的备份文件应用于NewDatabase数据库：RESTORE DATABASE NewDatabaseFROM DISK = 'D: .bak'WITHMOVE 'PreviousDatabase' TO 'D:DataFiles TestDatabase.mdf',MOVE 'PreviousDatabase_log' TO 'D:DataFiles TestDatabase_Log.ldf',NORECOVERY这段脚本指出完整备份文件位于服务器的D盘中，你正在使用备份文件恢复NewDatabase这个数据库。脚本中的语句将数据文件和日志文件从完整备份文件转移到TestDatabase数据库的新文件中。脚本中的最后一个语句——NORECOVERY——非常重要。NORECOVERY模式有三种选项，如下所示：NORECOVERY：告诉SQL Server你没有完成恢复数据库的过程，随后会出现恢复文件。当数据库处于这种状态时，数据库还不能使用，因而不允许建立连接。 RECOVERY：告诉SQL Server你已经完成数据库恢复过程，数据库即将准备就绪。这是默认选项，也是最常用的选项。 STANDBY：告诉SQL Server当前数据库还未为完成恢复做好准备，随后可以使用日志文件进行恢复。如果必要，你可以使用这个选项为恢复数据库建立连接。但是，如果当前不存在连接，将来的事务日志只能应用于数据库。 一旦你使用NORECOVERY选项恢复了完整备份，你可以开始应用事务日志备份或差异备份。差异备份差异备份是指对上次完整数据库备份后数据库发生的任何改变进行备份。如果你有几个差异备份，你只需要恢复最后一个备份文件。在这种情况下，并不存在差异备份，因此你可以直接转向事务日志备份。事务日志备份事务日志备份保留上次事务日志备份后发生的所有事务的痕迹；它还允许你把数据库恢复到数据库发生错误之前的一个时间点。事务日志备份按顺序发生，从而建立一个备份链。在把一连串事务日志备份恢复到一个时间点时，事务日志文件也必须按顺序恢复。当你使用一个数据库维护计划来建立事务日志备份时，事务日志文件名中往往包含一个时间指示器。下面的脚本使用NORECOVERY选项应用三个事务日志备份，最后一个语句把数据库恢复到最后一个事务日志文件的结束点。RESTORE LOG NewDatabaseFROM DISK = ''D: BackupFilesTestDatabase_TransactionLogBackup1.trn'WITH NORECOVERYRESTORE LOG NewDatabaseFROM DISK = ''D: BackupFiles TestDatabase_TransactionLogBackup2.trn'WITH NORECOVERYRESTORE LOG NewDatabaseFROM DISK = ''D: BackupFiles TestDatabase_TransactionLogBackup3.trn'WITH NORECOVERYRESTORE LOG NewDatabaseFROM DISK = ''D: BackupFiles TestDatabase_TransactionLogBackup4.trn'WITH RECOVERY恢复到一个时间点在上面的例子中，你把数据库恢复到最后一个事务日志的结束点。如果你想把数据库恢复到事务日志结束前的某个特定的时间点，你必须使用STOPAT选项。下面的脚本把日志序列中的第四个事务日志恢复到4:01 AM——正好在数据库出错之前。RESTORE LOG NewDatabaseFROM DISK = ''D: BackupFiles TestDatabase_TransactionLogBackup4.trn'WITH STOPAT = N'6/28/2007 4:01:45 PM', RECOVERY既然你已经把数据库恢复到一个你指定的时间点上，现在该是决定如何帮助开发者，使他们的工作更加轻松的时候了。