用AutoConfig管理Oracle 电子商务套件第12版的系统配置

用AutoConfig管理Oracle 电子商务套件第12版的系统配置 (Doc ID 1536298.1) 惯例注意: Windows用户 - 此文件指定目录时通常使用UNIX语法。在适当的地方替换为相应的Windows语法。 惯例意义APPLMGR拥有应用文件系统(APPL_TOP和应用层的技术堆栈)的用户ORACLE

用AutoConfig管理Oracle 电子商务套件第12版的系统配置 (Doc ID 1536298.1)

惯例注意: Windows用户 - 此文件指定目录时通常使用UNIX语法。在适当的地方替换为相应的Windows语法。
惯例意义APPLMGR拥有应用文件系统(APPL_TOP和应用层的技术堆栈)的用户ORACLE拥有数据库文件系统(RDBMS ORACLE_HOME和数据库文件)的用户.CONTEXT_NAME您的上下文的逻辑名称。默认:_CONTEXT上下文文件的完整路径(无论是应用上下文文件或数据库上下文文件)
默认: /appl/admin/.xml 和 /appsutil/.xmlAPPSpwd应用数据库的用户密码APPSuser/APPSpwd应用数据库的用户名和密码等宽字体文本表示命令行文本。键入以下所示的完整命令.\

自动配置模板文件不应被编辑.
自定义模板文件要自定义自动配置管理的配置文件,复制自动配置模板文件到自定义模板文件并编辑自定义模板文件。例如: /admin/template/custom/afwebprf.sh
当自动配置检测到一个自定义模板文件,自动配置在自动配置模板文件的位置实例化这个文件.
AutoConfig模板目录Oracle提供自动配置模板文件的目录. 每一个产品有一个自动配置模板目录.
位置: /admin/template
/appsutil/template
例如: /admin/template
/appsutil/template
自定义模板目录自定义自动配置模板文件的目录.
位置: /admin/template/custom
/appsutil/template/custom
例如: /admin/template/custom
/appsutil/template/custom
配置文件运行自动配置时创建的实例化配置文件中。例如: /admin/install/afwebprf.sh在尖括号中的文字代表一个变量。替换变量文本为一个有效值。不要键入尖括号.

第1部分: AutoConfig的组件和工具概述AutoConfig是一个工具,支持自动配置Oracle电子商务套件第12版的实例。

配置一个应用程序实例所需的所有信息被收集到两个本地资源库中,被称为应用上下文文件和数据库上下文文件。 当AutoConfig运行在应用层上时,它使用应用下文文件中的信息来生成所有的配置文件并更新数据库配置文件。当自动配置运行在数据库层上时,它使用数据库层上下文文件中的信息来生成所有数据库层使用的配置文件。
AutoConfig 提供几大好处,包括:

* 配置支持: AutoConfig配置APPL_TOP, ORACLE_HOMEs, 及配套的技术堆栈.
* 配置管理: AutoConfig集中管理一个应用实例的配置和重新配置.
* 配置的交付和修补: 新技术的吸收被简化,因为新的配置和配置的变化,可以以一个补丁的形式被提供.

1.1. AutoConfig 组件AutoConfig由几个部分组成:

AutoConfig也可以被用来开启或关闭它管理的所有应用程序系统的服务.

1.2. AutoConfig 工具下面是AutoConfig工具的一个汇总.

脚本位置
工具adautocfg.sh/cmd应用层:
/admin/scripts

数据库层:
/appsutil/scripts/
这个脚本用来运行自动配置.

更多信息adchkcfg.sh/cmd应用层:
/bin

数据库层:
/appsutil/bin这个脚本可以在运行AutoConfig之前运行, 用来查看运行AutoConfig的变化. 这将生成一个报告,显示现有的配置和运行AutoConfig之后的配置之间的差别.

更多信息GenCtxInfRep.pl
应用层:

数据库层:
/appsutil/bin以一个上下文变量名字的全部或部分作为关键字,这个脚本可以用来找出该上下文变量及其使用的模版的详细信息.

更多信息adtmplreport.sh/cmd
应用层:
/bin

数据库层:
/appsutil/bin提供实例文件的位置,这个脚本可以用来收集相关AutoConfig模板文件位置的信息,反之亦然.

更多信息admkappsutil.pl
应用层:
/bin

此脚本在给数据库层打补丁的时候被使用. 运行此脚本生成appsutil.zip,可以将它复制到数据库层以将补丁迁移到数据库层.

更多信息除了以上的工具, 还有用来管理EBS服务运行时进程的开启和关闭的工具. 这些工具在第7部分被列出.

第2部分: 用自动配置 工具进行系统配置

2.1. 预览运行AutoConfig的影响

运行AutoConfig之前, 检查配置工具可能会被运行以查看AutoConfig下一次运行后文件系统和数据库的更改. 这步是可选的.

执行如下命令来运行检查配置工具.

* 数据库层:

* Unix:
sh /appsutil/bin/adchkcfg.sh contextfile=

* Windows:
\appsutil\bin\adchkcfg.cmd contextfile=

* 应用层:

* Unix:
sh /bin/adchkcfg.sh contextfile=

* Windows:
\bin\adchkcfg.cmd contextfile=

2.2. 在数据库层运行AutoConfig在如下情形中,需要在数据库层运行AutoConfig

* 迁移一个补丁到数据库层后, 检查配置工具报告任何潜在的模版更改.
* 在数据库层做自定义后
* 数据库层或应用层升级后
* 从备份磁带恢复数据库或Oracle主目录后
* 数据库层JDK升级后
* 使用支持程序(如fnd_conc_clone.setup_clean)手动清除网络服务拓扑信息后. 随后,自动配置必须在应用层节点运行.
* 注册一个RAC节点后.
* 在共享文件系统设置APPL_TOP后.
* 所有文件中说需要在数据库层运行自动配置的其他情况.

执行如下命令在数据库层运行AutoConfig.

* Unix:
sh /appsutil/scripts//adautocfg.sh

* Windows:
\appsutil\scripts\\adautocfg.cmd

注意:

* 数据库服务器和数据库监听在自动配置运行时必须保持开启. 其他数据库服务可以被关闭.
* 运行自动配置可能更改已存在的环境文件. 运行自动配置之后, 您应该在运行任何应用程序工具之前总是设定环境,以应用已更改的环境变量.

2.3. 在应用层运行AutoConfig

在所有应用层节点运行AutoConfig.

执行如下命令运行AutoConfig.

* Unix:
sh /admin/scripts/adautocfg.sh

* Windows:
\admin\scripts\adautocfg.cmd

注意:

* 数据库服务器和数据库监听在运行自动配置时必须保持开启. 只有应用层服务器可以被关闭.
* 运行自动配置可能更改已存在的环境文件. 运行自动配置之后, 您应该在运行任何应用程序工具之前总是设定环境,以应用已更改的环境变量.

2.4. 查看AutoConfig日志文件

AutoConfig日志文件被存储在:

层目录应用/admin/log/数据库/appsutil/log//每一个AutoConfig会话创建一个日志文件. 它包含AutoConfig在运行过程中进行的每一个动作的细节.

2.5. 回滚一个AutoConfig会话每次AutoConfig运行都创建一个回滚脚本

来自每个AutoConfig会话的回滚脚本和所有备份配置文件都被存储在:

层目录应用/admin/out/数据库/appsutil/out//
指 (AutoConfig 运行的月,日,时,分)
回滚一个AutoConfig会话, 执行如下命令:

* UNIX
restore.sh

* Windows
restore.cmd

第3部分: 打AutoConfig补丁

在电子商务套件R12实例上打自动配置补丁, 自动配置需要在应用层和数据库层都被启用.

3.1. 应用最新的AutoConfig更新为了获取应用层和数据库层最新的AutoConfig更新, 按顺序执行下列步骤:

1. 应用TXK AutoConfig 模板补丁
为应用实例中的所有应用层应用最新的AutoConfig模板补丁 (Patch 9386653 - 12.0.X 客户, Patch 8919489 - 12.1.X 客户) 以将最新的AutoConfig文件更新到Oracle应用程序文件系统中.

12.0.X上的Windows Itanium客户应该应用一个额外的one-off 补丁, 6501658. 为了应用这个one-off补丁, 客户需要至少在12.0.2补丁集.

12.0.X上运行分离层模式的Windows Itanium及Windows 2008 x86-64 客户应该应用额外的one-off补丁 Patch 13742583.

注释: 配置管理的ADX和TXK汇总补丁已被合并.

2. 复制AutoConfig到RDBMS ORACLE_HOME
执行如下步骤更新RDBMS ORACLE_HOME文件系统的自动配置文件:

* 应用层 (APPLMGR用户):

* 登陆到APPL_TOP环境 (运行环境文件)
* 创建appsutil.zip文件
perl /bin/admkappsutil.pl

* 这将会在/admin/out下面创建appsutil.zip

* 数据库层 (ORACLE用户):

* 复制或FTPappsutil.zip文件到
cd
unzip -o appsutil.zip

3. 运行AutoConfig
按照第2部分中2.2和2.3描述的那样在数据库层运行AutoConfig, 然后在应用层运行AutoConfig.

3.2. 在一个新的Oracle主目录启用AutoConfigR12中, 在应用层上AutoConfig默认是被启用的. 但是在数据库层,它在如下情况中可能没有被启用:

* 数据库层不是用快速安装创建的
* 跨平台的数据库层迁移
* 升级到11g数据库
* 从Applications 11i到R12的数据库层升级

按顺序执行如下命令, 以启用数据库层AutoConfig:

1. 在应用层应用补丁 6636108
12.0.X上的客户需要应用这个补丁, 它提供工具adbldxml以在数据库层生成上下文文件. 这个补丁也包含于最新的AutoConfig模板补丁 (Patch 9386653 - 12.0.X客户, Patch 8919489 - 12.1.X客户)中.

注释: 若您的实例是在12.0.X上并且没有升级到10.1.3.3 AS补丁集, 需要应用补丁4585869 以使用工具adbldxml.

2. 复制AutoConfig到RDBMS ORACLE_HOME
按照3.1部分中的步骤2, 将上面补丁提供的新的自动配置文件更新到RDBMS ORACLE_HOME文件系统.

3. 在数据库层安装JRE
按照下面的步骤,确保应用层和数据库层的JRE版本至少是1.5或更高版本:

* 若您使用的是"完全认证" 平台, 请参阅My Oracle Support文件 418664.1 在目录/appsutil下安装jre.

* 若您使用的是 "只是数据库层" 平台, 请参阅My Oracle Support文件 456197.1在目录/appsutil下安装jre.

4. 生成数据库层上下文文件
执行如下命令创建您的数据库层上下文文件:

perl /appsutil/bin/adbldxml.pl
注意: 若您建立运行在RAC上的实例的上下文文件, 当执行工具adbldxml时所有RAC实例必须都开起来. 此工具连接到所有的RAC实例以收集关于配置的信息.

5. 在数据库层运行AutoConfig
执行如下命令在数据库层运行AutoConfig:

* Unix:
/appsutil/bin/adconfig.sh contextfile=

* Windows:
\appsutil\bin\adconfig.cmd contextfile=

第4部分: 自定义AutoConfig管理的配置

AutoConfig是简化和规范Oracle电子商务套件环境中的配置管理任务的一个工具. AutoConfig生成的配置可能并不总是满足您的特定需求, 它可能是需要为您的环境自定义AutoConfig.
你可能想自定义AutoConfig的例子, 包括:

* 启动Oracle应用服务时, 启动额外的服务或进程
* 定义您的OC4J配置
* 扩展Oracle Forms以与第三方Java版本整合
* 开发AutoConfig维护的自定义应用程序

从历史上看,Oracle没有文件说明如何实现自定义的过程. 如果您试图通过手动编辑自定义AutoConfig-生成的文件, 您的更改会在每次运行自动配置时丢失. 为了避免这种情况, Oracle技术支持可能指示您在配置文件的"Begin/End customizations"块之间添加自定义. 这种有限的和不灵活的方法现在已经被一个完全被支持的机制所取代, 它以最大的灵活性及每次运行AutoConfig后保存您的自定义来扩展AutoConfig-维护的环境.

4.1. AutoConfig自定义的先决条件

自定义AutoConfig之前, 必须满足某些先决条件.

1. 查看当前的配置如第5.3部分中所描述的, 运行AutoConfig检查工具. 检查报告中的任何差异并确定要作为自定义实施的手动配置更改.

2. 查看和迁移现有的自定义如果您过去在"Begin/End customizations"块之间实施了自定义, 您现在必须迁移这些设置. 执行如下命令:

平台层命令UNIX应用/bin/adcustomizer.sh contextfile=数据库/appsutil/bin/adcustomizer.sh contextfile=Windows应用\bin\adcustomizer.cmd contextfile=数据库\appsutil\bin\adcustomizer.cmd contextfile=adcustomizer 脚本:

1. 检测所有包含 "Begin/End customizations" 块的配置文件.
2. 复制相应的AutoConfig模板文件到自定义模板文件.
3. 将"Begin/End customizations"块中的内容附加到自定义模板文件的最后.
4. 将"Begin/End customizations"块从配置文件中删除.
查看adcustomizer脚本生成的日志文件. 检查生成的自定义模板文件, 确保您的所有自定义都成功地被迁移到自定义模板文件.

4.2. 实施AutoConfig自定义本节讨论了不同类型的自定义,以及如何实现它们

注释: 所有AutoConfig管理的文件有如下文件头:
################################################################
#
# This file is automatically generated by AutoConfig. It will be read and
# overwritten. If you were instructed to edit this file, or if you are not
# able to use the settings created by AutoConfig, refer to Metalink
# document 387859.1 for assistance.
#
################################################################在确定您的自定义需求后,执行与它相关的步骤. Oracle支持如下类型的自定义:

* 更改现有的上下文变量的值
* 添加一个新的上下文变量到上下文文件
* 自定义一个Oracle提供的AutoConfig模板文件
* 建立一个客户拥有的AutoConfig模板文件

1. 更改现有的上下文变量的值

1. 编辑上下文变量的值

使用Oracle Applications Manager 上下文编辑器更改现有的上下文变量的值. 关于如何使用Oracle Applications Manager 上下文编辑器, 请参阅Oracle Applications System Administrator's Guide - Configuration.

2. 运行AutoConfig

根据上下文变量是否属于应用层或数据库层, 按照第2部分提到的步骤在适当的层运行AutoConfig.

2. 添加一个新的上下文变量到上下文文件

1. 添加上下文变量

若您想添加不是由AutoConfig维护的上下文变量, 使用Oracle Applications Manager 上下文编辑器. 请参阅关于Oracle Applications Manager的有效的帮助页面. 添加自定义环境变量的相关信息位于 "System Configuration" > "AutoConfig" > "Manage Custom Parameters" 部分.

2. 运行 AutoConfig

根据上下文变量是否属于应用层或数据库层, 按照第2部分提到的步骤在适当的层运行AutoConfig.

3. 自定义一个Oracle提供的AutoConfig模板文件

若您想要自定义一个现有的AutoConfig模板文件, 按顺序执行如下步骤:

1. 确定您想要自定义的AutoConfig模板文件
执行如下命令找到您想自定义的配置文件对应的AutoConfig模板文件:
平台层命令UNIX应用/bin/adtmplreport.sh contextfile= target=
数据库/appsutil/bin/adtmplreport.sh contextfile= target=Windows应用\bin\adtmplreport.cmd contextfile= target=
数据库\appsutil\bin\adtmplreport.cmd contextfile= target=

*
例如, 若您想自定义
$INST_TOP/admin/install/afwebprf.sh

* UNIX
$AD_TOP/bin/adtmplreport.sh contextfile=$CONTEXT_FILE \
target=$INST_TOP/admin/install/afwebprf.sh

* Windows
%AD_TOP%\bin\adtmplreport.cmd contextfile=%CONTEXT_FILE% \
target=%INST_TOP%\admin\install\afwebprf.cmd

* 工具 adtmplreport返回AutoConfig模板文件的名字和位置. 如上UNIX例子, 将返回:
$FND_TOP/admin/template/afwebprf.sh
您不能自定义所有的AutoConfig模板文件. 若产品驱动文件中的某模板文件条目有"LOCK"关键字, 则该AutoConfig模板文件不能被自定义. AutoConfig忽略标有“LOCK”的自定义模板文件.
例如, 如下在 /admin/driver/adtmpl.drv 中的条目将阻止自定义文件adconfig.txt:
ad admin/template adconfig.txt INSTE8 /admin adconfig.txt 600 LOCK

1. 建立自定义模板目录
在AutoConfig模板文件所在的位置建立一个名字为"custom"的目录.

例如, 若您想自定义 /admin/template/afwebprf.sh,以用户applmgr执行如下命令:

*

* UNIX
mkdir $FND_TOP/admin/template/custom

* Windows
mkdir %FND_TOP%\admin\template\custom

1. 复制AutoConfig模板文件
复制AutoConfig模板文件到自定义模板文件.
以用户applmgr执行如下命令:

*

* UNIX
cp -i

* 例如:

cp -i $FND_TOP/admin/template/afwebprf.sh \
$FND_TOP/admin/template/custom/afwebprf.sh

* Windows
copy
例如:
copy %FND_TOP%\admin\template\afwebprf.cmd \
%FND_TOP%\admin\template\custom\afwebprf.cmd

1. 编辑自定义模板文件

用您选择的文本编辑器, 例如: UNIX上的vi或Windows上的写字板, 编辑自定义模板文件.

Note: 编辑AutoConfig模板文件是不被支持的. 保证编辑的是自定义模板文件.

1. 确认您的自定义
执行第5.3部分 中所描述的adchkcfg工具. 当此工具运行时, 它实例化在相应的AutoConfig模板文件位置上的任何自定义模板文件. 工具adchkcfg生成一个关于下一次正常运行AutoConfig过程中将被改变的所有文件和配置文件选项信息的报告. 确认您的自定义在您下一次运行AutoConfig后将会像被期望的那样被应用.

注释: adchkcfg.sh/cmd 将模板实例化到如下位置:

应用层:
/admin/out/

数据库层:
/appsutil/out//

2. 运行 AutoConfig
如 第2部分描述的那样运行AutoConfig. 当AutoConfig运行时, 它实例化在相应的AutoConfig模板文件位置上的任何自定义模板文件.

1. 建立一个客户拥有的AutoConfig模板文件
您可以建立一个您自己的AutoConfig模板文件. 这将使您能够开发AutoConfig管理和维护的自定义应用程序.
按照顺序执行如下任务:

1. 定义一个product_top
使用Oracle Applications Manager上下文编辑器, 添加您自定义的product_top到上下文文件. 请参阅Oracle Applications Manager中的有效的帮助页面. 添加自定义上下文变量的相关信息位于"System Configuration"> "AutoConfig"> "Manage Custom Parameters"部分. 当添加product_top变量时, 选择变量类型 "PROD_TOP". 变量product_top的默认值必须设为 '//12.0.0'.

例如, 定义产品'my'的product top如下:

OA_VAR = c_mytop
Default Value = /my/12.0.0
Title = My Product top
Description = This is my product top
OA_TYPE = PROD_TOP

2. 建立客户拥有的AutoConfig模板目录
建立AutoConfig模板文件所在的目录. 以用户applmgr执行如下命令:

* UNIX
mkdir /admin/template

* Windows
mkdir \admin\template

3. 开发客户拥有的AutoConfig模板文件
在自定义product top AutoConfig模板目录下建立自定义AutoConfig模板文件. 它没有文件名的限制,新的模板文件可以是任何类型,它可以存储文本,如文本文件,shell脚本,Perl脚本,SQL脚本. 为了使用AutoConfig 实例化, 在文件中输入您的上下文变量. 当AutoConfig运行时, 它用上下文文件中的相应的值替换上下文变量.
例如, 建立并编辑文件
/admin/template/myTemplate.txt

4. 建立客户拥有的AutoConfig驱动目录
建立您的AutoConfig驱动文件所在的目录Create the directory where your driver file will reside. 以用户applmgr执行如下命令:

* UNIX
mkdir /admin/driver

* Windows
mkdir \admin\driver

5. 开发客户拥有的AutoConfig驱动文件
AutoConfig驱动文件指示AutoConfig将生成的配置文件放在哪. 将其放在自定义AutoConfig驱动目录. 驱动文件的名字被定义为: tmpl.drv. 在本例中, 驱动文件将被命名为: mytmpl.drv. 关于驱动文件格式的信息, 请参阅 附录A: AutoConfig驱动程序文件语法规范.
例如, 为了使AutoConfig实例化上面例子中的模板文件, 驱动文件将需要包含如下行:
my admin/template myTemplate.txt INSTE8 myConfiguration.txt 660

4.3. AutoConfig自定义的高级功能本节讨论当使用AutoConfig自定义时的高级功能.

1. 调试自定义
若问题出现于您实施的自定义中, 忽略任何自定义模板文件, 可能对于用AutoConfig模板文件运行AutoConfig有用. 执行如下命令:

* UNIX
/bin/adconfig.sh -nocustom contextfile=

* Windows
\bin\adconfig.cmd -nocustom contextfile=

2. 更新之后保留自定义
当AD的补丁提供了一个与您编辑的自定义模板文件相应的AutoConfig模板文件的新版本, 您必须查看您的自定义. 若这个自定义仍然被需要, 复制新版本的AutoConfig模板文件到自定义模板文件目录, 并将您的自定义编辑到自定义模板文件.
AutoConfig检查您的自定义模板文件是否与AutoConfig模板文件版本相同, 并且若它检测到任何的版本不一致将不会运行.

3. 报告
工具adtmplreport产生的报告可以:

* 列出Oracle电子商务套件实例中所有的自定义文件
* 列出所有AutoConfig模板文件, 它们的自定义模板文件及其配置文件
* 确定AutoConfig模板文件的名字和位置以及对于一个给定的配置文件的自定义模板文件
* 对于一个给定的AutoConfig模板文件, 确定其配置文件的名字和位置
这个报告工具位于:

层位置应用/bin数据库/appsutil/bin

列出Oracle电子商务套件实例中所有的自定义文件:

平台命令UNIXadtmplreport.sh contextfile= listcustomWindowsadtmplreport.cmd contextfile= listcustom列出所有AutoConfig模板文件, 它们的自定义模板文件及其配置文件:
平台命令UNIXadtmplreport.sh contextfile=Windowsadtmplreport.cmd contextfile=

对于一个给定的AutoConfig模板文件, 确定其配置文件:

平台命令UNIXadtmplreport.sh contextfile= template=Windowsadtmplreport.cmd contextfile= template=

对于一个给定的配置文件, 确定其AutoConfig模板文件:

平台命令UNIXadtmplreport.sh contextfile= target=Windowsadtmplreport.cmd contextfile= target=

第5部分: 高级AutoConfig功能和工具

本节简要介绍了一些有用的新的高级的AutoConfig功能和工具.

5.1. 跨多节点并行运行AutoConfig

此功能是在 TXK 12.0.4 Consolidated Patch引入的. 它使AutoConfig可以跨一个R12电子商务套件实例的多个节点同时执行, 从而减少了停机维护时间.

AutoConfig可以用如下命令以'parallel mode'运行.

* 应用层:
perl /bin/adconfig.pl contextfile= [product=] –parallel

* 数据库层:
perl /appsutil/bin/adconfig.pl contextfile= –parallel

注释: 当跨多个节点同时运行AutoConfig时, 选项 '-parallel' 必须在每个节点启动AutoConfig时被指定. 否则在各个单独节点上的AutoConfig执行进程将不会被同步, 可能会导致不一致的文件系统或数据库更新.

5.2. 分析AutoConfig的运行

AutoConfig性能分析功能是在 TXK 12.0.4 Consolidated Patch 中引入的. 此功能可以被用来分析AutoConfig的一次运行并生成一个HTML格式的合并报告. 报告显示一个列出所有product tops及它们中模板总的实例化/执行时间的汇总视图. 此分析报告包括如下部分:

* 汇总 (查看屏幕截图)
报告的本部分显示当前AutoConfig运行处理的所有product tops的分析信息. 它显示如下:

* Product Top: 每个product top的简短名称.
* Instantiation Time: 实例化每个product top所用的总时间.
* Execution Time: 执行每个product top下脚本所用的总时间.
* Time (%): 实例化每个product top及执行每个product top下脚本, AutoConfig所用执行时间的百分比.
* Status: 每个product top的所有模板是否成功地被实例化及被执行.

单个模板的分析信息可以通过追溯到汇总部分列出的product tops被看到.

* 详细信息 (查看屏幕截图)
本部分包括只在当前AutoConfig运行中被实例化/被执行的所有产品模板的分析信息. 它显示如下:

* Script Name: 模板的目标名字.
* Instantiation Time: 实例化模板所用的时间.
* Execution Time: 执行被实例化模板所用的时间.
* Time (%): product top处理模板所用的处理时间百分比.
* Status: 模板是否被成功地处理了.
* Execution Summary: 包含模板文件的源及目标位置, 以及脚本的执行报告. 这个汇总可以通过点击详细报告中脚本名字链接被查看.

AutoConfig可以通过执行如下命令被以模式'profile'运行:

* 应用层:
perl /bin/adconfig.pl contextfile= [product=] –profile

* 数据库层:
perl /appsutil/bin/adconfig.pl contextfile= [product=] –profile

5.3. 使用检查配置工具

自Oracle电子商务套件12版, 检查配置工具(adchkcfg) 既有效. 它被用来查看在AutoConfig的下一次运行中将生效的配置更改. 它识的文件系统以及数据库的潜在变化. 它既可以被运行在应用层也可以运行在数据库层.
此工具位于如下位置:
层位置应用/bin数据库/appsutil/bin检查配置工具可以通过执行如下命令被运行:

* UNIX
adchkcfg.sh contextfile=

* Windows
adchkcfg.cmd contextfile=

此脚本既生成HTML格式的报告也生成文本格式的报告. 报告提供了下一次正常执行AutoConfig的过程中将被执行的所有文件更改, 配置文件选项更改和其他重要的数据库更新的信息. 报告包含两个子页面:

* 文件系统的更改 (查看屏幕截图)
报告分成如下部分:

* AutoConfig上下文文件的更改
显示关于上下文文件位置, 当前活动的上下文文件内容及AutoConfig下次运行后生成的上下文文件内容的信息. 另外, 如果有的话, 它还显示强调当前和新的上下文文件之间的差异的一个HTML报告.
* 服务组状态
显示应用层上服务组和相应服务的状态. 本节只存在于在应用层上生成的报告.

* 被更改的配置文件
显示在AutoConfig执行过程中将被更改的所有文件. 对于每一个文件, 显示关于运行时文件位置, 当前活动的文件内容, 下一次AutoConfig运行将生成的文件内容的信息. 另外, 一个HTML报表强调了当前的和新的配置文件的差异及AutoConfig模版文件的位置 (若适用的话).
* 新的配置文件
显示在AutoConfig执行过程中建立的所有新的文件. 对于每一个文件, 显示关于运行时文件位置, 新文件的内容及AutoConfig模板文件位置的信息.
* 模板自定义
本节是在 Oracle Techstack Release Update Pack 2 for 12.1中被引入的. 它显示所有自定义AutoConfig模板的一个列表并报告原来的AutoConfig模板文件和自定义的模板之间的差异.

* 数据库更改 (查看屏幕截图)
本报告被分成如下部分:

* 配置文件值的更改
只显示在AutoConfig下次运行后被更改值的那些配置文件的详细信息. 对于每一个这样的配置文件, 其数据库中当前的值，AutoConfig将要为其设置的新值，此配置文件的级别及更改此配置文件值的AutoConfig脚本的名字将被显示.
* 配置文件值
如上一部分，显示AutoConfig管理的所有应用数据库配置文件的详细信息， 不管它们的值是否将在AutoConfig下次运行后被更改.
* 其他数据库更新
显示AutoConfig下次运行后重要的数据库更新（非配置文件更改）的详细信息. 表名，列名，数据库中当前的列值及新的AutoConfig值连同AutoConfig更新脚本的名称和简要说明将被显示.

该脚本还创建一个zip文件报告“ADXcfgcheck.zip”，其中包含上述的所有文件和报告. ADXcfgcheck.zip可以被复制到一个本地桌面的个人电脑中并且不破坏报告中的超链接可以在那查看其中的HTML报告.

5.4. 上下文变量信息工具TXK

上下文变量信息工具是从TXK 12.0.4 Consolidated Patch引入的。
此命令行工具可以用来找出上下文变量的详细信息和它们使用的模板. 该工具接受全部或部分的上下文变量名称，并生成一个HTML或文本报告，其中包含关于匹配的上下文变量 - 变量描述，默认值和当前值的信息. 变量的描述中包含推荐的设置，允许值的范围和详细使用信息的文件的链接. 此外，该工具列出了使用各自的上下文变量的配置模板. 查看生成报告的屏幕截图.
上下文变量信息工具可以被执行如下:

1. 以应用层文件系统的所有者(APPLMGR 用户)执行应用层环境文件.

2. 使用下面的语法运行技术验证工具:

* 应用层:
perl /bin/txkrun.pl -script=GenCtxInfRep -keyword=""

* 数据库层:
perl /appsutil/bin/txkrun.pl -script=GenCtxInfRep -keyword=""

该工具需要以下参数:

* contextfile (可选): 上下文文件的完整路径. 默认地, 它被设成 的值。
* keyword (必须): 一个上下文变量名的全部或部分
* reportType (可选): 报告类型. 有效的值为 html (默认)或文本.
* outfile (必须): 报告文件. 如果仅仅提供名称，而不是报告文件的完整路径，该报告将产生在目录.

第6部分: 在Oracle RAC实例上使用AutoConfig本节将引导您完成在Oracle真正应用集群(Oracle RAC)上运行Oracle12版实例需要执行的步骤

注释: 关于单实例R12转换为Oracle RAC, 实施Oracle RAC的AutoConfig, 及实施R12应用层的Oracle RAC数据库连接负载均衡的详细信息, 请参阅Oracle MetaLink 文件 388577.1.

Oracle电子商务套件第12版提供了生成一个Oracle RAC需要的完整的tnsnames.ora文件的基础设施. 这包括:

* 每个数据库层节点的实例别名
* 每个数据库层节点的带地址列表的负载均衡别名
* 每个应用层节点的FNDSM和FNDFS别名 (被CP Service Manager使用)
* 虚拟主机名支持

文件tnsnames.ora是使用网络服务拓扑数据模型动态生成的. 网络服务拓扑数据模型存储一个单独Oracle电子商务套件环境的整个拓扑信息.
完成本节中的步骤 (按所列顺序)以支持Oracle RAC上的AutoConfig :

1. 应用最新的TXK AutoConfig模板补丁
通过在您系统的所有应用层节点上应用最新的AutoConfig模板补丁 (Patch 9386653 - 12.0.X 客户, Patch 8919489 -12.1.X 客户)将AutoConfig文件更新到Oracle Applications的文件系统中. 按照第3部分中的说明应用此补丁.

2. 查看 init.ora
AutoConfig 不会覆盖现有的init.ora 文件. 但是，如果init.ora文件不存在， AutoConfig将产生一个与Oracle RAC 兼容的 init.ora文件. 我们建议您创建一个现有init.ora文件的备份，并让AutoConfig生成一个新的init.ora文件. 这将确保init.ora文件符合Oracle的标准;例如, 使用DB_Name服务名或者处理本地和远程监听.

3. 迁移AutoConfig补丁到数据库层
按照上述第3部分中的步骤迁移AutoConfig补丁到数据库层.

4. 在所有数据库层节点运行AutoConfig
在所有数据库层节点运行AutoConfig. 按照上述 第2部分中的说明.

注意: AutoConfig运行中, 数据库服务器实例和数据库监听必须保持有效. 应关闭所有其他数据库层服务.

5. 在应用层运行AutoConfig
在每个应用层运行AutoConfig. 使用第2部分中描述的命令 adautocfg.sh/.cmd.

注意: AutoConfig运行中, 数据库服务器实例和数据库监听必须保持有效.

6. 重启数据库监听
停止并重新启动数据库监听.

您的系统现在是启用 AutoConfig的Oracle RAC. 关于管理系统配置的信息, 请参阅第2部分.
第7部分: Oracle电子商务套件服务: 进程管理本节介绍如何通过AutoConfig管理Oracle电子商务套件服务.
如第2部分中提到的, 在应用层运行 AutoConfig之前应用服务必须被关闭. AutoConfig运行完成后, 这些服务可以被重启. 脚本adstrtal.sh/cmd 和adstpall.sh/cmd可被用于此目的.
在Applications第12版中, 应用服务根据所提供的服务类型被归类为服务组. 只有在服务及其服务组都被启用, 一个特定的服务将通过adstrtal 或 adstpall 脚本被启动或停止.
7.1. 修改AutoConfig管理的服务和服务组根据一个特定的应用实例的要求, 修改通过adstrtal/adstpall脚本启动和停止的一组应用服务及服务组是可能的. 这可以通过启用所需服务及其服务组和禁用不需要的服务及其服务组来实现.

1. 检查一个服务组/服务是被启用还是被禁用

检查配置工具 (adchkcfg)生成的报告的第2部分是所有服务组和服务状态的列表. 更多信息, 请参阅 第5.3部分.

另外, the log files generated by the adstrtal/adstpall 脚本生成的日志文件也提供了一个包含AutoConfig管理的应用服务组及服务的列表. 此列表也列出了一个特定服务组或服务是被启用的还是被禁用的.

2. 启用或禁用一个服务组

* 检查与服务组相关的上下文变量'status'的值.
* 更该这个变量的值为'enabled'启用该服务组, 或改为'disabled'禁用该服务组.

3. 启用一个服务

* 检查与服务所属服务组相关的上下文变量'status'的值.
* 若服务组的该变量值为'disabled', 如上所述，启用该服务组.
* 若与该服务相关的上下文变量'status'的值不是'enabled', 将其更改为'enabled'.

4. 禁用一个服务

* 检查与该服务相关的上下文变量'status'的值.
* 若此变量的值不是'disabled', 将其更改为'disabled'.

例如, 执行如下步骤通过AutoConfig管理服务'Oracle Metrics Server' (服务组'Other Services'的一部分) .

1. 检查服务组'Other Services'的状态.
2. 若为'disabled', 将上下文变量's_other_service_group_status'的值改为'enabled'.
3. 下一步检查服务'Oracle Metrics Server'的状态.
4. 若为'disabled', 将上下文变量's_metsstatus'的值改为'enabled'.

注释: 关于电子商务套件第12版中服务组和服务的更详细的信息, 请参阅My Oracle Support知识库文件 406558.1.
7.2. 管理Oracle电子商务套件服务进程的命令
1. 管理应用层进程的命令脚本 adstrtal/adstpall 可以被用来开启/关闭所有AutoConfig管理的应用服务. 或者，它也可以使用各自的服务控制脚本分别地管理各个单独的服务.

如下列出的所有脚本都位于 /admin/scripts.
功能UNIX 命令Windows 命令Start Applications servicesadstrtal.shadstrtal.cmdStop Applications servicesadstpall.shadstpall.cmdStart individual service start start
Stop individual service stop stop

注释: 关于相应的服务控制脚本名称的信息, 请参阅My Oracle Support知识库文件 406558.1的第3部分.

2. 管理数据库层进程的命令

如下所列脚本都位于
/appsutil/scripts/.

功能UNIX 命令Windows 命令Start database listener processaddlnctl.sh start addlnctl.cmd start Stop database listener processaddlnctl.sh stop addlnctl.cmd stop Start database processaddbctl.sh startaddbctl.cmd startStop database processaddbctl.sh stopaddbctl.cmd stop

注释: To 管理运行在一个Oracle电子商务套件第12版实例上的Oracle Configuration Manager (OCM)进程, 请参阅 OCM documentation. OCM 进程不是由标准服务管理脚本, 如 adstrtal.sh 和 adstpall.sh 来管理的.
第8部分: 已知问题本节列出任何与Oracle电子商务套件第12版环境配置管理相关的已知问题.

1. 在不同的节点启用表单服务和批处理服务的多节点安装中, OAM 更新批处理服务节点上的上下文变量失败

检查表单服务节点上的监听服务是否开启了. 若该服务停掉了, 用如下方法中的一个开启该服务:

1. 使用如下命令手动开启TNS监听服务:

* UNIX
sh $INST_TOP/admin/scripts/adalnctl.sh start

* Windows
%INST_TOP%\admin\scripts\adalnctl.cmd start

1. 在表单服务节点上通过脚本adstrtal/adstpall启用TNS监听服务的管理.

* 通过第7部分中提到的如下步骤'启用' TNS监听服务
* 使用脚本adstpall.sh/cmd停掉所有中间层服务.
* 使用脚本adstrtal.sh/cmd开启中间层服务.

2. 在Windows Itanium平台上AutoConfig执行失败

应用one-off补丁 6501658, 它提供了这个问题的解决方案. 为了应用这个one-off补丁, 客户至少需要在12.0.2补丁集.

第9部分: 常见问题9.1. 概述和术语
1. 什么是AutoConfig?
2. 应用层和数据库层之间有什么差异?
3. 在一个多节点系统中我如何确定应用层和数据库层?
4. 我如何为一个多节点的系统配置AutoConfig?
5. 在一个典型的多节点系统中我用哪个用户登陆以使用AutoConfig?
6. 术语"Context name"是什么意思?
7. 术语"Config Home"是什么意思?
8. AutoConfig基本组件是什么 ?
9. 不同的 AutoConfig 脚本有哪些以及它们做什么?

9.2. 上下文文件
1. 应用程序的上下文文件的命名约定是什么?
2. 我如何对应用程序的上下文文件做更改?
3. 在第12版中我能使用adbldxml.pl生成上下文文件吗?
4. 如果应用程序的上下文文件丢失或意外被删除我如何恢复它?

9.3. 运行AutoConfig
1. 我应该什么时候运行AutoConfig?
2. 当我运行AutoConfig时哪些文件和配置文件选项被更改了?
3. AutoConfig生成的日志文件在放在哪?
4. AutoConfig 会生成哪些基于的目录?
5. 用来开启服务的控制脚本的位置在哪?
6. 我如何回滚一个AutoConfig会话?

9.4. 自定义
1. 我如何保存自定义到一个AutoConfig管理的环境?
2. "Customizable Templates"是什么?
3. "Non-Customizable templates"是什么?
4. 我如何确定一个模板是否为"Customizable/Non-Customizable"模板?
5. 给一个自定义模板发送apps用户/密码的机制是什么?
6. 当一个补丁或Oracle文件指导我手动修改一个AutoConfig维护的文件我该做什么?

9.5. 打 AutoConfig补丁
1. 我如何得到AutoConfig最新的更新?
2. 我如何应用最新的AutoConfig补丁?

9.6. 网络服务
1. 网络服务拓扑数据模型是什么?
2. 网络服务拓扑数据模型是什么时候被置入的?
3. 产生tnsnames.ora 文件的机制是什么?
4. 我如何置入网络服务拓扑数据模型?
5. 我何时需要注销一个数据库层或一个应用层?
6. 我如何从网络服务拓扑数据模型中注销一个应用层?
7. 我如何从网络服务拓扑数据模型中注销一个数据库层?
8. 我何时需要清除完整的网络服务拓扑数据模型?
9. 我如何清除完整的网络服务拓扑数据模型?
10. 清除网络服务拓扑数据模型之后我如何置入?
11. 我想从网络服务拓扑数据模型中注销一个应用层或数据库层. 我不能使用adgentns.pl因为我已经将该层实效了或将上下文文件移除了. 我如何注销该层?
12. 我想清除完整的网络服务拓扑数据模型. 我不能使用adgentns.pl 脚本因为我已经将相关的上下文文件移除了. 我如何清除这个数据模型?
13. 我如何配置AutoConfig以生成故障转移别名?
14. 我可以为哪个数据库版本定义漂移别名?

9.7. 数据库连接
1. 运行AutoConfig时数据库服务器应该保持是可用状态吗?
2. 上下文变量s_apps_jdbc_connect_descriptor的用处是什么?
3. 我何时需要重置(清空)上下文变量s_apps_jdbc_connect_descriptor?
4. AutoConfig 支持 spfiles吗?
5. 当我从一个主机/平台迁移我的数据库到另外一个的时候我需要遵循什么步骤来维护我的数据库连接?
6. 我将我的数据库迁移到一个新的主机/平台, 可是应用层仍然试图连接到旧的数据库. 我如何解决这种情况, 以使应用层连到新的数据库上?

9.8. Oracle RAC
1. 我的 Release 12实例被配置为RAC. 现在我想迁移到AutoConfig. 我如何实现?
2. 我的 Release 12实例被配置为非RAC. 现在我想迁移到使用AutoConfig的RAC. 我应该遵循什么步骤?
3. 我应用了所有被需要的RAC补丁, 可是我的TWO_TASK变量仍然指向实例别名. 我如何将它们指向负载均衡别名?
4. 我的 RAC 环境使用一个spfile. 我如何确保我的spfile和init.ora文件同步?

9.9. Windows的具体要求
1. 对于MSDEVDIR的正确设定是什么?
2. 在 Windows上我能使用MKS提供的perl运行adconfig.cmd吗?

9.10. 故障排除
1. 如果我的AutoConfig脚本以非零状态退出我应该做什么?

9.1. 概述和术语1) 什么是AutoConfig?答案:
AutoConfig 是一个自动化Oracle电子商务套件实例配置的配置工具. 配置的应用系统所需的信息被收集到一个XML存储库, 叫做 应用程序上下文文件. 对于每个应用层有一个应用程序上下文文件, 每个数据库层也有一个. 当AutoConfig运行时, 它使用应用程序上下文文件中的信息来产生所有的配置文件并更新数据库配置文件.

返回常见问题列表

2) 应用层和数据库层之间有什么差异?答案:
我们回答之前, 让我们定义几个Release 12架构上下文中的术语:

* 一个服务器是提供一个特定功能的进程的传统术语. 这个术语, 在表示一个单一的进程的意义上,对于Release 12架构的一些组件是不够合适的,在这种情况下, 替换术语: 服务或服务组被使用.
* 一个节点是一个服务器的逻辑分组, 因此根本上是软件的概念，而不是硬件的概念, 虽然它也经常用来指安装一个特定节点的机器.
* 一个层 是一个服务器或服务的逻辑分组, 潜在地分布在多于一台的物理机器上.

现在，让我们来回答这个问题.

* 应用层 (有时叫做中间层)包括一些服务器或定义在每个应用节点上被开启并根据该节点执行的功能被激活或停用的一组进程的服务. 包括表单服务, Web服务, 及批处理服务(并发处理服务器). 这些服务的一个关键角色是提供桌面层和数据库层之间的通讯.
* 数据库层包括数据库服务器, 在一个Oracle数据库中存储Release 12系统的所有数据.

应用层服务器使用的文件的主要位置是APPL_TOP, 而数据库层服务器使用的文件的主要位置是Oracle10g ORACLE_HOME.

返回常见问题列表

3) 在一个多节点系统中我如何确定应用层和数据库层?答案:
一个节点可以支持一个或多个服务器 (或服务), 因此可以属于一个或多个层.
在一个单节点系统中, 该节点既属于应用层也属于数据库层，因为所有的服务器包含单一节点上.
在一个多节点系统中, 每个节点支持一个或多个服务器 (或服务), 并属于一个或两个层. 若此节点提供任意应用层服务, 包括表单服务, Web 服务, 或批处理服务 (并发处理服务器), 这样在节点上就有一个APPL_TOP, 它属于应用层, 并被认为是一个应用层服务器节点. 若此节点包括数据库服务器, 这意味着在节点上有一个Oracle10g ORACLE_HOME及应用程序数据库实例, 这样该节点属于数据库层，被认为是一个数据库服务器节点.
我们来分析一个常见的配置: 数据库服务器和并发处理服务器在一个节点(节点 1), 其他服务器在第二个节点(节点 2). 因为节点 1 既包括一个应用层服务器(并发处理服务器) 和数据库服务器, 节点1 既属于数据库层也属于应用层. 因为节点 2 只包含应用层服务器, 节点2属于应用层.
返回常见问题列表

4) 我如何为一个多节点的系统配置AutoConfig?答案:
在Oracle电子商务套件第12版中的每个应用层节点上AutoConfig是默认被启用的.
返回常见问题列表

5) 在一个典型的多节点系统中我用哪个用户登陆以使用AutoConfig?答案:
对于运行Windows的节点, 这只有一个用户既拥有应用层服务器也拥有数据库层服务器, 所以您可以用这个用户登陆.
对于运行UNIX (包括Linux)的节点, 如果您想配置应用层服务器, 以拥有应用层服务器的用户登陆(通常指applmgr用户). 若您想配置数据库服务器, 以拥有数据库服务器的用户登陆(通常指 oracle 用户). 请注意，applmgr用户和oracle用户可以是相同的用户，或不同的用户.
返回常见问题列表

6) 术语"Context name"是什么意思?答案:
""是您的上下文资料库的逻辑名. 的默认值是_.
返回常见问题列表

7) 什么是环境变量$INST_TOP?答案:
第12版中的新的变量, Instance Top ($INST_TOP)是所有特定于实例的信息的集中位置. 通过上下文变量s_config_home被指向的位置.
返回常见问题列表

8) AutoConfig的基本组件是什么?答案:
组件位置描述应用程序上下文文件应用层:
/appl/admin数据库层:
/appsutil

一个XML库 (.xml) 包含特定的应用程序实例的信息.
不要手动更新这个文件!AutoConfig模板文件应用层:
/admin/template
例如:
/admin/template
/admin/template
数据库层:
/appsutil/template

例如:
apps_nt.conf
apps_ux.confAutoConfig驱动文件应用层:
/admin/driver

例如:
/admin/driver/adtmpl.drv
/admin/driver/fndtmpl.drv数据库层:
/appsutil/template
被AutoConfig用来列出AutoConfig的模板文件, 它们的目标位置, 及将要执行的命令, 例如, 更新配置文件选项的命令. 每个 Product Top包含它们自己的AutoConfig驱动文件.AutoConfig 脚本应用层:
/bin数据库层:
/appsutil/bin
为AutoConfig APIs提供了一个简单的界面.
例如:
adautocfg.sh/adautocfg.cmd
adconfig.sh/adconfig.cmd
返回常见问题列表

9) 不同的 AutoConfig 脚本有哪些以及它们做什么?答案:
如下表所列的脚本.
注释: .sh 脚本是对UNIX的用户, .cmd 脚本是对Windows的用户.
脚本位置描述adautocfg.shadautocfg.cmd
应用层:
/admin/scripts数据库层:
/appsutil/
scripts/
一个包装的脚本, 调用adconfig.sh/adconfig.cmd.用实例特定的值(取自应用层的上下文文件和数据库层的上下文文件)实例化模板文件. 更新配置文件和配置文件选项.adconfig.shadconfig.cmd
应用层:
/bin数据库层:
/appsutil/bin/
一个包装的脚本, 调用adconfig.pl. AutoConfig adconfig.sh/ adconfig.cmd的早期版本调用Java API来启动AutoConfig.adconfig.pl应用层:
/bin数据库层:
/appsutil/bin

一个包装的脚本, 调用 Java API来启动AutoConfig.adchkcfg.shadchkcfg.cmd
应用层:
/bin数据库层:
/appsutil/bin
产生一个强调原来的配置文件和AutoConfig生成的配置文件差异的报告. 报告命名为cfgcheck.html. 它位于:
应用层:
/admin/out/
数据库层:
/appsutil/out/
/

返回常见问题列表
9.2. 上下文文件1) 应用程序的上下文文件的命名约定是什么?答案:
上下文文件的默认名字是 .xml.
返回常见问题列表

2) 我如何对应用程序的上下文文件做更改?答案:
在Oracle Applications Manager (OAM)中, 导航到 Site Map. 点击 AutoConfig. 点击Edit Parameters来编辑相应的上下文文件.
注意: 手动的编辑一个上下文文件是不被支持的. 许多的上下文变量之间都有依赖关系. OAM AutoConfig解决了更改变量值时的所有这些依赖关系. 手动编辑上下文文件可能使数据进入不一致的状态.返回常见问题列表

3) 在第12版中我能使用adbldxml.pl生成上下文文件吗?答案:
工具 adbldxml.pl只可以被用来产生数据库层的上下文文件. 当迁移AutoConfig到一个不是由快速安装建立的数据库层时或者从电子商务套件11i到第12版来升级数据库层时, 它被经常使用. 在应用层此工具不被支持.
返回常见问题列表
4) 如果应用程序的上下文文件丢失或意外被删除我如何恢复它?答案:
应用程序的上下文文件可以通过运行脚本adclonectx.pl 取回.
为了取回应用层的上下文文件,

* 在应用层执行如下命令.

perl /clone/bin/adclonectx.pl retrieve

* 在被提示输入要取回的上下文文件时, 选择取回丢失的应用层上下文文件选项并将其放在脚本指定的默认位置.

如上的脚本只可以在依然完好时被使用. 若 也得到了意外丢失了,应用层上下文文件可以按如下方法被取回:

* 在数据库层执行如下命令:
perl /appsutil/clone/bin/adclonectx.pl retrieve

* 在被提示输入要取回的上下文文件时, 选择取回丢失的应用层上下文文件选项.

* 当确认上下文文件的位置时, 将它放在任意一个已有的有写权限的目录中.
* 当上下文文件在指定的位置被产生, 将它移到上下文变量's_contextfile'指定的上下文文件的位置.

为了取回数据库层上下文文件,

* 在数据库层执行如下命令:
perl /appsutil/clone/bin/adclonectx.pl retrieve

* 在被提示输入要取回的上下文文件时, 选择数据库层上下文文件并将其放在脚本指定的默认位置.

返回常见问题列表
9.3. 运行 AutoConfig1) 我应该什么时候运行AutoConfig?答案:
在下列情况下，您应该运行AutoConfig:

* 您对一个上下文文件作了更改 (通过Oracle Applications Manager).
* 一个 OracleMetaLink 文件指导您作为升级, 迁移, 克隆及/或配置流程的一部分运行AutoConfig.
* 一个Oracle补丁的自述文件指导您在应用完补丁后运行AutoConfig.
* 您应用了任何ADX产品的补丁.

返回常见问题列表

2) 当我运行AutoConfig时哪些文件和配置文件选项被更改了?答案:
运行工具adchkcfg以得到一个HTML报告, 列出您运行AutoConfig时被更改的所有文件及配置文件选项.
关于怎样运行工具adchkcfg的说明及此工具产生的报告的讨论信息, 请参阅第5.3部分.
返回常见问题列表

3) AutoConfig生成的日志文件在放在哪?答案:
AutoConfig生成的日志文件在放在:
应用层:
/admin/log//adconfig.log
数据库层:
/appsutil/log///adconfig.log
= (AutoConfig运行的月, 日, 时, 及分)
返回常见问题列表
4) AutoConfig 会生成哪些基于的目录?答案:
AutoConfig 产生如下基于的目录:

Instance Top: /inst/apps/返回常见问题列表

5) 用来开启服务的控制脚本的位置在哪?答案:
启动/停止的服务的控制脚本位于/admin/scripts. 此位置也被环境变量$ADMIN_SCRIPTS_HOME指定.
返回常见问题列表

6) 我如何回滚一个AutoConfig会话?答案:
每一个AutoConfig会话的所有备份配置文件被存储在:
应用层:
/admin/out/
数据库层:
/appsutil/out//
: = (AutoConfig运行的月, 日, 时, 及分)
您可运行 restore.sh (UNIX) 或 restore.cmd (Windows) 来回滚一个AutoConfig 会话.
返回常见问题列表
9.4. 自定义1) 我如何保存自定义到一个AutoConfig管理的环境?答案:
如何实施自定义的详细信息, 请参照第4部分.
返回常见问题列表

2) "Customizable Templates"是什么?答案:
它们是可以添加自定义并被AutoConfig识别的模板.
返回常见问题列表

3) "Non-Customizable templates"是什么?答案:
它们是不支持自定义的模板. 任何在这些模板上做的自定义都不被AutoConfig识别.

返回常见问题列表

4) 我如何确定一个模板是否为 "Customizable/Non-Customizable"模板?答案:
如果一个驱动文件中的某条模板文件记录的结尾出现关键字"LOCK" , 则该文件为non-customizable模板. 若没看到关键字"LOCK", 则该模板可以被自定义.

例如:
fnd admin/template apps_conf_1013.tmp INSTE8 /10.1.3/Apache/Apache/conf apps.conf 600 LOCK
因此, apps_conf_1013.tmp 是一个 non-customizable的模板.
返回常见问题列表
5) 给一个自定义模板发送apps 用户/密码的机制是什么?答案:
在第11i版中, APPS用户名和密码被作为命令行参数传递给调用脚本. 在第12版中, APPS用户名和密码而是通过标准输入被传递, 以提高安全性.
返回常见问题列表

6) 当一个补丁或Oracle文件指导我手动修改一个AutoConfig维护的文件我该做什么?答案:
向Oracle技术支持建立一个服务请求以请求将更改合并到相关的AutoConfig模板中.
返回常见问题列表

9.5. 打AutoConfig补丁1) 我如何得到AutoConfig最新的更新?答案:
AutoConfig的更新是由TXK产品补丁提供的, 它提供ADX和TXK模板补丁以及AutoConfig补丁. 补丁 9386653 提供12.0.X的最新TXK产品补丁. Patch 8919489 包含12.1.X的最新TXK产品补丁.
返回常见问题列表

2) 我如何应用最新的AutoConfig补丁?答案:
为了应用最新的AutoConfig模板补丁 (Patch 9386653 - 12.0.X 客户， Patch 8919489 - 12.1.X 客户), 按顺序执行第3部分中所列步骤 . 此补丁只在12.0.X上被需要。
返回常见问题列表
9.6. 网络服务1) 网络服务拓扑数据模型是什么?答案:
网络服务拓扑数据模型存储一个单独的Oracle电子商务套件实例的全部拓扑信息. 数据模型存储Oracle电子商务套件实例中各个节点的信息, 然后用这些信息生成网络服务配置文件，例如：tnsnames.ora.
网络服务拓扑数据模型存储如下信息:

* 数据库层: 主机名, 数据库 SID, 数据库名, 实例名, TNS 描述符
* 应用层: 主机名, FNDFS 和 FNDSM 别名描述符

AutoConfig将相关的数据置入数据模型中.
返回常见问题列表

2) 网络服务拓扑数据模型是什么时候被置入的?答案:
网络服务拓扑数据模型是在各自层运行AutoConfig时被置入（被更新）的. 您每次在数据库层运行AutoConfig, 相关的数据被置入数据库层. 您每次在应用层运行AutoConfig, 相关的数据被置入应用层.
返回常见问题列表

3) 产生tnsnames.ora 文件的机制是什么?答案:
AutoConfig运行脚本adgentns.pl动态地生成tnsnames.ora文件. 此脚本被引入以支持增强型配置方案，如Oracle RAC.
返回常见问题列表

4) 我如何置入网络服务拓扑数据模型?答案:
网络服务拓扑数据模型可以通过在数据库层运行AutoConfig， 然后在应用层运行AutoConfig被置入. 也可查看问题 2.
返回常见问题列表

5) 我何时需要注销一个数据库层或一个应用层?答案:
以下情况之一， 您必须从网络服务拓扑数据模型注销一个层:

* 您想删除一个应用层
* 您的数据库被省级/迁移而导致某个如下参数的一个更改:

* 数据库主机
* 数据库端口
* 数据库名字
* 数据库SID

您应该在该层实效前将其注销.
返回常见问题列表

6) 我如何从网络服务拓扑数据模型中注销一个应用层?答案:
从网络服务拓扑数据模型中注销当前应用层, 调用下面的命令:
perl /bin/adgentns.pl contextfile= -removeserver
返回常见问题列表

7) 我如何从网络服务拓扑数据模型中注销一个数据库层?答案:
从网络服务拓扑数据模型中注销当前数据库层, 调用下面的命令:
perl /appsutil/bin/adgentns.pl contextfile= -removeserver
返回常见问题列表

8) 我何时需要清除完整的网络服务拓扑数据模型?答案:
当数据库升级或迁移而导致数据库名字更改时您需要清除完整的网络服务拓扑数据模型.
返回常见问题列表

9) 我如何清除完整的网络服务拓扑数据模型?答案:
清除完整的网络服务拓扑数据模型, 运行下面的命令:
perl &lt