分类目录归档:转载文章(档)

关于ORACLE的v$process 和v$session 到达最大连接限制的问题

ORA-12520:TNS:监听程序无法为请求的服务器类型找到可用的处理程序

oracle这个错误的意思是  数据库的连接数达到最大值限制。

一、关于v$process v$session的基本知识
Oracle数据库中Session和Connection的区别。
在Oracle的官方文档上,对Session和Connection是这样解释的:
  Connection: Communicate pathway between a client process and an Oracle database instance.

连接:一个客户端进程和Oracle数据库实例之间的通信链路。

Session: A logical entity in the database instance memory that represnts the state of a current user login to a database. A single connection can have 0, 1 or more sessions established on it.
会话:用于展示当前登录到数据库用户的状态的数据库实例内存中的一个逻辑实体。一个单独的连接可以有0,1,或者更多的会话。

Connection并不是直接建立在用户进程和数据库实例之间的。而是在用户进程和Server Process(服务器进程)之间的,因此有一个Connection就一定会有一个用户进程和一个服务器进程。但不一定会存在Session。比如,如果需要将东西从A运到B,Connection可以看成是一座“桥”,而卡车把东西从A运到B后并返回A,这就是Session。所以,只要不断开连接,随时都可以在这个连接上创建出会话。

二、查看v$process v$session的基本信息
查询资源限制的视图的语法:

select * from v$resource_limit;

select * from v$process;

select * from v$session;

select * from v$session t where t.STATUS=’ACTIVE”;

process和session参数最大值估算方法
select round(sum(pga_used_mem)/1024/1024,0) total_used_M, round(sum(pga_used_mem)/count(1)/1024/1024,0) avg_used_M,
round(sum(pga_alloc_mem)/1024/1024,0) total_alloc_M, round(sum(pga_alloc_mem)/count(1)/1024/1024,0) avg_alloc_M from v$process;

三、释放资源
在sqlnet.ora文件中设置expire_time 参数。
可以使用EXPIRE_TIME参数间歇检查异常session并释放process。
官方说明:SQLNET.EXPIRE_TIME
Purpose
Use parameter SQLNET.EXPIRE_TIME to specify a the time interval, in minutes, to send a probe to verify that client/server connections are active. Setting a value greater than 0 ensures that connections are not left open indefinitely, due to an abnormal client termination. If the probe finds a terminated connection, or a connection that is no longer in use, it returns an error, causing the server process to exit. This parameter is primarily intended for the database server, which typically handles multiple connections at any one time.
Limitations on using this terminated connection detection feature are:
It is not allowed on bequeathed connections.
Though very small, a probe packet generates additional traffic that may downgrade network performance.
Depending on which operating system is in use, the server may need to perform additional processing to distinguish the connection probing event from other events that occur. This can also result in degraded network performance.

Recommended Value
10
Example
SQLNET.EXPIRE_TIME=10

这里设置是10分钟,每10分钟Oracle会确认所有session客户端连接是否正常,对于不正常的session,oracle会清理process。

同时,扩大最大连接数,同时Session自动跟着扩大。

–修改最大连接数:

alter system set processes = 500 scope = spfile;

重启数据库:

cmd :sqlplus sys/passw@databasename as sysdba

然后输入以下命令

shutdown immediate;——关闭数据库,大概需要一个小时

startup;–重启数据库,大概几分钟。

重启之后:

select count(*) from v$process    ——从298变成132

select count(*) from v$session    ——从104变成38

但是,在ArcGIS Portal 里面打开一个页面,调用了SDE图层,

上面的连接数字都增加,那么就算设置为最大500,也支撑不来多少用户使用的!!!!????

–查看当前有哪些用户正在使用数据

SELECT osuser, a.username,cpu_time/executions/1000000||’s’,b.sql_text,machine

from v$session a, v$sqlarea b

where a.sql_address =b.address order by cpu_time;

——在ArcGIS Portal 里面打开一个页面,调用了SDE图层,通过以上语句,可以看到SDE用户的连接信息。

就算关闭了浏览器,一段时间依然可以看到这些信息,半个小时后,SDE的连接才消失。

——查询数据库有没有死锁,no row selected 说明没有死锁。

select * from v$locked_object

远程团队指南(二)

        作者托尼-施瓦茨的新书《我们的工作方式不起作用:被遗忘的四大促进表现的需求》一书在媒体上掀起了不小的轰动。最主要的是,他唤起了那些我们早已熟知的事情:这种现代化的时刻在线保持联络的久坐方式对我们的工作有多方面的损害。但是,对于远程团队,和我们这些劳心劳力为团队谋福利的管理者来说,这些问题非常棘手。针对他的文章《拿回你的项目》,我最近写过一篇评论。最近,我有机会向他请教一些有关管理远程团队的问题。很多人的公司都是虚拟的,他也在管理这样的公司。以下是他的一些观点:

        管理者:要非常明确的跟你的远程员工们解释清楚什么叫做成功。重要的不是他们工作的时间(反正你也不能真正的核查这一点),最重要的是他们所产出的价值。关键是要像对待成年人那样对待他们:说清楚你的预期,给他们自由去决定去选择最好的方法,最后要保证他们对自己的工作成绩负责。管理者不同花时间和雇员们来讨论和交流,来界定成功的定义,这一点对远程工作人员意义尤其重大。

员工:需要找到一种方法,在缺乏外部监管组织的情况下进行自我管理。对于施瓦茨来说,这意味着要制定一个长期的时间表,每天一清早要开始做最重要的事情,不受干扰的工作90分钟,然后休息片刻。这样的话,每天的开始效率会非常高,可以帮助员工抵挡其他诱惑,去干那些不是很紧要的比较容易做的事情——例如答复电子邮件。

        管理者:要承认那些远程上班的人,可能需要一些压力才能集中注意力。施瓦茨的书中勾画出一张非常清晰的蓝图,告诉你最有效的办法,同时照顾到你的长期需要。他说:“那些读我书的经理们首先需要从自己身上总结经验教训,然后,他们需要帮助大家来创造一种结构,使人们有可能从中取得成果——包括鼓励他们真的去重新安排时间顺序。如果你明确的定义什么是成功,而且规定好具体的办法定期检查远程工作人员的工作进度。那么,真的有人出现问题的时候,其标志就是他们什么也没贡献。你几乎可以肯定的是,其关键就是没有建立明确的责任界限,也没有明确的工作态度。记住要保持这样的对话。

        管理者:不要低估经常接触的重要性。 “人类是群居动物,我们都渴望交流,”施瓦茨说,“如果你是在管理远程工作者,你必须投入额外的精力去和他们保持联系,并对他们出色的工作表示赞赏,因为那些单枪匹马干活的人很容易感到孤独和不被尊重。你不能只依靠电子邮件——这种形式太单一了,作为沟通方式很单调。重要的是要找到时间来和他们保持联络。”

        有人苛责我说,我一直没有考虑过远程团队是可持续的,这不仅对企业不利,而且这也是不对的。我相信,和施瓦茨一样,我们必须考虑如何使人们最大程度的发挥潜能,然后有意识地创造一种环境,在这种环境下他们可以充分发展,而不是只靠运气。

转载自网络文件。

远程团队指南(一)

转载自:http://www.sohu.com/a/154074135_403607

每五个远程团队中,就有一个团队的创始人会离开。

编者按:随着科技的进步,很多工作已由传统上的上下班,变成了远距离的工作。这为人们提供了很多便利,但另一方面,远程工作减少了大家与同事间的社会交流,增加了冲突的机会。根据著名的Y Combinator 的保守统计,每五个远程团队中,就有一个团队的创始人会离开。Zapier 创始人Wade Foster发表了题为“how manage remote team”的文章,给出了他的建议。

过去几年来,人们对有关远程工作之优点的争论上,耗费了大量精力。 不幸的是,关于如何设置远程工作,以便你和你的团队能取得成功,却没有太多可以共享的信息。过去三年来,Zapier是由一支远程队伍来运作的。 我们已经由最初的三个创始人增长到二十多人。 我们已经收到了很多关于我们如何运作的问题。以下让我做一下说明:

我们的旅程

从第一天起,(2011年10月)Zapier一直是分布式团队。 即使布赖恩,迈克和我住在同一个城市,但由于学习和工作的原因,我们有不同的时间表。 每个人一有空就在Zapier工作,但这种分配,并无法奇迹般地将我们安排在同一时间,同一个房间里工作,所以我们必须成为一支远程队伍。2012年6月,我们被Y Combinator接受,并搬到加利福尼亚州山景城的一个共享公寓。 接下来的三个月是我们公司历史上唯一一个,大家都在一个时间,同一个城市的时期。2012年8月,当迈克的女友毕业于法学院,他搬回密苏里州。2012年10月,我们开始招聘。 既然我们已经是一个分布式团队,那么继续这样做是合乎情理的,因为我们知道,我们可以聘请很棒的人,他只是跟我们住不同的地方。在41个月的时间里,我们学到了一些关于构建和管理远程团队的知识。 还有其他人比我们有更多的经验。 虽然GitHub,Automattic,Citrix等公司已经证明,分布式团队可以取得成功,但我不确定这样的团队可以扩大到何种规模。 但如果你只是一个小团队,并希望加入到远程工作的队伍中,请考虑这个crash course。

设置成功远程工作的三个要素

你不可能期望,在历史上任何时刻,采取任何随机的方式,把分散在全球各地人们放在一起就能期望他们创立一些惊人的东西,并取得成功。我们发现要做好远程工作,有三个重要组成部分:团队,工具和步骤。 团队到目前为止,最重要的成分是团队。 不是每个人都可以在远程环境中工作。也不是每个人都可以管理一个远程团队(虽然我怀疑过一段时间,我了解到很多经理可以找出成功运作的方法)。 因此,组建一个能够在远程环境中工作的团队很重要。 这是我们总结出的一些最好办法: 

1. 雇用有效率的人员有效率的人员即使身处马里,也会完成任务。 你不必跟他们布置必须完成哪些工作。 你只需对最重要的事情指明方向并提供指导就好了。但是即使什么都没有的话,有效率的员工也会尽全力去实施。 

2.雇用你可以信任的人当你不能信任另一端的人时,远程工作将无法进行。 如果你不断地发现自己在担心某人正在做什么,那么你将损耗大量精力去关注一些别的事情而不是产品。记住,信任是关键。 

3.信任你雇用的人另一方面,你也需要与你雇用的人员保持信任。 作为经理,你需要学习通过期望而不是对号入座的方式来管理人员,因此请确保你能够对你所雇用的人给以信任。 

4. 聘请擅长写作的人在同一个办公室里的工作环境中,很多信息是亲自分享的。 在远程情况下,大量的内容都需要通过书面通信的方式来共享。 沟通是远程团队最重要的部分之一。 因此,好的写作水平是很重要的。 

5. 雇用那些能适应没有社交工作场所的人尝试在远程团队中创建一些社交活动是很重要的。 但事实真相是,远程工作的社交接触通常比在同一地方工作的人要少。团队的成员要能适应这一点。 最好的远程工作人员能在这种环境中茁壮成长。

工具

工具在远程工作中很重要,因为它们可以让你更好地组织团队,并将所有人都保留在同一页面上。在近距离工作中,你可以随时把团队组织起来,开全方位的会议,以使每个人都不掉队。 在远程团队中,你需要使用正确的工具,以确保每个人都能在身旁无人的情况下执行任务。 

当我们的团队有20个成员的时候,我们使用了以下工具: 

1. SlackSlack是我们的虚拟办公室。 如果你在Slack,那么你在上班。 像Slack这样的团体聊天室, 也是创造友情的好地方。根据你团队的规模,你还可以在Slack中使用”频道”这个功能。 有些时候,大家都在一起发言,会使它变得十分嘈杂,所以如果把聊天室分成诸如“工程”,“营销”不同频道的话,是十分方便的。在我们大约有10人左右的时候,开始使用多个频道。 我们现在有23个频道(一些需要被存档)。 活跃的频道包括#市场,#支持和#创客以及像#min,#价格这样跟项目有关的专门频道。

2. AsyncAsync是我们构建的内部工具。 这有点像一个博客遇到reddit。 以前我们使用了WordPress的P2主题,但后来发现我们想要更多。有时候Slack的节奏太快了,以致有人会迷失方向。Async是一个我们可以查找出重要对话的地方。 它取代了内部电子邮件,并且作为一个伟大的档案,团队中的任何人都可以参考以前的讨论。 

3. TrelloTrello是我们的默认路线图。 每当有一些我们想要做的事情,就将其添加到Trello的待办事项列表中。 在大多数情况下,你会发现自己创建了太多的卡片,去尝试做过多的事情。为避免这一情况,卡片创建人还必须编写一个详细的特征描述,以说明为什么它很重要,以及成功实现这个功能后的结果将是怎样的。我们还使用Trello来跟踪我们编辑的日历,支持文档和真正需要完成的任何项目。这对远程团队来说非常有用,因为如果公司里有任何人想要找点事儿做的话,他们可以从Trello那里选一张卡片,并且知道完成后,这对产品/公司来讲,有什么积极作用。 

4. GitHub在Zapier,议题(Issues) 和从远程取回请求(pull)是有特殊目的的。 就像GitHub使用GitHub来构建GitHub,我们使用GitHub来创建Zapier。 GitHub包含所有与代码相关的项目管理。取回请求是有关功能的操作。议题限定使用在跟Bug相关的。 特色会在Trello和/或计划文档中涉及到。 

5. LastPass由于我们已经登录了数百项服务,所以对于任何进入公司的人来说,无需登陆即时消息或等待电子邮件回复,即可访问它们,将会非常方便。 使用LastPass,任何队友都可以登录我们使用的任何服务,而无需知道登录密码。 

6. Google Docs & HackpadGoogle文档很棒。 我们通过分享电子表格,来对关键指标进行分析。 我们分享含有团队和其他重要信息的电子文档,以备以后使用。 我们共享合同和记录的文件。 任何可能多次使用的内容都应记录在案,Google文档为快捷方便地共享文件,提供了便利条件。不过,Google文档无法被用来进行组织和协作。 我们发现Hackpad非常适合作为内部文档使用。 任何需要教别人如何做一些事情的文档,都可以被添加到Hackpad中的一个便笺本和收藏之中,必要时,其他人可以快速地访问Zapier的集体智慧。 

7. GoToMeeting有大量很酷的视频会议工具。 GoToMeeting不是其中之一。 它很笨重,但GoToMeeting的音频和视频质量比任何其他应用都要好。 我们也尝试过很多工具。 有时我们会通过Google环聊或Skype进行一次通话,但是当你需要与10多人进行团队聊天时,GoToMeeting是你的朋友。 

8. HelloSign你和你的员工不时要签署一些文件。使用HelloSign,可以免去自己将文档打印出来,签上名,将其扫描回机器上传,并与下一个签名者进行文档共享的繁琐程序。 步骤建立一支强大的远程队伍的第三个成分是步骤。 我知道大多数人不喜欢步骤的问题, 它使人感到无聊和僵硬。 但是,如果你将步骤视为“我们的工作方式”,它将开始变得非常强大。设计优良的步骤能为执行任务提供结构和方向,它可以帮你顺利地完成工作。这并不意味着步骤应该是僵硬的,不变的或没有意义的。 在一家小的公司中,步骤可以有利于提供反馈,以便你衡量公司和公司人员的进度。 

以下是使用Zapier运行的一些步骤。我还喜欢叫它们:我们如何工作 

1. 大家都参与客户支持服务客户是我们的命脉。 我们每天努力解决客户的问题,帮助他们更轻松地工作。 当团队中的每个人都对客户提供支持时,就都能听到客户的声音。此外,构建产品的人也最终提供产品支持服务。 如果一个客户对一个bug很生气的话,那么这个人在听到直接反馈后,会立即修复它。 

2. 专心文化由于每个人都做客户支持,我们制定了专门的开发计划,以便使Zapier团队中的每个开发人员能轮流花费一周时间做支持服务。 其他周这些工程师们将100%致力于功能开发。 这样可以给开发人员足够的时间来专心作出一番事业。 同样,这也确保了新功能开发的良好节奏。 

3.每周环聊每个星期四上午9点太平洋时区,我们聚在一起进行闪电会谈,演示和/或采访。 既然现在有20多人,有时很难每周都见到每个人。 这些环聊有机会对你经常看不到的人说声“你好”。这些环聊也是学习新东西的好机会。 每个星期,团队内有人会对有趣的事情做一个敏捷地讲话或演示,再或者有人跑过来加入队伍中,我们会让他做一个快速地介绍。之所以会议定在星期四的上午9点召开,是因为这是一个地理上分布式团队的最佳时间,所以没有人会在周末受到太多的打扰。 

4. 结伴活动随着我们的发展,认识你的所有队友变得更难了。一个简单地解决方法就是让队友们每周随机地与另外一个队友配对,并进行短暂的10-15分钟对话。 我们用这个机会聊聊生活,工作或其他任何感兴趣的事情。 有时,很酷的新产品功能就是通过这些聊天聊出来的,其他时候,它只是很好玩。 无论如何,这有助于每个人更好地了解他们的队友。 

5. 每月一对一在我曾经做过的每一份工作中(甚至是近距离的工作),我和我的主管之间没有足够的回馈机制。 所以在Zapier,我和每一个团队成员在Skype或者Google环聊上设置一个,每个月的定期活动,聊聊四件事情:你感到兴奋的是什么,你担心的是什么? 我可以怎样更好地帮你完成你的工作,你可以做些什么事情来改善你的工作。这些问题具有一致性,所以它很容易去准备,而且也能够随着时间的变化去衡量。 我们特别将其限制为每个问题只涉及一个项目。这样可以比较轻松去实现。 但随着时间的推移,被解决的问题就会积少成多。每个月对话的答案都会被记录在Google文档中,以便下一次会话时,可以参考上一个月的信息并帮助我们检查工作进度。过去我和每个人都做一对一会谈。 然而,当团队扩大到大约15人左右时,这有些太难了。所以现在我专注于支持和营销团队,而Bryan和Mike(我的共同创始人)分别专注于工程和产品团队。这些审核非常好地反映了我们这个远程团队是否在良好地运作,因为它让我得到了大大小小,各方面的反馈,使我们知道哪些方面需要改善,能使工作起来更加愉快。 例如,我发现库克西和詹姆斯偶尔在哥伦比亚市中心共同工作,最后他们在自己淘腰包付停车费。 因此,我们设置了一个简单的报销计划,以确保队员在为公司支出后,可以报销这笔费用。 

6.责任感的文化一个经常被问到的问题是“你如何知道人们是否在做工作?” 我们的简单方法是每周五做一次更新。 每个星期五,团队中的每个人都会向Async发送一份有关本周他们做了什么,下一周他们计划做什么的的工作报告。这样可以轻松地保持项目的进度,让Zapier里的每个人都有责任感,并尽其所能。 

7. 亲身体验文化团队成员间的互动,对任何团队来说都是有价值的。 当队友们在一起,亲自做某件事的时候,肯定会有一些特别的经历。 因此,我们力争将团队一年两次聚在一起,这让人感觉很酷。我们公司特别安排了访问华盛顿,科罗拉多州,阿拉巴马州和犹他州。除了全公司聚会之外,我们有些小组,在协调一个重大项目/功能时,还会安排见面活动。 通常这只是一个人跳上飞机去探望另一个人。这似乎看起来很破费,事实也确实如此。 但是不要忘了,其实你已经省下了一大笔办公室租赁费。 

8.自动化任何可以自动控制的工作Zapier的核心是自动控制。 这里有几个原因。 一是,它允许我们保持小规模团队,因为我们不需要人员来执行重复,平凡和无聊的任务。 二是,它让队友可以大部分时间都专注于做一些影响深远的工作,而不是被一些无足轻重的繁琐细节而困扰。

从别人那里学习

有很多知识是由其他人发掘的。 不幸的是,没有多少人写了有关远程工作的,以及如何管理它的材料。 大多数文章非常肤浅,譬如只是建议人们“使用Google环聊”,这不是超级有用的。最后,了解远程工作的最佳方式是询问那些在做远程工作的人。 我从Lance Walley,Buffer的Joel Gascoigne,整个Basecamp(以前的37Signals)团队,GitHub的Zach Holman和一些其他创始人及远程工作人员那里学到了很多。希望本文能够帮你深入了解如何管理远程团队。 但请不要把它当成普遍真理。最大的赢家不是从网上找到线索的人,而是那些通过亲身实践并发现答案的人。

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