桦仔 笔记4-徐 模仿灾难发生时还原adventurework数据库 示例 stopat

1 --模仿灾难发生时还原adventurework数据库 示例 stopat
 2
 3 BACKUP DATABASE AdventureWorks
 4 TO DISK= ‘D:\MSSQL\Databackup\AdventureWorks.bak‘
 5
 6 BACKUP LOG AdventureWorks
 7 TO DISK =‘D:\MSSQL\Databackup\AdventureWorks.trn‘
 8 GO
 9 --灾难发生后,试图创建一个尾日志备份
10 BACKUP LOG AdventureWorks
11 TO DISK=‘D:\MSSQL\Databackup\AdventureWorkstail.trn‘
12 WITH norecovery;
13 GO
14 --------------------------------------
15 --用界面的话这两步一起完成
16 --从备份恢复一个全备份
17 RESTORE DATABASE AdventureWorks
18 FROM DISK =‘D:\MSSQL\Databackup\AdventureWorks.bak‘
19 WITH FILE=1,NORECOVERY
20
21 --从备份中恢复一个正常的日志备份
22 RESTORE LOG AdventureWorks
23 FROM DISK =‘D:\MSSQL\Databackup\AdventureWorks.trn‘
24 WITH NORECOVERY;
25
26 --------------------------------------------------------------
27
28 --用stopat 恢复尾日志备份
29 RESTORE LOG AdventureWorks
30 FROM DISK=‘D:\MSSQL\Databackup\AdventureWorkstail.trn‘
31 WITH STOPAT=‘2012 20:59:00‘,
32 RECOVERY;
33 GO
时间: 2024-11-09 00:44:26

桦仔 笔记4-徐 模仿灾难发生时还原adventurework数据库 示例 stopat的相关文章

桦仔 笔记7-徐 SQLSERVER日志记录机制

1 --SQLSERVER日志记录机制 2 --日志记录事务发生的时间,但是不保证记录下发起这个事务的用户名,更不记录发起者的程序名称!!! 3 USE AdventureWorks 4 CREATE TABLE a(a INT) 5 GO 6 CHECKPOINT --做一次检查点把数据跟日志写入硬盘 7 GO 8 BACKUP LOG AdventureWorks WITH truncate_only 9 10 GO 11 DBCC LOG(7,3) 12 13 14 15 INSERT I

桦仔 笔记1-徐 最常用的几种备份方法

--最常用的几种备份方法: --数据备份----------------------- --数据库级:完整数据库备份 差异数据库备份 --文件级: 完整文件备份 差异文件备份 --日志备份---------------------- --日志备份 --完整恢复模式下的备份 --日志备份:由于日志备份只拷贝上次日志备份以来的所有日志记录,所以开销比数据库备份小很多 --如果灾难毁坏的是数据文件 --在维护计划里先建立完整数据库备份(其实建不建立完整数据库备份都没有关系,不过建立保险一点)再建立日志

桦仔 笔记3-徐 设置数据库自动增长注意要点

1 --设置数据库自动增长注意要点 2 --1要设置成按固定大小增长,而不能按比例 对于小的数据库,设置一次增长50MB到100MB,大的数据库,一次增长100MB到200MB 3 --2要定期监测各个数据文件的使用情况,尽量保证每个文件剩余的空间一样大或者是期望的比例 4 --3设置文件最大值 5 --4发生增长后,要及时检查文件空间分配情况,避免SQL总是往个别文件写数据

桦仔 笔记6-徐 检测孤立用户并恢复孤立用户到新的服务器 解决数据库镜像孤立用户问题

1 --检测孤立用户并恢复孤立用户到新的服务器 解决数据库镜像孤立用户问题 2 --注意:重新链接只能链接SQL登录帐号,不能链接Windows登录帐号 3 --如果不选择重新链接可以使用备份master数据库的方法还原到新的服务器上,可以避免一个数据库有 4 --成千上百个数据库用户的情况 5 SELECT * FROM sys.server_principals 6 SELECT * FROM sys.database_principals 7 8 --检测孤立用户 9 USE GPOSDB

桦仔 笔记5-徐 检查日志文件不能被截断的原因

1 --检查日志文件不能被截断的原因 2 SELECT * FROM sys.databases WHERE database_id=9 3 --SELECT * FROM sys.sysdatabases 4 --查看日志占用日志文件占用率 5 DBCC SQLPERF(LOGSPACE) 6 GO 7 8 --查看不能截断日志文件的原因 9 SELECT name,recovery_model_desc,log_reuse_wait,log_reuse_wait_desc 10 FROM s

五个提示 | 助你预防数据灾难发生!

无论你是一名全职自由职业者还是在职企业家,你的辛勤工作--你为客户/自己的企业完成的所有文件和数据--都面临风险.可能是你把咖啡洒在笔记本电脑上,也可能是一个客户把你发给他的文件的唯一副本存起来. 任何事情都可能在瞬间毁掉你花费大量时间辛苦工作的成果. 怎么样才能避免这种灾难发生呢,这里有5个提示,教你如何保护好自己的重要数据! 1.当你在路上时,你的数据是容易受到attack的 如果你在外工作,其实你会面临很多安全风险.这个场景是很常见的,现在很多办公族都会选择在咖啡店里买一杯咖啡然后在那待一

Effective C++_笔记_条款12_复制对象时勿忘其每一个成分

(整理自Effctive C++,转载请注明.整理者:华科小涛@http://www.cnblogs.com/hust-ghtao/) 编译器会在必要时候为我们的classes创建copying函数,这些“编译器生成版”的行为:将被烤对象的所有成员变量都做一份拷贝. 如果你声明自己的copying函数,意思就是告诉编译器你并不喜欢缺省实现中的某些行为.编译器仿佛被冒犯似的,会以一种奇怪的方式回敬:当你的实现代码几乎必然出错时却不告诉你.所以自己实现copying函数时,请遵循一条规则:如果你为c

C++ Primer 学习笔记_102_特殊工具与技术 --运行时类型识别[续]

特殊工具与技术 --运行时类型识别[续] 三.RTTI的使用 当比较两个派生类对象的时候,我们希望比较可能特定于派生类的数据成员.如果形参是基类引用,就只能比较基类中出现的成员,我们不能访问在派生类中但不在基类中出现的成员. 因此我们可以使用RTTI,在试图比较不同类型的对象时返回假(false). 我们将定义单个相等操作符.每个类定义一个虚函数 equal,该函数首先将操作数强制转换为正确的类型.如果转换成功,就进行真正的比较:如果转换失败,equal 操作就返回 false. 1.类层次 c

【翻译自mos文章】12c rac中,当脑裂发生时,哪个节点会幸存下来?

来源于: 12c: Which Node Will Survive when Split Brain Takes Place [1951726.1] 12c rac中,当脑裂发生时,哪个节点会幸存下来? 适用于: Oracle Database - Enterprise Edition - Version 12.1.0.2 and later Information in this document applies to any platform. 目的: 理解 从12.1.0.2开始,当脑裂发