2007年Opics资金交易系统安装维护手册：架构、部署与避坑指南

简介：这份文档面向 Opics 系统项目的实施与运维人员，提供从部署到日常维护的完整操作指引，适合需要独立完成系统搭建、配置与排障的初中级技术人员参考。压缩包内为 1 个 doc 文件，约 7.15MB，内容按章节组织，涵盖系统总体架构与软硬件清单、安装步骤与目录权限定义、数据库及 ODBC 配置、OSYS 批量处理、Rate Feed 路透终端配置，以及 ALM 安装、报表系统接口和系统运行维护等模块，目录层级清晰，便于按实施阶段逐章查阅。已有 494 人学习，可作为项目现场对照执行的参考底稿，帮助读者理清各组件之间的依赖关系，减少安装配置环节的反复试错，并借助维护章节建立日常巡检与问题定位的基本思路。

1. 一份 2007 年的资金交易系统手册，今天还能拿来干什么

翻到这份《Opics 系统项目安装与维护手册》的时候，我第一反应是：这玩意儿太老了。文档落款 2007 年 1 月 11 日，硬件清单里写着 IBM pSeries、Dell 2850、Dell 1855 刀片，操作系统是 AIX 5.3 加 Windows Server 2003 英文版，数据库 Oracle 9.2.0.7 for AIX64，客户端靠 Citrix 20 用户授权发布。放到今天，这些型号基本只能在二手市场或者机房角落的备件柜里见到。

但第二反应是：这东西有用，而且对特定人群相当有用。它记录了一套典型资金交易系统（Treasury / Capital Markets 后台）从裸机到投产的完整落地路径——数据库服务器、文件服务器、Citrix 服务器、Risk 服务器、批量机、利率导入机，六类角色怎么分工；目录权限怎么按一般用户、系统管理员、批量三类角色切；ODBC 怎么配；Rate Feed 怎么从路透终端一路灌到系统里；OSYS 批量进程怎么排。这些不是概念，是当年真刀真枪上线时踩出来的操作序列。

适合谁看？三类人。第一类是在维护老旧金融后台系统的运维工程师，手上还压着类似架构的机器，需要一份能对照的安装维护参照。第二类是做系统迁移或重构的从业者，想搞清楚老系统的边界在哪、哪些设计今天还值得抄、哪些是时代局限。第三类是学习金融 IT 落地流程的人，想看看一套交易系统从硬件选型到日终备份的完整闭环长什么样。这篇笔记就按「这是什么 → 怎么照着做 → 坑在哪」的顺序，把手册里能复现的部分拆开讲。

2. 系统架构与硬件角色划分：六类机器各干什么活

2.1 为什么要把角色拆成六台机器

手册里的架构不是随便堆硬件，而是按职责切的。Oracle 数据库服务器两台 IBM pSeries，跑 AIX 5.3 和 Oracle 9.2.0.7 64 位，这是数据核心，双机大概率是主备或者 RAC 的雏形。文件服务器和 Citrix 服务器两台 Dell 2850，跑 Windows 2003 英文版并装中文字符集，Citrix 各 20 用户授权，负责把 Opics 客户端和 Opics Risk 客户端发布给业务终端。Opics Risk 服务器一台 Dell 1855 刀片，装 Oracle Sql Net 客户端和 MQ，专门跑风险计算。批量机一台 Dell PC，跑 OSYS 批量。利率导入及风险客户端一台 Dell PC，跑利率导入。

这种拆法的逻辑是：数据库和计算分离，客户端和服务器分离，批量和联机分离。资金交易系统的特点是日间联机交易频繁、日终批量重，如果把批量跑在文件服务器上，Citrix 用户的响应会被拖垮。所以单独给一台批量机，日终跑 bbkr 备份和 OSYS 批量，不影响前台。这个思路今天看依然成立，只是实现手段从物理机变成了容器和调度平台。

2.2 硬件与软件清单对照表

把手册里的配置整理成表，方便对照自己环境：

二期还加了两台：北方之星机器一台 Dell PC 跑 Windows 2003 中文版加 Excel 2003，通过映射网络驱动器连文件服务器，定时跑 OSYS 进程 D22SMCL 导入人民币债券收盘价做市值重估；Dealing 3000 接口机一台 Dell PC 跑 Windows 2003 英文版，通过 RS-232 串口连路透交易系统服务器，定时跑 OSYS 进程读取外汇和拆借交易。

提示：Windows 2003 英文版必须装中文字符集，否则 Opics 里的中文报表和中文输入会乱码。手册在文件服务器安装步骤里专门列了「安装中文输入法（微软）」这一条，别漏。

2.3 目录规划与权限模型

文件服务器装完系统后，在 D 盘建三个目录：opics、opicsdata、opxacc。然后把 Opics 软件包拷到opics目录下解包，解包后会出现一长串子目录：DOCS、OPXACCESS、OPXANA、OPXARC、opxdb、opxexe、OPXFAX、OPXGRSS、opxhlp、opxico、opxint、opxjob、opxlog、opxmeridian、opxpub、opxpwd、opxrpt、opxrva、opxsec、opxsys、opxupr、reg、scripts、source、Zdata61。

权限模型是这份手册里最值得细看的部分。它把用户分成三类：一般用户、系统管理员、批量，每个目录对三类角色分别定义 read / write / delete / execute 权限。比如opxexe应用程序目录，一般用户只读加执行，系统管理员读写执行，批量只读加执行；opxlog系统日志目录，一般用户读写，系统管理员读写，批量读写；opxpwd用户权限配置文件和opxsec用户权限配置文件，三类角色都是读写删执行全开，因为权限校验逻辑要频繁读写。

这种按目录切权限的做法，本质是把「谁能改程序、谁能看日志、谁能动权限配置」用文件系统 ACL 硬隔离。今天用 Linux 的话，对应的是用户组加目录 setgid 加 ACL，思路完全一样。手册里还要求共享D:\opics并赋读写权限，映射为 M 盘，这是为了让客户端和批量机通过盘符访问统一路径，避免硬编码 UNC 路径。

3. 安装步骤拆解：从裸机到能登录的完整序列

3.1 文件服务器与 Citrix 服务器的安装顺序

手册给的顺序是有讲究的，不能乱。先装 Windows 2003 Server 英文版并加中文字符集，再装微软中文输入法，然后装 Citrix 服务器，接着装 Office 2003 英文版（只要 Access 和 Excel），最后装 Oracle Sql Net 客户端。这个顺序的原因是 Citrix 要在 Office 之前装好，否则 Office 的某些组件注册会出问题；Sql Net 放最后是因为它依赖网络栈已经稳定。

装完后建目录、拷软件包、解包，然后做共享和映射：

# 在文件服务器上创建目录（Windows 命令行） mkdir D:\opics mkdir D:\opicsdata mkdir D:\opxacc # 把 Opics 软件包拷到 D:\opics 下解包 # 解包后确认关键子目录存在 dir D:\opics\opxexe dir D:\opics\opxsys dir D:\opics\scripts

这段操作看着简单，但解包后的目录完整性是后面所有步骤的前提。opxexe放应用程序，opxsys放程序参数文件，scripts放数据库脚本，Zdata61放原始备置数据。如果解包不完整，后面创建数据库时会报脚本找不到。

接着创建 Citrix 用户。手册列了一串用户名，格式是 citrix 加数字，比如 citrix5011、citrix5010、citrix3080 等，还有一个 citrixbatch 专门给批量用。每个用户在D:\opxacc下建同名目录，目录里再建opxacc和opxcom两个子目录。然后拷C:\windows\opx.ini到每个用户的 Windows 目录下，改三个参数：

[SETTINGS] PCID=OPX001 OPXCOMMON=D:\OPXACC\citrix3053\OPXCOM OPXACCFILES=D:\OPXACC\citrix3078\OPXACC LASTID=GZT

PCID是终端标识，同一台机器上多个 Citrix 用户如果 PCID 重复，日志会串。OPXCOMMON指向该用户的公共目录，OPXACCFILES指向账务文件目录，两个路径必须和实际用户目录一致。LASTID是上次登录标识，初始化时给个固定值即可。这里最容易翻车的是路径里的用户名没改全，拷模板时只改了一处，另一处还是别人的目录，结果用户登录后读写到别人的账务文件上。

3.2 数据库创建与 ODBC 配置

数据库服务器按 Oracle 安装文档装好 9.2.0.7 后，在文件服务器上创建 Opics 数据库和 Opics 用户。手册里这一步只写了标题「创建 Opics 数据库和 Opics」，具体脚本在scripts目录下。常见做法是先跑建库脚本，再跑建用户和表空间脚本，最后用Zdata61里的原始备置数据做初始化导入。

ODBC 配置是连接文件服务器和数据库服务器的桥。在文件服务器的 ODBC 数据源里建一个系统 DSN，指向 Oracle 数据库服务器，测试连接通过后再装 Opics 客户端。这里有个顺序陷阱：必须先配好 ODBC 再装 Opics 客户端，因为客户端安装时会读 DSN 做连通性校验，DSN 不通安装程序会卡在配置检测环节。

-- 建用户和表空间的典型写法（按实际脚本调整） CREATE USER opics IDENTIFIED BY "******" DEFAULT TABLESPACE opics_data TEMPORARY TABLESPACE temp QUOTA UNLIMITED ON opics_data; GRANT CONNECT, RESOURCE TO opics; GRANT CREATE SESSION, CREATE TABLE, CREATE SEQUENCE TO opics;

参数说明：DEFAULT TABLESPACE要指向单独建的表空间，别用 SYSTEM；QUOTA UNLIMITED在测试环境可以，生产环境建议给配额上限；权限只给必要的，DBA角色不要给应用用户。手册没写具体 SQL，但按这个场景的合格做法，建用户和授权是绕不开的。

3.3 Citrix 应用发布与业务终端接入

Citrix 装好后要发布三个应用：Opics、Opics Risk、Convert。发布时注意把工作目录设到D:\opics，否则客户端启动时找不到相对路径下的配置文件。业务终端装 Citrix 客户端，通过发布的图标接入，不直接装 Opics 客户端，这样升级只需要在服务器端做一次。

OSYS 批量机的安装是另一条线：装 Windows 2003 英文版加中文字符集，装 Office 2003 英文版，装 Oracle Sql Net，配 ODBC，然后装 Opics 客户端。批量机不装 Citrix 服务器，只装 Citrix 客户端用于必要时人工干预。Opics Risk 服务器按 Risk 安装文档单独装，装完配 MQ 连接。

4. Rate Feed 与 OSYS 批量：数据怎么从路透终端流进系统

4.1 路透终端侧的共享配置

Rate Feed 分三段：路透终端配置、Opics Risk 客户端配置、Opics 系统配置。路透终端侧共享C:\reuters目录，里面有四个文件：CNY INREST RATE.XLS、DLSP.XLS、FX RATE.XLS、INTETEST RATE.XLS（手册原文拼写如此，实际应为 INTEREST RATE）。打开这四个文件，在 Tools 里选 Share Workbook，勾选 Allow changes by，再在 Tools 里设 AutoSave 每五分钟保存一次。

这一步的目的是让 Excel 文件持续被路透终端写入，同时允许其他进程读取。AutoSave 五分钟是平衡实时性和文件锁冲突的经验值，设太短文件频繁被锁，设太长数据滞后。

4.2 Opics Risk 侧的外部数据映射

Opics Risk 客户端连路透终端，把C:\reuters映射成 Z 盘，对应文件是 CNYIR.XLS、DLSP.XLS、FX.XLS、IR.XLS。这四个文件以路透目录文件为数据源，在 Data 菜单的「获取外部数据」里设置参数，每两分钟刷一次。两分钟比五分钟短，是因为 Risk 侧要做市值重估，对汇率和利率的时效要求更高。

4.3 Opics 系统侧的映射与导入批处理

Opics 系统里配汇率映射和利率映射。汇率映射三个参数：REVP 期限定义、REVX 表映射、REVI 汇率检查。利率映射两个：RATE 表映射、RHIS 利率检查。然后在 OSYS 里配导入批处理：D22RATE0001 是利率导入入口，RTXTOSYS 导利率，XTFXOSYS 导汇率，ISYSOSYS 的 BR22 和 BR00 做后续导入。

# OSYS 批量里配置的进程序列（示意，按实际 OSYS 配置界面填） D22RATE0001 # 利率导入总入口 RTXTOSYS # 利率文本转系统表 XTFXOSYS # 汇率文本转系统表 ISYSOSYS BR22 # 业务规则导入 ISYSOSY1 BR00 # 基础数据导入

参数含义：D22RATE0001 是调度入口，它按顺序拉起后面几个转换进程；RTXTOSYS 和 XTFXOSYS 负责把 Excel 导出的文本转成系统内部表格式；BR22 和 BR00 是业务规则编号，决定导入时套用哪套校验逻辑。这里的关键是进程顺序不能颠倒，先转换再导入，否则系统读到的是空表。

注意：手册里利率文件名拼成 INTETEST，实际配置时按真实文件名走，别照抄拼写错误，否则映射找不到文件。

5. 避坑与排查：五条血泪经验

5.1 现象：Citrix 用户登录后看不到自己的账务文件

原因：opx.ini里的OPXACCFILES路径没改成对应用户目录，还留着模板里的 citrix3078。解决：每个用户目录建好后，逐条核对OPXCOMMON和OPXACCFILES两个路径，用脚本批量替换后抽查三个用户实际登录验证。

5.2 现象：ODBC 测试连接通过，但 Opics 客户端启动报数据库连接失败

原因：ODBC 建的是用户 DSN，而 Citrix 发布的应用以服务账户运行，读不到当前用户的 DSN。解决：改成系统 DSN，或者在 Citrix 服务器上给服务账户单独配一份用户 DSN。手册没明说 DSN 类型，但按 Citrix 场景，系统 DSN 是更稳的选择。

5.3 现象：日终批量跑完后opxlog目录暴涨，磁盘告警

原因：OSYS 监控用户是实时监控操作，日志量远大于普通用户，手册在维护章节专门提了这一点。解决：定期把opxlog和opxarc转存到带库，建议每月一次，转存完删除。别等磁盘满了再清，批量跑一半磁盘满会导致归档不完整。

5.4 现象：二期升级后程序起不来，报缺文件

原因：升级时没按 case 包顺序打。手册明确给了顺序：Phase II → case 152042 152412 → case 152562 → case 154293 154294 → case 154681，每个包下有 readme.doc 要照着做。解决：升级前先把d:\opics下 opxdb、opxexe、OPXFAX、OPXGRSS、opxhlp、opxico、opxint、opxjob、opxpub、opxpwd、opxrva、opxsec、opxsys、opxupr、scripts、source 备份到d:\backup\before change，再按顺序打，打完一个包验证一个。

5.5 现象：北方之星债券收盘价导入后市值重估结果不对

原因：D22SMCL 进程读的是映射网络驱动器上的文件，映射盘在服务重启后没自动重连，进程读到空目录。解决：把映射做成持久映射，或者在 OSYS 进程前加一步连通性检查，读不到文件就告警而不是静默跳过。

6. 备份验证与迁移时的取舍：一个可复用的检查习惯

手册的维护章节写得很朴素：每天日终通过 bbkr 做完整文本备份，备份目录d:\opicsdata，每天按当前生产系统日期建一个备份目录；opxlog每个用户一个日志文件，opxarc每天日终批量后按日期建归档目录。操作建议都是每月转存带库一次，转存完删除。

这套机制今天看不算先进，但有一个点值得抄：备份和归档分开。opicsdata是完整文本备份，用于恢复；opxarc是每日归档数据，用于追溯；opxlog是操作日志，用于审计。三者用途不同，保留周期也不同，混在一起管迟早出问题。

如果要把这套系统迁移到新环境，我一般会先做一轮「备份可恢复性验证」，而不是只看备份文件在不在：

# 验证备份目录结构（在备份机上执行） ls -la /backup/opicsdata/ | tail -5 # 确认最近三个日期的备份目录都存在且非空 for d in $(ls /backup/opicsdata/ | tail -3); do echo "== $d ==" du -sh /backup/opicsdata/$d find /backup/opicsdata/$d -type f | wc -l done

这段脚本做两件事：看最近三个备份目录的大小和文件数，和前一天对比。如果某天文件数骤降，说明备份过程被中断过，这种备份恢复出来是残缺的。参数上，tail -3按实际保留天数调整，du -sh看总量，find | wc -l看文件数，两个指标一起看才靠谱。

迁移时还有一个取舍：老系统的 Citrix 发布模式要不要保留。如果新环境用户数不多，直接改成 Web 发布或者远程桌面网关更省事；如果用户数多且终端环境杂，Citrix 的会话隔离和打印重定向还是有价值的。手册里 20 用户授权的配置，放到今天对应的是按并发会话数规划资源，不是按人头买 license。

从那以后我每次接手这类老系统，都强制先跑一遍「备份目录文件数对比 + ODBC 系统 DSN 连通性 + Citrix 用户 ini 路径抽查」这三步，再谈升级和迁移。这三步花不了半小时，但能挡掉后面八成以上的翻车。希望帮到你。

本文还有配套的精品资源，点击获取