我在使用用友T6企业管理软件的T6初始化模块中碰到了一个奇怪的问题：

用友的SQL数据库服务突然无法启动，错误

具体的情况如下：

用友的SQL数据库服务突然无法启动，错误提示1053

请问用友软件售后服务，应该如何解决呢？注意以下内容来自网友提供的尝试性解决方案，操作前请务必参考用友软件备份账套数据教程备份数据，如果未能解决您的问题，可以点击并添加用友软件工程师微信号进行咨询。

备份好帐套 试试呗。万一好了呢，，比重装数据库省心啊

我也百度出来了，但是我还是相信服务社区的权威，用友的技术员有没有测试过这种情况呀？

百度是最好的老师，你不试试咋知道呢？我当初学用友，好多都是百度，

你在逗我，账套那么多

你是百度出来的

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

软件重新安装吧