ERP系统中出现“没有日志文件”错误的修复方法.docVIP

ERP系统中出现“没有日志文件”错误的修复方法.doc

  1. 1、本文档共12页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
速达5000系列产品常见问题处理方法详解 怎样取回用户帐套密码! 通常很多客户会发现帐套管理员或者某些操作员的登陆密码忘记了,怎么取回呢,方法如下: A.首先打开SQLSERVER企业管理器,找到对应的帐套数据库文件 点开表。在右边会显示所有的数据库表列表。 找到密码存放的数据表m_operator.单击鼠标右键,选择“打开表”,选择“返回所有行”。 所有的用户资料信息和密码数据会显示出来。 字段opname 是用户名称,oppassword 是用户密码。 打开帐套的时候抱如下错误处理方法 该问题原因是最早的3。04的补丁才会出现该问题,在公司网站行下的最新的3。04的补丁不会有该问题,只要修复一下帐套即可 3 、SQLSERVER版本只有mdf文件的恢复技术 很多客户会在使用SQL版本的软件时,碰到软件不能正常启动的时候,想重新安装的时候,又没有备份数据,只能将DATA文件夹COPY出去。但是再引入MDF文件的时候又引入不了。遇到此类情况。处理方法如下: 第一步:我们使用默认方式建立一个供恢复使用的数据库(如test)。可以在SQL Server Enterprise Manager里面建立。 选择新建数据库 输入数据库名称为test(该数据库名称并不一定要是TEST。但是一定要保持和我下列语句中的数据库名称一致,我在次只是列举例子) 建好之后回在企业管理器中看到数据库名为TEST的数据库 第二步:停掉数据库服务器。 打开SQLSERVER服务管理器,单击停止,停止掉SQLSERVER服务。 当SQLSERVER服务管理器显示该状态时,表示已经停用。 第三步:将刚才生成的数据库的日志文件test_log.ldf删除,用要恢复的数据库mdf文件覆盖刚才生成的数据库数据文件test_data.mdf。该日志文件在SQLSERVER的安装目录,距离如下: C:/Program Files/Microsoft SQL Server/MSSQL/Data/ 一般是在该目录下。 第四步:启动数据库服务器。此时会看到数据库test的状态为“置疑”。这时候不能对此数据库进行任何操作。 第五步:设置数据库允许直接操作系统表。此操作可以在SQL Server Enterprise Manager里面选择数据库服务器,按右键,选择“属性”,在“服务器设置”页面中将“允许对系统目录直接修改”一项选中。也可以使用语句来实现。 语句修改如下: use master go sp_configure allow updates,1 go reconfigure with override go 第六步:设置test为紧急修复模式 update sysdatabases set status=-32768 where dbid=DB_ID(test) 此时可以在SQL Server Enterprise Manager里面看到该数据库处于“只读\置疑\脱机\紧急模式”可以看到数据库里面的表,但是仅仅有系统表 第七步:下面执行真正的恢复操作,重建数据库日志文件 dbcc rebuild_log(test,C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log.ldf) 执行过程中,如果遇到下列提示信息: 服务器: 消息 5030,级别 16,状态 1,行 1 未能排它地锁定数据库以执行该操作。 DBCC 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联系。 说明您的其他程序正在使用该数据库,如果刚才您在F步骤中使用SQL Server Enterprise Manager打开了test库的系统表,那么退出SQL Server Enterprise Manager就可以了。 正确执行完成的提示应该类似于: 警告: 数据库 test 的日志已重建。已失去事务的一致性。应运行 DBCC CHECKDB 以验证物理一致性。将必须重置数据库选项,并且可能需要删除多余的日志文件。 DBCC 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联系。 此时打开在SQL Server Enterprise Manager里面会看到数据库的状态为“只供DBO使用”。此时可以访问数据库里面的用户表了。 第八步:验证数据库一致性(可省略) dbcc checkdb(test) 一般执行结果如下: CHECKDB 发现了 0 个分配错误和 0 个一致性错误(在数据库 test 中)。 DBCC 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联系。 第九步:设置数据库为正常状态 sp_dboption test,dbo use only,false 如果没有出错,那么恭喜,现在就可以正常的使用恢复后的

文档评论(0)

7号仓库 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档