如果你一按运行按钮就运行工作区,那就太好了。此时,工作空间越大,FME开始翻译所需的时间就越长。
这使得测试和创作变得不方便,因为运行简单任务需要更长的时间。
方案:运行仅启用“创建者”的工作区
大工作区:启动需要12秒
开始翻译…2017-09-06 11:00:45 12.0 12.0通知FME 2017.1.0.0(20170731-构建17539-Win64)
小工作区:立即运行
开始翻译…2017-09-06 11:01:25 0.0 0.0通知FME 2017.1.0.0(20170731-构建17539-Win64)
正如谷歌12月11日宣布的那样,2018, Google Fusion Tables和Fusion Tables API 将于12月3日关闭,2019.一些用户可能在2019年8月开始看到错误。关闭服务后,融合表支持将从FME中删除。关于使用FME从Google Fusion表中迁移数据的方法,查看博客帖子 7+Google Fusion Tables备选方案.
注:本文是针对2016年FME服务器的。有关FME服务器2017+版本,请参阅带空闲时间延迟的目录表发行商(高级)(2017年)
简介:FME服务器目录监视发布服务器γ上一节:目录监视发布者教程γ下一节:高级数据管理(目录监视发布服务器)
使用标准目录监视配置,每次修改被监视的文件(或文件夹)时,FME服务器都会触发通知。这可能会导致服务器上的处理过载。本教程提供了一种使用空闲时间延迟来优化处理这些迁移的方法。
在下面的示例中,Excel电子表格存储在监视的文件夹中。修改电子表格时,由FME服务器和内容(即文件名,timestamp)存储在数据库表中。该表由按计划运行的工作区检查,并且当每个修改的文件都经过所需的时间时,数据会自动备份到云中的Google Fusion表中。
要求
此工作区将Excel数据写入存储在云中的Google Fusion表。有关Google Fusion表的更多信息,请参阅用户文档.
当目录监视协议发送修改触发器时,此工作区将运行。通知消息的详细信息(即文件名,时间戳)存储在数据库中。
此工作区用于检查数据库中是否有修改过的文件,并在必要时将其发送以进行处理。
最后一步是设置一个时间表来检查跟踪数据库。这可以设置为每隔几分钟运行一次。此计划将运行Project_inventory_sync.fmw,它检查跟踪数据库的上次修改时间。如果大于工作区内设置的空闲时间,数据将被迁移。
此时,所有必要的步骤都已就绪,可以为电子表格数据建立一个优化的备份系统。要对此进行测试,请尝试以下步骤:
100007修理工孔更换49.2755567-123.0576200
保存文件。(这将触发目录监视协议向同步工具主题发布修改。这反过来将运行project_inventory_status.fmw并将更新发布到Google Fusion跟踪表中。)
100008收集土壤样本,回收量49.2750005-123.0572567
等待指定的时间,以创建计划时使用的等待参数秒为单位。一旦时间过去,您应该看到您的编辑已迁移到数据迁移表,跟踪数据库已更新。
FME服务器上工作区的日志文件配置由在将工作区发布到FME服务器时受影响的FME工作台日志消息过滤器设置决定。
在FME工作台中,您可以配置日志文件的内容,以包含以下消息类型的任意组合:
如果看到的日志文件没有消息或消息比预期的少,然后,您可能需要在Workbench中调整设置并重新发布工作区。
注意:FME服务器本身不提供管理日志消息过滤的任何设置。