理论篇：SQL数据库备份还原和恢复全过程（共6篇）由网友“小唧软糖”投稿提供，下面小编为大家整理后的理论篇：SQL数据库备份还原和恢复全过程，希望大家能够受用!
篇1：理论篇：SQL数据库备份还原和恢复全过程
理论篇：SQL数据库备份还原和恢复过程
关于SQL数据库的恢复问题，这里首先要强调一点：不是所有的数据都能神奇般的恢复，只有满足特定条件的数据才是可逆的（可恢复），那么这就要求我们平时要养成备份文件的好习惯。下面就来为大家具体介绍下数据库的备份问题。
在完整恢复模式或大容量日志恢复模式下，必须先备份活动事务日志（称为日志尾部），然后才能在SQLServerManagementStudio中还原数据库。有关详细信息，请参阅如何备份事务日志(SQLServerManagementStudio)。若要还原已加密的数据库，您必须有权访问用于加密数据库的证书或非对称密钥。如果没有证书或非对称密钥，数据库将无法还原。
认识数据库备份和事务日志备份
数据库备份与日志备份是数据库维护的日常工作，备份的目的是在于当数据库出现故障或者遭到破坏时可以根据备份的数据库及事务日志文件还原到最近的时间点将损失降到最低点。参考文献
数据库备份
数据库备份可以手动备份和语句备份
一.手动备份数据库
1.鼠标右键选择你要进行备份的数据库-任务-备份
可以在常规选项页面你可以选择备份类型是进行完整数据库备份还是差异数据库备份
2.点击添加选项，选择数据库文件的存放路径
注意文件名记得加后缀.bak,便于恢复时的查找
3.你还可以在选项页面是追加到现有的备份集，还是覆盖所有的现有备份集，还可以选择备份验证完整性（建议选择），还可以选择是否压缩备份等。
二.语句备份数据库
use master goBACKUP DATABASE [test] TO DISK = N'D:Microsoft sql serverMSSQL10.MSSQLSERVERMSSQLBackuptest.bak' WITH NOFORMAT, NOINIT, NAME = N'test-完整 数据库 备份', SKIP, NOREWIND, NOUNLOAD, STATS = 10GO
数据库日志备份
首先需要注意，数据库日志的备份是基于数据库完整备份，也就是说你备份数据库日志之前你首先要先对数据库进行一次完整的备份，因为之间会涉及到坚持到检查点lsn，这也是本文接下来要讲的重点。
一.手动备份数据库日志
1.右键数据库-任务-备份-选择备份类型（事务日志）
2.点添加，添加日志文件备份存储路径
3.同数据库完整备份一样，你也可以选择覆盖现有备份集或者追加到现有备份集，这里现在覆盖现有备份集、验证完整性，然后确认备份
二.语句备份数据库事务日志
BACKUP LOG [test] TO DISK = N'D:test.trn' WITH NOFORMAT, INIT, NAME = N'test-事务日志 备份', SKIP, NOREWIND, NOUNLOAD, STATS = 10GO
数据库还原
右键数据库-还原数据库-添加需要进行还原的数据库文件路径
在还原源选项中你可以选择‘源数据库’，‘源设备’，
1.选择源数据库工具会自动显示该数据库之前的一些备份，然后直接选择需要还原的数据库备份集。
2.选择源设备点击后面的...，添加需要还原的数据库文件
2.点击确认还原数据库
数据库恢复
数据库恢复的前提是1.一个完整的数据库备份2.包含这个完整数据库备份的事务日志备份3.完整备份之间也可以存在数个差异备份
对于数据库维护空间始终是一个比较头疼的问题，特别是对于大型数据库而言，每天的日志文件增长是庞大的，很多数据库管理员会定时对数据库日志文件进行收缩，但是经常收缩会存在收缩完日志文件还是不能减少，这是因为存在很多活动的日志无法收缩可以用
DBCC LOGINFO('数据库名称')
我们看到
status=0的日志，代表已经备份到磁盘的日志文件；而
status=2的日志还没有备份。当我们收缩日志文件时，收缩掉的空
间其实就是
status=0的空间，如果日志物理文件无法减小，这里一
定能看到非常多 status=2的记录
解决办法：1.可以分离要收缩的数据库，然后手动删除日志文件，然后附加数据库，数据库就会产生一个很小的日志文件（不推荐使用这种方法）
2.右键要出来的数据库选择“属性”-“选项”，将恢复模式改成“简单”，然后利用收缩工具可以讲日志文件收缩到很小，收缩完记得讲恢复模式改成“完整”
也可以用语句进行处理(dbname是你要进行收缩的数据库名，dbname_log是你要进行收缩的数据库的逻辑日志名称)
USE [master]
GO ALTER DATABASE [dbname] SET recovery SIMPLE WITH NO_WAIT GO
ALTER DATABASE [dbname] SET RECOVERY SIMPLE --简单模式
GO
USE [dbname]
GO
DBCC SHRINKFILE (N'dbname_log' , 11, TRUNCATEONLY) GO
USE [master]
GO
ALTER DATABASE [dbname] SET RECOVERY FULL WITH NO_WAIT ALTER DATABASE [dbname] SET RECOVERY FULL
对于第一种方法不赞同使用，首先对于数据库的分离与附加有时候会破坏数据库，造成数据库无法还原，还有就是对于在线数据库也不允许进行分离操作。
对于第二种方法是slq收缩日志文件的一种方法，但是此方法也不能使用过于频繁，因为进行数据库恢复模式的更改会截断事务日志文件，这样的话当时利用事务日志文件进行恢复的时候检查点不能包含数据库文件，而且当你要对事务日志进行备份的时候会重新提示你需要对数据库进行完整备份。
举个例子：比如你昨天晚上进行了一次完整备份，然后同时你也进行了一次日志备份（提前日志未被截断），然后你每个小时进行过一次差异备份，最近的差异备份时间点是14点，如果此时数据库错误修改了数据，你可以立马备份一个日志文件将数据库恢复到日志备份开始到日志备份终点前的任意时间点 。
如果此时你进行了修改数据库模式，截断日志进行了收缩，那么你的数据只能恢复到昨天晚上备份的那个日志备份时间前的任意时间点，也就是今天所做的数据库更改无法再恢复了，因为日志文件已经被截断了，不知道这样解释是否明白
因为日志文件的检查点（lsn）是连续的，每一次日志备份都是在上一次备份的基础上lsn往后增加的，lsn的范围也包括了数据库文件的lsn，也只有日志文件的lsn包括了数据库文件的lsn,才能将数据库文件进行回滚。
上图中总共有三个备份文件，一个完整备份、一个差异备份、一个日志备份，大家可以注意观察完整备份的第一个lsn与最后一个lsn,和检查点
第二个差异备份文件的的第一个lsn与最后一个lsn,和检查点，最后的日志备份的第一个lsn和最后一个lsn包含了前面两个备份文件的lsn,这种情况数据库就可以恢复到日志文件备份前的任意时间点，如果日志文件没有包含数据库文件的最后一个lsn也就无法恢复了。
今天学习了SQL数据备份还原和恢复的问题的理论知识，后续会有实战演练（干货），教你一步步完成数据库重要文件的恢复。
篇2：sql数据库备份和恢复常用操作
1.新建一个同名的数据库
2.再停掉sql server(注意不要分离数据库)
3.用原数据库的数据文件覆盖掉这个新建的数据库
4.再重启sql server
5.此时打开企业管理器时会出现置疑，先不管，执行下面的语句（注意修改其中的数据库名)
6.完成后一般就可以访问数据库中的数据了,这时,数据库本身一般还要问题,解决办法是,利用
数据库的脚本创建一个新的数据库,并将数据导进去就行了.
USE MASTER
GO
SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE
GO
UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME='置疑的数据库名'
Go
sp_dboption '置疑的数据库名', 'single user', 'true'
Go
DBCC CHECKDB('置疑的数据库名')
Go
update sysdatabases set status =28 where name='置疑的数据库名'
Go
sp_configure 'allow updates', 0 reconfigure with override
Go
sp_dboption '置疑的数据库名', 'single user', 'false'
Go
篇3：sql数据库备份和恢复常用操作
事情的起因
昨天，系统管理员告诉我，我们一个内部应用数据库所在的磁盘空间不足了。我注意到数据库事件日志文件XXX_Data.ldf文件已经增长到了3GB，于是我决意缩小这个日志文件。经过收缩数据库等操作未果后，我犯了一个自进入行业以来的最大最愚蠢的错误：竟然误删除了这个日志文件！后来我看到所有论及数据库恢复的文章上都说道：“无论如何都要保证数据库日志文件存在，它至关重要”，甚至微软甚至有一篇KB文章讲如何只靠日志文件恢复数据库的。我真是不知道我那时候是怎么想的？！
这下子坏了！这个数据库连不上了，企业管理器在它的旁边写着“(置疑)”。而且最要命的，这个数据库从来没有备份了。我唯一找得到的是迁移半年前的另外一个数据库服务器，应用倒是能用了，但是少了许多记录、表和存储过程。真希望这只是一场噩梦！
没有效果的恢复步骤
附加数据库
_Rambo讲过被删除日志文件中不存在活动日志时，可以这么做来恢复：
1，分离被置疑的数据库，可以使用sp_detach_db
2，附加数据库，可以使用sp_attach_single_file_db
但是，很遗憾，执行之后，SQL Server质疑数据文件和日志文件不符，所以无法附加数据库数据文件。
DTS数据导出
不行，无法读取XXX数据库，DTS Wizard报告说“初始化上下文发生错误”。
紧急模式
怡红公子讲过没有日志用于恢复时，可以这么做：
1，把数据库设置为emergency mode
2，重新建立一个log文件
3，把SQL Server 重新启动一下
4，把应用数据库设置成单用户模式
5，做DBCC CHECKDB
6，如果没有什么大问题就可以把数据库状态改回去了，记得别忘了把系统表的修改选项关掉
我实践了一下，把应用数据库的数据文件移走，重新建立一个同名的数据库XXX，然后停掉SQL服务，把原来的数据文件再覆盖回来。之后，按照怡红公子的步骤走。
但是，也很遗憾，除了第2步之外，其他步骤执行非常成功。可惜，重启SQL Server之后，这个应用数据库仍然是置疑！
不过，让我欣慰的是，这么做之后，倒是能够Select数据了，让我大出一口气。只不过，组件使用数据库时，报告说：“发生错误：-2147467259,未能在数据库 'XXX' 中运行 BEGIN TRANSACTION，因为该数据库处于回避恢复模式。”
最终成功恢复的全部步骤
设置数据库为紧急模式
停掉SQL Server服务；
把应用数据库的数据文件XXX_Data.mdf移走；
重新建立一个同名的数据库XXX；
停掉SQL服务；
把原来的数据文件再覆盖回来；
运行以下语句，把该数据库设置为紧急模式；
运行“Use Master
Go
sp_configure 'allow updates', 1
reconfigure with override
Go”
执行结果：
DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。
已将配置选项 'allow updates' 从 0 改为 1。请运行 RECONFIGURE 语句以安装。
接着运行“update sysdatabases set status = 32768 where name = 'XXX'”
执行结果：
（所影响的行数为 1 行）
重启SQL Server服务；
运行以下语句，把应用数据库设置为Single User模式；
运行“sp_dboption 'XXX', 'single user', 'true'”
执行结果：
命令已成功完成。
ü 做DBCC CHECKDB；
运行“DBCC CHECKDB('XXX')”
执行结果：
'XXX' 的 DBCC 结果。
'sysobjects' 的 DBCC 结果。
对象 'sysobjects' 有 273 行，这些行位于 5 页中。
'sysindexes' 的 DBCC 结果。
对象 'sysindexes' 有 202 行，这些行位于 7 页中。
'syscolumns' 的 DBCC 结果。
………
ü 运行以下语句把系统表的修改选项关掉；
运行“sp_resetstatus “XXX”
go
sp_configure 'allow updates', 0
reconfigure with override
Go”
执行结果：
在 sysdatabases 中更新数据库 'XXX' 的条目之前，模式 = 0，状态 = 28（状态 suspect_bit = 0），
没有更新 sysdatabases 中的任何行，因为已正确地重置了模式和状态。没有错误，未进行任何更改。DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。已将配置选项 'allow updates' 从 1 改为 0。请运行 RECONFIGURE 语句以安装。
重新建立另外一个数据库XXX.Lost；
DTS导出向导
运行DTS导出向导；
复制源选择EmergencyMode的数据库XXX，导入到XXX.Lost；
选择“在SQL Server数据库之间复制对象和数据”，试了多次，好像不行，只是复制过来了所有表结构，但是没有数据，也没有视图和存储过程，而且DTS向导最后报告复制失败；
所以最后选择“从源数据库复制表和视图”，但是后来发现，这样总是只能复制一部分表记录；
于是选择“用一条查询指定要传输的数据”，缺哪个表记录，就导哪个；
视图和存储过程是执行SQL语句添加的
篇4：如何紧急恢复SQL Server主数据库备份恢复
本文介绍如何紧急恢复SQL Server主数据库，这样就不用再在SQL Server的主数据库崩溃导致数据库服务器停止工作的情况下不知所措了，
如果主数据库发生故障，那么微软的SQL Server可能会怦然倒下。看看如何面对这种事件，了解如何用企业管理器和查询分析器修复主数据库。
作为一名微软SQL Server的管理员，您必须知道如何修复一个崩溃的主数据库。主数据库保存有您的登录信息，以及最重要的、指向您所有数据库的指针。如果没有主数据库，您就无法成功地启动SQL Server。在本文里，我将向您介绍在发生崩溃的情况下如何修复主数据库，并告诉您如何重建主数据库，如果有必要的话。
制定预案
制定一个应对崩溃和／或主数据库故障的预案十分重要。这将有助于您在碰到灾难的情况下按照既定的方法进行处理，而不是迫于压力仓促作出反应。我碰到过很多很容易就陷入惊慌的状况，但是由于保持冷静并按照正确的方法来处理问题，我最后成功地度过了所有的困境。
怎么才能知道您的主数据库已经崩溃？
在正式开始讨论碰到系统故障如何修复和重建的主数据库之前，我们需要先了解如何辨别它已经崩溃了。要说明这一点，我会弄垮一个主数据库，告诉您主数据库崩溃会发生什么样的症状。
现在让我们假设您的公司碰到了电涌，造成SQL Server重启。在重新启动的时候，SQL Server却没有正常启动。如果查看错误日志（图A），您会看到主数据库崩溃或者丢失。既然您知道需要查看什么信息，那就让我们看看如何修复主数据库。
图A
修复您的主数据库
修复主数据库的第一步是使用“重建向导（Rebuild Wizard，Rebuildm.exe），它放在Program FilesMicrosoft SQL Server80ToolsBINN目录下。现在就让我们来看看重建向导是如何工作的。
双击Rebuildm.exe启动图B所示的对话框。
图B
在这个对话框里，您可以指定数据库服务器的修复设置，以及原始安装的数据文件的位置。要让这一过程更容易和更快，就要把x86目录从SQL的光盘上复制到硬盘上，并把指向改到本地的副本。一旦验证完了所有的信息，点击“重建（Rebuild）”。然后系统就会提示您确认操作，如图C所示。
图C
点击“确定（Yes）”。一旦重建过程完成，您会看到一条重建成功的消息，
您现在就有了一个全新的主数据库，准备好修复主数据库了。
首先，打开命令行提示符，输入Program FilesMicrosoft SQL ServerMSSQLBINN目录下的sqlservr.exe –c –m命令，启动单用户模式下的SQL Server。结果如图D所示。
图D
在单用户模式下启动SQL Server之后，您可以利用备份文件修复主数据库。您可以用“查询分析器（Query Analyzer）”或者“SQL企业管理器（SQL Enterprise Manager）”来修复它。如果使用查询分析器，您就要像图E一样运行查询。
图E
如果使用
关 键 字：MYSQL
篇5：靠BCP恢复SQL Server 数据库备份恢复
本文以图示的方式，阐述某个大学的一次SQL Server 2000数据库数据恢复过程，同时也详细阐述了BCP实用工具的详细用法，希望这个处理过程和处理方法能对大家有所启示。
SQL Server 2000在很多企业、电子商务网站的信息化平台得到了普遍的应用。可在日常运行中，因种种原因会造成SQL Server 2000运行出现故障，轻则出现“置疑”，重则数据库系统崩溃。本文以图示的方式，阐述某个大学的一次数据库数据恢复过程。同时也详细阐述了BCP实用工具的详细用法，希望这个处理过程和处理方法能对大家有所启示。
本文恢复数据使用PC环境如下：
1）Windows 2000 Server（简体中文）+SP4
2）Microsoft SQL Server 2000企业版（简体中文）+SP3a
故障现象
1）游泳馆收费系统连接不上SQL Server 2000数据库。
2）启动SQL Server服务失败。
3）打开企业管理器，启动服务也是失败（看不到数据库树目录）。
要命的是当技术员发现问题，已经卸载SQL Server 2000后重新安装过了，想利用master数据库是不可能了。更要命的是，居然没有的备份数据库，只有6月的数据库备份文件。
恢复尝试
第一招：附加数据库
拷贝SQL Server 2000数据文件zytk.mdf到d:recovery下。在企业管理器中，右键数据库，选择所有任务→附加数据库。单击浏览（“...”）按钮选择要附加的数据库mdf文件d:recoveryzytk.mdf，发现日志文件是错误的（如图1）。
此时拷贝zytk.ldf到d:recovery目录下，再进行上述步骤，日志文件仍是错误（就是那个可恶的红叉叉）。单击确定按钮，提示日志文件错误（如图2和图3）。
发现提示的日志文件路径是D:Microsoft sql servermssql data zytk_log.ldf。于是在D盘建立D:Microsoft sql servermssqldata目录，并将zytk.mdf拷贝这个目录下。继续尝试上述附加数据库步骤，日志文件的路径已经变化，仍旧没能附加数据库成功（错误1813）（如图4与图1相比）。
第二招：用T-SQL附加数据库
在查询分析器中执行SQL脚本
use master
EXEC sp_attach_db “ZYTK”, “D:Microsoft sql servermssqldataZYTK.mdf”,“D:Microsoft sql servermssqldataZYTK_log.ldf”
查询分析器提示：
服务器:消息5105，级别16，状态4，行1
设备激活错误。物理文件名 'D:Microsoft sql servermssql dataZYTK_log.ldf' 可能有误。
将D:recovery目录下zytk.mdf改名zytk-old.mdf。在企业管理器中新建数据库zytk，选择数据库文件路径为D:recoveryZYTK_Data.MDF，日志文件路径为D:recoveryZYTK_ log.LDF。在企业管理器中，右键停止，以便停止SQL Server服务。待SQL
关 键 字：MYSQL
篇6：如何远程备份或还原数据库
除了用FTP自动化备份，还可以直接进行远程备份或者还原，以远程还原为例。第一步 先在备份机上设置共享文件夹第二步 在备份集上备份，并放到共享文件夹里第三步 还原机上使用NET USE 语句，
用户名和密码是访问备份机器的凭据。第四步 还原。数据库文件拷贝到指定位置。如果用于备份的服务器的默认文件位置和用于还原的服务器的默认文件位置不同，那么还原时不采用MOVE语句则会报错。整个流程参考www.cnblogs.com/iinsnian/archive/2008/06/06/1214821.html
★ 计算机系毕业论文
★ 数据库实训总结
★ 计算机实习报告
【理论篇：SQL数据库备份还原和恢复全过程（共6篇）】相关文章：
WordPress数据备份方案2022-11-09
扩展思维新方法后台拿shell2022-05-06
Windows 服务器的安全防护林2023-06-15
高级批处理的教学2022-09-21
数据备份管理规定2022-07-25
软件参观实习报告2022-10-01
网管中心工作总结2022-05-06
慎用复制文件的方法备份OE邮件2023-09-02
如何保障SQL数据库服务器的安全2023-10-02
备份与恢复Win的AD数据库Windows系统2022-04-30