点击此处---> 群内免费提供SAP练习系统(在群公告中)
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
我们尝试通过TSM的backint将不同数据库的完整数据备份恢复到HDB。
这是一个具有8个节点的横向扩展系统(1个主7个工人,没有备用)
实现了源系统的配置文件(/usr/sap/SID/SYS/global/hdb/opt/hdbconfig/initSID.utl以及.bki,设置了密码)dsmc-TSM连接正常并且 可以读取Backupcatalog。
RECOVERY命令:使用BACKUP_ID xxxxxxxxxxxxxxxx使用源'SID'恢复数据使用目录BACKINT使用数据路径('/usr/sap/SID/SYS/global/hdb/backint/')清除日志
恢复开始,并且能够还原几个小型服务,例如名称服务器,脚本服务器,例如,一些索引服务正在计算其他索引服务已经在还原(5-10%)
不幸的是,大约5分钟后,恢复停止并显示为:
RECOVERY RECOVER DATA错误完成:[448]恢复无法完成,卷10,到达日志位置0,[110512] Backint报告'BACKINT恢复作业到/usr/sap/SID/SYS/global/hdb/backint/backup_SID_xxxxxx_databackup_10_1失败,文件"/var/tmp/hdbbackint_SID.JCOzeZ"中的错误代码为ERROR 。
此后找不到tmp错误文件。
缺少backint目录中的TSM-Pipes,手动创建和重新启动恢复具有相同的效果,管道消失了,恢复停止。
任何已知的问题? hana是否有参数以获得更多尝试或更多时间来处理TSM-Data? python恢复脚本中的超时参数已经从120设置为3600:无效
直接TSM恢复尚未成功,但是可以通过TSM客户端将所有单个TSM-Backupfiles backup_SID_xxxxxxxx_databackup_x_1还原到NFS-Mount。
从那里成功恢复了文件的Hana-Recovery。 对于目标工作节点,使用tdp_hana从TSM获取source-fulldatabackup-file似乎是一个问题。
还有其他一些var/tmp文件说:
BKI4009E:没有足够的空间来写入文件'/usr/sap/SID/SYS/global/hdb/backint/backup_SID_xxxxxxxx_databackup_3_1'。 可能的原因:磁盘已满或超过了ulimit。
我们找不到由于恢复而导致的磁盘空间不足或磁盘使用率变化,而且ulimit的设置与默认值相同。 节点是SLES 11.4。 也许ulimit管道大小(512字节)8可能是一个提示,但不能更改[ulimit:管道大小:无法修改限制:无效参数]一周热门 更多>