点击此处---> 群内免费提供SAP练习系统(在群公告中)
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
亲爱的
这是在客户网站上发现的问题-
客户正在测试拆分读取器/写入器-因此他们进行了一些测试-使用java创建表并将数据加载到1个写入器上,并同时在另一个读取器节点上读取此表-他们发现 读取将在"创建表"或"更改表"后大约2-3秒开始,否则-读取器将引发错误,因为"未找到表" ...
因此,我认为这似乎是目录同步的延迟; 但是IQ如何完成此同步? -使用移动链接还是使用DQP之类的共享存储? 甚至更进一步-在CN上运行"检查点"时-调用其他节点以清除所有其他节点上的脏页还是仅刷新本地节点是否是相同的方式?
帮助我们的IQ客户开发更强大的IQ应用非常有用。 那么,请您对此主题提供帮助? 任何帮助都将适用。
致谢
艾森
始终在协调器上创建表。 所有DDL必须从协调器运行。 或者更确切地说,无论您在何处运行它(例如在编写器上),它都将发送到协调器以运行。 当操作在协调器上完成时,它会将事务日志条目输入到TLV(表级版本记录日志区域)中。
在另一个节点(写入器或读取器)上,当用户需要更多内容时将重播TLV。 当前数据或服务器触发自身操作时。 如果用户需要查询新创建的表,则只需在创建表后进行连接即可查看它。 如果它们已经连接,则需要运行提交。 发出落实会强制IQ允许用户运行命令之前,IQ读取TLV并解析命令。
如果用户收到有关表几秒钟不存在的消息,是否可能是
MobileLink已在多年前被删除。现有的与IQ的现有连接尚未发出提交或检查点以强制读取TLV? TLV放在所有节点之间共享的IQ_SYSTEM_MAIN上。
标记
尊敬的标记,
非常感谢。 因此TLV看起来像SRS的工作方式-解析日志,然后在目标上重播它...这样可以解释编写者和阅读者之间的延迟...
如果可以,请您告诉我更多有关检查站背景的信息吗? -使用TLV刷新MPX上所有第二个节点的方法是否相同? 谢谢
致谢
艾森
一周热门 更多>