--如果不行的话 建议楼主分离一下这个数据库 重新附加一下
--有什么问题可以随时问我 希望采纳
--DataBaseName为修复的数据名
USE MASTER
GO
SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE
GO
ALTER DATABASE [DataBaseName] SET EMERGENCY
GO
sp_dboption 'DataBaseName', 'single user', 'true'
GO
DBCC CHECKDB('DataBaseName','REPAIR_ALLOW_DATA_LOSS')
GO
ALTER DATABASE [DataBaseName] SET ONLINE
GO
sp_configure 'allow updates', 0 reconfigure with override
GO
sp_dboption 'DataBaseName', 'single user', 'false'
GO
1、双击Access图标。
2、打开Access后,菜单栏单击“文件”项。
3、在“文件”下拉菜单中选择“打开”项。
4、打开一个Access文件,点“打开”。
5、找开文件后,单击菜单栏中的“工具”。
6、在“工具”下拉菜单中选择“选项”。
7、在“高级”窗口下找到“默认打开模式”,选择“独占”,单击“确定”完成。
1,停止服务管理器。2,进入数据库安装路径,我是装的D盘 (D:\Program Files\Microsoft SQL Server\MSSQL\Data),找到
tiger.ldf,删除 (这里就以tiger为讲解对象,其它数据库当然要找到相对应的名称进行删除)
3,启动服务管理器
4,进入查询分析器,
输入以下语句
use master
go
sp_configure 'allow updates',1
go
reconfigure with override
go
注意输正确,如果输入后执行此语句,并且下面显示
DBCC 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联系。
已将配置选项 'allow updates' 从 0 改为 1。请运行 RECONFIGURE 语句以安装。
说明执行正确,如果不显示以上信息,请检查是否有输错!
此语句是的作用是:设置数据库允许直接 *** 作系统表。
5,执行第4步成功后, 接着设置数据库为紧急修复模式。
update sysdatabases set status=-32768 where dbid=db_id('tiger')
下面显示
(所影响的行数为 1 行)
6,继续,重新数据库日志(ldf)文件。
dbcc rebulid_log('tiger','D:\Program Files\Microsoft SQL Server\MSSQL\Data\tiger.ldf')
这里需要注意,我电脑数据库文件是装在D盘,所以上面路径是D盘,如果不同,要修改。
这样,就重建了 tiger的ldf日志文件。
下面显示:
警告: 数据库 'test' 的日志已重建。已失去事务的一致性。应运行 DBCC CHECKDB 以验证物理一致性。
将必须重置数据库选项,并且可能需要删除多余的日志文件。
7,现在检查有没有错误,再输入语法
dbcc checkdb('tiger')
下面显示
CHECKDB 发现了 0 个分配错误和 0 个一致性错误(在数据库 'tiger' 中)。
那说明第6步就建立成功没问题了,下面就可以把SQL恢复模式了
8,设置数据库为正常状态
sp_dhoption 'tiger','dho use only','false'
9,最后一步,们要将步骤E中设置的“允许对系统目录直接修改”一项恢复。因为平时直接 *** 作系统表是一件比较危险的事情
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)