DBA_Oracle Erp重启Database/Application/Concurrent/Apache(案例)

简介: 2014-12-27 Created By BaoXinjian 一、重启数据库 - Database Step1. 进入Script目录 [oravis@paleonode1 PROD_paleonode1]$ su - oravis [oravis@paleonode1 PROD_paleonode1]$ pwd /u1/VIS/visora/db/tech_st/11.

2014-12-27 Created By BaoXinjian

一、重启数据库 - Database


Step1. 进入Script目录

[oravis@paleonode1 PROD_paleonode1]$ su - oravis
[oravis@paleonode1 PROD_paleonode1]$ pwd
/u1/VIS/visora/db/tech_st/11.1.0/appsutil/scripts/PROD_paleonode1

Step2. 启动应用

./addbctl.sh start

Step3. 启动监听

./addlnctl.sh start PROD

Step3. 检查进程

分别检查进程 ps -ef|grep oravis

 

二、重启应用 -  Application


Step1. 进入Script目录

[applvis@paleonode1 ~]$ su - applvis
[applvis@paleonode1 ~]$ cd $ADMIN_SCRIPTS_HOME [applvis@paleonode1 ~]$ pwd /u2/VIS/visappl/inst/apps/PROD_paleonode1/admin/scripts

Step2. 启动应用 ./adstrtal.sh apps/apps

Step3. 查看进程

分别检查进程 ps -ef|grep applvis

 

三、重启并发管理器 - Concurrent Manager


Step1. 进入Script目录

[applvis@paleonode1 ~]$ cd $ADMIN_SCRIPTS_HOME
[applvis@paleonode1 ~]$ pwd
/u2/VIS/visappl/inst/apps/PROD_paleonode1/admin/scripts

Step2. 关闭并发管理 adcmctl.sh stop apps/apps

[applvis@paleonode1 scripts]$ ./adcmctl.sh stop apps/apps
You are running adcmctl.sh version 120.17.12010000.3
Shutting down concurrent managers for PROD ...
ORACLE Password:
oracle
Submitted request 5813385 for CONCURRENT FND SHUTDOWN 
adcmctl.sh: exiting with status 0
adcmctl.sh: check the logfile /u2/VIS/visappl/inst/apps/PROD_paleonode1/logs/appl/admin/log/adcmctl.txt for more information ... 

Step3. 查看进程

[applvis@paleonode1 scripts]$ ps -ef |grep FNDLIB
applvis  10984 10064  0 11:49 pts/2    00:00:00 grep FNDLIB

Step4. 重启并发管理后进程数量

[applvis@paleonode1 scripts]$ ./adcmctl.sh start apps/apps

[applvis@paleonode1 scripts]$ ps -ef |grep FNDLIB
applvis  11157 11152  0 11:51 pts/2    00:00:00 FNDLIBR
applvis  11164 10064  0 11:51 pts/2    00:00:00 grep FNDLIB

Step5. 并管理器异常时,process数为0,需进行重启

 

四、OAF重编重启 - Apache


Step1. 进入Script目录 $INST_TOP/admin/scripts

[applvis@paleonode1 ~]$ cd $ADMIN_SCRIPTS_HOME
[applvis@paleonode1 ~]$ pwd
/u2/VIS/visappl/inst/apps/PROD_paleonode1/admin/scripts

Step2. 重启Apache: adapcctl.sh stop / start

[applvis@paleonode1 scripts]$ ./adapcctl.sh stop
You are running adapcctl.sh version 120.7.12010000.2
Stopping OPMN managed Oracle HTTP Server (OHS) instance ...
opmnctl: stopping opmn managed processes...
adapcctl.sh: exiting with status 0
adapcctl.sh: check the logfile /u2/VIS/visappl/inst/apps/PROD_paleonode1/logs/appl/admin/log/adapcctl.txt for more information ...  

[applvis@paleonode1 scripts]$ ./adapcctl.sh start
You are running adapcctl.sh version 120.7.12010000.2
Starting OPMN managed Oracle HTTP Server (OHS) instance ...
opmnctl: opmn is already running.
opmnctl: starting opmn managed processes...
adapcctl.sh: exiting with status 0
adapcctl.sh: check the logfile /u2/VIS/visappl/inst/apps/PROD_paleonode1/logs/appl/admin/log/adapcctl.txt for more information ...  

Step3. 重启OC4J(只在R12系统存在): adoacorectl.sh stop / start

[applvis@paleonode1 scripts]$ ./adoacorectl.sh stop
You are running adoacorectl.sh version 120.13
Stopping OPMN managed OACORE OC4J instance ...
adoacorectl.sh: exiting with status 0
adoacorectl.sh: check the logfile /u2/VIS/visappl/inst/apps/PROD_paleonode1/logs/appl/admin/log/adoacorectl.txt for more information ...  

[applvis@paleonode1 scripts]$ ./adoacorectl.sh start
You are running adoacorectl.sh version 120.13
Starting OPMN managed OACORE OC4J instance  ...
adoacorectl.sh: exiting with status 0
adoacorectl.sh: check the logfile /u2/VIS/visappl/inst/apps/PROD_paleonode1/logs/appl/admin/log/adoacorectl.txt for more information ... 

 

五、数据库中脚本分析 - Scripts


1. 停止应用(stopAPP.sh)文件中的内容如下:

/u2/VIS/visappl/inst/apps/PROD_paleonode1/admin/scripts/adalnctl.sh stop

/u2/VIS/visappl/inst/apps/PROD_paleonode1/admin/scripts/adcmctl.sh stop apps/apps

/u2/VIS/visappl/inst/apps/PROD_paleonode1/admin/scripts/adfrmctl.sh stop

/u2/VIS/visappl/inst/apps/PROD_paleonode1/admin/scripts/adrepctl.sh stop

/u2/VIS/visappl/inst/apps/PROD_paleonode1/admin/scripts/adapcctl.sh stop

2. 停止数据库(stopDB.sh) 文件中的内容如下:

/u1/VIS/visora/db/tech_st/11.1.0/appsutil/scripts/PROD_paleonode1/addlnctl.sh stop PROD

/u1/VIS/visora/db/tech_st/11.1.0/appsutil/scripts/PROD_paleonode1/addbctl.sh stop immediate

3. 启动数据库(startDB.sh) 文件中的内容如下:

/u1/VIS/visora/db/tech_st/11.1.0/appsutil/scripts/PROD_paleonode1/addbctl.sh start

/u1/VIS/visora/db/tech_st/11.1.0/appsutil/scripts/PROD_paleonode1/addlnctl.sh start PROD

4. 启动应用(startAPP.sh) 文件中的内容如下:

/u2/VIS/visappl/inst/apps/PROD_paleonode1/admin/scripts/adalnctl.sh start

/u2/VIS/visappl/inst/apps/PROD_paleonode1/admin/scripts/adcmctl.sh start apps/apps

/u2/VIS/visappl/inst/apps/PROD_paleonode1/admin/scripts/adfrmctl.sh start

/u2/VIS/visappl/inst/apps/PROD_paleonode1/admin/scripts/adrepctl.sh start

/u2/VIS/visappl/inst/apps/PROD_paleonode1/admin/scripts/adapcctl.sh start

5. 上述命令所代表的含义如下表所示:

adalnctl.sh     Control Oracle Net8 listener for Applications services All application tier server nodes

adstrtal.sh     Start all Applications server processes All application tier server nodes

adstpall.sh     Stop all Applications server processes All application tier server nodes

adfrmctl.sh    Control Forms server Forms server node

adfmcctl.sh    Control Forms Metrics Client Forms server node

adfmsctl.sh    Control Forms Metrics Server HTTP server node

adtcfctl.sh     Control TCF SocketServer Concurrent processing server node

adcmctl.sh     Control Concurrent managers Concurrent processing server node

adrepctl.sh    Control Reports server Concurrent processing server node

adapcctl.sh   Control Apache processes HTTP server node

jtffmctl.sh     Control Oracle fulfillment server HTTP server node

 

Thanks and Regards

ERP技术讨论群: 288307890
技术交流,技术讨论,欢迎加入
Technology Blog Created By Oracle ERP - 鲍新建
相关文章
|
15天前
|
Oracle 关系型数据库 数据库
数据库数据恢复—Oracle数据库文件出现坏块的数据恢复案例
打开oracle数据库报错“system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。 数据库没有备份,无法通过备份去恢复数据库。用户方联系北亚企安数据恢复中心并提供Oracle_Home目录中的所有文件,急需恢复zxfg用户下的数据。 出现“system01.dbf需要更多的恢复来保持一致性”这个报错的原因可能是控制文件损坏、数据文件损坏,数据文件与控制文件的SCN不一致等。数据库恢复工程师对数据库文件进一步检测、分析后,发现sysaux01.dbf文件损坏,有坏块。 修复并启动数据库后仍然有许多查询报错,export和data pump工具使用报错。从数据库层面无法修复数据库。
数据库数据恢复—Oracle数据库文件出现坏块的数据恢复案例
|
3天前
|
Oracle 关系型数据库 数据库
Oracle数据恢复—异常断电导致Oracle数据库数据丢失的数据恢复案例
Oracle数据库故障: 机房异常断电后,Oracle数据库启库报错:“system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。数据库没有备份,归档日志不连续。用户方提供了Oracle数据库的在线文件,需要恢复zxfg用户的数据。 Oracle数据库恢复方案: 检测数据库故障;尝试挂起并修复数据库;解析数据文件。
|
5月前
|
SQL Oracle 关系型数据库
WARNING: Too Many Parse Errors With error=911 When Running a JDBC Application Connected to an Oracle 19c database
WARNING: Too Many Parse Errors With error=911 When Running a JDBC Application Connected to an Oracle 19c database (
77 2
|
3月前
|
存储 负载均衡 Oracle
|
3月前
|
存储 Oracle 关系型数据库
|
5月前
|
SQL Oracle 关系型数据库
Connect to Autonomous Database Using Oracle Database Tools
Connect to Autonomous Database Using Oracle Database Tools
47 1
|
4月前
|
Oracle 关系型数据库 Linux
Requirements for Installing Oracle Database/Client 19c on OL8 or RHEL8 64-bit (x86-64) (Doc ID 2668780.1)
Requirements for Installing Oracle Database/Client 19c on OL8 or RHEL8 64-bit (x86-64) (Doc ID 2668780.1)
34 0
|
5月前
|
人工智能 Oracle 关系型数据库
一篇文章弄懂Oracle和PostgreSQL的Database Link
一篇文章弄懂Oracle和PostgreSQL的Database Link
|
5月前
|
存储 Oracle 关系型数据库
服务器数据恢复—RAID5上层SAP+oracle数据恢复案例
**服务器存储数据恢复环境:** 某品牌服务器存储中有一组由6块SAS硬盘组建的RAID5阵列,其中有1块硬盘作为热备盘使用。上层划分若干lun,存放Oracle数据库数据。 **服务器存储故障&分析:** 该RAID5阵列中一块硬盘出现故障离线,热备盘自动激活替换故障硬盘,热备盘同步数据的过程中该raid5阵列中又有一块硬盘出现故障,RAID5阵列瘫痪,上层LUN无法正常访问。 因为本案例中存储控制器的磁盘检查策略严格,一旦某些磁盘性能不稳定,该型号存储控制器就将该块磁盘识别为坏盘,并将该块磁盘踢出RAID。一旦RAID中掉线的盘数到超过RAID级别允许掉盘的最大数量,该RAID将不可用,
服务器数据恢复—RAID5上层SAP+oracle数据恢复案例
下一篇
无影云桌面