LOVE

AIM

TA.150 Operation Manual

内蒙移动通信公司



MIS系统操作手册



文档作者: PCCW顾问组

创建日期: Feb,9, 2004

确认日期:

控制编码: NMO-TA.150-V1.0

当前版本: 1.0









拷贝编号：_____

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc









文档管理

更改记录



日期 作者 版本 更新参考



2004-02-09 Shine,Mark 1.0 没有以前的版本









审阅



姓名 职称



MARK 技术支持组经理









分发



份数. 姓名 Location









中国移动通信有限责任公司 文档管理 ii

CMQuest Confidential

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc









目录

文档管理 .......................................................................................................... ii

更改记录 .................................................................................................... ii

目录 ................................................................................................................. iii



概览 .................................................................................................................. v

编写说明 .................................................................................................... v

相关操作人员 ............................................................................................ v

1. 系统介绍 .................................................................................................. vi

1.1 计算机系统环境 .............................................................................. vi

1.2 Application 11i应用模块 ......................................................... viii

1.3 维护人员职责 ............................................................................... viii

1.4 安全与帐户管理 ............................................................................. ix

1.5 密码修改 ......................................................................................... xi

1.6 Oracle 支持与服务序列号 ......................................................... xiii

2. 系统操作 ................................................................................................ xiv

2.1 系统启动及关闭 ........................................................................... xiv

2.2 Unix 系统管理 ............................................................................. xvi

3.系统运行进程及监控 .............................................................................. xvii



4.数据库日常操作 ..................................................................................... xviii

4.1 关于表空间 ................................................................................... xviii

4.2 Oracle 补丁程序 ......................................................................... xviii

4.3 系统性能优化 ............................................................................... xviii

附录 1： MIS/ERP系统备份与恢复方案 ................................................... xix



简介 ................................................................................................................ 20

目的 .......................................................................................................... 20

系统目标 .................................................................................................. 20

成功要素 .................................................................................................. 20

范围 .......................................................................................................... 21

备份策略 ........................................................................................................ 22

需求 .......................................................................................................... 22

数据量 ...................................................................................................... 23

备份介质 .................................................................................................. 26

备份方案 .................................................................................................. 27

结论 .......................................................................................................... 32

附录 2: HACMP安装与配置 ...................................................................... 33

HACMP安装及配置 ................................................................................ 33

HACMP测试 ............................................................................................ 34



中国移动通信有限责任公司 目录 iii

CMQuest Confidential

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc







HACMP联调 ............................................................................................ 34

HA常用命令 ............................................................................................ 36

附录 3：配置E-MAIL于UNIX ........................................................................ 37



附录 4：配置打印机 .................................................................................... 39



附录 5：Postscript打印的配置步骤 ........................................................ 42



附录 6：CLONING 数据库及Oracle应用 .................................................... 45



AutoConfig ..................................................................................................... 46

补丁 .......................................................................................................... 46

在应用层配置AutoConfig ....................................................................... 46

移植AutoConfig至数据库层 ................................................................... 47

克隆Oracle Application 11i ............................................................................ 48

准备源环境 .............................................................................................. 48

拷贝 .......................................................................................................... 48

配置新环境 .............................................................................................. 49

附录 7：配置DISCOVERER 4.1.48 .............................................................. 61



假设 ................................................................................................................ 62



目标 ................................................................................................................ 63



打Discoverer Patch 4.1.48 ...................................................................... 64

准备文件PATCH源文件 ............................................................................ 64

停下所有应用服务 .................................................................................. 64

修改AIX uname 程序 .............................................................................. 64

准备安装需要的文件 .............................................................................. 64

采用silence_install的方式,进行安装 .............................................. 64

将uname改回来 ........................................................................................ 65

做adconfig .............................................................................................. 65

解决viewer 登陆失败的问题 ................................................................ 65

配置Discoverer ............................................................................................... 67

修改discoverer配置信息 .......................................................................... 67

修改 discoverer plus 的启动页面 .......................................................... 67

修改Discover Viewer 的设置 ................................................................. 67

Discoverer代理网关的配置 ..................................................................... 67

注册并启动Discoverer Server ....................................................................... 69



生产环境安装discoverer的步骤 .................................................................... 70









中国移动通信有限责任公司 目录 iv

CMQuest Confidential

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc









概览



编写说明

本手册主要介绍 MIS 系统服务器的基本设置和日常维护，所提到的配置以重庆移动现有的 MIS 系

统作为基础。如使用 IBM 平台之省份，请在适当地方作出修改。









相关操作人员

MIS 系统的 IT 维护人员









中国移动通信有限责任公司 概览 v

CMQuest Confidential

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc









1. 系统介绍



1.1 计算机系统环境



硬件平台





硬件结构总体图 编号 HW-1.0





名称 硬件结构图





版本 V1.0









内联网







主基干







WEB/APPLICATION 服务器 DATABASE 服务器

IBM P630 型号 IBM P630 型号

IBM AIX 5.1 操作系统 IBM AIX 5.1

2 x 36GB 硬盘 2 x 36 GB 硬盘

IBM HACMP







IBM磁带库

IBM 3583 L18







共享磁盘阵列

IBM 7133-D40

磁盘阵列

9 * 73G





ERP生产环境









主机： IBM P630 两台

数据库服务器 ： （2 x 1.2G Hz, 10GB memory，36 G x 2 internal disk）

应用服务器： （2 x 1.2GHz, 10GB memory，36 G x 2 internal disk）

外部磁盘阵列： IBM 7133-D40（73G x 9）



磁带库： IBM 3583 L18 磁带库（100G×18）

磁盘配置

其中 2 块 73G 磁盘配置为第一个卷组 datavg01， raid 类型为 raid 1， 缺省的情况下应该由 HACMP 控制， HACMP

在

启动后 import 到 misp1，手动控制时可以 import 到 misp1 和 misp2（同一时间只可以 import 到一台主机）。

raid

其中 6 块 73G 磁盘配置为第二个卷组 datavg02， 类型为 raid 0＋1， 缺省的情况下应该由 HACMP 控制， HACMP

在

启动后自动 import 到 misp2，手动控制时可以 import 到 misp1 和 misp2（同一时间只可以 import 到一台主机）。



共享磁盘组卷 datavg01



磁盘组 卷名 容量 挂接点 RAID 类型 用途

Datavg01 Lv_app_prd 30G /app/prd1 RAID 1+0 保存 Oracle

(strip pro) Application

程序文件





共享磁盘组卷 datavg02





中国移动通信有限责任公司 系统介绍 vi

CMQuest Confidential

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc









磁盘组 卷名 容量 挂接点 RAID 类型 用途

Datavg02 Lv_app_prd 30G /app/prd2 RAID 1+0 保存 Oracle

(strip pro) Application

程序文件

Datavg02 Lv_ora_prd 4G /ora/prd RAID 1+0 保存 Oracle

(strip pro) 程序文件

Datavg02 Lv_data_prd 80G /data/prd RAID 1+0 保存 Oracle

(strip pro) 数据文件

Datavg02 Lv_arch_prd 20G /arch/prd RAID 1+0 保存 Oracle

(strip pro) 归档日志文

件

Datavg02 Lv_pub_prd 5G /pub/prd RAID 1+0 保存 Oracle

(strip pro) 并发输出盒

日志文件









中国移动通信有限责任公司 系统介绍 vii

CMQuest Confidential

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc









下图为上述磁盘配置在系统内实施后结果：（以重庆为例）









网络配置



网络中的 IP 地址划分如下



对应主机名 物理端口 说明

Misp1 En0 Service IP for misp1

Misp1_boot En0 Boot IP for misp1

Misp1_standby En1 Standby IP for misp1

Misp2 En0 Service IP for misp2

Misp2_boot En0 Boot IP for misp2

Misp2_standby En1 Standby IP for misp2





URL：如重庆 http://misp1.cq.chinamobile.com:11500





1.2 Application 11i应用模块

共有总帐， 应收帐，应付帐，现金管理，固定资产，库存，采购，项目成本管理， 财务分析系

统九个模块。







1.3 维护人员职责



为CMHK管理的应用而使用的多台计算机提供了技术上的支持。包括财务系统、支付系统、信息访

问、电子邮件集中管理、等等。



中国移动通信有限责任公司 系统介绍 viii

CMQuest Confidential

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc







提供全面的服务，包括：技术获取、系统管理、操作、技术支持和服务，下面是这些服务的描述。



操作支持

操作支持包括企业范围的应用监控，备份恢复，数据库监控，故障检测，产生故障标签，通过电

子邮件通知故障，计算机性能资源监控等。



系统管理服务器

提供服务器相关操作系统的支持和维护服务。系统管理功能包括容量规划，安全管理，硬件和软

件变更管理及操作系统维护。



数据库系统支持

提供数据库服务器的技术支持。成员安装，监控，调整数据库软件相关硬件，提供相关服务，包

括通过WEB访问数据库和WEB服务器的支持。



灾难恢复

计划和测试应用的恢复工作，这一计划是一个技术性的恢复计划，它并不恢复定位于业务处理的

恢复。



备份服务

服务器和客户端的设备提供远程备份和恢复服务。



1.4 安全与帐户管理



用户分类





层级 用户名 功能

操作系统用户 root Unix 操作系统管理员, 拥有最高的安全性权限

oraprd 为 Oracle 8i 企业版的 technology stack 和 Oracle 8i 数据库的

所有者

applprd 为 Oracle 应用的相关文件系统的所有者

Oracle 数 据 库 用 system 数据库系统用户. 拥有极高的安全性权限

户 applsys APPLSYS 分 别 多 个 共 用 产 品 如 Oracle Alert (ALR),

Applications Object Library (FND) 和 Workflow Client (WF)

的所有者

apps APPS 则被授予所有的存取应用的权限

gl, ap, ar, etc. 产品模式的所有者. 例如: gl 为总帐产品模式的所有者

Oracle 应用用户 sysadmin Oracle 应用管理员







增加、删除和更新进入操作系统帐户的程序

在生产环境中，增加、删除、更新系统用户帐户的请求将通过授权的客户/代理，在请求被认证后，

MIS Support会将此请求转发到系统管理员，并由他们在期望的系统上执行请求。



中国移动通信有限责任公司 系统介绍 ix

CMQuest Confidential

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc







完成请求后，系统管理员会通知MIS Support，MIS Support会与用户联系。



请求进入Oracle应用系统的步骤

在开发环境中，进入Oracle应用系统需要由开发项目组长授权，这样的请求要通过WEB请求页面，

说明用户名和需要的职责。在某些情况下，请求可以说明用户名和用户的介绍，以及授权访问的

实例等。因此开发环境中，一个环境需要刷新其它环境，把用户加入所有的实例。



在产品环境中进入产品服务会受限制，通过WEB请求页面说明用户名称和请求的职责，需要填写的

信息包括：请求人的名称，授权的客户/代理标识，访问用户名，所在地，电话号码，部门，任务

名称，访问时间结构，访问职责（描述或采用类似“以存在用户”的方法）。这一申请表会备转

发到负责授权进入ORACLE应用系统的生产环境的小组处，最后MIS Support将被通知申请过程已经

结束，MIS Support将通知请求的客户端/代理。



数据库服务器帐户

ORACLE数据库的帐户由ORACLE数据库管理员管理，任何更新帐户的请求由数据库管理员完成。系

统的变化需求通过变更管理系统在生产系统上作出改变。进入数据库服务器的帐户会被实时监控，

并记录到报告中。



ORACLE应用系统的用户帐户

在开发环境中，ORACLE应用系统的用户包括：数据库管理员，ORACLE开发人员，ORACLE应用开发

人员，ORACLE应用用户。在生产环境中ORACLE应用系统用户只包含数据库管理员和ORACLE应用系

统用户。



每个ORACLE应用系统用户被赋予不同的用户标识和口令进入系统。当前的标准要求用户标识由姓

的第一个字符紧接全名组成。对于名称的最大长度和相同姓名如何处理，目前还没有标准。



用户能否访问某特定ORACLE应用，是由此用户标识赋予的职务和有效的日期决定的。现在只有

ORACLE应用产品预先定义的职务是可以赋予的，它支持自定义职务，这使我们可以创建更适合我

们生产环境的职务。是否要做和如果这样做应该采取何种粒度还未确定，当前的设计建议包括为

用户安全模块限制访问特定的表。



授权和密码标准

A：服务器帐户



每个服务器帐户会为用户第一次登录指定一个口令，登录过程中口令必须修改。口令标准要求口

令必须大于6个字符并至少包含一个数字，口令每30天就会过期。



每个会话允许最多尝试3次登录，超级用户（root）的登录将被实时记录下来，负责安全的管理员

应该每日观察日志，以提前发现未授权的活动。



B: ORACLE应用系统帐户



在ORACLE应用系统中，为了第一次登录，每个用户在创建时就会被赋予一个合法的初始口令。现

在这个口令总是等于用户标识加上数字“1”。在初始登录时用户需要更改这个口令，口令标准要

求口令的长度在4到101个字符之间。





中国移动通信有限责任公司 系统介绍 x

CMQuest Confidential

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc







口令可以设置为在一段时间或一定次数登录后过期。在当前的开发环境中，口令过期还未作为一

种政策方针建立起来，我们建议在生产系统中采用口令过期作为一种增强安全的手段。



当前的认证处理包含ORACLE应用系统的省缺认证方式—口令认证。口令认证允许用户三次登陆尝

试，之后用户会被告知，发生太多口令失败，应该联系管理员寻求帮助，这并不限制用户重新打

开窗口再试着进入系统。如果口令仍然失败，系统管理员应该重新设置它，系统管理员不能访问

用户口令，除了用户的帐号刚刚建立的时候。



省缺的认证方式可以通过前端的安全模块增强，这种前端处理可能先于ORACLE应用系统的登录，

或完全取代登录过程，这种增强的需求还未确定。



系统审核和日志

服务器登录和登出，从普通用户改变身份为 root 的信息都记录到/var/adm。而数据库连接的日志记录在 listener log

中。





1.5 密码修改



操作系统用户



以 root 登录系统

# passwd -- 更改 root 用户本身的密码

# passwd oraprd

# passwd applprd







Oracle 数据库用户

A：system 用户



以 system 用户透过 SQL*Plus 登录数据库

SQL> alter user system identified by ;









B：applsys 和 apps 用户

在较旧的 Oracle 应用版本, 修改密码的所有步骤都只能靠手工一步一步地完成. 但由 11i 的版本开始,

Oracle 提供了一个名为‘FNDCPASS’的工具(补丁 168568, metalink 文档 159244). 它令修改密码的步骤变

得较以往容易.









中国移动通信有限责任公司 系统介绍 xi

CMQuest Confidential

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc









修改前所需的工作:



在修改 APPS 和 APPLSYS 的密码前, 请先确认以下的工作已经完成:

 通知所有用户退出 Applications.

 关闭并发管理器.

 备份表‘fnd_oracle_userid’ 和 ‘fnd_user’ . 你可以参考以下的 SQL 命令:

 SQL> conn apps/

 SQL> create table fnd_user_yyyymmdd as (select * from fnd_user); -- 这里

yyyymmdd 代表当前的日期

 SQL> create table fnd_oracle_userid_yyyymmdd as (select * from

fnd_oracle_userid); -- 这里 yyyymmdd 也是代表当前的日期

 注意: 若你发现在修改密码后出现任何不正常的情况, 你可以用以下的方法把原来的配

置恢复过来:

 SQL> truncate table fnd_user;

 SQL> truncate table fnd_oracle_userid;

 SQL> insert into fnd_user select * from fnd_user_yyyymmdd;

 SQL> insert into fnd_oracle_userid select * from fnd_oracle_userid_yyyymmdd;

 SQL> commit;







修改方法:



全手工:

 以 SYSADMIN 的用户登录 Applications.

 浏览至 Oracle 的用户表格(安全性> Oracle> 注册).

 查找所有可用的 Oracle 用户.

 修改 APPLSYS 的密码. 重新输入一次密码以作确认.

 修改 APPS 的密码. 重新输入一次密码以作确认.

 储存所作的修改.

 以 SYSTEM 的用户登录 SQL*Plus 并修改数据库用户 APPLSYS 和 APPS 的密码. 方法

如下:

 SQL> alter user applsys identified by ;

 SQL> alter user apps identified by ;

 注意: APPLSYS 与 APPS 这两个用户的密码在任何情况下都必须是一致的.



使用 FNDCPASS 工具:

 用以下的命令修改 APPLSYS 的密码. 注意: FNDCPASS 的工具会自动把 APPS 的密码

设定成跟 APPLSYS 的相一致.

 $> FNDCPASS apps/ 0 Y system/ SYSTEM

APPLSYS

 例如: $> FNDCPASS apps/apps 0 Y system/manager SYSTEM APPLSYS

newapps









中国移动通信有限责任公司 系统介绍 xii

CMQuest Confidential

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc









修改后所需的工作:



 在修改完 APPLSYS 和 APPS 的密码后, 执行以下的步骤:

 修改以下文件中所定义了的密码值:

 /Apache/modplsql/cfg/wdbsvr.app

 $FND_TOP/resource/wfmail.cfg

 $AD_TOP/admin/template/CGIcmd.dat (如使用)

 重新启动并发管理器.

 退出 Applications 然后重新登录.









C：gl, ar, ap 等的产品用户



使用 FNDCPASS 工具:

 用以下的命令修改产品用户的密码.

 $> FNDCPASS apps/ 0 Y system/ ORACLE

GL

 例如: $> FNDCPASS apps/apps 0 Y system/manager ORACLE GL welcome







Oracle 应用用户





使用 FNDCPASS 工具:

 用以下的命令修改 sysadmin 用户的密码.

 $> FNDCPASS apps/ 0 Y system/ USER

SYSADMIN

 例如: $> FNDCPASS apps/apps 0 Y system/manager USER SYSADMIN

welcome









1.6 Oracle 支持与服务序列号

Oracle Support Services 提供下列支持序列号给中国移动。









中国移动通信有限责任公司 系统介绍 xiii

CMQuest Confidential

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc









2. 系统操作



2.1 系统启动及关闭



2.11 Unix 启动及关闭：

关闭步骤:

1. 输入命令 shutdown –F

2. 断开电源.





开启步骤:

1. 打开电源,自动开机



如遇任何一台主机无法启动，另一台执行相应 service IP，并提供相应数据库服务。







2.12 Oracle 8i & Application 11i启动及关闭 – 使用Oracle应用本身提供的脚本



启动数据库及服务（见最后附图）



启动数据库

 以数据库管理员的权限登录, 一般来说用户名为‘ora’. 是环境名 (例如: oraprd).

 确认所需的环境参数文件已经执行. 在 ORACLE_HOME 的目录下, 有一环境参数文件名为

.env. 例如: 你可以执行 CQPRD 的环境参数文件. 方法如下:

 $> cd $ORACLE_HOME

 $> . CQPRD.env

 进入目录 $ORACLE_HOME/appsutil/scripts/.

 执行脚本 ‘addbctl.sh start’ 以启动省缺的数据库. 数据库名可从$TWO_TASK 的环境参数值

查出.

 执行脚本 ‘addlnctl.sh start $TWO_TASK’ 以启动数据库监听器.









中国移动通信有限责任公司 系统操作 xiv

CMQuest Confidential

启动/ 关闭 Oracle 应用服务

 & Recovery Strategy v1.0

Backup 为了能够正常使用 Oracle Applications R11i, 有一系列的相关服务必须先行启动. 而在启动

文档编码：TA2XX_backup_restore_v1.0.ldoc



服务时, 你应该以 application 的用户名登录, 例如: ‘applprd’.

 确认所需的环境参数文件已经执行. 在 APPL_TOP 的目录下, 有一环境参数文件名为

APPSORA.env. 例如: 你可以执行 FJPRD 的环境参数文件. 方法如下:

 $> cd $APPL_TOP

 $> . APPSORA.env

 我们建议用以下的顺序来逐一执行脚本:

关闭数据库

 Application 监听器



 启动:以数据库管理员的权限登录, 一般来说用户名为‘ora’. 是环境名 (例如: oraprd).

$OAD_TOP/admin/scripts//adalnctl.sh start APPS_

 确认所需的环境参数文件已经执行. /adalnctl.sh stop APPS_

 关闭: $OAD_TOP/admin/scripts/ 方法如上.

 进入目录 $ORACLE_HOME/appsutil/scripts/.

 Apache 服务器



 启动:执行脚本 ‘addbctl.sh stop immediate’ 以关闭省缺的数据库. 数据库名可从$TWO_TASK 的

$OAD_TOP/admin/scripts//adapcctl.sh start

环境参数值查出.

 关闭: $OAD_TOP/admin/scripts//adapcctl.sh stop

 并发管理器  执行脚本 ‘addlnctl.sh stop $TWO_TASK’ 以关闭数据库监听器.

 启动: $OAD_TOP/admin/scripts//adcmctl.sh start apps/

 关闭: $OAD_TOP/admin/scripts//adcmctl.sh stop apps/

 Forms Metric 客户端

 启动: $OAD_TOP/admin/scripts//adfmcctl.sh start

 关闭: $OAD_TOP/admin/scripts//adfmcctl.sh stop

 要一次性的启动或关闭以上所提及的所有服务, 可以使用以下的方法:

 Forms Metric 服务器

 启动:  启动: $OAD_TOP/admin/scripts//adstrtal.sh apps/

$OAD_TOP/admin/scripts//adfmsctl.sh start

 关闭:  关闭: $OAD_TOP/admin/scripts//adstpall.sh apps/

$OAD_TOP/admin/scripts//adfmsctl.sh stop

 Forms 服务器

 启动: $OAD_TOP/admin/scripts//adfrmctl.sh start

 关闭: $OAD_TOP/admin/scripts//adfrmctl.sh stop

 Reports 服务器

 启动: $OAD_TOP/admin/scripts//adrepctl.sh start

 关闭: $OAD_TOP/admin/scripts//adrepctl.sh stop

 TCF 服务器

 启动: $OAD_TOP/admin/scripts//adtcfctl.sh start

 关闭: $OAD_TOP/admin/scripts//adtcfctl.sh stop







2.13 Concurrent Manager (并发管理器)启动及关闭

并发管理器是 Oracle Application 软件包中提供的软件之一，它接收在线的批处理请求，并

把这些请求重定向到 UNIX 主机上执行，因此，在批处理运行期间，必须保证并发管理器正常

运行。

注意： 必须先关闭并发管理器，再关闭数据库，否则并发管理器的进程将可能成为游离进程

（FNDLIBR）。如果发生这种情况，UNIX 工程师必须手动杀死这些游离的进程。



2.14 在双机下运作

因为生产环境是在双机的模式下运作, 在一般情况下, 启动或关闭服务的动作都已由 HA 自动

完成.有关 HA 的详细配置及运作情况请参阅附录.









中国移动通信有限责任公司 系统操作 xv

CMQuest Confidential

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc









2.2 Unix 系统管理



2.21 磁盘空间管理

系统在日常运行中，会产生临时文件，日志文件，报表文件，这些文件如果不加以清除，会渐渐

占据磁盘空间，为保证系统有足够磁盘保证日常运行，故应及时对这些文件加以备份并永久删除。

输入命令 df -k |grep prd 可看到下列结果，分别表示 5 个卷中可用空间。

root@cqmisp2 #df -k|grep prd

/dev/lv_app_cqprd2 31457280 1505368 96% 458926 6% /app/cqprd2

/dev/lv_arch_cqprd 20971520 19523200 7% 95 1% /arch/cqprd

/dev/lv_data_cqprd 83886080 59890452 29% 407 1% /data/cqprd

/dev/lv_ora_cqprd 3670016 852100 77% 17369 2% /ora/cqprd

/dev/lv_pub_cqprd 5242880 2782540 47% 21590 2% /pub/cqprd



希望相关人员每个工作日能观察磁盘空间利用率。





清理目录及方法：

1. /data/prd/arch_log， 此目录是 Oracle Archive log 存放目录，用于数据库恢复数据时使用，

日常备份成功后，自动删除。每日繁忙时可产生 2G 左右的文件，假设将来用户数增多，数据

量大时，达到 10G/天。



2. /app/prd/comn/admin/log, 此目录是 Application Form 产生日志文件，主要供技术开发及支

持人员查找一些程序错误信息，文件数目较多但占用空间不大，每天产生 10M 左右，建议在磁

盘上保留 90 天，然后删除，无须备份及恢复 90 天以前日志文件。

命令 du –k . 可看到磁盘所用空间。



3. /app/prd/comn/admin/out, 此目录是 Application Report 产生报表文件，供最终用户查询及

打印。建议在系统硬盘上保存 90 天，以方便用户。如果 IT 人员需清理 90 天以前报表，必须

确保备份成功并永久保存，便于满足用户提出的恢复报表请求。

命令 du –k . 可看到磁盘所用空间。



4. /var/temp, Oracle 临时文件，可每天删除，无须备份。





2.22 CPU，内存空间及进程管理。

对 CPU，内存空间及进程管理，IBM 已经提供一些基本 UNIX 命令，也提供图形界面管理工具，控

制台上 Performance meter,可对系统进行进行实时监控。

Unix 基本命令

CPU sar 2 10

Memory vmstat 2 10

Disk I/O iostat 2 10

Process for appl: ps –ef|grep –i applprd

Process for oracle: ps –ef|grep –i oraprd

在压力测试中，采用 NMON 对系统进行实时监控采样，并根据所选时间段，生成图形报表供分析优

化，但必须有额外 NMON 软件。

中国移动通信有限责任公司 系统操作 xvi

CMQuest Confidential

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc









3.系统运行进程及监控



下列是运行正常状态下所需的Unix进程，如果系统出现故障，可以先查所有进程是否运行，有助

于诊断错误原因。

Processes & command Purpose Frequency Account

Sendmail Send mail to the user from Oracle Alert When the system up Root

or Workflow and running

ora_pmon_PRD Oracle Process Per half hour Oraprd

FNDLIBR Concurrent Manager Per half hour Apps

f60webmx Application/Form Server Process Per half hour Applprd

iAS/Apache/Apache Web Server Process Per half hour Applprd

tnslsnr APPS_PRD Listener Per half hour Applprd

FNDFSFNDFS applprd

tnslsnr PRD oraprd







Unix 系统会自动运行监测程序，如果上述进程在正常工作日中止运行，系统会监测到，写入日志

文件并发警告 E-MAIL 给相关人员。





现时MIS系统会自动提交下列的维护程序，确保系统的稳定性。这些程序由并发管理器在设定的时

间自动提交。收集的数据对可帮助MIS系统维护人员监督及纠正已(或可能)出现的问题。





程序名称 模块 用户 运行次数 运行时间

统计数据收集模式 系统管理 SYSADMIN 每周日一次 21:00

清除开发请求和(或)管理器 系统管理 SYSADMIN 每天一次 22:00

数据

清除过时的工作流运行时 系统管理 SYSADMIN 每天一次 22:10

数据

工作流后台处理 系统管理 SYSADMIN 每五分钟一 不适用

次

程序 - 优化程序 总帐模块 SYSADMIN 每周六一次 18:00









中国移动通信有限责任公司 3.系统运行进程及监控 xvii

CMQuest Confidential

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc









4.数据库日常操作



4.1 关于表空间

在系统上线后会进行压力测试实验，然后会对生产环境中表空间加以优化.

Oracle 8i & Application 常用表空间及增大后配置如下（已设为自动增长）,下面是移动 MIS 系统上线时常用

表空间初始设置：

GLD=50M

GLX=50M

RGD=10M

RGX=20M

APD=150M

APX=150M

ARD=150M

ARX=150M

POD=50M

POX=50M

INVD=150M

INVX=150M

ALRD=10M

ALRX=20M

ICX=40M



建议每周 DBA 至少检测一遍表空间大小，必要时手工增加。在功能测试中，注意到表空间不足会引发错误。





4.2 Oracle 补丁程序

http://metalink.oracle.com 是 Oracle 技术支持网站。如系统需打补丁，可从上述网站下载。

建议补丁程序经 DEV，UAT 环境测试通过后，才打去生产环境。

在生产环境打补丁时，前后分别做临时备份，如有严重错误，可及时进行恢复。

打完补丁，及时添加此记录到 Patch_list 文档以备将来查询。

特别注意我们是双机模式，故补丁应分别打去两台主机，保持双机 APPL_TOP 一致，确保将来双机模式能顺利切

换到单机运行模式。

如果有中英文两个补丁，应先打英文，在打中文，次序不可颠倒。

关于打补丁基本步骤，查阅下列 Doc ID: 181665.1

上述文档资料在http://metalink.oracle.com





4.3 系统性能优化

为保证数据库正常读写速度，每周周末自动运行“统计数据收集模式”，可帮助系统自动优化读写性能。

系统管理员—》请求—》查看—》统计数据收集模式









中国移动通信有限责任公司 4.数据库日常操作 xviii

CMQuest Confidential

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc









附录 1： MIS/ERP系统备份与恢复方案









中国移动通信有限责任公司 附录 1： MIS/ERP系统备份与恢复方案 xix

CMQuest Confidential

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc









简介



随着企业对业务可用性的需求的不断提高，很多公司都意识到设

计具有多级冗余系统的重要性，硬盘镜像，双机热备份，备份网

络等技术手段被越来越多的应用到重要的系统中，但这些并不能

保证最大限度地达到应用程序的可用性和可恢复性的需求，备份

恢复方案成为提高系统可用性的必不可少的关键部分。





目的



本文档的目的是描述备份和恢复需求的要素. 本文协助实际的备

份程序设置和开发， 它包括:

 系统目标的定义

 成功要素

 业务数据量的分析

 设计和实现方式的论述。







系统目标



系统的备份要实现下列目标

 备份的结构必须可以保证数据的完整性。

 系统实现应尽量简单，不应影响现有的运行系统。

 在不降低数据可恢复能力的前提下，应优化资源的使用，节约成本。







成功要素



备份和恢复的成功与下面的因素相关

 所采用的备份恢复策略必须考虑到用户的实际需求。

 全面考虑可能发生的故障情况才能最大可能的恢复系统。

 备份恢复所采用的脚本必须根据实际的系统配置情况编写，并具有一定

的灵活性。

 备份与恢复所用的步骤必须经过仔细的测试。

 测试最好由 PCCW 顾问方与各省公司的 IT 人员共同进行。

 备份的策略要考虑到将来用户业务的发展情况。

 备份的所有工作应能保证公司内的系统管理人员可以不求助高级顾问

的情况下完成，其中日常的工作应可以自动完成。

 恢复工作需要一个专职的 DBA 完成，他必须对现有的 MIS 系统非常熟

悉。

 相关的厂商设备需要提供技术支持。

 整个备份系统需要一定的试运行时间检验系统可靠性。

 采用冗余的备份媒质在一定程度上可以增大系统可恢复的能力。



MIS系统操作手册 PCCW and CMFJ use only 20

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc



 备份的日志应安排具体人员负责定期检查，并形成管理制度。

 DBA 的工作应该至少是由 2 个人的小组完成，每个人既应该有明确的

分工，又应该互为备份。







范围

 备份与恢复策略适用 CMCC 集团和 18 省的生产环境。









MIS系统操作手册 PCCW and CMFJ use only 21

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc









备份策略





需求



基本需求

 MIS 系统使用情况

日期 时间段 用户数 备注

周一至周五 07:00 – 08:30 少 各省移动通信公司的上

班时间为8:30～9:00

08:30 – 12:00 多 并发高峰

12:00 – 13:00 较少 午餐时间

13:00 – 18:00 多 并发高峰

18:00 – 00:00 少 下班时间为17:30

00:00 – 07:00 无 无用户登录

周六至周日 全天 无

 需求简述

从用户使用系统的情况和以前在CMHK的各省实施的经验，可以作出这

样的结论：

1. 首先系统的结构应该可以尽量减少出现故障的几率。

2. MIS 系统备份的最主要目的是为了在系统发生软件或硬件故障的

情况下，最大可能的恢复业务数据。

3. 如果需要进行恢复，恢复所需要的时间应尽量短，以减少停止服务

所带来的损失。

4. 各省移动通信公司不需要 24 x 7 正常工作时间的 MIS 系统，我们

可以利用没有用户登录的时间进行停机备份和维护工作， 但应尽量

减少停机的时间，宕机时间可以选在每天凌晨 1：00 以后，必须在

用户使用系统前（8：00）完成备份。

5. 对于业务数据，可以做到在系统出现故障后，可以恢复系统到故障

点时的状态，并可以保证数据的完整性，这样备份将占用较多磁盘，

并在一定程度上影响性能（日志归档时会占用较多 IO）。

6. 目前需要实现至少可恢复一个月内任意一天的数据，以方便观察系

统在某一时刻的历史信息或回滚数据（强烈建议不要在生产环境进

行此操作）。

7. 对于历史数据，建议每个月结算的数据库备份需要保留至少 1 年不

能覆盖，年结算的数据要保留 5 年不能覆盖，这些备份可以采用数

据库冷备份的方式保存在 DDS-4 中。

8. 操作系统应至少每年做一次备份，应保留 3 年不覆盖。

9. 如日常使用的备份的媒质（例如：磁带库）发生故障，应有提供备

用的备份手段确保数据的安全和备份的连续性。



灾难恢复

 自然灾难







MIS系统操作手册 PCCW and CMFJ use only 22

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc



水灾、火灾和地震等往往是不可抗拒的，在此类灾难发生下的恢复策略

是与通常的备份与恢复策略不同的，灾难恢复的策略将在其它文档中阐

明，本文将不考虑此类问题。



其它

1. 建议为每个备份，至少是为全备份做文档记录，以便随时跟踪备份

的情况。

2. 如果有条件，应定期（3～6 个月）安排测试备份媒质的可用情况。







数据量



数据分类

 MIS 系统中相关的数据可分为下面几类，不同的数据可采用不同的备份

方式和不同的备份频率：

数据类型 位置 大小 说明

操作系统 rootvg

Oracle /ora/xxprd 2.8G-3G 支持Oracle数据库运行的程

Home 序文件

Program

file

Oracle /ora/xxprd/xxprdd 很小 数据库实例启动所需的参数

Parameter b/8.1.7/dbs/init.ora

/ora/xxprd/xxprdd

b/8.1.7/network/ad 数据库监听的配置文件

min//listener.

ora & tnsnames.ora

Oracle /ora/xxprd/xxprdd 很小 保存哪些数据库用户可以启

Password b/8.1.7/dbs/orapw

Oracle /data/xxprd/xxprd >23G Oracle数据库的数据文件

datafile data/*.dbf

Oracle /ora/xxprd/xxprdd 较小 Oracle数据库的日志文件和

Alert log b/8.1.7//bdu 跟踪文件。

and Trace mp/alert_.log

File & udump/*.trc

Online /data/xxprd/xxprd 10M * 4 Oracle数据库在线事务处理

Redo Log data/log*.dbf 日志。

Control File /data/xxprd/xxprd 10M * 3 Oracle数据库控制文件

data/cntrl*.dbf

Archivelog /arch/xxprd/arch/*. 10M * n Oracle数据库归档日志文件

File dbf （1~2G

/day）

Application /app/xxprd2 28G Oracle ERP应用运行程序文

Program 件

File

Application /pub/xxprd/admin 1~2G(/log & out 00M/da 志文件。

Logs y)





MIS系统操作手册 PCCW and CMFJ use only 23

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc





TSM /adsmdb 1~3G TSM数据库

Database





1. 操作系统： 在系统完成安装后， Oracle 运行所需的软件，例如 C++，

JDK，HACMP ，TSM 等测试通过，运行正常后，应由 IBM 工程

师为系统进行备份，备份到 DDS-4 的磁带中，此磁带可以用于在

出现灾难（例如：操作系统崩溃）后，直接恢复操作系统和其中安

装的相关软件。

2. Oracle 8.1.7.4 数据库的程序文件，

Oracle Program file： 由于 8.1.7.4

是最后的一个 Oracle 8i 的版本，需要升级的可能性不大，其中相

关文件的变化频率是很低的，因此，对此部分文件在不升级的情况

下，只需要保留至少 2 个最新的备份（最好保存在不同的媒质上，

例如：可以保存一份 DDS-4 和磁带库的备份）即可，此部分文件

在数据库 Instance 关闭的情况下备份才可以保证其有效性。

3. Oracle Parameter file：Oracle 数据库启动使用的参数文件和监听

的配置文件，变化频率非常低，而且是文本类型的文件，Oracle

Program file 的备份中会包含这些参数和配置文件，不需要额外备

份。

4. Oracle Password file：保存哪些数据库用户可以启动关闭数据库的

信息，变化频率很低，Oracle Program file 的备份中会包含这些参

数和配置文件，不需要额外备份。

5. Oracle Datafile：Oracle 数据库的数据文件，此部分文件是整个备

份中最重要的部分，文件变化是很频繁的，并且使用一段时间后，

文件会不断增大，此部分文件的备份只可以通过冷备份（关闭数据

库后的全部文件拷贝）或热备份（通过 RMAN 直接备份到磁带库

中）完成，同一个文件应该可以至少保留 3 个不同时间点的备份。

6. Oracle Alert Log/Trace：Oracle 数据库的日志和追踪文件，此部

分文件用于记录应用和数据库的各种事件包括意外错误等， 对于追

溯系统运行中出现的问题十分有帮助，保存

$ORACLE_HOME/admin//bdump, cdump 和 udump 下

的日志会不断增长，尤其在系统频繁出现错误后会不断增大，因此

定期备份完此部分文件后应该定期清除过期的文件， 此类文件可以

在任何时刻备份，只需保留一个备份即可。

7. Online Redo log：Oracle 在线事务处理文件，保存所有数据库当

前发生的变化，但当前的日志文件在写满后会归档到 Archive log

中去，此部分文件在数据库打开的情况下备份是无效的，而且没有

必要也无法通过 RMAN 进行热备，它应该只包含在数据库文件的

冷备份中。

8. Control file：Oracle 数据库控制文件，保存数据库名和标识，

Checkpoint 的信息，数据库的结构，当前的 log 号等，当不使用

catalog 数据库进行 RMAN 的备份时，所有的备份信息是保存在

controlfile 中的，它一定是会包含在数据库文件的冷备份中的，如

采用热备份后应该在备份完成后备份控制文件， 备份的方式是使用

alter database backup controlfile to ‘/xxx/xxx’先备份到磁盘，然

后再使用 TSM 备份到磁带库。

9. Archivelog file：Oracle 数据库归档日志文件，当 Online 的日志

写满后会写入 archivelog，因此，archivelog 记录了数据库的所有

变化，archivelog 是数据库恢复的重要组成部分。恢复到故障点首

先需要恢复一个 0 级的全备份， 然后还要加上从这个全备份到所要

恢复的故障点的所有 Archivelog，因此，archivelog 文件的备份必

须是完整的。







MIS系统操作手册 PCCW and CMFJ use only 24

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc



10. Application Program File：Oracle ERP 的应用程序文件，此部分

文件变化的频度是较低的， 只有为应用系统打过补丁或开发了新的

程序才会发生变化。此部分文件必须一起备份，一起恢复才有效，

备份时应保证应用已经停止。

11. Application Reports & Logs：Oracle ERP 应用的输出和日志文件，

此部分的每天均有变化，，Oracle Application 的报表是可以通过

再次提交来得到的，因此此部分文件的备份并不是必须的，因此此

类文件的备份采用增量备份的方式进行， 只有发生变化的文件才会

被备份到磁带库中，即此类文件每个只保留一个备份。

 在 MIS 系统中所有的业务数据均是保存在 Oracle 的数据库中的，因此

对于 Oracle 数据库的备份是最为重要的



交易量分析

 现在前 8 省各省均在 2003 年 12 月下旬上线，通过观察发现各省的交易

量并不大。随着更多的用户进入系统，交易量会进一步增加。

 通过对 2003 年 12 月 22 日至 2004 年 1 月 12 日 12 日的生产环境的数据

库的观察，每日的日志切换 50~60 次，每个日志大小为 10M 左右，假

设正常上线后数据量是现在的 3 倍。

Oracle Archivelog file: 1.8G/day

 涉及系统运行相关的程序文件

Oracle Home: ($ORACLE_HOME) 2.8G~3G

Oracle Application Program file: 28G~30G

 Application Reports & Logs 一般是系统的报表和并发管理器产生的日

志文件， 按照目前的运行情况， 每个月所有输出和日志应不超过 300M，

需要在系统运行一段时间后再矫正此数值。

Application output files & Logs: 300M

 Oracle 数据库 Datafile，目前为 25G，如果在初期调整为 28G～30G 可

以取得比较好的数据库性能，在使用一段时间后会继续增大，使用

RMAN 进行热备份占用的空间将小于实际的 datafile 的尺寸。

Oracle Datafile: 30G

Oracle full Backup(RMAN hotbackup) 10~15G

 以目前的系统运行状况看来，trace file 和 alert_XXPRD.log 所占的空间

不是很大，它们所占的备份空间可以忽略不记。

 备份软件 TSM 所使用的数据库应定时备份，备份每个版本的文件需要

占用 TSM 数据库空间约 400~600 字节，由于目前 IBM 3583 磁带库是

为 ERP 项目专用，因此可以在每次对生产系统的备份操作完成后进行

TSM 数据库的备份，此部分的文件将随着备份文件的数量增加，为了

使 TSM 有较好的备份性能， TSM 初始的大小为 1G，但使用 backup db

备份到文件系统可以看到在系统使用的初期 TSM 数据库的备份只有

3～5M 左右，根据前 10 省 CMHK 实施中的经验，TSM 数据库使用 6

个月后会增大到 300M 左右。



数据压缩与备份方式

 在 TSM 的系统中存在两种压缩方式：

1. 启用磁带机的硬件压缩

特点：不占用CPU时间，备份时间较短，占用较多网络带宽。

2. 使用备份客户端压缩

特点：占用CPU时间，传输较少的数据，有较好的压缩比。



MIS系统操作手册 PCCW and CMFJ use only 25

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc



 不同方式下备份的对比如下表：

采用普通的文件备份方式（selective）

数据源 文件数 备份容量 压缩 时间

量

/data/xxprd 390 24.52G 79% 00:40:30





/app/xxprd 451935 26.14G 0% 11:12:05





/ora/xxprd 16974 2.48G 0% 00:37:07





/pub/xxprd/admin 21258 37.53M 80% 00:17:39





/arch/xxprd 20 201.73M 59% 00:03:45





采用备份文件系统（backup image）

数据源 文件数 备份 已使用 压缩 时间

量 容量

/app/xxprd 451935 30G 26.14G 58% 00:42:16





/ora/xxprd 16974 3.5G 2.48G 58% 00:04:46









测试的数据说明：

1. 备份的速度在很大程度上受备份文件数量影响， 这主要是由于如果

以文件的方式备份，TSM 在完成每个文件的备份后，会为该备份

的文件在 TSM 数据库中增加其不同版本的备份信息，如果备份数

据源的文件很多（例如：/app/xxprd 下有很多小文件），TSM 需

要花费较多的时间在数据库里为每个文件增加备份信息。

2. 采用完全的文件系统备份将大大加快备份的速度， 但会占用较多的

备份空间，因为，备份整个文件系统时，TSM 数据库中只需要增

加一条备份信息，但未使用的文件系统空间也必须备份。由于

/app/xxprd 和/ora/xxprd 是由很多的小文件组成，所在逻辑卷

的剩余空间并不是很多，因此，很适于采用完全的文件系统备份。







备份介质



经过一段时间的使用，可以确定对于数据库文件的压缩的数据

DDS-4和LTO Ultrium Data Cartridge均可以保存其标称最大存储

容量的数据。



磁带库

 IBM 3583 L18

容量：18个带仓

媒质：LTO Ultrium Data Cartridge 100/200（压缩）×18 =

1800G/3600G（压缩）

传输速率：35M～75M（压缩）/sec



MIS系统操作手册 PCCW and CMFJ use only 26

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc



本地磁带机

 Local tape DDS-4

容量/媒质：20/40（压缩）× 1 = 24/40G（压缩）

传输速率：5M-6M/sec



磁带用途

 LTO Ultrium Data Cartridge 作为系统日常的定期备份的主要介质，保

存可定期清除的数据，磁带可循环使用，因此需要的磁带数量为

需要的磁带数量：见后文的论述

 DDS-4 做为永久保留数据的备份介质，如操作系统初始状态的备份，

MIS 系统月结算数据，年结算数据，以及手工备份的介质，如备份打补

丁之前的 MIS 系统，因此需要的磁带数量为

需要的磁带数量：操作系统 3 × 2 + 年结5 × 2 + 月结12 ×2

+备用20 = 57。

如不需要保存月结的数据则

需要的磁带数量：操作系统 3 × 2 + 年结5 × 2 + 备用20 = 36。

目前系统全备份（/data/xxprd, /ora/xxprd, /app/xxprd）即使经过

压缩后仍不可以完全保存在1盘DDS-4磁带中， 因此一个完整的MIS系统

全备份需要使用2盘DDS-4才可以装得下。

其中：

磁带1：保存数据库部分（/data/xxprd, /ora/xxprd）

磁带2：保存应用部分（/app/xxprd）

 建议在系统发生较大变化的之后， 如为系统做了升级和打了比较大的补

丁和系统执行有危险的动作，并有可能需要恢复之前，使用 Local Tape

（DDS-4）进行应用系统的全冷备份，这些磁带应保留一段时间，等系

统稳定后再重用，包括 OracleHome，Application Program files，

Database（cold backup），这些文件是系统运行必须的全部文件。







备份方案



由于要求数据库可以恢复到故障点，因此数据库必须工作于

archivelog模式下。



MIS系统所使用的Oracle数据库是比较复杂的，因此备份单个表或

表空间是没有实际意义的，Oracle数据库只可以完全备份和完全

恢复才可以保证系统的可用性。



将整个数据库的导出到文件不可以作为备份的手段。



由于MIS系统所使用的逻辑卷都有镜像，因此，即使对于归档日

志也不需要过于频繁的备份，每天一次的备份就足够了，备份过

的归档日志应及时清理，以避免写满文件系统后数据库会挂起。



在系统正式运转后，客户化的开发程序应该已经很少或停止了，

由于Oracle Home和Application Program file在不打补丁的情况下

应该变化很小，因此每月一次的备份频率应该是足够了，但当系

统发生较大变化时，还是应该及时手动进行备份，系统运行比较



MIS系统操作手册 PCCW and CMFJ use only 27

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc





稳定后，可以进一步减少Oracle Home和Application Program File

备份的频率。



以下几种方式除了对数据库部分的备份方式有所不同外，对于其

它系统的部分，例如OracleHome，Application Program Files的方

式基本相同。



冷备份方式

 冷备份方式主要是指数据库的备份是由一个关闭的数据库后所有文件

的完整备份加从该数据库的备份时间点到故障时间点的所有归档日志。

 备份安排

数据文件 位置 备份周期 备份方 媒质

式

操作系统 rootvg 1年 mksys DDS-4

b

Oracle /ora/xxprd 第一个周日凌 备份整 3583磁带

Home 晨1：00/月 个文件 库

Program 系统

file

Application /app/xxprd 第一个周日凌 备份整 3583磁带

Program 晨1：00/月 个文件 库

files 系统

Oracle /data/xxprd 周日凌晨1： 文件备 3583磁带

datafile 00/周 份 库

+redolog

+controlfile

Alert File /ora/xxprd/xxprddb/8 第一个周日凌 文件备 3583磁带

and Trace .1.7//bdump/ale 晨1：00/月 份 库

rt_.log & *.trc& （已经包含在

udump/*.trc OracleHome

备份中）

Archive log /arch/xxprd 凌晨1：00/周 文件备 3583磁带

一～周六 份 库

Application /pub/xxprd/admin//log & out /day) 份 库

Logs

TSM /adsmdb 1~3G 文件备 3583磁带

Database 份 库中指定

磁带

 存储介质

以每个月有8个休息日，22个工作日计算，假定，每周休息日的交易量

不会超过一个工作日的交易量

1. 以完全没有压缩计算

每个月备份所需要占用3583磁带库存储量为

3.5×1 + 30×1 + 30×4 + 1.8×30 + 0.3 = 207.8G

2. 以采用软件压缩计算

每个月备份所需要占有3583磁带库的存储容量为





MIS系统操作手册 PCCW and CMFJ use only 28

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc



3.5×1 ×（1－58%）+ 30×1 ×（1－58%） + 30×4（1－79%）

+ 1.8×30×（1－59%） + 0.3×（1－80%） = 61.47G

3. 以采用硬件压缩计算（开启驱动器的硬件压缩后，对各类文件的压

缩比，可以达到 50%）

因此每个月备份 所需要占用3583磁带库的存储容量为

207.8×（1－50%）=103.9G

MIS系统除了日常的备份外，在打补丁或做某些有危险的操作前可能需

要对MIS系统做一个完整的冷备份（只包括/ora/xxprd, /data/xxprd,

/app/xxprd2），此备份可以保存在DDS-4的磁带中（需要2盘DDS-4

磁带），也可以保存在磁带中。由于这些临时性的备份是不固定的，因

此很难估算其需要使用的存储介质的容量， 根据CMHK10省的经验， 每

个月这些临时性的备份的存储总容量不会超过该月备份的总容量，而

且，在MIS项目完全上线之后，此类临时性的备份的比重会更加小。

对于3583磁带库，应保持其整体上有50%的裕量，以应付临时的备份要

求，和避免个别磁带意外损坏对整个备份的影响。

因此如采用相对保守的估计（50%的压缩比）

每个月需要占用3583磁带库的存储容量为

103.9G×2 = 207.8G

假设磁带库中的备份数据可以保存6个月而不需要人工干预，需要磁带

（每盘100G未压缩容量）的数量为

207.8（G/month） × 6month÷100G = 13个

再加上备份TSM数据库所使用的磁带2个总计15个

在使用6个月之后，可以将最早使用的磁带中的内容清空重新使用。

 恢复

在系统不同破坏程度下采取的恢复方式是不同的。

1. 数据库实例意外崩溃

一般在这种情况下，可先尝试重新启动数据库，启动过程中Oracle

会自动使用磁盘上的redolog进行恢复。

不需要使用磁带上的备份进行复原。

2. 当前 redo 日志损坏

一般在这种情况下，可以先强制清除不归档故障日志文件，但应尽

快进行一个数据库的全备份，因为此刻起数据库的归档日志已经是

不连续的了。

不需要使用磁带的备份进行复原

3. 部分或全部数据文件损坏（被意外删除）

在大部分情况下，需要从磁带库先恢复数据文件，如果磁盘上的归

档日志完好，可使用最近的一个数据库的全备份＋该全备份到当前

的所有归档日志文件，可恢复到最近的一点，有可能会有些数据丢

失（如果当前的redolog丢失）。

需要从磁带恢复Oracle Datafile。

4. Oracle 数据库部分文件损坏＋TSM 数据库崩溃

首先需要先从磁带库中2盘专用磁带中的最近的一个备份磁带恢复

TSM数据库，然后再从其它3583磁带的数据备份磁带中恢复Oracle

数据库。

需要磁带恢复TSM数据库和Oracle datafile



MIS系统操作手册 PCCW and CMFJ use only 29

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc



5. 主机彻底崩溃，所有硬盘崩溃

首先要从DDS-4磁带中恢复操作系统， 然后从磁带库恢复TSM数据

库， 然后再从其它3583磁带的数据备份磁带中恢复Oracle Home和

Oracle Application以及Oracle数据库

需要从DDS-4和3583磁带库分别按顺序恢复。

 优缺点

优点：这种备份方式中每周均有一次关闭数据数据库，进行冷备份并重

新启动数据库的操作，可以在一定程度上清除数据库中有死掉的会话。

缺点：每周的冷备份需要停止服务，用户的可用时间减少。



热备份方式

 热备份方式主要是指数据库的备份是由一个在线的数据库全备份加从

该数据库的备份时间点到故障时间点的所有归档日志组成。

本方案中，由于备份的对象只是一个XXPRD数据库，因此将不单独建

立catalog数据库保存备份信息，即RMAN备份时采用nocatalog方式，

所有备份信息将保存在数据库控制文件中。

 备份安排

数据文件 位置 备份周期 备份方 媒质

式

操作系统 rootvg 1年 mksys DDS-4

b

Oracle /ora/xxprd 第一个周日凌 备份整 3583磁带

Home 晨1：00/月 个文件 库

Program 系统

file

Application /app/xxprd 第一个周日凌 备份整 3583磁带

Program 晨1：00/月 个文件 库

files 系统

Oracle 周日凌晨1： RMA 3583磁带

datafile 00/周 N热备 库

份

Oracle /adsmbak/oracle/contr 每次热备份后 文件备 3583磁带

Control file ol 进行 份 库

Alert File /ora/xxprd/xxprddb/8 第一个周日凌 文件备 3583磁带

and Trace .1.7//bdump/ale 晨1：00/月 份 库

rt_.log & *.trc& （已经包含在

udump/*.trc OracleHome

备份中）

Archive log /arch/xxprd 凌晨1：00/周 文件备 3583磁带

一～周六 份 库

Application /pub/xxprd/admin//log & out /day) 份 库

Logs

TSM /adsmdb 1~3G 文件备 3583磁带

Database 份 库中指定

磁带

 存储介质







MIS系统操作手册 PCCW and CMFJ use only 30

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc



以每个月有8个休息日，22个工作日计算，假定，每周休息日的交易量

不会超过一个工作日的交易量， 热备份所使用的空间不会超过实际文件

的尺寸，在系统刚使用不久的情况下一般小于15G，随着系统的使用时

间增长，此比例会增大，下面的计算以15G来估算RMAN热备数据库尺

寸。

1. 以完全没有压缩计算

每个月备份所需要占用3583磁带库存储量为

3.5×1 + 30×1 + 15×4 + 1.8×30 + 0.3 = 147.8G

2. 以采用软件压缩计算

每个月备份所需要占有3583磁带库的存储容量为

3.5×1 ×（1－58%）+ 30×1 ×（1－58%） + 15×4（1－79%）

+ 1.8×30×（1－59%） + 0.3×（1－80%） = 48.87G

3. 以采用硬件压缩计算（开启驱动器的硬件压缩后，对各类文件的压

缩比，可以达到 50%）

因此每个月备份 所需要占用3583磁带库的存储容量为

147.8×（1－50%）=73.9G

MIS系统除了日常的备份外，在打补丁或做某些有危险的操作前可能需

要对MIS系统做一个完整的冷备份（只包括/ora/xxprd, /data/xxprd,

/app/xxprd2），此备份可以保存在DDS-4的磁带中（需要2盘DDS-4

磁带），也可以保存在磁带中。由于这些临时性的备份是不固定的，因

此很难估算其需要使用的存储介质的容量， 根据CMHK10省的经验， 每

个月这些临时性的备份的存储总容量不会超过该月备份的总容量，而

且，在MIS项目完全上线之后，此类临时性的备份的比重会更加小。

对于3583磁带库，应保持其整体上有50%的裕量，以应付临时的备份要

求，和避免个别磁带意外损坏对整个备份的影响。

因此如采用相对保守的估计（50%的压缩比）

每个月需要占用3583磁带库的存储容量为

73.9G×2 = 147.8G

假设磁带库中的备份数据可以保存半年而不需要人工干预，需要磁带

（每盘100G未压缩容量）的数量为

147.8（G/month） × 6month÷100G = 9个

再加上备份TSM数据库所使用的磁带2个总计11个

在使用半年之后，可以将最早使用的磁带中的内容清空重新使用。

 恢复

在系统不同破坏程度下采取的恢复方式是不同的。

1. 数据库实例意外崩溃

一般在这种情况下，可先尝试重新启动数据库，启动过程中Oracle

会自动使用磁盘上的redolog进行恢复。

不需要使用磁带上的备份进行复原。

2. 当前 redo 日志损坏

一般在这种情况下，可以先强制清除不归档故障日志文件，但应尽

快进行一个数据库的全备份。

不需要使用磁带的备份进行复原

3. 部分或全部数据文件损坏（被意外删除）





MIS系统操作手册 PCCW and CMFJ use only 31

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc



由于没有采用Catalog数据库，因此所有数据库备份信息将保存控

制文件中，恢复时首先从磁带库恢复最近的数据库控制文件，再使

用RMAN从磁带库恢复数据文件，如果磁盘上的归档日志完好，

可使用最近的一个数据库的全备份＋该全备份到当前的所有归档

日志文件，可恢复到最近的一点，有可能会有些数据丢失（如果当

前的redolog丢失）。

需要从磁带恢复Oracle Datafile，

4. Oracle 数据库部分文件损坏＋TSM 数据库崩溃

首先需要先从磁带库中2盘专用备份TSM的磁带中恢复TSM数据

库，然后再从其它3583磁带的数据备份磁带中恢复Oracle数据库，

恢复方法与第3相同。

需要磁带恢复TSM数据库和Oracle datafile

5. 主机彻底崩溃，所有硬盘崩溃

首先要从DDS-4磁带中恢复操作系统， 然后从磁带库恢复TSM数据

库， 然后再从其它3583磁带的数据备份磁带中恢复Oracle Home和

Oracle Application以及Oracle数据库，恢复数据库的方法与第3相

同。

 优缺点

优点：这种备份方式中每次全备份均不需要关闭数据库，用户的可用时

间比较长，由于每次全备份RMAN只备份数据库已使用的部分，因此每

个月占用的媒质相对小一些。

缺点：必须使用IBM厂家提供的TDP for Oracle才可以实现直接备份到

磁带库，需要管理员根据数据库的运行情况定期重新启动数据库。







结论



在系统使用初期，CMCC18省将均采用冷备份的方式备份，如有

特殊的需求，需要采用其它备份的方式的可以与中央技术组讨论

后再确定。









MIS系统操作手册 PCCW and CMFJ use only 32

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc









附录 2: HACMP安装与配置



请首先阅读附录有关原理方面内容：

IBM HACMP配合Oracle Applications 11i的基本运作原理

IBM HACMP 系统维护







HACMP安装及配置

当完成了 Oracle Applications 11i 在双节点模式的配置和测试后, 下一

步便可以交由 IBM 的工程师开始 HACMP 的安装及配置.

我们需要提供予 IBM 工程师的资料主要为:

 磁盘阵列的划分方法及其对应的 HACMP 资源组别.

 IP 地址的分配方法.

 有关磁盘阵列和 IP 地址的信息已在步骤 2 中提及, 此处不赘.

 供 HACMP 启动或关闭 Applications 服务的 Unix 测试脚本.



当 IBM 安装 HACMP 时我们需要提供测试脚本，脚本放在/hascripts 下

4 个脚本如下：

start_misp1.sh

#!/BIN/SH

LOGFILE=/TMP/START_MISP1.LOG

echo "+------ `date` starting misp1 ------+" |tee -a $LOGFILE

echo "`hostname`" | tee -a $LOGFILE

echo "+--------------------------------------------------------------------+" |tee -a

$LOGFILE

echo "`ifconfig -a`" |tee -a $LOGFILE

echo "+--------------------------------------------------------------------+" |tee -a

$LOGFILE

echo "`df -k`" |tee -a $LOGFILE

echo "+--------------------------------------------------------------------+" |tee -a $LOGFILE

start_misp2.sh

#!/bin/sh

LOGFILE=/tmp/start_misp2.log

echo "+------ `date` starting misp1 ------+" |tee -a $LOGFILE

echo "`hostname`" | tee -a $LOGFILE

echo "+--------------------------------------------------------------------+" |tee -a

$LOGFILE

echo "`ifconfig -a`" |tee -a $LOGFILE

echo "+--------------------------------------------------------------------+" |tee -a

$LOGFILE

echo "`df -k`" |tee -a $LOGFILE

echo "+--------------------------------------------------------------------+" |tee -a $LOGFILE

stop_misp1.sh

#!/bin/sh

LOGFILE=/tmp/stop_misp1.log

echo "+------ `date` stopping misp1 ------+" |tee -a $LOGFILE

echo "`hostname`" | tee -a $LOGFILE

MIS系统操作手册 PCCW and CMFJ use only 33

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc





echo "+--------------------------------------------------------------------+" |tee -a

$LOGFILE

echo "`ifconfig -a`" |tee -a $LOGFILE

echo "+--------------------------------------------------------------------+" |tee -a

$LOGFILE

echo "`df -k`" |tee -a $LOGFILE

echo "+--------------------------------------------------------------------+" |tee -a $LOGFILE

stop_misp2.sh

#!/bin/sh

LOGFILE=/tmp/stop_misp2.log

echo "+------ `date` stopping misp1 ------+" |tee -a $LOGFILE

echo "`hostname`" | tee -a $LOGFILE

echo "+--------------------------------------------------------------------+" |tee -a

$LOGFILE

echo "`ifconfig -a`" |tee -a $LOGFILE

echo "+--------------------------------------------------------------------+" |tee -a

$LOGFILE

echo "`df -k`" |tee -a $LOGFILE

echo "+--------------------------------------------------------------------+" |tee -a

$LOGFILE





当 IBM 安装 HACMP 完毕后需要使用测试脚本进行第一次测试：









HACMP测试



由国创公司按照我们的文档进行



HACMP联调

1. 将正式脚本放到 2 台机器的/hascripts 目录下（4 个脚本）



因为脚本会去本机主机名，去查找启动脚本，所以在misp2主机上必须做以下

配置：



在misp2主机登录到oraprd用户

oraprd>cd $ORACLE_HOME/appsutil/scripts

oraprd >cp –r CQPRD_misp1 CQPRD_misp2





2. 测试脚本在 2 台机器上是否可以正常使用

为了让 HACMP 在正常情况下(或某节点出现故障需要进行资源撤换时)能顺利启动或关

闭与 Applications 有关的服务, 我们提供以下的 Unix 脚本供 HACMP 呼叫:









MIS系统操作手册 PCCW and CMFJ use only 34

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc





脚本名称 存放路径 所有者 描述

startmisp1.sh /hascript root 正常情况下在服务器 “misp1”

3. 手 上运行. 它会启动 Web/Apache,

动

Forms, Metrics client/server,

切

TCF.

换

stopmisp1.sh /hascript root 正常情况下在服务器 “misp1”

切

上运行. 它会关闭 Web/Apache,

换

Forms, Metrics client/server,

过

TCF.

程

startmisp2.sh /hascript root 正常情况下在服务器 “misp2”

中

上 运 行 . 它 会 启 动 Concurrent

，

manager, Reports, FNDFS

可

listener, Database instance,

以

Database listener.

查

stopmisp2.sh

看 /hascript root 正常情况下在服务器 “misp2”

上 运 行 . 它 会 关 闭 Concurrent

h

manager, Reports, FNDFS

a

切 listener, Database instance,

换 Database listener.

日志 tail –f /tmp/hacmp.out



模拟节点 1 故障

在 misp1 上手动切换（take over），HACMP 应按顺序进行下列操作

切换 misp1 的 IP 至 misp2 主机。

在 misp1

 调用 stop_misp1.sh

 umount /app/gsprd1

 varyoffvg datavg01

在 misp2

 varyonvg datavg01

 mount /dev/lv_app_gsprd1 /app/gsprd1

 调用 start_misp1.sh

模拟节点 1 故障恢复

在 misp1 上启动 HA

切换 misp2 上的资源组 misapp 至 misp1 主机。

在 misp2

 调用 stop_misp1.sh

 umount /app/gsprd1

 varyoffvg datavg01

在 misp1

 varyonvg datavg01

 mount /dev/lv_app_gsprd1 /app/gsprd1

 调用 start_misp1.sh

模拟节点 2 故障

类似的在 misp2 上手动切换(take over)，HACMP 应按下面顺序动作

切换 misp2 的 IP 至 misp1

在 misp2

 调用 stop_misp2.sh

 umount /app/gsprd2

 umount /ora/gsprd

MIS系统操作手册 PCCW and CMFJ use only 35

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc



 umount /data/gsprd

 umount /pub/gsprd

 umount /arch/gsprd

 varyoffvg datavg02

在 misp1

 varyonvg datavg02

 mount /dev/lv_app_gsprd2 /app/gsprd2

 mount /dev/lv_ora_gsprd /ora/gsprd

 mount /dev/lv_data_gsprd /data/gsprd

 mount /dev/lv_pub_gsprd /pub/gsprd

 mount /dev/lv_arch_gsprd /arch/gsprd

调用 start_misp2.sh

模拟节点 2 故障恢复

在 misp2 上启动 HA, HACMP 应按下面顺序动作

切换 misp1 上的资源组 misdb 至 misp2

在 misp1

 调用 stop_misp2.sh

 umount /app/gsprd2

 umount /ora/gsprd

 umount /data/gsprd

 umount /pub/gsprd

 umount /arch/gsprd

 varyoffvg datavg02

在 misp2

 varyonvg datavg02

 mount /dev/lv_app_gsprd2 /app/gsprd2

 mount /dev/lv_ora_gsprd /ora/gsprd

 mount /dev/lv_data_gsprd /data/gsprd

 mount /dev/lv_pub_gsprd /pub/gsprd

 mount /dev/lv_arch_gsprd /arch/gsprd

调用 start_misp2.sh







4. 网络 failover

切断 misp2 service 网卡网线时，misp2 的 standby 网卡会接管 misp2 service IP 地址,不发

生切换

切断 misp1service 网卡网线时， misp1 的 standby 网卡会接管 misp2 service IP 地址,不发

生切换







HA常用命令

1. 启动 HA

#smitty clstart

2. 关闭 HA

#smitty clstop









MIS系统操作手册 PCCW and CMFJ use only 36

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc









附录 3：配置E-MAIL于UNIX



步骤

编辑或创建/etc/resolv.conf

domain fj.chinamobile.com

nameserver 10.46.22.17



编辑或创建/etc/netsvc.conf，内容如下：

hosts=local,bind



上述文件设置 DNS 成功后，可见下面信息。

root@misp4 # nslookup ns.chinamobile.com

Server: ns.fj.chinamobile.com

Address: 10.46.22.17



Non-authoritative answer:

Name: ns.chinamobile.com

Address: 211.136.17.107





#/etc/init.d/sendmail stop



#cd /usr/lib/mail/cf



#cp main.mc myhost.mc



MASQUERADE_AS('host.domain')



# /usr/ccs/bin/make myhost.cf



测试参数文件有效.

# /usr/lib/sendmail -C myhost.cf -v "xxx@fj.chinamobile.com" >> EHLO misp4.fmcc.com

250-smtp.fj.chinamobile.com Hello misp4.fmcc.com ([10.46.20.84]), pleased to

mee

t you

MIS系统操作手册 PCCW and CMFJ use only 37

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc





250-HELP

250-SIZE

250 PIPELINING

>>> MAIL From:

250 root@misp4.fmcc.com... Sender OK

>>> RCPT To:

250 chenx@fj.chinamobile.com... Recipient OK

>>> DATA

354 Enter message, end with "." on a line by itself

>>> .

250 Message accepted for delivery

chenx@fj.chinamobile.com... Sent (Message accepted for delivery)

Closing connection to ns.fj.chinamobile.com.

>>> QUIT

221 smtp.fj.chinamobile.com SMTP Service closing transmission channel

上述结果表示 UNIX 设置成功。



Oracle Application 11i

1. "Alert Manager" 登录

2. in System->Option->

set "Unix sendmail"=/usr/lib/sendmail and "in use" should be checked.

3. in Alert->Define->

define "application"=Applications DBA "name"=Indexes near maximum extents

点击 "action"

点击 "action detail"

输入 email address

in request-> check

发送 request

如果收到 email，则设置成功









MIS系统操作手册 PCCW and CMFJ use only 38

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc









附录 4：配置打印机



Unix 系统安装打印机，请参阅打印机生产厂商安装说明。

在

建议使用 HP 打印机， UNIX 环境下安装较简单，自带 UNIX 下安装程序及驱动程序。(root

登录后，命令 hppi,输入 IP 地址，打印机模式，打印机名字。完成后，用 lp -dPRINTER

测试。)



Unix 系统安装打印机成功后，可在 Application 设置打印机

Oracle Applications 11i - Printer Setup



InstallPrinterDriver





Arguments:

LANG=zh.GBK; export LANG; xetops -B $PROFILES$.FILENAME | lp -c -d$PROFILES$.PRINTER

-n$PROFILES$.CONC_COPIES -t"$PROFILES$.TITLE"









MIS系统操作手册 PCCW and CMFJ use only 39

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc





InstallPrinterDriver





Arguments:

LANG=zh.GBK; export LANG; xetops -r -B $PROFILES$.FILENAME | lp -c -d$PROFILES$.PRINTER

-n$PROFILES$.CONC_COPIES -t"$PROFILES$.TITLE"









InstallPrinterTypes









MIS系统操作手册 PCCW and CMFJ use only 40

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc





InstallPrinterRegister









MIS系统操作手册 PCCW and CMFJ use only 41

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc









附录 5：Postscript打印的配置步骤



1. 先决条件



i.) 把 Form Server 的版本升级至补丁 10 的水平 (当前 11.5.6 所用的版本为补丁 8 的水平). 依据以下

的顺序来把补丁打上:

2356680

2280392

当打完补丁后, 请确认使用” Adadmin”的工具再生成一次所有的 forms, report 和 jar 文件.



ii.) 安装 PASTA 工具. 依据以下的顺序来把补丁打上:

2460859 – PASTA 2.5.1 release (英文和中文的补丁都必须打上)

2465094 – Printer Setup Simplification with PASTA 2.5.1 (英文和中文的补丁都必须打上)





2. 修改配置文件



i.) $FND_TOP/$APPLRSC/pasta.cfg

(e.g. /app/bjacp/bjacpappl/fnd/11.5.0/resource/pasta.cfg)

设定字库的基本路径, 参考如下:





fontpath=/app/bjacp/bjacpappl/fnd/11.5.0/resource/ADUOJ.ttf

boldfontpath=/app/bjacp/bjacpappl/fnd/11.5.0/resource/ADUOJ.ttf

fontpath.SIMPLIFIED CHINESE=/app/bjacp/bjacpappl/fnd/11.5.0/resource/ADUOSC.ttf



ii.) $ORACLE_HOME/guicommon/tk60/admin/Tk60Motif.rgb

(e.g. app/bjacp/bjacpora/8.0.6/guicommon6/tk60/admin/ Tk60Motif.rgb)

设定字库的基本路径, 参考如下:





Tk2Motif*fontMapCs: gb2312.1980-0=zhs16gbk



iii.) $APPL_TOP/$TWO_TASK..env

(e.g. /app/bjacp/bjacpappl/BJACP.env)

把以下的一段内容增加至环境参数文件里. 注意: 你必须依据你当前环境的配置来修改内容, 如路径,

打印机名 (例如:BJMW0401) 和“DISPLAY”环境变数值:





PASTA="/app/bjacp/bjacpappl/fnd/11.5.0/resource/pasta.cfg"

export PASTA

REPORTS60_NO_DUMMY_PRINTER=false;

export REPORTS60_NO_DUMMY_PRINTER

TK6_PRINT_STATUS='echo %n is valid';

export TK6_PRINT_STATUS

TK_PRINT_STATUS='echo %n is valid';

export TK_PRINT_STATUS

TK6_PRINTER=BJMW0401;

export TK6_PRINTER



MIS系统操作手册 PCCW and CMFJ use only 42

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc





TK_PRINTER=BJMW0401;

export TK_PRINTER

PRINTER=BJMW0401;

export PRINTER

TK_UNKNOWN="/app/bjacp/bjacpora/8.0.6/guicommon6/tk60/admin";

export TK_UNKNOWN

TK_ADMIN="/app/bjacp/bjacpora/8.0.6/guicommon6/tk60/admin";

export TK_ADMIN

ORACLE_PRINTER=BJMW0401;

export ORACLE_PRINTER

DISPLAY=10.4.5.242:0.0;

export DISPLAY





3. X windows 环境配置



在终端上以 root 用户执行以下的命令:





chmod 744 /usr/openwin/bin/xhost

xhost +



注意: 你必须在终端上执行“xhost +”, 而不是在 telnet 的窗口中执行. 另外, 必须在每次系统重启后

把这命令重新执行一次.





4. 测试 (以检验所作的配置)



执行以下的命令以提交测试报表 MytestL.rdf



ar60runb userid=apps/apps report=MytestL.rdf batch=yes destype=file

desformat=hp4000_4.ppd desname=PS_file.ps



如果你能在大约 30 秒内得到输出文件 PS_file.ps, 那所作的配置应该是正确的.





5. 应用方面的配置



你需要为打印 Postscript 文件另设一个打印机. 所设定的打印机并不需要是真实存在的.

i. 用 sysadmin 的用户登录

ii. 选择 “系统管理员” 的责任

iii. 浏览至 “安装> 打印机> 注册”

iv. 新增打印机. 选择 “-- PASTA Universal Printer Type” 的类型









MIS系统操作手册 PCCW and CMFJ use only 43

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc





6. 安装客户端软件



安装 GNU Ghostscript 7.05

安装 Gsview 4.3



下载软件时应选择是 Windows 的平台. 详情请浏览至网站 http://www.cs.wisc.edu/~ghost/





7. 检查输出结果



当第 1 至 6 的步骤都完成后, 你可以尝试创建一个报表及为其注册. 方法如下:



i. 创建一个包含图形和线条的位图(bitmap)报表

ii. 当为报表注册时, 选择„Postscript‟作为输出类型

iii. 提交报表时, 确认打印机一栏是在步骤 5 中所新增的打印机

iv. 你若要观看报表, 需要使用 GSView 作为浏览器

v. 最后, 你需要透过 OA 系统的网络打印机来打印报表









MIS系统操作手册 PCCW and CMFJ use only 44

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc







附录 6：CLONING 数据库及Oracle应用









MIS系统操作手册 PCCW and CMFJ use only 45

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc









AutoConfig

AutoConfig只需要源环境安装，在如果源环境已经成功配置AutoConfig，

可跳过此部分。



打补丁和配置AutoConfig请确保运行过环境文件



进入目录



. APPSORA.env







补丁



在使用AutoConfig前，请确保已按顺序打下列补丁





AutoConfig补丁

 p3029442_11i_GENERIC.zip



 p3029442_11i_zhs.zip



adbldxml补丁

 p2980036_11i_GENERIC.zip







在应用层配置AutoConfig



在配置AutoConfig期间，请保证所有应用服务已停止，并保持数据库正常

工作。





建立Context文件



 如果/admin/.xml 已经存在，

可以跳过创建的步骤，通常 11.5.8 安装后会产生此文件。



 以 APPLMGR 的身份运行



cd /bin



./adbldxml.sh tier=apps appsuser=

appspasswd=



创建配置文件



注意：一旦运行过此命令后系统旧的配置文件将会丢失，请作好备份工

作



 以 APPLMGR 的身份运行



cd /bin



./adconfig.sh contextfile= appspass=





MIS系统操作手册 PCCW and CMFJ use only 46

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc







移植AutoConfig至数据库层



拷贝AutoConfig



首先要从应用层备份AutoConfig



 以 APPLMGR 用户运行



cd /bin



perl /bin/admkappsutil.pl



如果成功，会得到一个appsutil.zip的文件。



 拷贝 appsutil.zip 文件至



 备份/appsutil 文件



cd



tar –cvf appsutil.0904.tar appsutil



 解压缩并覆盖原 appsutil



unzip –o appsutil.zip



建立Context文件



如果$ORACLE_HOME/appsutil/.xml已经存在，可以

跳过创建步骤，通常11.5.8安装后会产生此文件。



 以 ORACLE 身份运行



cd



. .env



cd /appsutil/bin



./adbldxml.sh tier=db appsuser=

appspasswd=



创建配置文件



注意：一旦运行过此命令后系统旧的配置文件将会丢失，请作好备份工

作



 以 ORACLE 身份运行



cd /appsutil/bin



./adconfig.sh contextfile= appspasswd=









MIS系统操作手册 PCCW and CMFJ use only 47

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc









克隆Oracle Application 11i

下面例子假设是从TJSED克隆到TJTRG







准备源环境



准备源环境时要保证源数据库处于打开状态。





准备数据库



 在源环境以 ORACLE 用户运行下面命令



cd /appsutil/scripts/



perl adpreclone.pl dbTier



准备应用



 在源环境以 APPLMGR 用户运行下面命令



cd /admin/scripts/



perl adpreclone.pl appsTier







拷贝



在系统克隆前请先为目标系统建立3个文件系统，建议使用AIX的系统管理

接口工具smit建立



 建立卷



#smitty mklv



 建立文件系统



#smitty crfs



 挂接文件



＃mount /dev/lv_ora_tjtrg /ora/tjtrg



 修改权限



＃chown oratrg:dba /ora/tjtrg



类似的建立3个文件系统/ora/tjtrg, /data/tjtrg, /app/tjtrg





磁带



如果是克隆到不同的主机，拷贝的工作一般是使用磁带把3个mount point

恢复到目标环境，如果使用restore恢复请修改目录的属主（使用root恢复

后）。

MIS系统操作手册 PCCW and CMFJ use only 48

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc



假设备份的顺序是vol_data_tjsed, vol_app_tjsed, vol_ora_tjsed



#cd /data/tjtrg



#restore –rvf /dev/rmt0.1



#chown –R oratrg:dba /data/tjtrg



#cd /app/tjtrg



#restore –rvf /dev/rmt0.1



#chown –R appltrg:applgrp /app/tjtrg



#cd /ora/tjtrg



#restore –rvf /dev/rmt0.1



#chown –R oratrg:dba /ora/tjtrg



拷贝



拷贝时一定要保证要在应用和数据库已经停止的状态下进行。



 可以用下面命令检验



ps –ef |grep



ps –ef |grep



其中APPLMGR和ORACLE分别为源环境的UNIX用户



拷贝可以简单的拷贝所有文件到目标环境。



拷贝应用系统文件

 至少拷贝下面的文件到目标环境相应的目录



名称 示例



$APPL_TOP

$OA_HTML



$OA_JAVA



/util $OAD_TOP

/clone $OAD_TOP/clone



$ORACLE_HOME



$ORACLE_HOME/../iAS



拷贝数据库

 拷贝至目标环境



 拷贝数据文件至目标环境







配置新环境



新拷贝过来的环境应根据命名规则修改相应目录名称



MIS系统操作手册 PCCW and CMFJ use only 49

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc



修改应用系统文件目录名



假设源系统是TJSED，目标是TJTRG，拷贝过来的文件目录应改为新环境

的名称，例如：



cd /app/tjtrg



mv tjsedappl tjtrgappl



mv tjsedcomn tjtrgcomn



mv tjsedora tjtrgora



建立jre链接



cd /app/tjtrg/tjtrgora/iAS/oui21/jre/1.3.1



ln -s jre/bin bin



修改临时目录权限



chmod a+w /app/tjtrg/tjtrgcomn/temp



修改数据库文件目录名



假设源系统是TJSED，目标是TJTRG，拷贝过来的文件目录应改为新环境

的名称，例如：



cd /ora/tjtrg



mv tjseddb tjtrgdb



cd /data/tjtrg



mv tjseddata tjtrgdata



建立jre的链接



cd /ora/tjtrg/tjtrgdb/8.1.7/



ln –s JRE jre



cd /ora/tjtrg/tjtrgdb/8.1.7/oui21/jre/1.3.1



ln -s jre/bin bin



注意：如果从生产环境克隆至开发环境，由于/lib/libobk.a文件已经链接到/usr/lib/libobk.a，因此需

要先恢复此文件，一般的该文件会在生产环境备份为libobk.a.old或

libobk.a.bak



cd /ora/tjtrg/tjtrgdb/8.1.7/lib/



rm libobk.a



cp libobk.a.old libobk.a



oraInventory



MIS系统操作手册 PCCW and CMFJ use only 50

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc



如果克隆到一个从未安装过Oracle Application的主机，可能oraInventory不

存在。



修改/etc/oraInst.loc



#vi /etc/oraInst.loc



inventory_loc=/home/oracle/oraInventory



如果oraInventory不存在，需要手动创建，并从源环境拷贝oraInventory到目

标环境，例如：



#mkdir –p /home/oracle



#cd /home/oracle



#tar –xvf oraInvenory.tar



#chmod –R 777 /home/oracle/oraInventory



配置数据库



使用目标环境ORACLE用户运行下面命令



cd /appsutil/clone/bin



perl adcfgclone.pl dbTier



系统会提示新的数据库的路径和SID等，其中提示到Port Pool请输入一个

本机没有任何环境使用的Port Pool号例如98，下面配置Application提示Port

Pool时也要输入此号，下面是一个例子。



$cd $ORACLE_HOME/appsutil/clone/bin



$perl adcfgclone.pl dbTier



Enter the values for the new Database Context:







Target system database SID [TJSED]:TJTRG







Target system domain name [mis.tj.cmcc]:







Target system RDBMS ORACLE_HOME directory

[/ora/tjsed/tjseddb/8.1.7]:/ora/tjtrg/tjtrgdb/8.1.7







Number of DATA_TOP's on the target system [1]:







Target system DATA_TOP 1

[/data/tjsed/tjseddata]:/data/tjtrg/tjtrgdata



MIS系统操作手册 PCCW and CMFJ use only 51

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc









Target system JRE_TOP

[/ora/tjsed/tjseddb/8.1.7/JRE]:/ora/tjtrg/tjtrgdb/8.1.7/JRE







The new context file has to contain port numbers related to target

system.







Clone Context uses the same port pool mechanism as the Rapid

Install



Once you choose a port pool, Clone Context will validate the port

availability.







Enter the port pool number:[0-99]



99







Checking the port pool 99



done: Port Pool 99 is free



Database port is 1620



Creating the new Database Context file from :



/ora/tjtrg/tjtrgdb/8.1.7/appsutil/template/adxdbctx.tmp







The new database context file has been created :



/ora/tjtrg/tjtrgdb/8.1.7/appsutil/TJTRG_mist.xml







Log file located at /tmp/CloneContext_09140740.log



Please enter the APPS password:



APPS







Running Rapid Clone with command:



perl ./adclone.pl java=./../jre mode=apply

stage=/ora/tjtrg/tjtrgdb/8.1.7/appsutil/clone component=dbTier

method=CUSTOM dbctxtg=/ora/tjtrg/tjtrgdb/8.1.7



/appsutil/TJTRG_mist.xml





MIS系统操作手册 PCCW and CMFJ use only 52

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc



perl: warning: Setting locale failed.



perl: warning: Please check that your locale settings:



LC_ALL = (unset),



LC__FASTMSG = "true",



LC_MESSAGES = "",



LANG = "Zh_CN"



are supported and installed on your system.



perl: warning: Falling back to the standard locale ("C").



（这里的告警可以忽略，如果在操作前先把语言设置为英文，则

不会出现告警）



Using Archive:

/ora/tjtrg/tjtrgdb/8.1.7/appsutil/clone/jlib/adconfig.zip



$Header: adconfig.zip 115.319 2003/08/19 14:23 hfux ship

$









Beginning database tier Apply - Sun Sep 14 20:44:44 2003



Log file located at

/ora/tjtrg/tjtrgdb/8.1.7/appsutil/log/TJTRG_mist/ApplyDBTier_09140744.l

og







Completed Apply...



Sun Sep 14 20:52:19 2003







Beginning APPSDB_TJTRG registration to central inventory...







ORACLE_HOME NAME : APPSDB_TJTRG



ORACLE_HOME PATH : /ora/tjtrg/tjtrgdb/8.1.7



INVENTORY LOCATION : /etc/oraInst.loc







Starting database listener for TJTRG:



Running:







MIS系统操作手册 PCCW and CMFJ use only 53

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc



/ora/tjtrg/tjtrgdb/8.1.7/appsutil/scripts/TJTRG_mist/addlnctl.sh start

TJTRG







You are running addlnctl.sh version 115.3







Starting listener process TJTRG ...







Listener TJTRG has already been started.







addlnctl.sh: exiting with status 0







如果成功，系统会使用输入的新参数启动数据库和监听，可以查看日志和

使用sqlplus进行检验。





配置应用



使用目标环境APPLMGR用户运行下面命令



cd /clone/bin



perl adcfgclone.pl appsTier



系统提示Port Pool时请输入刚才在配置数据库时输入的参数98



$perl adcfgclone.pl appsTier



First Creating a new context file for the cloned system.



The program is going to ask you for information about the new system:







Enter the values for the new APPL_TOP Context:







Target system database SID [TJSED]:TJTRG







Target system domain name [mis.tj.cmcc]:







Target system database server node [mist]:







Does the target system have more than one application tier server node (y/n) [n]



MIS系统操作手册 PCCW and CMFJ use only 54

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc



?:







Is the target system APPL_TOP divided into multiple mount points (y/n) [n] ?:







Target system APPL_TOP mount point

[/app/tjsed/tjsedappl]:/app/tjtrg/tjtrgappl







Target system COMMON_TOP directory

[/app/tjsed/tjsedcomn]:/app/tjtrg/tjtrgcomn







Target system 8.0.6 ORACLE_HOME directory

[/app/tjsed/tjsedora/8.0.6]:/app/tjtrg/tjtrgora/8.0.6







Target system iAS ORACLE_HOME directory

[/app/tjsed/tjsedora/iAS]:/app/tjtrg/tjtrgora/iAS







Location of JDK 1.3.1 on the target system [/usr/java]:/usr/java







The new context file has to contain port numbers related to target system.







Clone Context uses the same port pool mechanism as the Rapid Install



Once you choose a port pool, Clone Context will validate the port availability.







Enter the port pool number:[0-99]



99







Checking the port pool 99



done: Port Pool 99 is free



Web Listener port is 8099



Complete port information available at

/app/tjtrg/tjtrgappl/admin/out/TJTRG_mist/portpool.lst



Creating the new APPL_TOP Context file from :

/app/tjtrg/tjtrgappl/ad/11.5.0/admin/template/adxmlctx.tmp





MIS系统操作手册 PCCW and CMFJ use only 55

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc









The new APPL_TOP context file has been created :

/app/tjtrg/tjtrgappl/admin/TJTRG_mist.xml







Log file located at /tmp/CloneContext_09140847.log



Please enter the APPS password:



apps







Using Archive: /app/tjtrg/tjtrgcomn/clone/jlib/adconfig.zip



$Header: adconfig.zip 115.319 2003/08/19 14:23 hfux ship $







Beginning application tier Apply - Sun Sep 14 21:52:47 2003



Log file located at

/app/tjtrg/tjtrgappl/admin/TJTRG_mist/log/ApplyAppsTier_09140852.log



Completed Apply...



Sun Sep 14 22:06:18 2003







Beginning APPSIAS_TJTRG registration to central inventory...







ORACLE_HOME NAME : APPSIAS_TJTRG



ORACLE_HOME PATH : /app/tjtrg/tjtrgora/iAS



INVENTORY LOCATION : /etc/oraInst.loc







Log file located at

/home/oracle/oraInventory/logs/OracleHomeCloner_09261006.log



ORACLE_HOME /app/tjtrg/tjtrgora/iAS was registered successfully.







Starting application Services for TJTRG:



Running:



/app/tjtrg/tjtrgcomn/admin/scripts/TJTRG_mist/adstrtal.sh apps/







You are running adstrtal.sh version 115.10



MIS系统操作手册 PCCW and CMFJ use only 56

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc









Unable to initialize threads: cannot find class java/lang/Thread



Could not create Java VM







Check logfile /app/tjtrg/tjtrgcomn/admin/log/TJTRG_mist/09142214.log for

details







Exiting with status 1



命令运行结束后，请查看日志。



这里会遇到一个错误，是由于Rapid Install本身的bug导致的，无法自动启

动服务，下面手动修改配置文件后可以修正此错误，在此可以忽略这个错

误。



修改配置



由于防火墙的需要，使用Port Pool配置的端口需要修改。



注意：更新期间，请先关闭应用，并保持数据库打开。



1. 修改数据库 CONTEXT 文件，以 ORACLE 用户进行操作。



 数据库的比较简单，可以直接修改，找到

文件，查找文本 s_dbport 修改其对应的监听端口，

例如 11701，修改文件中可能与源环境相关的文本进行替换（例

如：tjsed->tjtrg），特别是要检查 util_file_dir 参数，一定要包含

用户的$APPLTMP 和$APPLPTMP。



可以使用sqlplus 登录到系统查询



SQL> select name, value from v$parameter Where name =

'utl_file_dir'



应不包含其它环境的路径。



Utl_file_dir参数必须重新启动数据库才可以生效。



 使用 adconfig.sh 更新环境配置。



cd /appsutil/bin



./adconfig.sh contextfile=



执行完此操作后会在日志中发现错误，这是由于监听仍然使用原

有端口的缘故，因此需要重新启动监听。



 重新启动监听



启动监听前要重新source环境文件，建议重新运行下面命令，以

检查配置是否完全正确。



MIS系统操作手册 PCCW and CMFJ use only 57

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc



cd /appsutil/bin



./adconfig.sh contextfile=



 如果修改了/dbs/init.ora 中的

utl_file_dir 的参数，要重新启动数据库。



2. 修改应用 CONTEXT 文件，以 APPLMGR 用户进行操作，应先备份

原文件。



 使用 editcontext 修改



cd /app/tjtrg/tjtrgcomn/util/editcontext



./editcontext



 或拷贝源环境的文件直接编辑，首先对原文件做个

备份，建议文件名起成_.xml，修改后另外

最好同时建立一个内容与之相同的.xml 文件。



cp $APPL_TOP/admin/TJTRG_mist.xml

$APPL_TOP/admin/TJTRG_ mist.xml.old



cp $APPL_TOP/admin/TJSED.xml

$APPL_TOP/admin/TJTRG_mist.xml



 在目标环境使用 APPLMGR 用户更新文件，替换

文件中与端口和用户名及目录相关的文本为新环

境的配置，以 TJTRG 克隆到 TJTRG 为例：



applsed->appltrg（替换掉源环境的APPLMGR用户）



orased->oratrg（替换源环境的ORACLE用户）



tjsed->tjtrg（替换源环境的安装目录）



TJSED->TJTRG（替换实例名）



116->112（替换所有源端口为116xx的为112xx）



注意还有检查，如果有端口8888的，应改为xxx88，例如11288,

或者查找s_webport_pls，这个变量的值应为xxx88而不可以为

8888



在不同主机间克隆需要替换域名和主机名



mist->jxmistest（替换主机名）



mis.tj.cmcc->jx.chinamobile.com（替换域名）



修改保存后复制



cp $APPL_TOP/admin/TJTRG_mist.xml

$APPL_TOP/admin/TJTRG.xml



 使用 adconfig.sh 更新环境配置。







MIS系统操作手册 PCCW and CMFJ use only 58

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc



请确保在更新配置前数据库和数据库的监听已正常启动，所有应

用的服务已经停止。



ps –ef |grep



ps –ef |grep



cd /bin



./adconfig.sh contextfile=/admin/TJTRG_mist.xml



在第一次运行adconfig.sh时由于环境变量的问题，在日志的结尾可

能会有错误，如果遇到此错误，请source新生成的环境文件，重新

运行



./adconfig.sh contextfile=/admin/ TJTRG_mist.xml



 运行新的环境变量文件



 检查临时目录的设置



以APPLMGR的用户检查



echo $APPLTMP



echo $APPLPTMP



新环境应清除临时目录下的所有文件



以APPLMGR用户运行



cd $APPLTMP



rm –rf *



 清除过时的并发输出和日志



 检查客户化环境变量



所有客户化变量在/CUST.env中，以APPLMGR的用

户检查



echo $CPO_TOP



echo $CPER_TOP



应不返回空



必须将该文件CUST.env加入APPLMGR用户的

/.env中。



 重新启动服务



以系统管理员身份进入应用（英文环境），修改profile->system>

查找”%gsm%”，修改Concurrent:GSM Enabled=N



重新启动服务





MIS系统操作手册 PCCW and CMFJ use only 59

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc



 修改应用的标题



以系统管理员身份进入应用（英文环境），修改profile->system>

查找”%site name%”，修改为 - XX移动XX环境

（YYYY-MM-DD H24从克隆 ）



例如SCTRG – 四川移动培训环境(2003-11-20 23:00从SCPRD克

隆)



 检查服务状态



 拷贝 identitydb.obj



从源环境拷贝



cp /home/applsed/identitydb.obj /home/appltrg/identitydb.obj









MIS系统操作手册 PCCW and CMFJ use only 60

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc









附录 7：配置DISCOVERER 4.1.48









MIS系统操作手册 PCCW and CMFJ use only 61

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc









假设



 本文假设 Oracle ERP 11.5.8 已经安装和配置完毕。



 本文假设已经建立 EUL 名称为 EUL4_ZHS









MIS系统操作手册 PCCW and CMFJ use only 62

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc









目标



在已经安装好的1158系统中打discoverer 4.1.48 patch, 并进行配置



解决1158系统自带的4.1.41版本的bug









MIS系统操作手册 PCCW and CMFJ use only 63

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc









打Discoverer Patch 4.1.48



准备文件PATCH源文件



discoverer 4.1.48源文件是 p3207866_4i_AIX.zip



停下所有应用服务



要停下所有的app和apache服务



修改AIX uname 程序



安装discoverer的Patch要调用ora806的安装程序, aix 的uname -v 必需要返回4才

能正确安装. 所以在安装前需要修改axi的uname程序.

#cd /usr/bin

#mv uname uname.orig

#vi uname



#!/bin/ksh

if [ X$1 = 'X-v' ]; then echo 4; else exec /bin/uname.orig $*; fi



#chmod 555 uname

测试

#uanme -v

4



准备安装需要的文件

在$ORACLE_HOME/orainst 下新建 2 个文件 --- reg.tmp 和 varfile.tmp

登录到 app 用户



在$ORACLE_HOME/discwb4/discwb.sh 中查找 INSTANCE_NAME

applprd#grep INSTANCE_NAME $ORACLE_HOME/discwb4/discwb.sh

INSTANCE_NAME=misp1.jl.chinamobile.com_11500

applprd#cd $ORACLE_HOME/orainst

applprd#vi reg.tmp

#这里是你查到的 INSTANCE_NAME

DCW4_INSTANCE_NAME=misp1.jl.chinamobile.com_11500

#这里写 apache 存放 HTML 文档的根目录

HTTPDIR=/app/jlprd/jlprdora/iAS/Apache/Apache/htdocs

#vi varfile.tmp

#这里写 apache 存放 HTML 文档的根目录

HTTPDIR=/app/jlprd/jlprdora/iAS/Apache/Apache/htdocs

#这里写 discoverer server 的根目录

discwb4=/app/jlprd/jlprdora/8.0.6/discwb4





采用silence_install的方式,进行安装

登录到 app 用户

MIS系统操作手册 PCCW and CMFJ use only 64

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc





假设 patch 解压在/stage11i/patch 目录下

applprd#cd /stage11i/patch/prod/foraix/orainst

修改 silence_install.sh 的权限

applprd#chmod u+x silent_install.sh

applprd#./silent_install.sh $ORACLE_HOME

如果遇到错误 Text file busy.

用 root 用户执行 slibclean, 这是因为一些 library 仍然在内存中,还没有清除

root#slibclean

然后重新执行./silent_install.sh $ORACLE_HOME

安装过程大约需要 10 分钟左右





将uname改回来

root#cd /usr/bin



root#mv uname.orig uname



做adconfig

修改 xml 配置文件并做 adconfig, 此 patch 覆盖了很多源环境$ORACLE_HOME 和$IAS_ORACLE_HOME

下的文件, 有些并不适合 erp application 的要求,通过 adconfig 可以更新过来. 如果不作

adconfig 至少将不能实现 single sign on,可能还有其他的隐患



修改 $APPL_TOP/admin/${TWO_TASK}_`hostname`.xml

找到以下内容,修改黑体字部分



applprd#vi $APPL_TOP/admin/${TWO_TASK}_`hostname`.xml

4,1,48,6

11514

11515

1

EUL4



applprd#cp ${TWO_TASK}_`hostname`.xml ${TWO_TASK}.xml





运行adconfig





参考文档



http://metalink.oracle.com/metalink/plsql/ml2_documents.showFrameDocument

?p_database_id=NOT&p_id=139516.1



注意:以后作clone尽量使用源环境的xml文件进行修改



解决viewer 登陆失败的问题



这里有一个未公开的Bug:2258310, 需要手工修改配置文件来解决



修改$IAS_ORACLE_HOME/Apache/Jserv/etc/viewer4i.properties 文件中的以下内容:





MIS系统操作手册 PCCW and CMFJ use only 65

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc



applprd#vi $IAS_ORACLE_HOME/Apache/Jserv/etc/viewer4i.properties



查找 wrapper.bin.parameters

在 wrapper.bin.parameters=-Xmx256M -Xms64M 下增加一行内容如下:

wrapper.bin.parameters=-Djava.compiler=NONE









MIS系统操作手册 PCCW and CMFJ use only 66

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc









配置Discoverer



修改discoverer配置信息



修改ORACLE_806_HOME\discwb4\util\pref.txt中的以下内容，

设定 IP 地址

machine IPs= “IP” (DISCOVERER 服务器的 IP 地址)

设定是否显示通过 APPLICATION 登陆的 CHECKBOX(1 为显示 CHECKBOX)

ShowUserTypeChoice = 0

设定是否 DISCOVER 缺省是通过 APPLICATION 用户登陆(1 为通过 APPLICATION)

DefaultUserTypeIsApps = 1

设定缺省 EUL

DefaultEUL = "EUL4_ZHS"



修改 discoverer plus 的启动页面

原有的 discoverer plus 的启动页面 将会启动英文的 plus 服务，请按以下步骤进行修改

1． 备份$IAS_ORACLE_HOME/iAS/Apache/Apache/htdocs/discwb4/html/discolaunch.htm 为

discolaunch.htm.bak

2． 修改 discolaunch.htm 的以下内容

将

document.writeln('');

改为

document.writeln('');

3． 访问http://hostname.domain:11800/discwb4/html/discolaunch.htm，检查是否启动中文页面。

4． 为使通过 ORACLE APPLICATION(SSO)启动的 discover 是中文，请修改以下 PROFILE

ICX：地区 =中国

ICX：语言 =简体中文

5．通过 ORACLE APPLICATION 启动的 discover，检查是否启动中文页面。



修改Discover Viewer 的设置

修改$IAS_ORACLE_HOME/Apache/Apache/htdocs/disco4iv/html/disco4iv.xml 文件中的黑体

部分内容:



缺省值是 true,在主机没有运行 xhost+的情况下，viewer 不能正确使用，改为 FALSE 则主机

可以不运行 xhost +, viewer 将不显示图形



Discoverer代理网关的配置

Plus 需要从客户端直接连接 discoverer 服务器,但是 ORB 的端口缺省是随机变动，无法在防

火墙上指定开放的端口, 所以当 discover 服务器运行在防火墙后面，必须配置 gatekeeper

（CORBA 的代理网关），discover plus 才能正确连接。

修 改 文 件

$IAS_ORACLE_HOME/Apache/Apache/htdocs/discwb4/applet/gatekeeper.properties

 情况 A:防火墙上没有配置 NAT,只需要修改

exterior_port=11598

 情况 B: 防火墙上配置了 NAT，需要修改

exterior_port=11598

exterior_proxy_address=10.142.49.211





MIS系统操作手册 PCCW and CMFJ use only 67

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc





启动 gatekeeper 的脚本: $ORACLE_HOME/discwb4/util/startgatekeeper.sh

停止 gatekeeper 的脚本: $ORACLE_HOME/discwb4/util/stopgatekeeper.sh





参考文档：

http://metalink.oracle.com/metalink/plsql/ml2_documents.showFrameDocu

ment?p_database_id=NOT&p_id=183658.1









MIS系统操作手册 PCCW and CMFJ use only 68

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc









注册并启动Discoverer Server

apply preference

$ORACLE_HOME/discwb4/util/applypreferences.sh

start discoverer server

$OAD_TOP/admin/scripts/$TWO_TASK/addisctl.sh start

或

$ORACLE_HOME/discwb4/util/startall.sh

注意必需要路径执行，应为在当前路径列表中有可能存在其他的 startall.sh 和 stopall.sh

register

$ORACLE_HOME/discwb4/util/registerall.sh

启动 gatekeeper

$ORACLE_HOME/discwb4/util/startgatekeeper.sh



正常情况下启动和关闭 discoverer server

注意启动脚本不包括启动 gatekeeper 的部分,关闭脚本包括关闭 gatekeeper

 启动

$OAD_TOP/admin/scripts/$TWO_TASK/addisctl.sh start

$ORACLE_HOME/discwb4/util/startgatekeeper.sh

 关闭

$OAD_TOP/admin/scripts/$TWO_TASK/addisctl.sh stop

访问 discoverer 的连接

plus: http://hostname.domain:11800/discwb4/html/discolaunch.htm?ORBAllowsPr

oxy=yes

在启动了 gatekeeper 的情况下，增加 ORBAllowsProxy=yes 会让访问速度明显加快

viewer: http://hostname.domain:11800/discoverer4i/viewer









MIS系统操作手册 PCCW and CMFJ use only 69

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc









生产环境安装discoverer的步骤

1 将 patch 解压到 misp1 的/stage11i/patch/disco 目录下

root@misp1#mkdir -p /stage11i/patch/disco

root@misp1#unzip -d /stage11i/patch/disco p3207866_4i_AIX.zip

root@misp1#chown -R applprd:applgrp /stage11i

2 停下所有应用服务

root@misp1#/hascripts/stop_misp1.sh

root@misp2#/hascripts/stop_misp2.sh

3 有 acp 环境的机器,需要手工停掉 acp 环境,并且手工 umount 所有和 acp 有关的文件系统

4 备份应用和数据库

5 备份 2 台主机的客户化应用程序

applprd@misp1# cd $APPL_TOP

applprd@misp1# tar cvf cust.misp1.tar cust

applprd@misp1# cp cust.misp1.tar /home/applprd/

applprd@misp2# cd $APPL_TOP

applprd@misp2# tar cvf cust.misp2.tar cust

applprd@misp1# cp cust.misp2.tar /home/applprd/



6 备份 2 台主机的/etc/hosts 文件

root@misp1# cp /etc/hosts hosts.ha

root@misp2# cp /etc/hosts hosts.ha



7 按照以下原则修改 misp1 的 /etc/hosts 文件

本机的 service ip 必须在第一行,并且只能在这一行含有本机的 hostname,就是 misp1 只能出现

一次, 否则注册 ORB 时会失败,文件范例如下：

10.101.9.4 misp1 misp1_svc misp1.scmcc.com.cn

10.101.9.3 misp1_boot

192.168.5.2 misp1_standby

10.101.9.6 misp2 misp2_svc misp2.scmcc.com.cn

10.101.9.5 misp2_boot

192.168.5.3 misp2_standby

127.0.0.1 localhost loopback

备份 hosts 文件

root@misp1#cp hosts hosts.disco

拷贝 hosts 文件到 misp2 主机

root@misp1#rcp /etc/hosts misp2_boot:/etc/hosts



注意:如果在以后的任何一次切换中出现错误, 登记并去找刘璐



8 将 2 机切换到 1 机

root@misp2#smitty clstop

Type or select values in entry fields.

Press Enter AFTER making all desired changes. [Entry Fields]

* Stop now, on system restart or both now +

BROADCAST cluster shutdown? true +

* Shutdown mode takeover +

(graceful or graceful with takeover, forced)

MIS系统操作手册 PCCW and CMFJ use only 70

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc







9 停下所有应用服务

root@misp1#/hascripts/stop_misp1.sh

root@misp1#/hascripts/stop_misp2.sh



10 修改 db 的 listener.ora

oraprd@misp1# vi $TNS_ADMIN/listener.ora



XXPRD =

(ADDRESS_LIST =

(ADDRESS= (PROTOCOL= IPC)(KEY= EXTPROCSNTRG))

(ADDRESS= (PROTOCOL= TCP)(Host= misp1)(Port= 11501))

)



11 启动 misp1 上的数据库服务

oraprd@misp1#sqlplus internal

 shutdown startup

oraprd@misp1#lsnrctl start XXPRD



12 参考本文档在 misp1 上打 patch



13 在 misp1 启动应用服务和 discoverer 服务

检查 application 和 discoverer viewer/plus 是否能够正常使用

注意:在打 patch 和启动应用的过程中必须使用 hosts.disco 作为 hosts 文件



14 按照生产环境安装文档,重新把 misp1 应用服务配置为双机系统

14.1 修改 misp1 配置章节描述的文件

14.2 修改完 misp1 主机部分后有以下 2 个附加内容

 不要忘了在 SCPRD.env 文件中增加 CUST.env

 修改$IAS_ORACLE_HOME/Apache/Jserv/viewer4i.properties

找到以下内容,增加黑体字部分

security.allowedAddresses=127.0.0.1,misp1.sxmcc.com.cn,misp2.sxmcc.com.cn

14.3 需要删除/app/xxprd2 下的所有文件(可以重建文件系统,没有问题), 重新从/app/xxprd1

拷贝

14.4 原文档需要在 Misp2 主机做的 2 项工作,可以在 misp1 主机现在进行修改

 拷贝完毕后修改/app/xxprd2/xxprdora/8.0.6/network/admin/XXPRD/listener.ora 中的

主机名

 dbc 文件可以不用重新生成了,也不用重新 copy 了

14.5 改 misp2 环境$APPLTMP 目录权限,并且删除此目录下的所有文件



15 修改 ha 启动脚本

root#vi /hascripts/start_misp1.sh

查找 su - $APPL_USER -c "\$OAD_TOP/admin/scripts/\${TWO_TASK}/addisctl.sh start"

替换为

su - $APPL_USER -c "cd \$ORACLE_HOME/discwb4/util;\$ORACLE_HOME/discwb4/util/star

tall.sh"

su - $APPL_USER -c "\$ORACLE_HOME/discwb4/util/startgatekeeper.sh"

因为脚本 addisctl.sh 总是要求重新注册 ORB, 但是在 2 机注册会失败,而 startall 没有重新注

册的过程,可以在 misp2 正常启动 discoverer server, 这样可以做到 discoverer 的双机切换

MIS系统操作手册 PCCW and CMFJ use only 71

FJO-TA.150-Common-OperationManual_v1.0

Backup & Recovery Strategy v1.0 文档编码：TA2XX_backup_restore_v1.0.ldoc







16 在 misp2 上启动 ha

root@misp2#smitty clstart



Start Cluster Services

Type or select values in entry fields.

Press Enter AFTER making all desired changes. [Entry Fields]

* Start now, on system restart or both now +

BROADCAST message at startup? true +

Startup Cluster Lock Services? false +

Startup Cluster Information Daemon? false +

Cluster to re-acquire resources false +

after forced down?

17 将备份的 misp2 上的客户化程序恢复回来

applprd@misp2#cd $APPL_TOP

applprd@misp2#rm –r cust

applprd@misp2#cp /home/applprd/cust.misp2.tar .

applprd@misp2#tar –xvf cust.misp2.tar

18 修改 hr ftp 目录权限

applprd@misp2#cd $CPER_TOP/in-data/hr

applprd@misp2#chown –R applprd:staff consnd



19 在 misp1 和 misp2 上启动应用

20 测试应用和 discoverer 服务

21 测试 ha 切换









MIS系统操作手册 PCCW and CMFJ use only 72

FJO-TA.150-Common-OperationManual_v1.0