EBS R12 Demo 虚拟机 使用Readme
/*
Media : Oracle EBS virtual machine
Version : Oracle EBS 12.1.3 (Demo)
vm Release date : 2010-08-13
Language : English & Chinese
Pourpose : Only use for Training and SelfStudy
patchs have been applied on this vm:
2010-07-26 Create EBS 12.1.1(Demo) English version
2010-08-08 p8576725_12.1.0_R12_GENERIC This is an AD Patch ,use to Faster Language patching Process;
2010-08-13 V16181-01.zip ZHS language Patch
2010-08-15 p8502056_R12.AD.B_R12_LINUX.zip AD Patch Which Must be applied Before R12.1.2 RUP2 Patch
2010-08-15 7303033,7303033_ZHS R12.1.X RUP2 patch( know as 12.1.2) (比较耗时 大约16小时)
2010-09-23 解决系统使用中的有些问题(包括中文登陆及OM界面及INV模块授权等,详情:http://blog.retailsolution.cn/archives/2585)
2010-11-27 p9239089_R12.AD.B_R12_LINUX.zip AD Patch Which Must be applied Before R12.1.3 RUP3 Patch
2010-11-27 9239090,9239090_ZHS R12.1.X RUP3 patch( know as 12.1.3) (比较耗时 大约16小时)
2011-03-06 对虚拟硬盘进行重新整理，去掉未用空间，总大小从312G缩小到240G（依然保留10G可用空间）
If you have any Problem ,please contact yunfang.shang@hand-china.com
*/
使用指南:
1 使用vmware 7.1打开(如果你的机器配置不高,请打开后调整虚拟机的内存和CPU配置,默认是分配4G内存,4个逻辑CPU)
2 打开vmx时询问 move 还是 copy ,选择move
3 Linux 用户名/密码: root/rootroot
4 起数据库和应用服务器
切换到oracle用户,在/home/oracle 目录下有起停数据库的脚本,执行即可.
su – oracle
./startdb.sh
切换到applmgr用户,在/home/applmgr 目录下有起停应用的脚本,执行即可.
su – applmgr
./startapp.sh
5 停应用服务器和数据库
切换到applmgr用户,在/home/applmgr 目录下有起停应用的脚本,执行即可.
su – applmgr
./stopapp.sh
切换到oracle用户,在/home/oracle 目录下有起停数据库的脚本,执行即可.
su – oracle
./stopdb.sh
6 若要执行应用层的adadmin,adpatch等工具,请切换到applmgr用户 su – applmgr (将自动执行环境变量 . /home/applmgr/.bash_profile)
7 若要执行dB层的工具,请先执行环境变量,请切换到oracle用户 su – oracle(将自动执行环境变量 . /home/oracle/.bash_profile)
8 访问: http://syfdemo.ml.com:8000
用户名/密码: sysadmin/sysadmin
operations/welcome
备注:
1 你需要在windos/system32/drivers/etc/hosts 中添加域名解析(假设你的主机中的vmnet8网卡的网段是192.168.15.1,虚拟网络上vmnet8的网关设置为192.168.15.2)
192.168.15.23 syfdemo.ml.com syfdemo
2 此虚拟机采用Nat 方式,IP地址为192.168.15.23, 你需要更改你的虚拟环境nat网卡的设置
1）在Win7 控制面板\网络和 Internet\网络连接 把VMnet8的ip地址改成192.168.15.1
2) 在vmware 菜单 edit\virtural network edit\ 吧VMnet8的Subnet IP 地址设置为 192.168.15.0 ,nat Setting 中 网关设置为192.168.15.2;
3) 重启vmware.
OK了。
若你不想改变自己的nat网络设置，那么可以改变虚拟服务器的IP地址，但注意IP变更后请运行autofig($INST_TOP/admin/scripts/adautocfg.sh),否则会出现oc4j连接不上数据库而出现http 500错误.
3 关于诊断：已经在站点层把系统配置文件 Utilities:Diagnostics 设置为Yes,因此通过菜单 帮助->诊断-检查，不需要输入密码（http://forums.oracle.com/forums/thread.jspa?messageID=9247656）
4 使用过程中有任何问题，可到这里讨论：http://spaces.hand-china.com/home/space.php?uid=1497&do=blog&id=2037
常见问题：
1、现象：有同学启动虚拟机的时候选择了复制，结果在启动linux的时候被询问是否要重新配置的时候选择了Skip忽略，导致无法启动数据库。
原因：网络状态无效。
解决：在linux->系统设置->网络管理-> 网卡eth0的硬件配置处重新探测MAC地址，然后保存，重启网络 service network restart
停止数据库：./stopdb.sh
如果侦听还没被停掉，使用lsnrctl stop停止它。
重启数据库 ./startdb.sh
2、现象：有同学自行运行了autoconfig ,但不知道apps密码，于是随便给了一个密码运行了一段出问题了，启动数据库没问题，但启动应用服务的时候报用户名或密码错。
原因：非正常运行autoconfig 导致 Apps用户被锁定，
解决：使用system登陆数据库，把apps用户解锁 alter user apps account unlock;
再次运行autoconfig ,使用正确的apps密码（apps)
autoconfig成功完成后，再次启动应用服务器。
3、现象：有同学不小心使用root用户启动应用服务器，结果不成功，切换到applmgr后再次启动应用服务器也不成功；
原因：使用root用户启动导致opmn的log文件的所有者被改成root, applmgr启动时因为权限不够无法成功启动。
更改错误提示中提及的log文件的权限的所有者为applmgr, 再次以applmgr启动服务可以成功.
此问题也会导致autoconfig失败，原因也是有2个文件的所有者被改成root,根据autoconfig的log信息可以找到这两个文件，更改权限为applmgr所有后可以成功完成autoconfig.
但 数据库、应用服务启动均正常，但访问时出现 无法找到OA_HTML/appslogin的情况；把$INST目录递归更改成applmgr:dba后解决。
解决：在应用目录下找出user是root的文件
[root@syfdemo opmn]# find /d01/oracle/VIS/inst/apps -type f -user root -exec ls -ls {} \;
将找到的文件的所有者和组改为应用的用户.
例如：chown -R applmgr:dba /d01/oracle/VIS/inst/apps/VIS_syfdemo/logs
chown -R applmgr:dba /d01/oracle/VIS/inst/apps/VIS_syfdemo/ora/10.1.3/j2ee
然后停应用,重启服务器!!
4、现象：有同学回到寝室使用虚拟机，启动服务器正常，但访问时卡了，很长时间后出现http 500错误。
原因：目前实验发现虚拟机中的oracle db11g 的侦听服务对主机网卡状态敏感，主机网卡没联网的情况会导致反应很慢的情况。
解决：使用EBS R12虚拟机时请保志主机网卡状态处于连接状态（比如可以两个人电脑互联，并设置一个固定IP,使主机网卡状态有效);或者把网络改成host only方式（这种方式不需要保持网络连接状态)
或者如果你很想使用nat方式，但又无法联网，则把虚拟机中的DNS去掉也可以。
测试说明:
1、磁盘IO速度：
在光驱位或者esata接口的7200转笔记本硬盘上hdparm测试为78M/S；
在usb2.0接口的5400转笔记本硬盘上的hdparm测试为11M/S；
2、只要内存分配足够大（比如3个G），那么usb2.0接口的硬盘上使用效果也还可以，响应速度并不慢。
如果内存不够大，使用比较慢，请自行优化相关参数配置（比如DB层（DB的Init Parameter）和应用层（SID_host.xml))
关于作者:
| 昵称:Jack.shang 档案信息:jack.shang 一位从技术走向管理，再从管理走向市场的普通行者 联系方式:你可以通过syfvb@hotmail.com联系作者 点击查看Jack.shang发表过的所有文章... 本文永久链接： http://blog.retailsolution.cn/archives/2758 |
对本文的评价:
添加常见问题
常见问题：
0、 现象：有同学按照要求把网络配置好以后，主机还是无法Ping通虚拟机，在虚拟机中ping 192.168.1.2 网关的时候报网络不可用
原因：虚拟机的网卡的MAC已经更改，但设置未更改。
解决：在虚拟机菜单：应用程序->系统设置-〉网络-〉设备Tab页-〉编辑按钮-〉硬件设备Tab页 点击[探测]按钮获取正确MAC地址，然后保存，激活。
添加 TNS 连接：
9 PLSQL访问TNS配置：
syfdemo.ml.com =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = syfdemo)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = VIS)
)
)
添加常见问题
5、现象：数据库启动和访问均正常，但启动应用服务器的时候报：连接数据库失败
原因：服务器的IP地址设置错误（可能被改掉了），与Host设置不一致。
解决：更改服务器IP地址为正确的地址。
6、现象：数据库启动正常，应用服务器启动时在启动到OHS时失败，日志显示 syfdemo.ml.com:6200 Opmn服务连接失败
原因：autoconfig执行非正常结束或者失败过；
解决：关闭应用服务器，重新，正确的执行autoconfig后再次启动应用服务器；
7、现象：数据库及应用服务器启动均正常，但访问时第一个html页面可以显示，紧接着就是空白或者报http 500错误；
分析：在$INST_TOP/apps/VIS_syfdemo/logs/ora/10.1.3/j233/oacore/oacore_default_group_1/application.log中显示java.network错
误，此错误可能原因有
1、更改了IP未做autoconfig
2、也有人的mac地址未关联或者不对
解决：设置正确的mac地址并关联，后做autoconfig,在启应用服务器。
我终于找到了救命的稻草
原来是商老师
8、现象：每次使用虚拟机，启动数据库和应用服务器需要耗较多时间，且刚开始访问应用服务器时特别慢，要等很长时间，有无其他快速一点的方法。
分析：重新启动后初次访问很慢，因为很多缓存都没有的原因。
解决方法：每次用完虚拟机，不要关闭应用服务器和数据库服务器，使用暂停（pause)的方式停掉虚拟机，下次使用直接Restore即可。这样可以接着上次的工作继续做，不用重新启动数据库和应用服务器，且访问速度也挺快的。
hi,你好。下载链接有么？
商老师V5
2、只要内存分配足够大（比如3个G），那么usb2.0接口的硬盘上使用效果也还可以，响应速度并不慢。
那整个电脑的内存合理值应该是多少？我手提3G内存，分配2G左右内存给虚拟机，用EBS速度还是比较慢。
电脑可以关机吗？
@Allen
暂停后电脑可以关机。
商老大，不小心选了copied it，网上海量搜寻解决方法，无果
想不到您老藏在这儿啊，哈哈，缘分啊，您太牛了，现在果然没问题了，非常感谢
9、新建用户时报错：无法调用fnd_ldap_wrapper.create_user,原因如下：
ORA-06508: PL/SQL：无法找到正在调用 的程序单元
原因：内存不够（比如虚拟机内存在2.5G时可能发生此情况）
解决方法：把虚拟机内存设置到3G; 有同学即使设置到3G、4G也无法创建用户，经试验发现在物理内存耗尽前创建用户可以成功（一般重启服务器后，立刻创建用户可以成功）
关于EBS demo 系统无法创建用户的问题：
各位：
我的EBS demo系统无法创建用户，报错：
无法调用 fnd_ldap_wrapper.create_user，原因如下：
ora-06508: pl/sql: 无法找到正在调用 的程序单元.(USER_NAME=YUNFANG)
今天弄了一下，发现很奇怪，在
fnd_user_pkg.ldap_wrapper_create_user()中添加一段调试代码
if (fnd_log.LEVEL_STATEMENT >= fnd_log.g_current_runtime_level) then
fnd_log.string(FND_LOG.LEVEL_STATEMENT,
‘syfdemo2:fnd_user_pkg’,
‘ldap_wrapper_create_user’);
end if;
再重新编译一下就好了，你们试试看是否有用？
详情参考：http://blog.retailsolution.cn/archives/3184
9、我的内存很大，想调大数据库的SGA，但当我把SGA调整到3G的时候，报无法加载内存的错误，如何做？
原因：32位系统的SGA有限制，最大也就能调到2.7G
解决方案：
1、调整OS参数shmmax 到3G(32为系统最大可以调整到4G）
vi /etc/sysctl.conf
调整后重启OS
2、调整initVIS.ora 中的SGA到2700M(也就这么大了，再大起不了数据库了）
调整后启动数据库
意外死机时经常导致正在运行的EBS虚拟机数据文件损坏，这里例举两个例子，希望对大家有帮助：
现象1：
运行startdb.sh时报错：
ORA-01081: cannot start already-running ORACLE – shut it down first
然后执行
sqlplus ‘/as sysdba’
SQL>alter database open;
ERROR at line 1:
ORA-01172: recovery of thread 1 stuck at block 3651180 of file 8
ORA-01151: use media recovery to recover block, restore backup if needed
解决方案：
SQL> recover datafile 8; / 恢复成功
Media recovery complete.
然后再次open 就OK了
SQL>alter database open;
现象2：
Database mounted.
ORA-01589: must use RESETLOGS or NORESETLOGS option for database open
解决方案：=suggested | filename | AUTO | CANCEL}
sqlplus ‘/as sysdba’
执行：
SQL>alter database open resetlogs 时报错：
ERROR at line 1:
ORA-01194: file 1 needs more recovery to be consistent
ORA-01110: data file 1: ‘/d01/oracle/VIS/apps_st/data/sys1.dbf’
于是执行：
SQL>recover database using backup controlfile until cancel;
又报错:
ORA-00279: change 10132184204591 generated at 12/18/2014 09:05:34 needed for
thread 1
ORA-00289: suggestion :
/d01/oracle/VIS/tech_st/11.1.0s/arch1_424_726452089.dbf
ORA-00280: change 10132184204591 for thread 1 is in sequence #424
Specify log: {
需要给它制定一个log文件，于是执行：
SQL> select v1.group#, member, sequence#, first_change# from v$log v1, v$logfile v2 where v1.group# = v2.group#;
可以得到#424对应的文件是：
/d01/oracle/VIS/apps_st/data/log3.dbf
然后就重新执行：=suggested | filename | AUTO | CANCEL} 的时候
SQL>recover database using backup controlfile until cancel;
等提示 Specify log: {
输入：/d01/oracle/VIS/apps_st/data/log3.dbf 然后回车
结果恢复成功，然后再次执行：
SQL> alter database open resetlogs
提示成功
然后我们重启数据库
有同学在虚拟机的网络设置处添加了prime DNS 的配置后出现数据库登录特慢的问题；
登录大概需要2分钟以上，应用服务器启动也爆满，虽然能启动成功，但应用服务器无法正常使用，参看应用服务器的J2ee日志汇报 SSO 类无法初始化成功。 真正的原因还是数据库，查看alert_VIS.log 发现ORA-609 和TNS-12537错误；
解决方法就是在网络设置->DNS处 把 DNS去掉。原因可参考：
http://blog.retailsolution.cn/archives/3502
DNS去掉以后，数据库登录正常，应用服务器器访问正常。
意外死机恢复案例3：
现象：数据库启动时报错：
ORA-00600: internal error code, arguments: [kcratr1_lastbwr], [], [], [], [],
[], [], [], [], [], [], []
解决方法：
Solution
Mount the database and issue a recover statement
SQL> startup mount;
SQL> recover database;
SQL> alter database open;
References ： http://blog.sina.com.cn/s/blog_6c9ac4f60100nlm9.html
例子：
[root@syfdemo ~]# su – oracle
[oracle@syfdemo ~]$ sqlplus ‘/as sysdba’
SQL*Plus: Release 11.1.0.7.0 – Production on Tue Jan 20 16:32:59 2015
Copyright (c) 1982, 2008, Oracle. All rights reserved.
Connected to an idle instance.
SQL> alter database mount;
alter database mount
*
ERROR at line 1:
ORA-01034: ORACLE not available
Process ID: 0
Session ID: 0 Serial number: 0
SQL> start mount;
SP2-0310: unable to open file “mount.sql”
SQL> startup mount;
ORACLE instance started.
Total System Global Area 1573527552 bytes
Fixed Size 1313624 bytes
Variable Size 452986024 bytes
Database Buffers 1107296256 bytes
Redo Buffers 11931648 bytes
Database mounted.
SQL> alter system set max_dump_file_size=’20M’;
System altered.
SQL> alter database open;
alter database open
*
ERROR at line 1:
ORA-00600: internal error code, arguments: [kcratr1_lastbwr], [], [], [], [],
[], [], [], [], [], [], []
SQL> select sysdate from dual;
SYSDATE
——————
20-JAN-15
SQL> recover database;
Media recovery complete.
SQL> alter database open;
Database altered.
SQL> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL>
关闭后，重启即可；
EBS R12 文档地址：
https://docs.oracle.com/cd/E26401_01/index.htm