武汉五十二区 (图)-excel数据库修复-湖北数据库修复

备份数据文件编辑按下面的步骤处理:

　　1.新建一个同名的数据库(数据文件与原来的要一致)

　　2.再停掉sql server(注意不要分离数据库)

　　3.用原数据库的数据文件覆盖掉这个新建的数据库

　　4.再重启sql server

　　5.此时打开企业管理器时会出现置疑，先不管，执行下面的语句（注意修改其中的数据库名)

　　6.完成后一般就可以访问数据库中的数据了，这时，数据库本身一般还要问题，解决办法是，利用数据库的脚本创建一个新的数据库，并将数据导进去就行了.

　　*/

　　USE MASTER

　　GO

　　SP_CONFIGURE "ALLOW UPDATES"，1

　　GO

　　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

　　GO

　　reconfigure with override

　　Go

　　sp_dboption "置疑的数据库名"， "single user"，"false"

　　Go

　　/*

　　只有mdf文件的***技术

　　由于种种原因，我们如果当时仅仅备份了mdf文件，那么***起来就是一件很麻烦的事情了。

　　如果您的mdf文件是当前数据库产生的，那么很侥幸，也许你使用sp_attach_db或者sp_attach_single_file_db可以***数据库，但是会出现类似下面的提示信息

　　设备激1活错误。物理文件名 "C:﹨Program Files﹨Microsoft SQL Server﹨MSSQL﹨data﹨test_Log.LDF" 可能有误。

　　已创建名为 "C:﹨Program Files﹨Microsoft SQL Server﹨MSSQL﹨Data﹨test_log.LDF" 的新日志文件。

　　但是，如果您的数据库文件是从其他计算机上复1制过来的，那么很不幸，也许上述办法就行不通了。你也许会得到类似下面的错误信息

　　服务器: 消息 1813，病毒数据库修复，级别 16，状态 2，行 1

　　未能打开新数据库 "test"。CREATE DATABASE 将终止。

　　设备激1活错误。物理文件名 "d:﹨test_log.LDF" 可能有误。

数据存储及***第1一步--分区.当主引导记录因为各种原因（硬盘坏道、病毒、误操作等）被***后，一些或全部分区自然就会丢失不见了，湖北数据库修复，根据数据信息特征，我们可以重新推算计算分区大小及位置，手工标注到分区信息表，“丢失”的分区回来了。数据存储及***第二步--文件分配表.硬盘分区完毕后，接下来的工作是格式化分区。格式化程序根据分区大小，合理的将分区划分为目录文件分配区和数据区，文件分配表内记录着每一个文件的属性、大小、在数据区的位置。我们对所有文件的操作，都是根据文件分配表来进行的。文件分配表遭到***以后，系统无法***到文件，虽然每个文件的真实内容还存放在数据区，系统仍然会认为文件已经不存在。我们的数据丢失了，就像一本小说的目录被撕掉一样。要想直接去想要的章节，已经不可能了，要想得到想要的内容（***数据），excel数据库修复，只能凭记忆知***体内容的大约页数，或每页（扇区）寻找你要的内容。我们的数据还可以***回来。

文件的写入

当我们要保存文件时，操作系统首先在DIR区中找到空区写入文件名、大小和创建时间等相应信息，然后在Data区找到闲置空间将文件保存，并将Data区的第1一个簇写入DIR区，数据库修复公司，其余的动作和上边的读取动作差不多。

文件的删除

看了前面的文件的读取和写入，你可能没有往下边继续看的信心了，不过放心，Win9x的文件删除工作却是很简单的，简单到只在目录区做了一点小改动——将目录区的文件的第1一个字符改成了E5就表示将改文件删除了。