首页 > EBS-DBA > EBS R12 Demo 虚拟机 使用Readme

EBS R12 Demo 虚拟机 使用Readme

2011年4月20日 admin 发表评论 阅读评论

/*
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))

 

 

关于作者:

昵称:admin
档案信息:商云方 (yunfang.shang@hand-china.com), HAND技术服务中心
联系方式:你可以通过syfvb@hotmail.com联系作者
点击查看admin发表过的所有文章...
本文永久链接: http://blog.retailsolution.cn/archives/2758

 

 

对本文的评价:

1 Star2 Stars3 Stars4 Stars5 Stars (No Ratings Yet)
Loading ... Loading ...

 

 

  1. 2011年7月15日10:37 | #1

    添加常见问题

    常见问题:

    0、 现象:有同学按照要求把网络配置好以后,主机还是无法Ping通虚拟机,在虚拟机中ping 192.168.1.2 网关的时候报网络不可用

    原因:虚拟机的网卡的MAC已经更改,但设置未更改。

    解决:在虚拟机菜单:应用程序->系统设置-〉网络-〉设备Tab页-〉编辑按钮-〉硬件设备Tab页 点击[探测]按钮获取正确MAC地址,然后保存,激活。

  2. 2011年7月15日10:37 | #2

    添加 TNS 连接:
    9 PLSQL访问TNS配置:
    syfdemo.ml.com =
    (DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = syfdemo)(PORT = 1521))
    (CONNECT_DATA =
    (SERVER = DEDICATED)
    (SERVICE_NAME = VIS)
    )
    )

  3. cat
    2011年8月5日16:12 | #3

    添加常见问题

    5、现象:数据库启动和访问均正常,但启动应用服务器的时候报:连接数据库失败

    原因:服务器的IP地址设置错误(可能被改掉了),与Host设置不一致。

    解决:更改服务器IP地址为正确的地址。

    6、现象:数据库启动正常,应用服务器启动时在启动到OHS时失败,日志显示 syfdemo.ml.com:6200 Opmn服务连接失败

    原因:autoconfig执行非正常结束或者失败过;

    解决:关闭应用服务器,重新,正确的执行autoconfig后再次启动应用服务器;

  4. cat
    2011年8月15日15:42 | #4

    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,在启应用服务器。

  5. Unique
    2011年8月17日23:47 | #5

    我终于找到了救命的稻草
    原来是商老师

  6. cat
    2011年8月20日08:55 | #6

    8、现象:每次使用虚拟机,启动数据库和应用服务器需要耗较多时间,且刚开始访问应用服务器时特别慢,要等很长时间,有无其他快速一点的方法。

    分析:重新启动后初次访问很慢,因为很多缓存都没有的原因。

    解决方法:每次用完虚拟机,不要关闭应用服务器和数据库服务器,使用暂停(pause)的方式停掉虚拟机,下次使用直接Restore即可。这样可以接着上次的工作继续做,不用重新启动数据库和应用服务器,且访问速度也挺快的。

  7. Parhelion
    2011年8月23日09:09 | #7

    hi,你好。下载链接有么?

  8. jason
    2011年9月21日08:34 | #8

    商老师V5

  9. Allen
    2011年9月22日00:37 | #9

    2、只要内存分配足够大(比如3个G),那么usb2.0接口的硬盘上使用效果也还可以,响应速度并不慢。

    那整个电脑的内存合理值应该是多少?我手提3G内存,分配2G左右内存给虚拟机,用EBS速度还是比较慢。

  10. Allen
    2011年9月22日00:37 | #10

    cat :8、现象:每次使用虚拟机,启动数据库和应用服务器需要耗较多时间,且刚开始访问应用服务器时特别慢,要等很长时间,有无其他快速一点的方法。
    分析:重新启动后初次访问很慢,因为很多缓存都没有的原因。
    解决方法:每次用完虚拟机,不要关闭应用服务器和数据库服务器,使用暂停(pause)的方式停掉虚拟机,下次使用直接Restore即可。这样可以接着上次的工作继续做,不用重新启动数据库和应用服务器,且访问速度也挺快的。

    电脑可以关机吗?

  11. cat
    2011年9月30日10:24 | #11

    @Allen
    暂停后电脑可以关机。

  12. shelphone
    2011年10月1日15:51 | #12

    商老大,不小心选了copied it,网上海量搜寻解决方法,无果

    想不到您老藏在这儿啊,哈哈,缘分啊,您太牛了,现在果然没问题了,非常感谢

  13. cat
    2011年10月14日21:14 | #13

    9、新建用户时报错:无法调用fnd_ldap_wrapper.create_user,原因如下:
    ORA-06508: PL/SQL:无法找到正在调用 的程序单元

    原因:内存不够(比如虚拟机内存在2.5G时可能发生此情况)
    解决方法:把虚拟机内存设置到3G; 有同学即使设置到3G、4G也无法创建用户,经试验发现在物理内存耗尽前创建用户可以成功(一般重启服务器后,立刻创建用户可以成功)

  14. cat
    2012年9月18日10:50 | #14

    关于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

  15. cat
    2013年9月5日10:16 | #15

    9、我的内存很大,想调大数据库的SGA,但当我把SGA调整到3G的时候,报无法加载内存的错误,如何做?

    原因:32位系统的SGA有限制,最大也就能调到2.7G

    解决方案:
    1、调整OS参数shmmax 到3G(32为系统最大可以调整到4G)
    vi /etc/sysctl.conf
    调整后重启OS
    2、调整initVIS.ora 中的SGA到2700M(也就这么大了,再大起不了数据库了)
    调整后启动数据库

  16. lisimthmtg
    2014年5月5日11:04 | #16
  17. 2014年12月22日08:48 | #17

    意外死机时经常导致正在运行的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

    解决方案:
    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: {=suggested | filename | AUTO | CANCEL}

    需要给它制定一个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

    然后就重新执行:
    SQL>recover database using backup controlfile until cancel;
    等提示 Specify log: {=suggested | filename | AUTO | CANCEL} 的时候
    输入:/d01/oracle/VIS/apps_st/data/log3.dbf 然后回车
    结果恢复成功,然后再次执行:

    SQL> alter database open resetlogs
    提示成功

    然后我们重启数据库

  18. 2014年12月22日10:11 | #18

    有同学在虚拟机的网络设置处添加了prime DNS 的配置后出现数据库登录特慢的问题;
    登录大概需要2分钟以上,应用服务器启动也爆满,虽然能启动成功,但应用服务器无法正常使用,参看应用服务器的J2ee日志汇报 SSO 类无法初始化成功。 真正的原因还是数据库,查看alert_VIS.log 发现ORA-609 和TNS-12537错误;

    解决方法就是在网络设置->DNS处 把 DNS去掉。原因可参考:
    http://blog.retailsolution.cn/archives/3502

    DNS去掉以后,数据库登录正常,应用服务器器访问正常。

  19. 2015年1月20日08:47 | #19

    意外死机恢复案例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>

    关闭后,重启即可;

  20. 2017年12月8日01:52 | #20
  1. 本文目前尚无任何 trackbacks 和 pingbacks.
您必须在 登录 后才能发布评论.