1如果信息采集管理系统(ICM)崩溃了怎么办?
2你如何加速打补丁的过程?
3打补丁的过程中出错了,你怎么办?
I4h|4kM-h0gNRb 4 请提供克隆过程和克隆之后采取的手工操作的大概步骤。
5介绍一下AutoConfig。AutoConfig是如何知道XML文件中的哪个树脂需要被放入哪一个文件的?
6你能告诉我,你对一个发生故障的自服务登录问题做哪些测试吗?你要检查哪个配置文件操作选项和文件?
7如果你不能看到并发管理日志和输出文件,是哪里出错了?
8你是如何更改并发管理日志和输出文件的位置的?
9如果用户正遇到性能方面的问题,你如何找到问题的原因?
10你如何更改应用程序的密码?
11请写出DBC文件的位置,并且解释它的重要性和应用程序如何知道DBC文件名?
]"v'}:Tg6IB,f0[+RSD ?*t{
n0 答案
1所有其他的管理器都会继续工作。ICM只会处理队列控制请求,意思是开启和关闭其他并发的管理器。
~:cO0
2.2.1你可以合并多个补丁。2.2你可以为一个非交互的补丁创建一个响应文件。2.3你可以通过选项(nocompiledb, nomaintainmrc, nocompilejsp)来应用补丁,并且在应用了所有的补丁之后,一次运行它们。
3 查看失败工作的日志,找到并且纠正错误,用adctrl 工具重新开启工作。
4在源文件上(所有层)运行pre-clone,使用RMAN复制数据库(或者从热或者冷备份中重新存储数据库),拷贝文件系统,然后在目标文件(所有层)上运行post-clone 。 手工步骤(可能会更多):4.1改变所有的非网站配置选项数值(快速克隆的话,只改变网站级别的配置文件选项)。4.2 修改工作流和并发管理器表。
4.3更改打印机。
5 AutoConfig 使用了一个上下文文件来维护关键的配置文件。一个上下文文件就是一个XML文件,在$APPL_TOP/admin 目录下,进行集中式的存储。当你运行AutoConfig 的时候,它读取XML文件,并且创建所有的AutoConfig 管理配置文件。对于AutoConfig维护的每个配置文件,都存在一个临时文件来判断哪个数值是从哪个XML文件中得来的。
6 . 6.1检查DBC文件中的guest的用户名和密码,配置选项guest的用户名和密码、数据库。6.2查看apache/jserv是否启动了。6.3运行IsItWorking, FND_WEB.PING, aoljtest等。
7很有可能是FNDFS监听器停止了。看看FND_CONCURRENT_REQUESTS 表中的OUTFILE_NODE_NAME 和 LOGFILE_NODE_NAME 的数值。看看FND_NODES 表。看看tnsnames.ora 中的FNDFS_ entry 。
8日志文件的位置是由$APPLCSF/$APPLLOG 参数来决定的,输出文件的位置是由$APPLCSF/$APPLOUT 决定的。
9 9.1追踪这个会话(用等待)并且使用tkprof 来分析追踪文件。9.2生成statspack 报告并进行分析。9.3使用top/iostat/sar/vmstat 监控O/s 。
v G
mY)w:[9x 9.4通过ping这类基本的测试结果来判断网络的瓶颈。
10 10.1 使用FNDCPASS 来更改APPS密码。10.2 手工修改wdbsvr.app/cgiCMD.dat 文件。10.3 更改所有从其他环境指过来的数据库链接。
11
K 11.1位置:$FND_TOP/secure directory11.2 重要性:在其他事务中指向数据库服务器。11.3 应用程序通过使用“Applications Database Id.”来了解DBC文件的名字。