FTPC Administrator

34 篇文章 20 订阅

        FTPC Administrator实际就是一个FTPC的配置管理中心,在FTPC Administrator中可以初始化FTPC数据库,迁移数据,配置FTPC的系统参数等等。FTPC Administrator可以执行如下任务:

        1、初始化和迁移数据库

        2、配置数据库日志

        3、配置Live Transfer和Purge计划表

        4、修改安全配置

        5、删除数据

        6、设置对象唯一性

        7、启用/禁用物料消耗合并

        8、启用/禁用关闭消耗Lots

        9、设置客户端不活动超时

        10、配置权限控制

        11、指定序列号

        12、定义sublots是否能有负数

        13、在统一的日志查看信息

        14、启用/禁用统一日志

        15、启用/禁用sublot对象版本

        16、设置Application日志保留周期和最大值

FTPC Administrator配置存储

        FTPC Administrator配置主要分两部分存储:

        1、和FTPC相关配置存储在FTPC数据库的SITE_CONFIG表中。

        2、FTPC Administrator相关配置,比如注册的数据库(生产数据库、历史数据库),FTPC Administrator登陆用户名密码等存储在Derby数据库中,Derby数据文件默认保存在<FTPC_Install>\FTPCAdminHome\路径下(该路径可以在web.xml中配置),Derby数据文件可用sqleonardo可视化工具查看。

FTPC详细配置

一、数据库日志配置

         1、对象版本日志

         对象版本控制包括以下几个等级:

        None:不启用对象版本控制。

        Forms, Subroutines, and Event Sheets:每次修改保存Form、Subroutine、Event Sheet对象并且已Check In到PD,审计表会记录一个对象版本。

        All Process Designer Objects:当修改保存任何对象并且已Check In到PD,审计表会记录一个对象版本。

        All Objects:当对任何应用程序可访问对象及其命名的UDA进行更改时,审计表记录对象修订。这包括所有运行时对象,如运行时数据集合集。

        对象层次结构以及没有审计表的表不受对象版本控制约束。

         2、事务日志

       事务日志可以用于检查在特定时间段内进行的更改,也可以用于检查系统中特定对象的详细处理历史记录。 事务日志中不记录任何错误或未完成的事务。 此日志只能在TRX_BASE表的数据库中查看,而不能通过FTPC Administrator查看。

       不能修改或删除事务日志中的记录。 每个事务和与事务关联的步骤都用事务ID标记,事务ID是存储为字符串值的GUID。 事务日志具有以下标识事务的附加属性:

  • 事务ID(trx_id):与调用方法的结果对数据行所做的更改相关联的GUID值。 例如,在调用Unit.finish()方法时,作为此方法事务本身的一部分进行的所有数据修改以及任何可能的修改和传播事务(LotFinish,WorkOrderItemsFinish,WorkOrderFinish)将标记相同的事务ID。
  • 方法名称(method_name):值为“Class.method。”的字符串。此字符串表示已调用的中间层方法。 例如,如果调用Unit.finish(“finishReason”),则此属性将记录“Unit.finish”。
  • 方法参数(method_params):记录传递给API方法的参数的字符串。 例如,如果调用Unit.finish(“finishReason”),则方法参数为:
    trxTime= null
    vUser= vUser
    singleKey= 100
    reason = finishReason
    comment = null
    cevalidRouteEnforcement= true

        3、跟踪对象历史日志

       管理员可以选择是否生成TRACKED_OBJECT_HISTORY和TOBJ_QUEUE_HISTORY记录。 这些是与BaseHistory和QueueHistory对象对应的数据库记录。 历史记录可以设置为“None”或“Standard”。

       如果出于报告目的,您需要跟踪单元通过每个路径步骤所需的时间,则历史记录日志记录非常有用。 历史记录日志功能可以匹配每个步骤中每个对象的每个开始和完成事务。 这样,用户可以很容易地判断出每个路线步骤中单位的停留时间。 如果一个单元在一个步骤上花费了异常长的时间,则历史记录日志功能将记录此信息。

        4、数据库日志

        5、选择性配置审计

        6、配置Application日志

二、系统功能配置

        1、更新Site Number

        2、设置Part对象在BOM中的唯一性

        3、启用/禁用消耗Part合并

        4、启用/禁用完成消耗Lot自动关闭

        5、设置客户端不活动超时

        6、配置访问控制

        7、配置PID增量间隔

        8、定义SubLot数量约束

        9、启用/禁用客户端分布式事件广播

        10、启用/禁用服务端分布式事件广播

        11、启用/禁用Keyed对象更改事件广播

        12、定义JMS连接信息

        13、配置消息传递方式

        14、配置过滤器最大行数

        15、启用/禁用SOAP故障切换

        16、配置Unit序列号规则

        17、设置Email服务

        18、修改用户登陆需求

三、LiveTransfer配置

        1、创建LiveTransfer实例

        2、启动停止LiveTransfer

        3、配置LiveTransfer日志

四、Purge配置

        1、创建Purge任务

        2、配置Purge服务

        3、启动停止Purge

  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

为何生存

知识共享,共同进步!

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值