span8
span4
一种持久连接允许会开放给其他请求者数据库连接。持久连接是对于那些长时间运行或使用FME Server发布的工作空间是有用的。如果不选择此参数,Oracle数据库的连接尽快之后的数据处理完成关闭。
在FME桌面,持久连接叶Oracle连接打开,直到每个翻译完成或FME服务器的情况下,直到发动机重新启动。默认情况下,发动机重新启动设置为100个成功或失败的10职位,但这个可以通过设置被修改MAX_TRANSACTION_RESULT_SUCCESSES参数的配置。
持久连接是为读者,作家和变压器的默认设置。
对于永久连接(缺省),连接将保持到工作区两端的翻译或FME服务器的情况下,直到发动机重新启动。此外,通过自然的TCP连接将举行到任何端口另一2-4分钟Oracle和FME已经关闭了连接之后。
非持久连接尽快后数据处理完成封闭。
甲骨文作家将创建自己的第二个连接,而阅读器和变压器将共享第一个连接(如果所有变压器和读/写器被设置为永久连接)。
FeatureReaders / FeatureWriters使用相同的连接方法为读者和作家。因此,对于持续连接的目的,他们应该被同等对待普通读者和作家。
通过从workspaceRunner的FME桌面发送子进程的新实例,所以不像FME服务器,子进程将使用新的连接,而不是父母的持久连接。
从FMEServerJobSubmitter送孩子作业将使用引擎作为其母公司的同一实例,因此使用父的持久连接。
偶尔当有空闲连接超时,在变压器执行的长时间运行的查询下游可能会导致连接变得空闲。如果读者共享与变压器的连接,可能会由于数据库或防火墙的超时。在这种情况下,可以让读取器读取所有内容并将其缓存在内存中FeatureHolder在转换器开始执行之前。
关键点是“如果所有内容都被读取,那么读取器不会导致失败,但是工作区仍然在处理中。”——那么,我是否可以由此推断,读者在读完后会关闭连接呢?因此,如果一个读取器读取了所有内容,并且防火墙超时在ETL处理和写入时终止了读取器连接,那么ETL将在它完成时成功,而在它完成时不会失败,因为它不能“关闭或关闭”读取器连接?
是的,如果读取器已经读取了所有数据,但是工作空间仍然在处理数据,并且您没有使用读取器连接的其他连接,那么工作空间将继续运行,尽管您可能会看到不应该失败的警告。如果您有其他发现,请随意创建一个案例。
如果存在30分钟的防火墙超时,并且ETL进程在完成之前运行时间超过30分钟,即使SQLCreator中的所有数据都已被读出,那么即使在读取所有数据之后,Oracle连接上的SQLCreator也可能会失败,这可能是一个额外的关键点。特性保持器在SQLCreator解决此问题之后立即执行,ETL的运行时间可以超过超时时间,并且可以成功。在DatabaseJoiner转换器之后,FeatureHolder的这种行为似乎不起作用。
©2019安全亚搏在线软件公司|法律