Linux操作定时清理固定路径下的文件,可以直接用命令方式。
1) 执行命令:
例如:find /u01/DEV/app/fs_ne/inst/DEV_devfin/logs/appl/conc/out/ -mtime +90 -exec rm -f {} \;
(-mtime +90为删除最后修改时间在90天以前的文件,可自己配置)
2) 在linux上配置定时任务(通过有权限的用户):
说明:因为我们使用的是系统的crontab文件,系统的crontab文件路径为:/etc/crontab
编辑crontab文件:
命令:vi /etc/crontab,输入i;进入编辑模式,在文件末尾写入步骤一的命令,配置任务定时时间:
crontab定时配置说明:
*(分) *(时) *(天) *(月) *(星期)
crontab中最终写入的命令为: 00 01 * * * root find /u01/DEV/app/fs_ne/inst/DEV_devfin/logs/appl/conc/out/ -mtime +90 -exec rm -f {} \;(每天凌晨一点开始执行此命令;
3) 核实定时任务是否执行:
命令(root): tail /var/spool/mail/appldev
4) 若定时任务没有执行,输入命令检查服务是否启动service crond status,确保crond状态为 is running,如果没有则重启service crond restart 即可。
月度归档:2019年01月
SQL Tuning Health-Check Script (SQLHC) (文档 ID 1366133.1)
oracle EBS R12和11i的主要区别(转)
简单的说
1、架构变了,原来的SOB现在叫Ledger
2、客户、供应商、税提升了一个级别
3、客户、供应商、银行改为web界面的
4、AR、AP可以支持在一个职责下跨OU查询和录入。
5、引入SLA架构,数据逻辑更清晰。另外从子模块到总账的数据形式和生成的摘要都可编辑。简化了开发的工作量。
一、在原来的应收/应付/项目/CST和GL之间增加了一个层次SLA(SUBLEDGER ACCOUNT 子分类帐),通过这个层次来进一步支持全球财务解决方案,如银行、税务引擎、公司间业务等;即银行帐号的定义是法人共享,而不是OU共享。
二、取消帐套的定义,改为以法人单位为核心,定义多套帐的模式。如一个法人可对应PRIMARY LEDGER;SECOND LEDGER,REPORT CURRENCY LEDGER 等
三、权限设置模式改变,12使用角色连接OU,用户指定角色的方式,处理多OU的业务不需要频繁切换。
四、LEDGER的定义要素为4C,分别为原来的3C+ACCOUNTING CONVENTION(会计方法)。
五、新推出LEDGER SET的概念,当COA和Calendar一致的时候可以将多个LEDGER定义为一个LEDGER SET,作用是可以跨LEDGER出报表。可以统一进行会计期的管理及COA的维护。
六、会计方法:ORACLE仍然保留了权责发生制和收付实现制,同时提供了会计方法定制的界面,即AMB(ACCOUNTING MOTHODS BUILDER),如果不使用AMB自己定义会计方法,而选择标准的权责发生制,则应收/应付的设置同11I。
七、增加了全球税务模块,税务规则统一制定(未使用)
八、将应付分为了应付会计和付款会计,一是为了符合萨班斯法案;二是解决统一支付的需求。
九、应收增加了创建会计科目的按钮,收款科目简化了。
十、固定资产增加了创建会计科目的按钮,运行折旧与关闭期间动作分开了,一个月中可以出现多张折旧凭证。
十一、在会计科目段中增加了属性-“第三方控制帐户”,将科目设置为第三方控制帐户后,在SLA中就可以以科目+第三方出余额表,在SLA中的应收应付导入的凭证,是符合用户习惯的凭证,今后可以考虑凭证打印从此处实现。
十二、在会计科目组合界面增加了替代帐户的概念,当原科目失效后如果还有业务发生,系统会使用替代帐户代替。
十三、GL序列产生的时点由原来的一个变为四个。
十四、 R12 多了诊断功能,可以在查询某个记录涉及的所有表。对于处理问题有很好的帮助。
转自:https://www.cnblogs.com/fanofyu/p/4497867.html
参考:https://www.cnblogs.com/quanweiru/p/5021066.html
Oracle EBS 应用用户审计日志记录
Oracle EBS已经存在表fnd_logins,可以通过设置配置文件对Oracle EBS用户登录行为进行记录,但默认没有打开。
默认情况下该表已经有大量的记录了,类型为Concurrent,猜测为用户提交并发请求的日志记录,Concurrent实际并没有什么作用:
可以通过配置文件设置,对用户登录进行记录:
配置文件:登录:审计层
建议值:用户
作用:记录用户登录日志
配置文件值含义
1) NONE – no audit enabled (Default value)
配置文件的默认值,不对用户登录进行记录
2) USER – audit user login to system, the logon time and the logoff time.
用户,记录用户的登录行为
3) RESPONSIBILITY – audit all the above + which responsibilities the user chose and how long he stayed in each responsibility.
RESPONSIBILITY,记录用户登录+用户什么时候进入某一责任,在每个责任停留时间
4) FORM – audit all the above + which forms the user used and how long he stayed in each form.
表单,记录用户登录+责任+用户什么时候打开哪个Forms界面
不同的日志,记录在不同的表里面:
1) USER – populates the FND_LOGINS table only.
2) RESPONSIBILITY – populates FND_LOGINS and FND_LOGIN_RESPONSIBILITIES tables.
3) FORM – populates FND_LOGINS, FND_LOGIN_RESPONSIBILITIES and FND_LOGIN_RESP_FORMS tables.
FND_LOGINS – holds information about users login to system, when and how long.
This table holds one row for each login.
FND_LOGIN_RESPONSIBILITIES – holds information about changes of responsibilities, when and how long being at each responsibility.
For each change this table holds one row with values that identify the user's login session, the user's current responsibility, and when the user is in the responsibility
FND_LOGIN_RESP_FORMS – holds information about using forms, when and how long.
This table holds one row for each form used in the same session with values that identify the user's login session, current responsibility, when and how long using each form.
注:此时可以通过 系统管理员-安全性-用户-监控,监控当前登录系统的用户
用户登录行为的一些报表
1.登录审计未成功注册
作用:用来打印出登录失败用户的时间以及用户
2.登录审计用户
作用:用户登录的历史记录
3.清除登录审计数据
作用:清除fnd_logins开头的表的历史记录,报表有一参数“审计时间”,小于该值的历史记录会被清除。
转载自:https://blog.csdn.net/sunansheng/article/details/52238499