Cron Maximo资产:上次同步日期

Cron Maximo资产:上次同步日期,cron,timestamp,gis,integration,maximo,Cron,Timestamp,Gis,Integration,Maximo,我拥有通过cron任务与Maximo集成/同步的GIS资产 我想查询Maximoassets表以获取上次同步日期 不要将其与changedate列混淆,我认为该列在任何更改后都会更新,包括对资产的手动更改(即,不一定是由于同步) 如何使用SQL查询资产的上次同步日期? Maximo 7.6.1.1;Oracle 12c.我不认为有一种保证可以做到这一点的方法,除非您在同步过程中扩展/构建一些东西来记录某个地方的上次同步日期。如果GIS同步过程使用“正常”集成、对象结构、队列等,则您可能能够配置并

我拥有通过cron任务与Maximo集成/同步的GIS资产

我想查询Maximo
assets
表以获取上次同步日期

不要将其与
changedate
列混淆,我认为该列在任何更改后都会更新,包括对资产的手动更改(即,不一定是由于同步)

如何使用SQL查询资产的上次同步日期?


Maximo 7.6.1.1;Oracle 12c.

我不认为有一种保证可以做到这一点的方法,除非您在同步过程中扩展/构建一些东西来记录某个地方的上次同步日期。如果GIS同步过程使用“正常”集成、对象结构、队列等,则您可能能够配置并加入邮件跟踪。但是(除非有人愿意纠正我),事实并非如此,因此,您需要捕获您所关心的内容。

我认为,除非您在同步过程中扩展/构建一些内容,以便在某处记录上一次同步日期,否则没有一种可靠的方法可以做到这一点。如果GIS同步过程使用“正常”集成、对象结构、队列等,则您可能能够配置并加入邮件跟踪。但是(除非有人愿意纠正我),事实并非如此,因此,由你来记录你所关心的事情。

我想知道我是否可以这样做

  • 在Maximo资产和位置表中创建LASTSYNCDATE字段
  • 配置JSON映射,使LASTSYNCDATE字段填充
    &SYSDATE&
    • 对于每条记录,如果同步成功,则将填充LASTSYNCDATE字段

    我想知道我是否可以做这样的事情

  • 在Maximo资产和位置表中创建LASTSYNCDATE字段
  • 配置JSON映射,使LASTSYNCDATE字段填充
    &SYSDATE&
    • 对于每条记录,如果同步成功,则将填充LASTSYNCDATE字段

    此处的相关文档:我认为有关创建运行自动化脚本的cron任务的文档只与您可以使用cron task+自动化脚本来编写自己的同步过程相关,该过程会在每个同步记录上加盖日期戳。此处的相关文档:我认为有关创建运行自动化的cron任务的文档脚本的相关之处在于,您可以使用cron task+automation脚本编写自己的同步过程,该过程在每个同步记录上加盖日期戳。如果您配置邮件跟踪,则它们将存储在
    maxintmsgtrk
    中。但鉴于我对Spatial的同步过程以及LDAPSYNC的工作原理的历史了解,我认为邮件跟踪对您没有帮助。我使用autoscript重写了LDAPSYNC,类似于您链接到的cron任务文档,以使其实现我们想要的功能。根据您的图表,我将向所有具有要素类的对象添加“lastsyncdate”属性,并使用当前系统日期(MXServer.getDate())填充它通过集成自动化脚本,该脚本将在MBO前作为步骤3的一部分自动调用。如果您等到第3步的MBO部分,并且有一个带有对象启动点的autoscript,那么您必须分析堆栈跟踪等,以确认更改的来源是MIF/同步过程,在我看来,这似乎不是很好的做法。Ha。为了回答“正常”的问题,是的,图表显示了MIF和队列的使用,因此我希望它是正常的。OOTB LDAPSYNC进程至少从7.6.0开始跳过MIF、队列和MBO。由于Spatial sync使用MIF,您可以进行邮件跟踪,但我还是希望通过integration autoscript设置
    lastsyncdate
    属性。至少,这看起来是一件值得尝试的事情。“源属性”的“属性”部分使我怀疑您的值是否会按预期进行处理。如果您配置了邮件跟踪,则它们将存储在
    maxintmsgtrk
    中。但鉴于我对Spatial的同步过程以及LDAPSYNC的工作原理的历史了解,我认为邮件跟踪对您没有帮助。我使用autoscript重写了LDAPSYNC,类似于您链接到的cron任务文档,以使其实现我们想要的功能。根据您的图表,我将向所有具有要素类的对象添加“lastsyncdate”属性,并使用当前系统日期(MXServer.getDate())填充它通过集成自动化脚本,该脚本将在MBO前作为步骤3的一部分自动调用。如果您等到第3步的MBO部分,并且有一个带有对象启动点的autoscript,那么您必须分析堆栈跟踪等,以确认更改的来源是MIF/同步过程,在我看来,这似乎不是很好的做法。Ha。为了回答“正常”的问题,是的,图表显示了MIF和队列的使用,因此我希望它是正常的。OOTB LDAPSYNC进程至少从7.6.0开始跳过MIF、队列和MBO。由于Spatial sync使用MIF,您可以进行邮件跟踪,但我还是希望通过integration autoscript设置
    lastsyncdate
    属性。至少,这看起来是一件值得尝试的事情。“源属性”的“属性”部分让我想知道您的值是否会按预期进行处理。