第1个回答 2016-02-19
图都不给，你当回答问题的是神仙啊？
第2个回答 推荐于2016-04-09
安装用友软件的服务器端多采用的是微软的SQL数据库系列。
在安装用友软件的服务器上，如果在使用总数据库发生故障，导致数据库服务突然停止并无法再重新启动该服务时。往往会给使用者带来相当大的麻烦。遇到这个问题时通常的做法包括重启电脑，重新注册用友相关组件，以期恢复缺损的数据库关联文件来修复受损的数据库。如果上述作法仍然无法修复时，这时就只能费力，冒险重装SQL数据库了。
近来就遇到了这样的一个故障。数据库服务停止后，数据库服务无法再启动。提示1053错误。数据库无法在运行了。当然用友软件也无法登陆了。按照传统的解决思路和方法都一一试过。但都无效。
因为所用的SQL数据库实在帐套众多，相关文件牵涉甚广。所以非不得已不能重装。因此。只有另辟蹊径寻找解决的方法。
用友软件有个重要的注册控件文件夹是UFCOMSQL。在SYSTEM32目录下。绝大部分的用友注册控件都在这里。一般用友软件如果缺损文件通过提前备份的UFCOMSQL文件夹重新覆盖和重注册是能够修复用友软件的启动故障的。
而SQL数据库如果突然无法再启动，是否也可以通过重注册控件文件来修复呢？答案是肯定的。但实现起来有如大海捞针。因为SQL数据库到底关联了哪些WINDOWS系统文件也不是很容易说清楚。
最后通过反复对比安装了同版本SQL数据库的操作系统的异同，终于发现在SYSTEM32文件夹下有个msvcp71.dll文件的缺失才是导致SQL数据库无法再启动，并提示1053错误的原因。
通过测试发现，这个文件是微软操作系统预留的系统文件，其作用是与SQL数据库相关联。
如果系统中缺少了这个文件，SQL数据库服务是无法启动的。同时如果数据库在运行中，这个文件也是无法删除的。
最终通过寻找一个同样的MSVCP71.dl文件复制到SYSTEM32目录中。成功使数据库重新启动。使用友软件又能恢复正常使用。本回答被提问者采纳
在安装用友软件的服务器上，如果在使用总数据库发生故障，导致数据库服务突然停止并无法再重新启动该服务时。往往会给使用者带来相当大的麻烦。遇到这个问题时通常的做法包括重启电脑，重新注册用友相关组件，以期恢复缺损的数据库关联文件来修复受损的数据库。如果上述作法仍然无法修复时，这时就只能费力，冒险重装SQL数据库了。
近来就遇到了这样的一个故障。数据库服务停止后，数据库服务无法再启动。提示1053错误。数据库无法在运行了。当然用友软件也无法登陆了。按照传统的解决思路和方法都一一试过。但都无效。
因为所用的SQL数据库实在帐套众多，相关文件牵涉甚广。所以非不得已不能重装。因此。只有另辟蹊径寻找解决的方法。
用友软件有个重要的注册控件文件夹是UFCOMSQL。在SYSTEM32目录下。绝大部分的用友注册控件都在这里。一般用友软件如果缺损文件通过提前备份的UFCOMSQL文件夹重新覆盖和重注册是能够修复用友软件的启动故障的。
而SQL数据库如果突然无法再启动，是否也可以通过重注册控件文件来修复呢？答案是肯定的。但实现起来有如大海捞针。因为SQL数据库到底关联了哪些WINDOWS系统文件也不是很容易说清楚。
最后通过反复对比安装了同版本SQL数据库的操作系统的异同，终于发现在SYSTEM32文件夹下有个msvcp71.dll文件的缺失才是导致SQL数据库无法再启动，并提示1053错误的原因。
通过测试发现，这个文件是微软操作系统预留的系统文件，其作用是与SQL数据库相关联。
如果系统中缺少了这个文件，SQL数据库服务是无法启动的。同时如果数据库在运行中，这个文件也是无法删除的。
最终通过寻找一个同样的MSVCP71.dl文件复制到SYSTEM32目录中。成功使数据库重新启动。使用友软件又能恢复正常使用。本回答被提问者采纳
相似回答
