1、U8 自动备份计划不能执行关于自动备份计划不能执行的问题，可参考如下方面进行分析检测：1、系统盘空间和备份盘空间是否足够大，要求至少数据库文件大小 2 倍以上； 2、是否选择备份到本地硬盘，备份到移动硬盘是不行的；3、备份服务 u8backupservice 是否启动，如果未启动，请在服务中启动；4、SQL 的代理服务（SQL Agent）是否启动？如果未启动，请在 SQL 服务中启动；5、是否修改过数据库 sa 密码，导致 u8taskservice.ini 配置文件没有对应修改。如果是，请备份后，删除 admin 目录下的 u8taskservice.ini。并尝试重新初始化数据库，提示是
2、否覆盖系统库时，选择否；6、检查系统日期格式是否为“yyyy-mm-dd” ； 7、可以通过检查如下两个文件的信息，分析失败原因：c:u8backupDetail.txt 中记录了 u8backupservice 服务的启动情况，ufcomsqlBackupDB.txt 中记录了备份的全过程。以上分析都是在已经更新过最新的补丁程序后进行的。可大致参考分析。检查 ufsystem 系统库里面的 ua_log，ua_backuplog 的日志文件是不是过大，备份后清除ua_log，ua_backuplog 测试ufsystem 库中 ua_log 表记录太多导致；您好：此问题建议从如下角度考虑：1
3、、增大事务超时，将管理工具组件服务组件服务电脑我的电脑右键属性选项事务超时修改为 3600 秒；2、提示“超时已过期” ，应该是数据库的查询超时引起的。请检查 ufsystem 数据库文件是否非常大。如果很大的话，可能是表 ua_log 的记录特别的多，建议手工清空该表试试。你好在数据库中直接做数据库备份计划，ufmeta_XXX 库和 ufsystem 和 ufdata_XXX_XXXX即可U870 自动备份日志 Backupdb.txt 提示“SQL Server 不存在或拒绝访问”遇到一客户 U870 自动备份失败，设置的自动备份文件夹无任何东西，连个空的日期文件夹也没有。自动备份日志
4、Backupdb.txt 里有提示信息“DBNETLIBConnectionOpen (Connect().SQL Server 不存在或拒绝访问” 。根据知识库查询维护案例对系统进行检查没有发现任何问题，知识库信息有：当手工备份可以，自动备份计划不能执行时，大致可从以下方面分析：1、系统盘空间和备份盘空间是否足够大，要求至少数据库文件大小 2 倍以上； 2、是否选择备份到本地硬盘，备份到移动硬盘是不行的；3、备份服务 u8backupservice 是否启动，如果未启动，请在服务中启动；4、SQL 的代理服务（SQL Agent）是否启动？如果未启动，请在 SQL 服务中启动；5、是否修改过
5、数据库 sa 密码，导致 u8taskservice.ini 配置文件没有对应修改。如果是，请备份后，删除 admin 目录下的 u8taskservice.ini。并尝试重新初始化数据库，提示是否覆盖系统库时，选择否；6、检查系统日期格式是否为“yyyy-mm-dd” ； 以上分析都是在已经更新过最新的补丁程序后进行的。可大致参考分析。相关日志：c:u8backupDetail.txt 中记录了 u8backupservice 服务的启动情况， ufcomsqlBackupDB.txt 中记录了备份的全过程，可以从中找到备份失败的原因。 没有办法，只能尝试最后一个处理方法 5，结果一初始话数
6、据库软件就报一个 block 的错误。无奈之下将 u8taskservice.ini 拷出来了一份用记事本打开看了一下，发现里面有个类似机器名的内容（估计是数据库实例名） ，和服务器现有机器名已比较发现刚好缺少了两个字母。于是怀疑客户更改过服务器机器名，将服务器机器名该成与 u8taskservice.ini 里的那个名字相同，重启服务器，重新配置 U8 应用服务器的数据源，自动备份计划可以正常执行，OK！ 用友 U861 无法自动备份的故障解决方法 转贴 2009-04-15 17:56:36 字号：大 中 小 用友 u8 erp 有的时候不能进行自动备份的问题，重装系统导入备份文件后还是问
7、题依旧。对于这种问题的解决方法如下：1、检查 C 盘空闲空间最小要达到数据所占空间的 2 倍大小。2、检查备份计划的路径是不是过长。3、检查控制面板里的服务，U8backupservice 这个服务是否启动？4、系统任务托盘中的 sql server agent 启动是否？5、以上还是没有办法解决的化，那么就最后一招：到用友 u8 的系统管理里进行“初始化数据库” ，初始化过程中，对所有的覆盖选择“否” ，这样才能重新架构数据库结构，但是不影响数据库中的数据。选择覆盖为“是” ，那么原先的数据就都没有拉 补充一点：若是用附加数据库的情况，要核对帐套路径要与数据库原文件路径一致，不然备份会出错。
8、多说几句关于备份的：数据备份是一项非常重要的工作，如果平时没有做好备份工作有可能会带来很严重的损失。我曾遇到一客户两个月没做备份，电脑断电重启，access 数据库损坏，后来想尽办法帮忙导数据，因为是单次服务收他 1000 元，自己也累得半死，做这活不是为了钱，否则没5000 都不做。最后还是有两个月的发货单数据没办法找回，只能后面手工一张张去补。说了这么多，就是说备份的重要性。不紧紧要做备份，还要做多份的备份，可以复制到移动硬盘或者其他台电脑去。不论软件如何出问题，数据安全第一！在开始做服务器的时候，一定要考虑 C 盘的容量，不然业务量很大，数据太多，在备份时C 盘空间不够就备份不出来了，不
9、专业的又拷贝不出原数据库文件。因为备份时会有一个生成 bak 文件和压缩时拷贝到临时文件夹的文件，占用空间如楼主说的有数据库文件的两倍多，这个可能很多人在刚开始使用系统没有考虑到的。不过在高级版本中可以设置临时文件夹的路径，缓解了一些。另外，有能力的最好定时清理日志文件。谢谢楼主！“在开始做服务器的时候，一定要考虑 C 盘的容量，不然业务量很大，数据太多，在备份时 C 盘空间不够就备份不出来了”系统备份的缓存路径是可以改的，把路径改为别的盘，D 盘 E 盘都可以，就不用考虑备份时 C 盘的容量问题。这是做维护最基本的常识。还有物理数据库跟备份的数据最好分在不同的盘，放物理数据库有条件的最好是容
10、量大点，放备份的盘可以小点。建议一点是最好设置自动备份这个功能。这个功能非常的好。还有一个最基本的常识，用友的数据库应放在 D 盘或其他的盘，一定不要放在 C 盘，不然后果自负咯。数据没有放在 C 盘重装系统后还可以通过数据库的附加数据库这个功能还原数据。到应用服务器去重新配置 数据源U8.60SP-不能自动备份自动编号: 1032 产品版本: U8.60SP 产品模块: 系统环境 所属行业 : 通用 适用产品: 860sp 关 键 字: 自动备份 问题名称: 不能自动备份 问题现象: 自动备份功能不起作用 原因分析: 数据库实例名被修改过 . 解决方案: 改回数据库原来的实例名,这是一个 8
11、60SP 常见的问题,如果客户在使用软件的过程中更改了机器名(即 SQL 的实例名也会跟着改变 ),这时即使你重新配置 “应用服务器“的数据源使得用友能正常进入门户使用,也会导致了一些功能的丢失,最常见的就是“自动备份计划“ 实现不了,同时客户端的 ODBC 也连不上,登陆门户时能看到帐套信息但就无法登陆,报ODBC 的错误,即使是配置 HOSTS 文件也不起作用.这个问题临时的解决的方法就是把机器的名字改回最初安装用友时使用的机器名,然后再从新配置数据源即可.861 无法自动备份,备份计划为每天中午,下午 3 点,一个帐套,有效触发 2 小时,保留 10 天,有总帐模块。数据库为 msde2
12、000A,且 sql server agent 服务已经启用并运行于此问题，您可以从以下几点进行分析：1、系统盘空间和备份盘空间是否足够大；2、是否选择备份到本地硬盘，备份到移动硬盘是不行的；3、备份服务 u8backupservice 是否启动；4、以前是否在企业管理器中修改过数据库 sa 密码，导致 u8taskservice.ini 配置文件没有对应修改。如果是，可以尝试重新初始化数据库，提示是否覆盖系统库时，选择否。U8 无法自动备份的解决方法 2008-04-24 12:201) 系统盘空间和备份盘空间是否足够大，要求至少数据库文件大小 2 倍以上； 2) 是否选择备份到本地硬盘，备份到移动硬盘是不行的；3) 备份服务 u8backupservice 是否启动，如果未启动，请在服务中启动；4) SQL 的代理服务（SQL Agent）是否启动？如果未启动，请在 SQL 服务中启动； 5) 是否修改过数据库 sa 密码，导致 u8taskservice.ini 配置文件没有对应修改。如果是，请备份后，删除 admin 目录下的 u8taskservice.ini。并尝试重新初始化数据库，提示是否覆盖系统库时，选择否；6) 检查系统日期格式是否为“yyyy-mm-dd” ；c:u8backupDetail.txt 中记录了 u8backupservice
