Sql+Server数据库的备份和恢复措施

1、或A数据库的备份和恢一、备份数据库1、打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server2、SQL Server组一双击打开你的服务器一双击打开数据库目录3、选择你的数据库名称（如论坛数据球Forum）-，然后点上面菜单中的工具，选择缶份数据球4、备份选项选择完全备份，目的中的备份到如果原来有路径和名称则选中名称点删除，然后点添加，如 果原来没有路径和名称则直接选择添加，接着指定路径和文件名，指定后点确定返回备份窗口，接着点确 定进行备份二、还原数据库1、打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server2、SQL Ser

2、ver组-双击打开你的服务器-点图标栏的新建数据库图标，新建数据库的名字自行取3、点击新建好的数据库名称（如论坛数据库Forum） 。然后点上面菜单中的工具，选择恢复数据库4、在弹出来的窗口中的还原选项中选择从设备-，点选择设备一点添加然后选择你的备份文件名，添 加后点确定返回，这时候设备栏应该出现您刚才选择的数据库备份文件名，备份号默认为1 （如果您对同 一个文件做过多次备份，可以点击备份号旁边的查看内容，在夏选框中选择最新的一次备份后点确定）- 然后点击上方常规旁边的选项按钮5、在出现的窗口中选择在现有数据库上强制还原，以及在恢复完成状态中选择使数据库可以继续运行但 无法还原其它事务日志的

3、选项。在窗口的中间部位的将数据库文件还原为这里要按照你SQL的安装进行 设置（也可以指定自己的目录），逻辑文件名不需要改动，移至物理文件名要根据你所恢复的机器情况做 改动，如您的 SQL 数据库装在 D:Program FilesMicrosoft SQL ServerMSSQLData,那么就按照您 恢复机器的目录进行相关改动改动，并且最后的文件名最好改成您当前的数据库名（如原来是bbs_data. mdf,现在的数据库是forum,就改成forum_data.mdf）,日志和数据文件都要按照这样的方式做相关 的改动（日志的文件名是*ogdf结尾的），这里的恢复目录您可以自由设置，前提是该目

4、录必须存在（如 您可以指定 d:sqldatabbs_data.mdf 或者 d:sqldatabbs_log.ldf）,否则恢史将报错6、修改完成后，点击下面的确定进行恢复，这时会出现一个进度条，提示恢旦的进度，恢曳完成后系统 会自动提示成功，如中间提示报错，请记录下相关的错误内容并询问对SQL操作比较熟悉的人员，一般 的错误无非是目录错误或者文件名重复或者文件名错误或者空间不够或者数据库正在使用中的错误，数据 库正在使用的错误您可以尝试关闭所有关于SQL窗口然后重新打开进行恢复操作，如果还提示正在使用 的错误可以将SQL服务停止然后重起看看，至于上述其它的错误一般都能按照错误内容做相应改动

5、后即 可恢复三、收缩数据库一般情况下，SQL数据库的收缩并不能很大程度上减小数据库大小，其主要作用是收缩日志大小，应 当定期进行此操作以免数据即日志过大1、设置数据库模式为简单模式：打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Se rver-SQL Server组双击打开你的服务器双击打开数据库目录选择你的数据库名称（如论坛数 据库Forum）然后点击右键选择属性。选择选项。在故障还原的模式中选择“简单”，然后按确定保存2、在当前数据库上点右键，看所有任务中的收缩数据库，一般里面的默认设置不用调整，直接点确定 3、收缩数据库完成后，建议将您的数据库属性重新设置为标

6、准模式，操作方法同第一点，因为日志在一 些异常情况下往往是恢复数据库的重要依据四、设定每日自动备份数据摩强烈建议有条件的用户进行此操作！1、打开企业管理器，在控制台根目录中依次点开Microsoft SQL Server-SQL Server组,双击打开 你的服务器2、然后点上面菜单中的工具.4选择数据库维护计划器3、下一步选择要进行自动备份的数据。下一步更新数据优化信息，这里一般不用做选择-下一步检查数 据完整性，也一般不选择4、下一步指定数据库维护计划，默认的是1周备份一次，点击更改选择每天备份后点确定5、下一步指定备份的磁盘目录，选择指定目录，如您可以在D盘新建一个目录如：d:datab

7、ak,然后在 这里选择使用此目录，如果您的数据库比较多最好选择为每个数据库建立子目录，然后选择删除早于多少 天前的备份，一般设定4一7天，这看您的具体备份要求，备份文件扩展名一般都是bak就用默认的6、下一步指定事务日志备份计划，看您的需要做选择-下一步要生成的报表，一般不做选择-下-步雄 护计划历史记录，最好用默认的选项。下一步完成7、完成后系统很可能会提示Sql Server Agent服务未启动，先点确定完成计划设定，然后找到桌面最 右边状态栏中的SQL绿色图标，双击点开，在服务中选择Sql Server Agent,然后点击运行箭头，选上 下方的当启动OS时自动启动服务8、这个时候数据

8、库计划已经成功的运行了，他将按照您上面的设置进行自动备份修改计划f1、打开企业管理器，在控制台根目录中依次点开Microsoft SQL Server-SQL Server组一双击打开 你的服务器-管理。数据库维护计划。打开后可看到你设定的计划，可以进行修改或者删除操作五、数据的转移（新建数据库或转移服务器）一般情况下，母好使用备份和还原操作来进行转移数据，在特殊情况下，可以用导入导出的方式进行转移，这里介绍的就是导入导出方式，导入导出方式转移数据一个作用就是可以在收缩数据库无效的情况下用来减小（收缩）数据库的大小，本操作默认为您对SQL的操作有一定的了解，如果对其中的部分操作不理解，可以咨询

9、动网相关人员或者查询网上资料1、将原数据库的所有表、存储过程导出成一个SQL文件，导出的时候注意在选项中选择编写索引脚本和 编写主键、外键、默认值和检查约束脚本选项2、新建数据库，对新建数据库执行第一步中所建立的SQL文件3、用SQL的导入导出方式，对新数据库导入原数据库中的所有表内容六、利用数据库日志恢复数据到时间点的操作由于不正常的数据丢失，而又不想使用备份数据还原，只要原来有备份且当前日志保存完好，可以采 用这个方法试试，说不定可挽回损失1,如果误操作之由存在一个全库备份（或已有多个差异备份或增量备份），首先要做的事就是进进行一次日志备份（如果为了不让日志文件变大而置trunc. log

10、 on chkpt.选项为1那你就死翘了）backup log dbName to disksfileName,2,恢旦一个全库备份，注意需要使用with norecovery,如果还有其他差异或增量备份，则逐个恢复restore database dbName from diskxfileName with norecovery3,恢复最后一个日志备份即刚做的日志备份，指定恢复时间点到误操作之前的时刻restore log dbName from disk=fileNamewith stopat=date_time以上这些操作都可以在SQL SERVER企业管理器里完成，难度不大. .七、无

11、数据库日志文件恢曳数据库方法两则数据库日志文件的误删或别的原因引起数据库日志的损坏方法一1 .新建一个同名的数据库2 .再停掉sql server（注意不要分离数据库）3 .用原数据库的数据文件覆盖獐这个新建的数据库4 .再重启 sql server5 .此时打开企业管理器时会出现置疑，先不管，执行下面的语句（注意修改其中的数据库名）6 .完成后一般就可以访问数据库中的数据了，这时，数据库本身一般还要问题，解决办法是，利用 数据库的脚本创建一个新的数据库，并将数据导进去就行了.USE MASTERGOSP_CONFIGURE ,ALLOW UPDATES,1 RECONFIGURE WITH

12、OVERRIDEGOUPDATE SYSDATABASES SET STATUS =32768 WHERE NAME置疑的数据库名Gosp_dboption 置疑的数据库名/single user* trueGoDBCC CHECKDBCK疑的数据库名）Goupdate sysdatabases set status =28 where name=置疑的数据库名Gosp_configure allow updates*, 0 reconfigure with overrideGosp_dboption 置疑的数据库名，single user, falseGo方法二事情的起因昨天，系统管理员告诉

13、我，我们一个内部应用数据库所在的磁盘空间不足了.我注意到数据库事件日志文 件XXX_Data.ldf文件已经增长到了 3GB,于是我决意缩小这个日志文件。经过收缩数据库等操作未果后, 我犯了一个自进入行业以来的最大最愚蠢的错误：竟然误删除了这个日志文件！后来我看到所有论及数据 库恢复的文章上都说道：“无论如何都要保证数据库日志文件存在，它至关重要”，甚至微软甚至有一篇K B文章讲如何只靠日志文件恢复数据库的.我真是不知道我那时候是怎么想的？ ！这下子坏了！这个数据库连不上了，企业管理器在它的旁边写着“（置疑）”。而且最要命的，这个数据 库从来没有备份了。我唯一找得到的是迁移半年前的另外一个数据

14、库服务器，应用倒是能用了，但是少了 许多记皴、表和存储过程。真希望这只是一场噩梦I没有效果的恢复步骤附加数据库.Rambo讲过被删除日志文件中不存在活动日志时，可以这么做来恢第：1,分离被置疑的数据库，可以使用sp_detach_db2,附加数据库，可以使用sp_attach_single_file_db但是，很遗憾，执行之后，SQL Server质疑数据文件和日志文件不符，所以无法附加数据库数据文件。DTS数据导出不行，无法读取XXX数据库，DTS Wizard报告说“初始化上下文发生错误”。紧急模式恰红公子讲过没有日志用于恢弱时，可以这么做：1,把数据库设置为emergency mode2

15、,重新建立一个log文件3,把SQL Server重新启动一下4,把应用数据库设置成单用户模式5,做 DBCC CHECKDB6,如果没有什么大问题就可以把数据库状态改回去了，记得别忘了把系统表的修改选项关掉我实践了一下，把应用数据库的数据文件移走，重新建立一个同名的数据库XXX,然后停掉SQL服 务，把原来的数据文件再覆盖回来。之后，按照怡红公子的步骤走。但是，也很遗憾，除了第2步之外，其他步骤执行非常成功。可惜，重启SQL Server之后，这个应 用数据库仍然是置疑！不过，让我欣慰的是，这么做之后，倒是能够Select数据了，让我大出一口气.只不过，组件使用数 据库时，报告说：“发生错误

16、：-2147467259,未能在数据库XXX,中运行BEGIN TRANSACTION,因 为该数据库处于回避恢复模式。”最终成功恢复的全部步骤设置数据库为紧急模式停掉SQL Server服务；把应用数据库的数据文件XXX_Data.mdf移走；重新建立一个同名的数据库XXX；停掉SQL服务；把原来的数据文件再覆盖回来；运行以下语句，把该数据库设置为紧急模式； 运行“Use Mastersp_configure allow updates*, 1reconfigure with overrideGo”执行结果：DBCC执行完毕。如果DBCC输出了错误信息，请与系统管理员联系。已将配置选项all

17、ow updates从0改为1.请运行RECONFIGURE语句以安装。接着运行“update sysdatabases set status = 32768 where name = XXX”执行结果：（所影响的行数为1行）承启SQL Server服务；运行以下语句，把应用数据库设置为Single User模式；运行sp_dboption XXX, single user*, true”执行结果：命令已成功完成。u 做DBCC CHECKDB；运行“DBCC CHECKDBfXXXT执行结果：XXX1的DBCC结果.sysobjects9 的 DBCC 结果。对象sysobjects有273

18、行，这些行位于5页中.,sysindexes, 的 DBCC 结果。对象sysindexes有202行，这些行位于7页中。,syscolumns* 的 DBCC 结果。u运行以下语句把系统表的修改选项关掉;运行“sp,esetstatus HXXXHgosp_configure allow updates, 0reconfigure with overrideGo”执行结果：在sysdatabases中更新数据库XXX的条目之前，模式=0,状态=28 （状态suspect_bit = 0）,没有更新sysdatabases中的任何行，因为已正确地重置了模式和状态。没有错误，未进行任何更 改.D

19、BCC执行完毕。如果DBCC输出了错误信息，请与系统管理员联系已将配置选项,allow upd ates从1改为0。请运行RECONFIGURE语句以安装.重新建立另外一个数据库XXX.Lost；DTS导出向导运行DTS导出向导；复制源选择EmergencyMode的数据库XXX,导入到XXX.Lost；选择“在SQL Server数据旅之间复制对象和数据”，试了多次，好像不行，只是复制过来了所有表结 构，但是没有数据，也没有视图和存储过程，而且DTS向导最后报告复制失败；所以最后选择“从源数据库复制表和视图”，但是后来发现，这样总是只能熨制一部分表记录；于是选择“用一条查询指定要传输的数据”

20、，缺哪个表记录，就导哪个；视图和存储过程是执行SQL语句添加的.当然，如果误操作是一些不记日志的操作比如truncate table, select into等操作，那么是无法利 用上述方法来恢复数据的方法一1 .新建一个同名的数据库2 .再停掉sql server（注意不要分离数据库）3 .用原数据库的数据文件覆遹掉这个新建的数据厮4 .再重启 sql server5 .此时打开企业管理器时会出现置疑，先不管，执行下面的语句（注意修改其中的数据库名）6 .完成后一般就可以访问数据库中的数据了，这时，数据库本身一般还要问题，解决办法是，利用数据库的脚本创建一个新的数据库，并将数据导进去就行了.

21、USE MASTERGOSP_CONFIGURE ,ALLOW UPDATES,1 RECONFIGURE WITH OVERRIDEGOUPDATE SYSDATABASES SET STATUS =32768 WHERE NAME置疑的数据库名Gosp_dboption 置疑的数据库名single user, trueGoDBCC CHECKDBC置疑的数据库名）Goupdate sysdatabases set status =28 where name=置疑的数据库名Gosp_configure allow updates*, 0 reconfigure with overrideGo

22、sp_dboption 置疑的数据库名/single user； false, Go方法二事情的起因昨天，系统管理员告诉我，我们一个内部应用数据库所在的磁盘空间不足了.我注意到数据库事件日 志文件XXX_Data.ldf文件已经增长到了 3GB,于是我决意缩小这个日志文件.经过收缩数据库等操作未 果后，我犯了一个自进入行业以来的最大最愚蠢的错误：竟然误删除了这个日志文件！后来我看到所有论 及数据库恢复的文章上都说道：“无论如何都要保证数据库日志文件存在，它至关雨要”，甚至微软甚至有 一篇KB文章讲如何只靠日志文件恢品数据库的.我真是不知道我那时候是怎么想的？！这下子坏了！这个数据库连不上了，企

23、业管理器在它的旁边写着“（置疑）”。而且最要命的，这个数据 底从来没有备份了.我唯一找得到的是迁移半年前的另外一个数据库服务甥，应用倒是能用了，但是少了 许多记录、表和存储过程。真希望这只是一场噩梦！没有效果的恢爱步骤附加数据库.Rambo讲过被删除日志文件中不存在活动日志时，可以这么做来恢复：1,分离被置疑的数据库，可以使用sp_detach_db2,附加数据库，可以使用sp_attach_singlejile_db但是，很遗憾，执行之后，SQL Server质疑数据文件和日志文件不符，所以无法附加数据库数据文件DTS数据导出不行，无法读取XXX数据底，DTS Wizard报告说“初始化上下

24、文发生错误”。紧急模式怡红公子讲过没有日志用于恢完时，可以这么做：1,把数据库设置为emergency mode2,重新建立一个log文件3,把SQL Server重新启动一下4,把应用数据库设置成单用户模式5,做 DBCC CHECKDB6,如果没有什么大问题就可以把数据库状态改回去了，记得别忘了把系统表的修改选项关掉我实践了一下，把应用数据库的数据文件移走，重新建立一个同名的数据库XXX,然后停掉SQL服 务，把原来的数据文件再覆盖回来。之后，按照怡红公子的步骤走。但是，也很遗憾，除了第2步之外，其他步骤执行非常成功。可惜，重启SQL Server之后，这个应 用数据库仍然是置疑！不过，让

25、我欣慰的是，这么做之后，倒是能够Select数据了，让我大出一口气.只不过，组件使用数 据库时，报告说：“发生错误：-2147467259,未能在数据库XXX中运行BEGIN TRANSACTION,因 为该数据库处于回避恢复模式.最终成功恢复的全部步骤设置数据库为紧急模式停掉SQL Server服务；把应用数据库的数据文件XXX_Data.mdf移走；重新建立一个同名的数据库XXX；停掉SQL服务；把原来的数据文件再覆盖回来；运行以下语句，把该数据库设置为紧急模式；运行“Use MasterGosp_configure allow updates, 1reconfigure with overrideGo”执行结果：DBCC执行完毕。如果DBCC输出了错误信息，请与系统管理员联系.已将配置选项allow updates从0改为，靖运行RECONFIGURE语句以安装。接着运行“update sysdatabases set status = 32768 where name = XXX”执行结果：（所影响的行数为1行）重启SQL Server服务；运行以下语句，把应用数据库设置为Sing