http://www.sokox.com/blog/ zh-cn PBlog2 v2.4 http://www.sokox.com/blog/images/logos.gif http://www.sokox.com/blog/ 电脑老窝 http://www.sokox.com/blog/article/database/157.htm sevengo@163.com(小骇) Sun,10 May 2009 23:03:56 +0800 http://www.sokox.com/blog/default.asp?id=157   .....交易时间...........当前余额.....
.....(1)xxxx-xx-xx ........40000.0.....
.....(2)xxxx-xx-xx.........30000.0.....
.....(3)xxxx-xx-xx.........20000.0.....
.....(4)xxxx-xx-xx.........10000.0.....

大概是这种情况，我想求相邻两行的 交易时间 的差，注意是相邻两行，然后用40000.0×时间(2)与时间(1)的差×日利率=利息。

解决方法：
--id为(1),(2)列行字段

select datadiff(dd,a.交易时间,b.交易时间)
from tableName a
left join tableName b on a.id = b.id+1

存储过程：
declare @t table(id int,d datetime,v float)
insert into @t select 1,'2008-01-05',4000
insert into @t select 2,'2008-01-03',2000
insert into @t select 3,'2008-01-02',1000

declare @利率 float
set @利率=0.03
select a.*,a.v*datediff(d,b.d,a.d)*@利率 from @t a left join @t b on a.id=b.id-1
/*
id          d                       v                      
----------- ----------------------- ---------------------- ----------------------
1           2008-01-05 00:00:00.000 4000                   240
2           2008-01-03 00:00:00.000 2000                   60
3           2008-01-02 00:00:00.000 1000                   NULL
*/
或
create table tbf(id int,tim varchar(10),acc decimal(22,4))
insert into tbf values(1,'2009/01/01',40000)
insert into tbf values(2,'2009/02/01',30000)
insert into tbf values(3,'2009/03/01',20000)
insert into tbf values(4,'2009/04/01',10000)
insert into tbf values(5,'2009/04/07',60000)


select datediff(dd,a.tim,b.tim),a.*
from tbf a
left join tbf b on a.id = b.id+1

drop table tbf
/*
            id          tim        acc
----------- ----------- ---------- ---------------------------------------
NULL        1           2009/01/01 40000.0000
-31         2           2009/02/01 30000.0000
-28         3           2009/03/01 20000.0000
-31         4           2009/04/01 10000.0000
-6          5           2009/04/07 60000.0000

(5 行受影响)

*/

]]> http://www.sokox.com/blog/article/database/147.htm sevengo@163.com(小骇) Mon,09 Feb 2009 13:35:19 +0800 http://www.sokox.com/blog/default.asp?id=147 Year Yy yyyy 年 1753 ~ 9999
Quarter Qq q   季 1 ~ 4
Month Mm m   月1 ~ 12
Day of year Dy y 一年的日数,一年中的第几日 1-366
Day Dd d   日，1-31
Weekday Dw w 一周的日数，一周中的第几日 1-7
Week Wk ww 周，一年中的第几周 0 ~ 51
Hour Hh h   时0 ~ 23
Minute Mi n 分钟0 ~ 59
Second Ss s 秒 0 ~ 59
Millisecond Ms - 毫秒 0 ~ 999
========================================================
1: getdate()函数
返回当前时间
select getdate()
                                                      
------------------------------------------------------
2009-02-05 11:18:39.770

（所影响的行数为 1 行）

==========================================================
2：dateadd函数
第一个参数是要添加的类型，比如MM，第二个参数你要添加多少，第三个是你要往哪里添加
Select DATEADD(m,2,'2004-1-1')[DATELIHAN]
DATELIHAN                                              
------------------------------------------------------
2004-03-01 00:00:00.000

（所影响的行数为 1 行）

Select DATEADD(YY,1,'2004-1-1')[DATELIHAN]
DATELIHAN                                              
------------------------------------------------------
2005-01-01 00:00:00.000

（所影响的行数为 1 行）
===================================================================================
3:datediff函数
返回参数二与参数三两个日期之间的差值 参数三-参数二 返回类型为参数一
select datediff(dd,'2009-12-27','2009-12-25')[DATELIHAN]
DATELIHAN  
-----------
-2

（所影响的行数为 1 行）
select datediff(yy,'2007-12-27','2009-12-25')[DATELIHAN]
DATELIHAN  
-----------
2

（所影响的行数为 1 行）
=================================================================================
4：datepart函数
返回参数二中对应的参数一的值
select datepart(mm,'2008-08-07')[月份]
select datepart(yy,'2008-08-07')[年份]
月份          
-----------
8

（所影响的行数为 1 行）

年份          
-----------
2008

（所影响的行数为 1 行）

========================================================================================
5：datename函数
返回代表指定日期的指定日期部分的字符串
Select datename(weekday, '2009-10-15') [星期]
星期                            
------------------------------
星期四

（所影响的行数为 1 行）

=======================================================================================

6:day函数
返回一个整数，表示参数指定的 date 是该月份的哪一天
select day('2009-2-5')[第几天]
第几天        
-----------
5

（所影响的行数为 1 行）
=========================================================================================

7：month函数
返回一个整数，表示指定参数的 date 是该年的哪一月
Select month('2007-04-30');
            
-----------
4

（所影响的行数为 1 行）
=================================================================================

8：year函数
返回一个整数，表示参数指定的 date 是哪一年
Select year('2007-04-30');
-----------
2007

（所影响的行数为 1 行）
============================================================================
例如想要查询距离现在10天以内的记录
select * from tablename where datediff(day,你的日期字段，getdate())<10
例如想查询一段时间内的记录
select * from talbename where 你的日期字段 between 日期一 and 日期二

]]> http://www.sokox.com/blog/article/database/130.htm sevengo@163.com(小骇) Sun,01 Feb 2009 14:52:23 +0800 http://www.sokox.com/blog/default.asp?id=130
前提条件是数据库的故障恢复改为非简单模式，去掉自动关闭和自动收缩两个选项。

1、创建一个数据库test 创建时间为2006-11-18 09：40

2、对数据库进行备份，备份时间为2006-11-18 09：42

语句如下：

backup database test to disk='d:"database"test.bak' with init

提示：

已处理 216 页，这些页属于数据库 'test' 的文件 'test'（位于文件 1 上）。

已处理 1 页，这些页属于数据库 'test' 的文件 'test_log'（位于文件 1 上）。

BACKUP DATABASE 操作成功地处理了 217 页，花费了 0.191 秒（9.269 MB/秒）。

3、2006-11-18 09：44 对数据库进行操作删除和新增，我这边对客户资料进行删除和新增操作

原始的记录为



修改完后的记录为

下面开始还原操作

4、备分日志：现在时间是2006-11-18 09：47

语句如下：

BACKUP LOG test TO DISK='d:"database"0611180947.logs' WITH INIT

提示：

已处理 4 页，这些页属于数据库 'test' 的文件 'test_log'（位于文件 1 上）。

BACKUP LOG 操作成功地处理了 4 页，花费了 0.104 秒（0.275 MB/秒）。

5、恢复之前数据库备份文件test.bak,使用WITH NORECOVERY参数：

RESTORE DATABASE test from disk='d:"database"test.bak' WITH NORECOVERY

提示：

已处理 216 页，这些页属于数据库 'test' 的文件 'test'（位于文件 1 上）。

已处理 1 页，这些页属于数据库 'test' 的文件 'test_log'（位于文件 1 上）。

RESTORE DATABASE 操作成功地处理了 217 页，花费了 0.352 秒（5.029 MB/秒）。

6、使用日志恢复数据库到时间为2006-11-18 09:43，即恢复09：44分的删除和新增操作

RESTORE LOG test FROM disk='d:"database"0611180947.logs' WITH RECOVERY,STOPAT='11/18/2006 09:43'

提示：

已处理 4 页，这些页属于数据库 'test' 的文件 'test_log'（位于文件 1 上）。

RESTORE LOG 操作成功地处理了 4 页，花费了 0.016 秒（1.792 MB/秒）。

至此，再进入到软件中，可以看到，数据已经还原到原来的状态了

Re

利用事务日志来恢复Update、Delete误操作引起的数据丢失方法一（只有 sysadmin 固定服务器角色的成员才能执行以下操作）：
1如果误操作之前存在一个完全备份（或已有多个差异备份或增量备份），首先要做的事就是进行一次日志备份（如果为了不让日志文件变大而置trunc. log on chkpt.选项为1那就没有办法了）
backup log dbname to disk='filename'
执行后在你mssql目录的backup文件夹里就有一个文件，名叫：filename
2恢复一个完全备份，注意需要使用with norecovery，如果还有其他差异或增量备份，则逐个恢复。
restore database dbname from disk='filename' with norecovery（,move…）
当然如果在恢复之前你mssql里的data文件夹里有同名的.mdf或.ldf文件，你要先执行sp_detach_db 'dbname'，然后将同名的.mdf或.ldf文件剪切出data文件夹，不然会报错；或者你在restore database时用move参数(restore filelistonly from disk=’以前文件备份的路径和名称’，得到逻辑文件名，move ‘逻辑文件名’ to ‘一个新路径’)，将物理文件（.mdf或.ldf）存放到不同的文件夹。
3恢复最后一个日志备份即刚做的日志备份，指定恢复时间点到误操作之前的时刻
restore log dbname from disk='filename'
with recovery,stopat='date_time'
这里的date_time时间格式用datetime格式。
当然，如果误操作是一些不记日志的操作比如truncate table，select into等操作，那么是无法利用上述方法来恢复数据的。
方法二：
用SQL Server Log explorer这样一个软件来逆操作
确保企业资料的可用度、整合性与高安全，绝对是项艰钜的任务。要完成这项任务，您必须具备迅速解决
使用者端或应用程式问题的能力。一般企业最常见的问题不外乎资料方面发生错误，要迅速而轻松地解决这些问题，您得随时检视、分析哪些资料发生异动？异动作业又是由谁进行的。此外，您还必须清楚是谁对资料纲要(Schema)及权限(Permission)执行了异动。最後，您更可以跨越备份复原的繁琐程序，轻松完成资料复原。
要满足上述需求，惟有运用隐藏在交易记录档(Transaction Log)中的资讯，而Log Explorer的强大功能正能协助您达成这些任务。现在就让我们开始进入Log Explorer的神奇世界中。
Log Explorer 3.0 for Microsoft SQL Server强大功能包括有 :
能够辨识任何资料纲要(Schema)及权限(Permission)的所有改变
能够依据交易记录档分析您的资料库
能够透过超强的过滤器迅速发掘并解决问题
不需运用trigger即可稽核资料
能够线上即时复原资料列甚或整个表

]]> http://www.sokox.com/blog/article/database/106.htm sevengo@163.com(小骇) Fri,23 Jan 2009 17:54:48 +0800 http://www.sokox.com/blog/default.asp?id=106 FILEGROUP='db_fg1'
FROM DISK='c:\db.bak'
WITH NORECOVERY,PARTIAL,
MOVE 'db_data' TO 'c:\db_data_a.mdf',
MOVE 'db_log' TO 'c:\db_log_a.ldf',
MOVE 'db_fg1_data' TO 'c:\db_fg1_data_a.ndf'




使用以前的完全备份恢复数据库，并使其为日志恢复做好准备。

RESTORE DATABASE pubs FROM DISK = N'C:\Backups\Fullbackup.bak' WITH NORECOVERY

现在您可以将日志前滚到合适的时间点，并使数据库可供使用。请注意，STOPAT在数据库正在执行大容量日志时禁止执行。

RESTORE LOG pubs FROM DISK=N'C:\Backups\Logbackup.bak' WITH RECOVERY,STOPAT='02/11/2002 17:35:00' ]]> http://www.sokox.com/blog/article/database/100.htm sevengo@163.com(小骇) Wed,21 Jan 2009 16:21:06 +0800 http://www.sokox.com/blog/default.asp?id=100
　　正文:

　　设置建议:

　　对于单台运行的WEB服务器,建议加上:

　　skip-locking

　　skip-name-resolve

　　skip-networking

　　在PHP链接数据库时使用"LOCALHOST".这样MySQL 客户端库将覆盖之并尝试连接到本地套接字.(

　　我们可以从PHP.INI中

　　代码:

　　; Default socket name for local MySQL connects. If empty, uses the built-in

　　; MySQL defaults.

　　mysql.default_socket = /tmp/mysql.sock看出 默认情况下 UNIX 将访问/tmp/mysql.sock)

　　以下是部分选项解释:

　　my.cnf默认是不存在的.你可以在/usr/local/share/mysql/下看到:

　　my-huge.cnf

　　my-innodb-heavy-4G.cnf

　　my-large.cnf

　　my-medium.cnf

　　my-small.cnf

　　等文件.将其中合适你机器配置的文件拷贝到/etc/my.cnf或mysql data目录/my.cnf(/var/db/mysql)下或~/.my.cnf.文件内都有详细的说明

　　[mysqld]

　　port = 3306

　　serverid = 1

　　socket = /tmp/mysql.sock

　　skip-locking

　　# 避免MySQL的外部锁定，减少出错几率增强稳定性。

　　skip-name-resolve

　　禁止MySQL对外部连接进行DNS解析，使用这一选项可以消除MySQL进行DNS解析的时间。但需要注意，如果开启该选项，则所有远程主机连接授权都要使用IP地址方式，否则MySQL将无法正常处理连接请求!

　　back_log = 384

　　指定MySQL可能的连接数量。当MySQL主线程在很短的时间内接收到非常多的连接请求，该参数生效，主线程花费很短的时间检查连接并且启动一个新线程。

　　back_log参数的值指出在MySQL暂时停止响应新请求之前的短时间内多少个请求可以被存在堆栈中。如果系统在一个短时间内有很多连接，则需要增大该参数的值，该参数值指定到来的TCP/IP连接的侦听队列的大小。不同的操作系统在这个队列大小上有它自己的限制。

　　试图设定back_log高于你的操作系统的限制将是无效的。默认值为50。对于Linux系统推荐设置为小于512的整数。

　　key_buffer_size = 256M

　　# key_buffer_size指定用于索引的缓冲区大小，增加它可得到更好的索引处理性能。

　　对于内存在4GB左右的服务器该参数可设置为256M或384M。

　　注意：该参数值设置的过大反而会是服务器整体效率降低!

　　max_allowed_packet = 4M

　　thread_stack = 256K

　　table_cache = 128K

　　sort_buffer_size = 6M

　　查询排序时所能使用的缓冲区大小。注意：该参数对应的分配内存是每连接独占!如果有100个连接，那么实际分配的总共排序缓冲区大小为100 × 6 = 600MB。所以，对于内存在4GB左右的服务器推荐设置为6-8M。

　　read_buffer_size = 4M

　　读查询操作所能使用的缓冲区大小。和sort_buffer_size一样，该参数对应的分配内存也是每连接独享!

　　join_buffer_size = 8M

　　联合查询操作所能使用的缓冲区大小，和sort_buffer_size一样，该参数对应的分配内存也是每连接独享!

　　myisam_sort_buffer_size = 64M

　　table_cache = 512

　　thread_cache_size = 64

　　query_cache_size = 64M

　　指定MySQL查询缓冲区的大小。可以通过在MySQL控制台执行以下命令观察：

　　代码:

　　# > SHOW VARIABLES LIKE '%query_cache%';

　　# > SHOW STATUS LIKE 'Qcache%';如果Qcache_lowmem_prunes的值非常大，则表明经常出现缓冲不够的情况;

　　如果Qcache_hits的值非常大，则表明查询缓冲使用非常频繁，如果该值较小反而会影响效率，那么可以考虑不用查询缓冲;Qcache_free_blocks，如果该值非常大，则表明缓冲区中碎片很多。

　　tmp_table_size = 256M

　　max_connections = 768

　　指定MySQL允许的最大连接进程数。如果在访问论坛时经常出现Too Many Connections的错误提 示，则需要增大该参数值。

　　max_connect_errors = 10000000

　　wait_timeout = 10

　　指定一个请求的最大连接时间，对于4GB左右内存的服务器可以设置为5-10。

　　thread_concurrency = 8

　　该参数取值为服务器逻辑CPU数量×2，在本例中，服务器有2颗物理CPU，而每颗物理CPU又支持H.T超线程，所以实际取值为4 × 2 = 8

　　skip-networking

　　开启该选项可以彻底关闭MySQL的TCP/IP连接方式，如果WEB服务器是以远程连接的方式访问MySQL数据库服务器则不要开启该选项!否则将无法正常连接!

]]> http://www.sokox.com/blog/article/database/41.htm sevengo@163.com(小骇) Mon,19 Jan 2009 16:18:47 +0800 http://www.sokox.com/blog/default.asp?id=41 FROM TableA
INNER JOIN TableB
ON TableA.ID = TableB.ID
AND TableB.ID = 123
Select *
FROM TableA
LEFT JOIN TableB
ON TableA.ID = TableB.ID
AND TableB.ID = 123 区别

inner join on  将2表所有行进行笛卡儿积后,取得符合条件的行组成from从句的中间结果表;
left join on 表明,左表的所有行都必须出现在from从句的中间结果表中,首先:两表进行笛卡儿积.取得符合on条件的行,写入from从句的中间结果表.第二,不不符合条件的行就不取得,第三(因为有null,所以出现一种特殊的情况,即null值不能通过运算符来判断):左表中具有的数据行,在右表中为空的,将右表的列填充为null,然后将数据行写入中间结果表.
笛卡尔积就是
1  3
2  4
3
笛卡儿积后
1 3
1 4

2 3
2 4

3 3
3 4
]]> http://www.sokox.com/blog/article/database/38.htm sevengo@163.com(小骇) Mon,19 Jan 2009 15:49:23 +0800 http://www.sokox.com/blog/default.asp?id=38 请按步骤进行,未进行前面的步骤,请不要做后面的步骤
否则可能损坏你的数据库.
--*/

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 = 'pubs'

b.删除日志文件

c.再附加
EXEC sp_attach_single_file_db @dbname = 'pubs',
    @physname = 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs.mdf'

5.为了以后能自动收缩,做如下设置:
企业管理器--服务器--右键数据库--属性--选项--选择"自动收缩"

--SQL语句设置方式:
EXEC sp_dboption '数据库名', 'autoshrink', 'TRUE'

6.如果想以后不让它日志增长得太大
企业管理器--服务器--右键数据库--属性--事务日志
  --将文件增长限制为xM(x是你允许的最大数据文件大小)

--SQL语句的设置方式:
alter database 数据库名 modify file(name=逻辑文件名,maxsize=20)


]]> http://www.sokox.com/blog/article/database/37.htm sevengo@163.com(小骇) Mon,19 Jan 2009 15:37:12 +0800 http://www.sokox.com/blog/default.asp?id=37
backup   database abc to   disk='E:\bak\abc_db.bak'



差量

backup   database abc to   disk='E:\bak\abc_db.bak' WITH   DIFFERENTIAL





备份日志
backup log abc to   disk='E:\bak\abc_log.bak' WITH NO_TRUNCATE

]]> http://www.sokox.com/blog/article/database/29.htm sevengo@163.com(小骇) Mon,19 Jan 2009 11:55:01 +0800 http://www.sokox.com/blog/default.asp?id=29


SQL Server2000中，如果数据库文件（非系统数据库文件）遇到错误的时候，我们该怎么办。以下是笔者以前的笔记。仅适用于非master,msdb的数据库。


说明如下：

1 建一个测试数据库test(数据库类型为完全)

2 建一个表，插入点记录

create table a(c1 varchar(2))

go

insert into a values('aa')

go

insert into a values('bb')

go

3 作完全备份，到文件test_1.bak

4 在作一点修改

insert into a values('cc')

go

create table b(c1 int)

go

insert into b values(1)

go

insert into b values(2)

go

5 shutdown 数据库服务器

6 用ultraedit编辑数据库文件test_data.mdf,随便修改点字节内容,相当于数据库遭到致命的损坏。

7 启动数据库，并且运行企业管理器，点开数据库，看到test变成灰色，而且显示置疑。

8 运行isql -SLocalhost -Usa -P

1> backup log test TO DISK='D:Program FilesMicrosoft SQL ServerMSSQLBACKUP

est_2.bak' WITH NO_TRUNCATE

2>go

已处理 2 页，这些页属于数据库 'test' 的文件 'TEST_Log'（位于文件 1 上）。

BACKUP LOG 操作成功地处理了 2 页，花费了 0.111 秒（0.087 MB/秒）。

9 进行恢复最老的完全备份

1> RESTORE DATABASE test FROM DISK='D:Program FilesMicrosoft SQL ServerMSSQL

BACKUP est_1.bak' WITH NORECOVERY

2> go

已处理 96 页，这些页属于数据库 'test' 的文件 'TEST_Data'（位于文件 1 上）。

已处理 1 页，这些页属于数据库 'test' 的文件 'TEST_Log'（位于文件 1 上）。

RESTORE DATABASE 操作成功地处理了 97 页，花费了 0.107 秒（7.368 MB/秒）。

10 恢复最近的日志

1> RESTORE LOG test FROM DISK='D:Program FilesMicrosoft SQL ServerMSSQLBACKU

P est_2.bak' WITH RECOVERY

2> go

已处理 2 页，这些页属于数据库 'test' 的文件 'TEST_Log'（位于文件 1 上）。

RESTORE LOG 操作成功地处理了 2 页，花费了 0.056 秒（0.173 MB/秒）。

数据已经完全恢复了，可以使用了。

select * from a

go

总结，DBA应该有一个完善的数据库备份计划。本例中，如果没有一个完全备份的话，数据库的恢复就不可能
]]> http://www.sokox.com/blog/article/database/24.htm sevengo@163.com(小骇) Mon,19 Jan 2009 11:19:40 +0800 http://www.sokox.com/blog/default.asp?id=24
前提条件是数据库的故障恢复改为非简单模式，去掉自动关闭和自动收缩两个选项。

1、创建一个数据库test 创建时间为2006-11-18 09：40

2、对数据库进行备份，备份时间为2006-11-18 09：42

语句如下：

backup database test to disk='d:"database"test.bak' with init

提示：

已处理 216 页，这些页属于数据库 'test' 的文件 'test'（位于文件 1 上）。

已处理 1 页，这些页属于数据库 'test' 的文件 'test_log'（位于文件 1 上）。

BACKUP DATABASE 操作成功地处理了 217 页，花费了 0.191 秒（9.269 MB/秒）。

3、2006-11-18 09：44 对数据库进行操作删除和新增，我这边对客户资料进行删除和新增操作

原始的记录为



修改完后的记录为



下面开始还原操作

4、备分日志：现在时间是2006-11-18 09：47

语句如下：

BACKUP LOG test TO DISK='d:"database"0611180947.logs' WITH INIT

提示：

已处理 4 页，这些页属于数据库 'test' 的文件 'test_log'（位于文件 1 上）。

BACKUP LOG 操作成功地处理了 4 页，花费了 0.104 秒（0.275 MB/秒）。

5、恢复之前数据库备份文件test.bak,使用WITH NORECOVERY参数：

RESTORE DATABASE test from disk='d:"database"test.bak' WITH NORECOVERY

提示：

已处理 216 页，这些页属于数据库 'test' 的文件 'test'（位于文件 1 上）。

已处理 1 页，这些页属于数据库 'test' 的文件 'test_log'（位于文件 1 上）。

RESTORE DATABASE 操作成功地处理了 217 页，花费了 0.352 秒（5.029 MB/秒）。

6、使用日志恢复数据库到时间为2006-11-18 09:43，即恢复09：44分的删除和新增操作

RESTORE LOG test FROM disk='d:"database"0611180947.logs' WITH RECOVERY,STOPAT='11/18/2006 09:43'

提示：

已处理 4 页，这些页属于数据库 'test' 的文件 'test_log'（位于文件 1 上）。

RESTORE LOG 操作成功地处理了 4 页，花费了 0.016 秒（1.792 MB/秒）。

至此，再进入到软件中，可以看到，数据已经还原到原来的状态了

Re

利用事务日志来恢复Update、Delete误操作引起的数据丢失方法一（只有 sysadmin 固定服务器角色的成员才能执行以下操作）：
1如果误操作之前存在一个完全备份（或已有多个差异备份或增量备份），首先要做的事就是进行一次日志备份（如果为了不让日志文件变大而置trunc. log on chkpt.选项为1那就没有办法了）
backup log dbname to disk='filename'
执行后在你mssql目录的backup文件夹里就有一个文件，名叫：filename
2恢复一个完全备份，注意需要使用with norecovery，如果还有其他差异或增量备份，则逐个恢复。
restore database dbname from disk='filename' with norecovery（,move…）
当然如果在恢复之前你mssql里的data文件夹里有同名的.mdf或.ldf文件，你要先执行sp_detach_db 'dbname'，然后将同名的.mdf或.ldf文件剪切出data文件夹，不然会报错；或者你在restore database时用move参数(restore filelistonly from disk=’以前文件备份的路径和名称’，得到逻辑文件名，move ‘逻辑文件名’ to ‘一个新路径’)，将物理文件（.mdf或.ldf）存放到不同的文件夹。
3恢复最后一个日志备份即刚做的日志备份，指定恢复时间点到误操作之前的时刻
restore log dbname from disk='filename'
with recovery,stopat='date_time'
这里的date_time时间格式用datetime格式。
当然，如果误操作是一些不记日志的操作比如truncate table，select into等操作，那么是无法利用上述方法来恢复数据的。
方法二：
用SQL Server Log explorer这样一个软件来逆操作
确保企业资料的可用度、整合性与高安全，绝对是项艰钜的任务。要完成这项任务，您必须具备迅速解决
使用者端或应用程式问题的能力。一般企业最常见的问题不外乎资料方面发生错误，要迅速而轻松地解决这些问题，您得随时检视、分析哪些资料发生异动？异动作业又是由谁进行的。此外，您还必须清楚是谁对资料纲要(Schema)及权限(Permission)执行了异动。最後，您更可以跨越备份复原的繁琐程序，轻松完成资料复原。
要满足上述需求，惟有运用隐藏在交易记录档(Transaction Log)中的资讯，而Log Explorer的强大功能正能协助您达成这些任务。现在就让我们开始进入Log Explorer的神奇世界中。
Log Explorer 3.0 for Microsoft SQL Server强大功能包括有 :
能够辨识任何资料纲要(Schema)及权限(Permission)的所有改变
能够依据交易记录档分析您的资料库
能够透过超强的过滤器迅速发掘并解决问题
不需运用trigger即可稽核资料
能够线上即时复原资料列甚或整个表


]]>