财务管理软件不能使用,SQL出现问题,错误LOG见补充。数据库未备份。

财务管理软件不能使用,SQL出现问题,错误LOG见补充。数据库未备份。,第1张

看你的情况像是SQL server出问题,master库异常了

你可以再找台计算机临时安装sql2000,然后把财务的那个数据库文件拷贝出来(一组两个文件),然后利用“附加”方法连接。再检查财务里面是SA连接还是自建的用户,手工创建一下。

如果是用友软件,帐套管理库,名字忘了。

总之,date目录下所有的数据库文件你都要保存好,别落下一个就糟了。

错误 823

严重级别 24

消息正文

在文件 ''%4!'' 的偏移量 %3! 处的 %2! 过程中,检测到 I/O 错误 %1!。

解释

Microsoft® SQL Server™ 在对某设备进行读或写请求时遇到 I/O 错误。该错误通常表明磁盘问题。但是,错误日志中在错误 823 之前记录的其它核心消息应指出涉及了哪个设备。

对策

检查该设备的可访问性和状态。

如果可能,执行硬件诊断并纠正问题。

从最新的数据库备份还原损坏的文件。从数据库备份中还原应始终是修复已损坏数据库的首选方法。

如果没有备份或者检测到的错误是孤立的,则 DBCC CHECKDB 的修复功能可能很有用。然而,比起从备份中还原损坏的文件,可能使用 DBCC CHECKDB 消耗的时间更多,且可能无法恢复全部数据。

建议:通过备份还原的方法来转移数据库,步骤如下:

如何从备份设备还原备份(企业管理器)

从备份设备还原备份

1展开服务器组,然后展开服务器。

2展开"数据库"文件夹,右击数据库,指向"所有任务"子菜单,然后单击"还

原数据库"命令。

3在"还原为数据库"框中,如果要还原的数据库名称与显示的默认数据库名称不同,请在其中进行输入或选择。若要用新名称还原数据库,请输入新的数据库名称。

说明 为数据库指定新名称将自动为从数据库备份中还原的数据库文件指定新名称。

4单击"从设备",然后单击"选择设备"。

5在"还原自"下,单击"磁带"或"磁盘",然后选择还原设备。

如果没有出现设备,则单击"添加"以添加现有的备份设备或创建新的备份设备。在"还原数据库"对话框内,单击"查看内容"并选择要还原的备份集。

说明 此选项将扫描备份集以获得备份内容信息,该 *** 作可能需要花费较长时间,特别是在使用磁带设备时。如果已经知道要还原的备份集,则在"备份号"中输入备份集编号。

6在"还原备份集"下执行下列 *** 作之一:

单击"数据库 — 完全"还原数据库备份。

单击"数据库 — 差异"还原差异数据库备份。

单击"事务日志"应用事务日志备份。

7单击"文件或文件组"还原文件或文件组备份。指定文件或文件组的名称。

单击"选项"选项卡,然后执行下列 *** 作之一:(可选)

单击"使数据库可以继续运行,但无法还原其它事务日志",如果没有其它要应用的事务日志备份。

单击"使数据库不再运行,但能还原其它事务日志",如果要应用其它事务日志备份。

在附加数据库时,出现823错误时,可按以下方法 *** 作:

EXEC sp_configure 'allow updates ',1 RECONFIGURE WITH OVERRIDE / 打开修改系统表的开关 /

update sysdatabases set status = 32768 where name = '数据库名 '

DBCC REBUILD_LOG ( '数据库名 ', 'E: dzzdatabase dzz1204_LogLDF ' )

update sysdatabases set status = 0 where name = '数据库名 '

restore database 数据库名 WITH RECOVERY

EXEC sp_configure 'allow updates ',0 RECONFIGURE WITH OVERRIDE / 关闭打开修改系统表的开关 /

关于823错误的 SQL-SERVER 中的帮助:

================================

错误 823

严重级别 24

消息正文

在文件 ' '%4! ' ' 的偏移量 %3! 处的 %2! 过程中,检测到 I/O 错误 %1!。

解释

Microsoft SQL Server 在对某设备进行读或写请求时遇到 I/O 错误。该错误通常表明磁盘问题。但是,错误日志中在错误 823 之前记录的其它核心消息应指出涉及了哪个设备。

对策

检查该设备的可访问性和状态。

如果可能,执行硬件诊断并纠正问题。

从最新的数据库备份还原损坏的文件。从数据库备份中还原应始终是修复已损坏数据库的首选方法。

如果没有备份或者检测到的错误是孤立的,则 DBCC CHECKDB 的修复功能可能很有用。然而,比起从备份中还原损坏的文件,可能使用 DBCC CHECKDB 消耗的时间更多,且可能无法恢复全部数据。

注意 如果使用修复子句运行 DBCC CHECKDB 时,问题没有得到纠正,或者不知道该过程将如何影响数据,请与主要的支持提供者联系。

以上就是关于财务管理软件不能使用,SQL出现问题,错误LOG见补充。数据库未备份。全部的内容,包括:财务管理软件不能使用,SQL出现问题,错误LOG见补充。数据库未备份。、SQL2000数据库备份时出错!、sql server2000数据库文件错误能否修复等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!

欢迎分享,转载请注明来源:内存溢出

原文地址:https://54852.com/sjk/10158069.html

(0)
打赏 微信扫一扫微信扫一扫 支付宝扫一扫支付宝扫一扫
上一篇 2023-05-05
下一篇2023-05-05

发表评论

登录后才能评论

评论列表(0条)

    保存