数据库文件修复

⑴ 怎样恢复损坏的SQL Server数据文件

1、确保备份下的master数据库与要恢复的SQL SERVER的版本一致性。

⑵ 如何修复SQL数据库，数据库文件损坏！！！Help me!!!!

具体情况是这样的,
电脑里的SQL目录被人删了，里面的所有数据都同时被删，我没有备份，我用工具恢复了一个数据库，但还有一个数据库，显示文件错误，也就是说在文件分配表中已错误了，我还是把它恢复过来，可在SQL里不能认该数据库，另一个可以认，我想是这个数据库的文件头可能损坏了，不知有没有这样的软件可以分析数据库并修复它！！！

⑶ 数据库文件损坏了，还可以恢复吗

关于这个问题,要看损坏的是什么文件，以ORACLE数据库为例1控制文件，每个数据库默认有三个控制文件内容一样（比如CTRL01.DBF,CTRL02.DBF,CTRL03.DBF)，损坏其中两个，只需把好的那个拷贝成另外两个的名称即可。如果所有控制文件都坏了，需要启动实例到nomount状态重建控制文件，前提是之前最好做过;会得到一个重建控制文件的脚本2在线日志（redolog），如果每个日志组（group）的member（成员）不止一个，同一组内的在线日志只要有一个完好，同样可以通过拷贝方式（停止数据库后）恢复。3TEMP表空间数据文件，可以理解为数据库用的临时文件，损坏后基本无数据损失，可以通过重建temp表空间恢复4.SYSTEM系统表空间，这个挂了基本上必须靠恢复了，前提是要有备份4.其它数据表空间4.1.有备份，可以恢复，但可能丢失数据4.2.未备份，无法恢复该表空间数据，可以选择使该表空间离线（offline），恢复其它数据

⑷ 求问sqlserver2000数据库文件损坏如何修复

SQL
Server2000安装盘进行修复安装，应该可以解决你的问题！
如还存在问题可以追问，当及时回答！
希望能帮到你！
很抱歉，回答者上传的附件已失效

⑸ 数据库如何修复

可能有文件缺失或损坏，可以停掉SQL Server服务，先将数据库文件夹复制一份并安全存储，对数据库所在磁盘执行CHKDSK，排除磁盘错误，然后启动SQL Server服务，尝试修复数据库：
1.在SQL Server Management Studio中随便创建一个数据库，例如：PVLink。
2.停止SQL Server服务。
如果不停止此服务，刚才创建的PVLink数据库将即不能被拷贝，也不能被覆盖。
3.把已经损坏的数据库的mdf文件拷贝并覆盖刚才新建的数据库产生的mdf文件。
4.启动SQL Server服务。
此时可以看见刚才创建的PVLink数据库名字后面没有加号，无法察看其任何信息，其实目前它已经处于无法使用的状态。
5.把数据库设置为紧急状态。
通过在“查询分析器”中执行：alter database PVLink set EMERGENCY 可以将数据库设置为紧急状态，此时数据库PVLink的图标改变成粉红色并出现“紧急”字样。
6.将数据库设置为单用户模式。
如果不设置为单用户模式，我们将无法使用带有效repair选项的DBCC CHECKDB来检查/修复数据库，SQL Server 2005设置单用户模式比SQL Server 2000容易，只要在“查询分析器”中执行：
use master
go
sp_dboption 'PVLink',single,true
7.修复数据库
修复数据库主要使用DBCC来操作，一般来讲，我们可以使用以下三个选项来修复：
●REPAIR_ALLOW_ DATA_LOSS
尝试修复报告的所有错误。这些修复可能会导致一些数据丢失。
●REPAIR_FAST
仅为保持向后兼容性而保留。
●REPAIR_REBUILD
执行由 REPAIR_FAST 执行的所有修复，包括需要较长时间的修复（如重建索引）。执行这些修复时不会有丢失数据的危险。
一般我们通过执行：DBCC CHECKDB('PVLink',REPAIR_REBUILD) 即可完成修复工作，此时 SQL Server 2005会给出很多提示，因为这个过程可能会导致一些数据库设计或者数据的丢失，并且在这个过程中，会产生新的以ldf为扩展名的数据库日志文件。
8.完成以上的步骤后，一般情况下数据库应该可用了，如果数据库此时仍然是紧急状态，可以通过：alter database PVLink set ONLINE ，把数据库变成在线状态。
检查PVLink数据库内数据是否正常，是的话换回原数据库即可。

⑹ 怎样修复已经损坏的SQL数据库

1.停止SQL Server的服务,备份SQL Server安装目录下的\data子目录
下故障数据库的两个文件,一个数据文件hbposv6_branch_data.mdf,
一个hbposv6_branch_log.ldf(也有可能非此命名),同时查看磁盘
空间是否有足够的空间；

2.启动SQL Server服务(如已停止),创建一个新的数据库，命名为
原来数据库的名字。
3.停止SQL Server
4.把老数据库的MDF文件(hbposv6_branch_data.mdf)替换
新数据库的相应的MDF文件，
并把LDF文件(hbposv6_branch_log.ldg)删除。
5.重新启动SQL Server服务，然后运行如下命令：

Use Master
go

sp_configure 'allow updates', 1
reconfigure with override
go

begin tran
update sysdatabases set status = 32768 where name = 'hbposv6_branch'
--Verify one row is updated before committing
commit tran
go

6.停止SQL然后重新启动SQL Server服务，然后运行如下命令
(更换日志文件路径地址)：

use master
go
DBCC TRACEON(3604)
DBCC REBUILD_LOG
('hbposv6_branch',
'c:\Program Files\Microsoft SQL Server\MSSQL\Data\hbposv6_branch_log.ldf')
--在这里，请输入你的数据库的路径
go

7.停止SQL然后重新启动SQL Server服务，然后运行：

use master
go
update sysdatabases set status = 8 where name = 'hbposv6_branch'
go

sp_configure 'allow updates', 0
reconfigure with override
go

8.运行dbcc checkdb(db_name) 检查数据库的完整性

9.修复数库
--请在查询分析器中执行下列语句.执行前断开其它
所有数据库连接，最好是断开网线
--如果不是该数据库名，请将数据库
--hbposv6_branch
--改为要修复的数据库

USE master
Go
--单用户模式
EXEC sp_dboption 'hbposv6_branch', 'single user', 'TRUE'
go
--数据库检查
DBCC CHECKDB ('hbposv6_branch')
Go
--如果返回结果出现了红色的提示文字，说明数据库中存在错误，需要修复
--数据库修复
DBCC CHECKDB ('hbposv6_branch','repair_rebuild')
Go
--再次数据库检查，如果返回结果中没有了红色的提示文字，
说明修复成功；
DBCC CHECKDB ('hbposv6_branch')
Go
--否则意味着还需要更高级别的修复；尝试将上面修复语句的
'repair_rebuild'换为'repair_allow_data_loss'再试，
之后再次检查数据库。
--如果还有错误未修复，请把这些信息以文字的方式发给我们

--退出前请一定要执行以下语句返回到多用户模式
EXEC sp_dboption 'hbposv6_branch', 'single user','FALSE'
go

注：都要把 dbname 替换成真实的数据库名字。

⑺ 数据库文件损坏能修复吗有什么办法可以恢复数据库的数据

在软件根目录里找一下自动备份的数据
如果有的话重装数据库
重建账套
恢复自动备份的数据
如果没有自动备份的数据
找根目录data文件夹里的后缀为mdf和ldf的数据在不在
在的话
找用友的技术人员帮你在数据库里恢复吧
如果自动备份的数据也没有
数据库文件也没有
那么只有找专业恢复数据的公司看看能不能帮你恢复得过来了

⑻ SQL数据库文件损坏，怎么修复

可以修复，从故障解析，数据库损坏分为逻辑层损坏和物理层损坏。
1，逻辑损坏是指，文件本身完整，系统表在逻辑结构上混乱造成的错误。
2，物理损坏是指，文件由于不完整，导致置疑等故障
数据库损坏，由断电，非法关机，系统重启，文件被误删除，误ghost自己恢复出来的文件附加失败，阵列崩溃等原因造成的。
逻辑层修复方法，网上有很多dbcc修复命令，可以区尝试下、
物理层还是找专业人员吧！

⑼ 数据库文件存在异常，请修复 怎么弄

SQL Server 2000数据库LDF损坏,只有mdf的恢复方法。
SQL Server 2000数据库文件遭到破坏的现象经常出现，数据库出错是否可以修复呢？答案是可以的，本日志以一个sql server 2000数据库，数据库日志文件ldf损坏了，mdf正常，数据库附加失败的修复方法总结一下，数据库数据恢复在很多时候比较复杂，当数据库存在大量错误的时候，使用DBCC修复也是不可以的，需要拆解数据库来抢救重要的数据，下面是较为常见的一种SQL Server 2000数据库修复方式：
1） 先及时把原来的数据库文件（如test.mdf)备份到其他地方。
2） 停掉服务器。
3） 删除这个test.mdf。
4) 重新建立一个test同名数据库。
5） 删除这个新建立的test数据库的test.ldf文件，并用开始备份好test.mdf文件覆盖这个新建立的test.mdf文件。
6） 启动数据库服务器。此时会看到数据库test的状态为“置疑”。这时候不能对此数据库进行任何操作。
.设置数据库允许直接操作系统表。此操作可以在SQL Server Enterprise Manager里面选择数据库服务器，按右键，选择“属性”，在“服务器设置”页面中将“允许对系统目录直接修改”。
7） 设置test为紧急修复模式
update sysdatabases set status=-32768 where dbid=DB_ID('test')
此时可以在SQL Server Enterprise Manager里面看到该数据库处于“只读\置疑\脱机\紧急模式”可以看到数据库里面的表，但是仅仅有系统表
8） 下面执行真正的恢复操作，重建数据库日志文件
dbcc rebuild_log('test','C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log.ldf')
执行过程中，如果遇到下列提示信息：
服务器: 消息 5030，级别 16，状态 1，行 1
未能排它地锁定数据库以执行该操作。
DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。
说明您的其他程序正在使用该数据库，如果刚才您在操作中使用SQL Server Enterprise Manager打开了test库的系统表，那么退出SQL Server Enterprise Manager就可以了。