阅开心、OA、用友

 找回密码
 立即注册

QQ登录

只需一步,快速开始

搜索
热搜: 活动 交友 discuz
查看: 2177|回复: 0

U8自动备份计划不能执行

[复制链接]

89

主题

96

帖子

524

积分

管理员

Rank: 9Rank: 9Rank: 9

积分
524
发表于 2018-4-11 16:21:56 | 显示全部楼层 |阅读模式
问题现像:修改过数据库密码后不能正常自动备份,查看ufcomsql\BackupDB.txt提示:[DBNETLIB][ConnectionOpen (Connect()).]SQL Server 不存在或拒绝访问。
解决方法:在数据源重新输入密码即可,
11.png





U8自动备份计划不能执行  
关于自动备份计划不能执行的问题,可参考如下方面进行分析检测:  
      1、系统盘空间和备份盘空间是否足够大,要求至少数据库文件大小2倍以上;   
      2、是否选择备份到本地硬盘,备份到移动硬盘是不行的;  
      3、备份服务u8backupservice是否启动,如果未启动,请在服务中启动;  
      4、SQL的代理服务(SQL Agent)是否启动?如果未启动,请在SQL服务中启动;  
      5、是否修改过数据库sa密码,导致u8taskservice.ini配置文件没有对应修改。如果是,请备份后,删除admin目录下的u8taskservice.ini。并尝试重新初始化数据库,提示是否覆盖系统库时,选择否;  
      6、检查系统日期格式是否为“yyyy-mm-dd”;   
      7、可以通过检查如下两个文件的信息,分析失败原因:  
c:\u8backupDetail.txt中记录了u8backupservice服务的启动情况,ufcomsql\BackupDB.txt中记录了备份的全过程。  
      以上分析都是在已经更新过最新的补丁程序后进行的。可大致参考分析。  
检查ufsystem系统库里面的ua_log,ua_backuplog的日志文件是不是过大,备份后清除ua_log,ua_backuplog测试  
ufsystem库中ua_log表记录太多导致;  
您好:  
    此问题建议从如下角度考虑:  
    1、增大事务超时,将‘管理工具-组件服务-组件服务-电脑-我的电脑-右键属性-选项-事务超时’修改为3600秒;  
    2、提示“超时已过期”,应该是数据库的查询超时引起的。请检查ufsystem数据库文件是否非常大。如果很大的话,可能是表ua_log的记录特别的多,建议手工清空该表试试。  你好  
在数据库中直接做数据库备份计划,ufmeta_XXX库和ufsystem和ufdata_XXX_XXXX  


即可  
U870自动备份日志Backupdb.txt提示“SQL Server 不存在或拒绝访问”
遇到一客户U870自动备份失败,设置的自动备份文件夹无任何东西,连个空的日期文件夹也没有。自动备份日志Backupdb.txt里有提示信息“[DBNETLIB][ConnectionOpen (Connect()).]SQL Server 不存在或拒绝访问”。  
根据知识库查询维护案例对系统进行检查没有发现任何问题,知识库信息有:  
当手工备份可以,自动备份计划不能执行时,大致可从以下方面分析:
    1、系统盘空间和备份盘空间是否足够大,要求至少数据库文件大小2倍以上;      2、是否选择备份到本地硬盘,备份到移动硬盘是不行的;
    3、备份服务u8backupservice是否启动,如果未启动,请在服务中启动;
    4、SQL的代理服务(SQL Agent)是否启动?如果未启动,请在SQL服务中启动;     5、是否修改过数据库sa密码,导致u8taskservice.ini配置文件没有对应修改。如果是,请备份后,删除admin目录下的u8taskservice.ini。并尝试重新初始化数据库,提示是否覆盖系统库时,选择否;
    6、检查系统日期格式是否为“yyyy-mm-dd”;  
    以上分析都是在已经更新过最新的补丁程序后进行的。可大致参考分析。   相关日志:
  c:\u8backupDetail.txt中记录了u8backupservice服务的启动情况,         
    ufcomsql\BackupDB.txt中记录了备份的全过程,可以从中找到备份失败的原因。   
没有办法,只能尝试最后一个处理方法5,结果一初始话数据库软件就报一个block的错误。无奈之下将u8taskservice.ini拷出来了一份用记事本打开看了一下,发现里面有个类似机器名的内容(估计是数据库实例名),和服务器现有机器名已比较发现刚好缺少了两个字母。  
于是怀疑客户更改过服务器机器名,将服务器机器名该成与u8taskservice.ini里的那个名字相同,重启服务器,重新配置U8应用服务器的数据源,自动备份计划可以正常执行,OK!   
用友U861无法自动备份的故障解决方法 [转贴 2009-04-15 17:56:36]     字号:大 中 小 用友u8 erp有的时候不能进行自动备份的问题,重装系统导入备份文件后还是问题依旧。对于这种问题的解决方法如下:  
1、检查C盘空闲空间最小要达到数据所占空间的2倍大小。  
2、检查备份计划的路径是不是过长。  
3、检查控制面板里的服务,U8backupservice这个服务是否启动?  
4、系统任务托盘中的sql server agent启动是否?  
5、以上还是没有办法解决的化,那么就最后一招:到用友u8的系统管理里进行“初始化数

据库”,初始化过程中,对所有的覆盖选择“否”,这样才能重新架构数据库结构,但是不影响数据库中的数据。选择覆盖为“是”,那么原先的数据就都没有拉   
补充一点:若是用附加数据库的情况,要核对帐套路径要与数据库原文件路径一致,不然备份会出错。
多说几句关于备份的:
数据备份是一项非常重要的工作,如果平时没有做好备份工作有可能会带来很严重的损失。我曾遇到一客户两个月没做备份,电脑断电重启,access数据库损坏,后来想尽办法帮忙导数据,因为是单次服务收他1000元,自己也累得半死,做这活不是为了钱,否则没5000都不做。最后还是有两个月的发货单数据没办法找回,只能后面手工一张张去补。说了这么多,就是说备份的重要性。不紧紧要做备份,还要做多份的备份,可以复制到移动硬盘或者其他台电脑去。不论软件如何出问题,数据安全第一!!!
在开始做服务器的时候,一定要考虑C盘的容量,不然业务量很大,数据太多,在备份时C盘空间不够就备份不出来了,不专业的又拷贝不出原数据库文件。因为备份时会有一个生成bak文件和压缩时拷贝到临时文件夹的文件,占用空间如楼主说的有数据库文件的两倍多,这个可能很多人在刚开始使用系统没有考虑到的。不过在高级版本中可以设置临时文件夹的路径,缓解了一些。另外,有能力的最好定时清理日志文件。 谢谢楼主!   
“在开始做服务器的时候,一定要考虑C盘的容量,不然业务量很大,数据太多,在备份时C盘空间不够就备份不出来了”
系统备份的缓存路径是可以改的,把路径改为别的盘,D盘E盘都可以,就不用考虑备份时C盘的容量问题。这是做维护最基本的常识。还有物理数据库跟备份的数据最好分在不同的盘,放物理数据库有条件的最好是容量大点,放备份的盘可以小点。建议一点是最好设置自动备份这个功能。这个功能非常的好。还有一个最基本的常识,用友的数据库应放在D盘或其他的盘,一定不要放在C盘,不然后果自负咯。数据没有放在C盘重装系统后还可以通过数据库的附加数据库这个功能还原数据。  
到应用服务器去重新配置 数据源  
U8.60SP-不能自动备份自动编号: 1032 产品版本: U8.60SP  产品模块: 系统环境 所属行业: 通用  适用产品: 860sp 关 键 字: 自动备份  问题名称: 不能自动备份  
问题现象: 自动备份功能不起作用  原因分析: 数据库实例名被修改过.  
解决方案: 改回数据库原来的实例名,这是一个860SP常见的问题,如果客户在使用软件的过程中更改了机器名(即SQL的实例名也会跟着改变),这时即使你重新配置"应用服务器"的数据源使得用友能正常进入门户使用,也会导致了一些功能的丢失,最常见的就是"自动备份计划"实现不了,同时客户端的ODBC也连不上,登陆门户时能看到帐套信息但就无法登陆,报ODBC的错误,即使是配置HOSTS文件也不起作用.这个问题临时的解决的方法就是把机器的名字改回最初安装用友时使用的机器名,然后再从新配置数据源即可.  
861无法自动备份,备份计划为每天中午,下午3点,一个帐套,有效触发2小时,保留10天,有总帐模块。数据库为msde2000A,且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

回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|Archiver|手机版|小黑屋|阅开心、OA、用友 ( 粤ICP备16116924号-2 )

GMT+8, 2024-5-21 01:00 , Processed in 0.048404 second(s), 21 queries .

Powered by Discuz! X3.4

© 2001-2017 Comsenz Inc.

快速回复 返回顶部 返回列表