文章目录
目录
SAP HANA 工作室(SAP HANA Studio)
1). SLT心跳检测
或许你可能知道SAP HANA工作室在SLT复制时扮演的是被动的角色。所有你在数据配置(Data Provisioning)屏幕看到的信息都是来自于本地的SAP HANA表。
例如,已复制系统的列表存储在表RS_REPLICATION_COMPONENTS,位于SYS_REPL模式下而每张表的复制状态信息存放在相应模式的RS_STATUS表中。同样,所有用户进行的操作并不是直接执行而是放在表RS_ORDER (或者表 RS_ORDER_EXT)中。
SLT系统监控这些命令表的状态并且依次更新状态表中的当前活动。
这种被动的方式提供了很大发生错误的空间。万一SLT没有正常运行或是完全不工作—就没有办法在貌似一切都正常的数据配置屏幕中看到错误。
潜在的解决方案非常简单。SLT能以固定时间间隔更新特定SAP HANA表的时间戳 而数据配置驾驶舱(cockpit)能够翻译这些值,因此如果时间戳在一段时间后没有更新,那么,SLT出错的可能性就很大。
2). 对于复制错误的简单解决方案
当表的复制在错误的状态时,那么你在SAP HANA工作室中是没有任何办法来解决这个状态。唯一的办法就是运行SLT系统中的高级监测工作台,这需要非常专业的知识。
用户能够在数据配置屏幕中直接运行一种类似“自动修复”的功能,该功能会尝试进行一致性检查、清理,并且必要的话,在用户确认之后提供新的给定表的数据配置;也应该提供给用户关于错误的性质、给谁打电话以及在哪里继续调查的简单解释。
3.) 整体复制进度条,表加载进度
当你开始复制多张表时,你能做的只能是被动地等待。你可能会猜想表的更新状态整体进度,但是,进度信息是没有显示的。
一个解决方案就是调整数据配置屏幕来包含简单的进度条,以及把整体复制状态以文本显示(比如,与数据迁移时R3显示加载状态类似的方式“Replication status: running 3, waiting 8, completed 13, failed 1, total 25”)。
另一个不便之处就是缺少每张表的复制进度—特别是运行初次加载(initial load)。对于大表的情况,初次加载(或者一般的加载操作)可能需要几十分钟或几个小时。
你仍然有可能去手动检查源表的数据行数(查询数据库的统计数据或是在表DBSTATTORA查询ABAP统计数据),然后你可以查看已经加载至SAP HANA数据库的条数(利用Show definition功能)比较这两个值可以给你加载进度的提示。然而,这是一个繁琐的手动过程,可以很容易地实现自动化。

文章讨论了SAPHANAStudio在SLT复制中的角色,提出了一些改进方案,包括SLT心跳检测以及时效性问题的解决方案,复制错误的自动修复功能,整体复制进度条的显示,以及初次加载和重新配置的估算。同时,文章还指出了SLT系统中的一致性检查、清理功能,复制统计信息的重要性,并提出了故障排除向导和复制调整对话框的需求。此外,还强调了BO数据服务与SLT的数据一致性问题和文档缺失的现状。
最低0.47元/天 解锁文章
120

被折叠的 条评论
为什么被折叠?



