sql数据库备份与恢复
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
只有mdf文件
G.下面执行真正的恢复操作,重建数据库日 志文件 dbcc rebuild_log('test','C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log.ldf')
只有mdf文件
H.验证数据库一致性(可省略) dbcc checkdb('test') I.设置数据库为正常状态 sp_dboption 'test','dbo use only','false' 如果没有出错,那么恭喜,现在就可以正常的使用 恢复后的数据库啦。 J.最后一步,我们要将步骤E中设置的“允许对系 统目录直接修改”一项恢复。因为平时直接操作系 统表是一件比较危险的事情。当然,我们可以在 SQL Server Enterprise Manager里面恢复,也 可以使用如下语句完成
Sql数据库备份
数据库文件mdf 日志文件ldf
Sql数据库备份
冷备份 热备份 BACKUP DATABASE
wenku.baidu.com
只有mdf文件
直接拷贝数据库文件mdf和日志文件ldf的方 式 在数据库 数据库中用事务日志文件 事务日志文件记录数据的修改 数据库 事务日志文件 操作,其中的每条日志记录或者记录所执行 的逻辑操作,或者记录已修改数据的前像和 后像。前像是操作执行前的数据复本;后像 是操作执行后的数据复本。
只有mdf文件
只有mdf文件
A.我们使用默认方式建立一个供恢复使用的 数据库(如test)。可以在SQL Server Enterprise Manager里面建立。 B.停掉数据库服务器。 C.将刚才生成的数据库的日志文件 test_log.ldf删除,用要恢复的数据库mdf 文件覆盖刚才生成的数据库数据文件 test_data.mdf。
大容量日志记录恢复模型
1)备份时要备份数据库的数据文件和日志文件 2)还原时使用数据库的备份的数据文件副本和全 部日志信息来恢复数据库。 3)日志中不记录操作细节(如select into、 create index等),而只记录操作的最终结果,因 此占用日志空间小。 4)只支持将数据库还原到事务日志备份的时刻, 而不支持即时点恢复,因此可能产生数据丢失。
只有mdf文件
如果您的数据库文件是从其他计算机上复制 过来的,那么很不幸,也许上述办法就行不 通了。你也许会得到类似下面的错误信息 服务器:消息 1813,级别 16,状态 2, 行1 未能打开新数据库 'test'。CREATE DATABASE 将终止。 设备激活错误。物理文件名 'd:\test_log.LDF' 可能有误。
文件/文件组备份
(1)用于超大型数据库。 (2)只备份选定的文件或者文件组。 (3)必须同时作日志备份。 (4)还原时用文件/文件组备份和日志备份 进行还原。 (5)备份量少,恢复速度快。
时点还原
先决条件 1,故障还原模型必需为完全模型 2,做过完全备份 3,做过事务日志备份
时点还原
发现误操作后,先执行事务日志备份.再执行 还原操作.勾选时点还原选项.可还原到两个 事务日志备份期间任意时间点.
只有mdf文件
F.设置test为紧急修复模式 ,此时可以在 SQL Server Enterprise Manager里面看 到该数据库处于“只读\置疑\脱机\紧急模 式”可以看到数据库里面的表,但是仅仅有 系统表update sysdatabases set status=-32768 where dbid=DB_ID('test')
差异备份
(1)基于完全备份。 (2)备份自最近一次完全备份以来的所有 数据库改变。 (3)恢复时,只应用最近一次完全备份和 最新的差异备份。
事务日志备份
(1)基于完全备份。 (2)为递增备份,即备份从上一次备份以 来到备份时所写的事务日志。 (3)允许恢复到故障时刻或者一个强制时 间点。 (4)恢复时,需要应用完全备份和完全备 份后的每次日志备份。
只有mdf文件
执行过程中,如果遇到下列提示信息: 服务器:消息 5030,级别 16,状态 1,行 1 未能排它地锁定数据库以执行该操作。 DBCC 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联 系。 说明您的其他程序正在使用该数据库,如果刚才您在F步骤中使用 SQL Server Enterprise Manager打开了test库的系统表,那么退 出SQL Server Enterprise Manager就可以了。 正确执行完成的提示应该类似于: 警告:数据库 'test' 的日志已重建。已失去事务的一致性。应运行 DBCC CHECKDB 以验证物理一致性。将必须重置数据库选项,并 且可能需要删除多余的日志文件。 DBCC 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联 系。 此时打开在SQL Server Enterprise Manager里面会看到数据库的 状态为“只供DBO使用”。此时可以访问数据库里面的用户表了。
只有mdf文件
D.启动数据库服务器。此时会看到数据库 test的状态为“置疑”。这时候不能对此数 据库进行任何操作。 E.设置数据库允许直接操作系统表。此操作 可以在SQL Server Enterprise Manager 里面选择数据库服务器,按右键,选择“属 性”,在“服务器设置”页面中将“允许对 系统目录直接修改”一项选中。也可以使用 如下语句来实现。
SQL数据库恢复模型
完全恢复模型 大容量日志记录恢复模型 简单恢复模型
完全恢复模型
1)备份时要备份数据库的数据文件和日志 文件 2)还原时使用数据库的备份的数据文件副 本和全部日志信息来恢复数据库。 3)能还原全部数据,并可以将数据库恢复 到任意指定的时刻。 4)为保证实现即时点恢复,对数据库的所 有操作都将完整地记入日志,这样,日志占 用空间较大,对性能也有所影响。
简单恢复模型
(1)备份时只备份数据文件,还原时也用备份的 数据文件恢复数据库。 (2)只能将数据恢复到数据文件备份的时刻,可 能产生最多的数据丢失。 (3)不适于生产系统和大规模操作环境下选用。
备份的方法
完全备份 差异备份 事务日志备份 文件/文件组备份
完全备份
(1)是备份的基准。在做备份时第一次备 份都建议使用完全备份。 (2)完全备份会备份数据库的所有数据文 件、数据对象和数据。 (3)会备份事务日志中任何未提交的事务。 因为已提交的事务已经写入数据文件中。