★ FEATURED ARTICLE 简介这份文档面向 Opics 系统项目的实施与运维人员提供从部署到日常维护的完整操作指引适合需要独立完成系统搭建、配置与排障的初中级技术人员参考。资源包共 1 个 doc 文件约 7.15MB内容按章节组织涵盖系统总体架构与软硬件清单、安装步骤与目录权限定义、数据库创建及 ODBC 配置、OSYS 批量处理、Rate Feed 配置、ALM 安装、报表系统接口以及系统运行维护等模块目录层级清晰便于按需查阅。已有 493 人学习说明其在同类项目实践中具备一定参考价值。读者可据此掌握 Opics 系统的整体部署流程理解各组件之间的配置关系并借助权限定义、接口配置与维护章节形成可落地的实施与排错思路。1. 一份 2007 年的资金系统安装手册今天还能照着装吗翻到这份《Opics 系统项目安装与维护手册》的时候我先看的是日期——2007 年 1 月 11 日更新。AIX 5.3、Oracle 9.2.0.7、Windows Server 2003、Citrix 20 用户这套组合放在今天属于“博物馆级”但它记录的东西一点不过时一个资金交易系统从裸机到投产到底要跨过哪些坎。Opics 安装维护这件事难点从来不在点“下一步”而在目录权限、ODBC 数据源、OSYS 批处理进程、Rate Feed 映射这几处“装完能登录、一跑批就翻车”的地方。这份手册适合两类人正在接手同类资金系统运维的工程师以及需要理解“前台—中台—后台”一体化系统部署逻辑的从业者。下面按手册的真实结构拆能复现的步骤给到命令和参数装不了的部分讲清楚为什么。2. 架构先立住三台服务器和一张目录权限表2.1 硬件与软件基线为什么是这套组合手册里的部署清单不是随便凑的每一台机器承担的角色都很明确。Oracle 数据库服务器用 2 台 IBM pSeries跑 AIX 5.3 加 Oracle 9.2.0.7 的 64 位版本这是当年资金系统标准的“小型机 商业库”组合选它是因为资金交易对事务一致性和并发清算的要求高AIX 上的 Oracle 在稳定性上有长期验证。文件服务器和 Citrix 服务器用 2 台 Dell 2850装 Windows Server 2003 英文版并补中文字符集Citrix 按 20 用户授权终端服务同样 20 用户——这个数字直接决定了并发业务员的上限超了就是排队。OPICS Risk 单独一台 Dell 1855 刀片批量机器和利率导入机器各一台 Dell PC。这里有个容易被忽略的设计Risk 服务器和批量机器是物理分开的。Risk 做的是信用风险和头寸的再评估计算量大、时间窗口固定批量机器跑的是日终的 OSYS 作业。两者混在一台机器上日终批量和风险重估会抢 CPU 和数据库连接轻则批量超时重则锁表。手册把它们拆开是血泪经验换来的。软件侧统一要求 Oracle Sql Net 客户端、Office 2003 英文版Access、Excel 必须装Rate Feed 依赖 Excel 的外部数据功能Citrix 服务器额外装 Citrix Server 和 Terminal Server。2.2 目录结构决定了一半的故障率文件服务器装完系统后第一件事是在 D 盘建三个目录opics、opicsdata、opxacc。把系统软件包解到D:\opics下解包后会出现一长串子目录包括opxexe应用程序、opxdb假日设置、opxjobOSYS/BSYS 批量步骤列表、opxlog系统日志、opxarc交易数据归档、opxpwd和opxsec用户权限配置、opxsys程序参数、opxupr客户化参数、scripts数据库脚本、sourceRDA 开发代码等。这份目录清单本身就是排错地图日志去哪找、参数改哪个文件、归档在哪天生成全在名字里。权限是这份手册里最值得抄的部分。它把用户分成三类——一般用户、系统管理员、批量——然后对每个目录分别定义读、写、删除、执行四种权限。比如opxexe应用程序目录一般用户只读加执行管理员读写执行批量只读执行opxlog系统日志目录一般用户可写因为操作要落日志管理员读写批量读写opxpwd、opxsec、opxupr这类权限和参数配置文件一般用户完全不给权限只有管理员和批量能动。这种“按角色最小授权”的做法比一刀切给 Everyone 完全控制要靠谱得多。提示opxlog和opxarc是增长最快的两个目录日终批量后opxarc下会按当前日期生成归档目录opxlog下每个用户一个日志文件。手册明确要求每月转存到带库后清理不清理的话磁盘迟早被日志吃满这是运维里最常见的“慢性病”。2.3 共享与映射M 盘和 Z 盘不是随便起的手册要求把D:\opics设为共享并赋予读写权限然后映射为 M 盘。这个 M 盘是给 Citrix 用户和业务终端访问应用程序用的路径统一了客户端配置就不用每台机器改。另一处映射是 Rate Feed 里的 Z 盘路透终端的共享目录C:\reuters映射成 Z 盘供 OPICS Risk 读取 Excel 数据源。两个映射盘符背后是两条数据通路——M 盘走应用Z 盘走行情混用会出问题。Citrix 用户的创建流程也值得单独说。先在 Windows 2003 里建用户手册里给了一批citrix5011、citrix3080这样的账号名赋予读写权限然后在D:\opxacc下为每个用户建同名目录目录里再建opxacc和opxcom两个子目录最后把C:\windows\opx.ini拷到每个用户的 Windows 目录下改三个键值[SETTINGS] PCIDOPX001 OPXCOMMOND:\OPXACC\citrix3053\OPXCOM OPXACCFILESD:\OPXACC\citrix3078\OPXACC LASTIDGZTPCID是终端标识OPXCOMMON指向该用户的公共临时目录OPXACCFILES指向该用户的账务文件目录LASTID是上次登录标识。每个用户的这两个路径必须指向自己的目录手册特意用红色标出要改的位置。如果偷懒复制同一份 ini 给所有用户所有人会往同一个OPXCOM里写临时文件表现是“A 用户的操作偶尔出现在 B 用户的界面里”或者批量时文件被占用报错。这个坑我在类似系统上见过不止一次排查半天最后发现是 ini 没改。3. 安装落地从裸机到能登录的六步3.1 数据库与 ODBC顺序不能反安装顺序手册写得很清楚数据库服务器按 Oracle 安装文档装库文件服务器和 Citrix 服务器装 Windows 2003 英文版加中文字符集、中文输入法、Citrix、Office 2003、Oracle Sql Net然后建目录、拷软件包、设权限、共享映射、创建 Opics 数据库、配置 ODBC、装 Opics 客户端。这里的关键约束是先有库、再配 ODBC、最后装客户端。ODBC 数据源指向的是已经建好的 Opics 库库没建好就配 ODBC测试连接必然失败而很多人会误以为是驱动问题去重装 Sql Net白折腾。创建 Opics 数据库这一步手册指向独立的“创建数据库”文档正文没展开。按这类系统的常见做法是用scripts目录下的建库脚本以 DBA 身份执行建表空间、建用户、赋权然后跑初始化数据。执行前务必确认字符集和库参数资金系统里币种、金额字段对字符集敏感建错了后期改代价极大。ODBC 配置的要点是选对 Oracle 驱动版本64 位库配 64 位驱动数据源名和opx.ini、opxsys里的连接串保持一致测试连接通过再往下走。3.2 Citrix 发布与业务终端Citrix 服务器上要发布三个应用Opics、Opics Risk、Convert。发布的意义是业务员不用在本地装客户端通过终端服务连上来就能用20 用户授权对应 20 个并发会话。业务终端这边装 Citrix 客户端即可。OSYS 机器则是另一条线装 Windows 2003 英文版、Office 2003、Oracle Sql Net、配 ODBC、装 Opics 客户端它不面向人只跑批处理进程。批量机器和利率导入机器的配置类似区别在于利率导入机器还要装 Citrix 客户端因为操作员需要通过 Citrix 访问系统做利率导入。这里有个实操细节所有客户端的opx.ini里OPXCOMMON和OPXACCFILES的路径在非 Citrix 环境下要指向本机目录不能照抄服务器上的D:\OPXACC\...否则客户端启动时找不到临时目录表现为登录界面卡住或报“无法创建文件”。3.3 二期升级备份先行按 case 顺序打手册第二部分讲二期实施目标是投产掉期、期权、掉期期权和费用模块并完善接口。升级步骤第一步就是备份把生产环境D:\opics下的opxdb、opxexe、OPXFAX、OPXGRSS、opxhlp、opxico、opxint、opxjob、opxpub、opxpwd、opxrva、opxsec、opxsys、opxupr、scripts、source全部备份到D:\backup\before change。这个清单基本就是整个应用目录等于全量备份别嫌麻烦。然后按升级包顺序依次更新顺序是\Phase II→\case 152042 152412→\case 152562→\case 154293 154294→\case 154681每个文件夹下都有readme.doc说明具体操作。顺序不能乱因为后面的 case 可能依赖前面 case 改过的表结构或程序文件。升级前把光盘里的更新程序先拷到D:\backup\下再从那里往生产目录覆盖这样出问题还能从备份回滚。这套“备份—按序打补丁—验证”的流程放到今天任何核心系统的版本升级上都成立。4. Rate Feed 与 OSYS行情进得来批量跑得完4.1 路透终端到 OPICS Risk 的三段链路Rate Feed 配置分三段路透终端、OPICS Risk 客户端、OPICS 系统。第一段在路透终端上共享目录C:\reuters里面放四个 Excel 文件CNY INREST RATE.XLS、DLSP.XLS、FX RATE.XLS、INTETEST RATE.XLS。打开这四个文件在 Tools 里选 Share Workbook勾选允许更改再在 Tools 里设 AutoSave 每五分钟保存一次。这一步的目的是让行情数据持续落盘供下游读取。第二段在 OPICS Risk 客户端把C:\reuters映射成 Z 盘Risk 侧对应的四个文件是CNYIR.XLS、DLSP.XLS、FX.XLS、IR.XLS以路透目录文件为数据源在 Data 的“获取外部数据”里设置参数每两分钟刷新一次。注意这里的频率差源端五分钟存一次消费端两分钟读一次读到的可能是同一份数据但保证了两分钟内一定能拿到最新落盘版本。第三段在 OPICS 系统里配映射汇率用REVP做期限定义、REVX做表映射、REVI做汇率检查利率用RATE做表映射、RHIS做利率检查。导入靠 OSYS 批处理手册给了具体进程号D22RATE0001是入口RTXTOSYS导利率XTFXOSYS导汇率ISYSOSYS和ISYSOSY1分别做BR22和BR00导入。这些进程号是排错的第一手线索——行情没进来先看D22RATE0001有没有跑、跑完日志里RTXTOSYS和XTFXOSYS是否成功再看映射表配得对不对。顺序上永远是“先查进程、再查映射、最后查源文件”反过来查会浪费大量时间。4.2 OSYS 批处理的运行逻辑OSYS 是 Opics 的批处理调度组件opxjob目录下存的是 OSYS 和 BSYS 的批量步骤列表。日终批量按列表顺序执行每一步是一个进程进程之间可能有数据依赖。手册里一期的批量在第三章二期增加了衍生产品部分但操作流程保持一致。这意味着升级后不需要改调度框架只需要确认新增的衍生产品进程被加进了步骤列表。批量机器的日志在opxlog下OSYS 用户的日志因为做实时监控增长特别快手册专门提醒要备份后清理。实操上建议给opxlog单独监控磁盘占用设个阈值告警别等写满了导致批量失败才发现。另外bbkr这个命令负责每天的数据备份已经包含在批量过程里备份目录是D:\opicsdata每天日终按当前生产系统日期生成一个XXXXXXXX格式的目录。这个备份是文本备份恢复时按日期找目录即可比整库冷备灵活但要注意它依赖批量正常跑完批量失败的日子备份也是缺的。4.3 二期新增的两个接口二期加了两个接口配置思路完全不同。北方之星接口实现人民币债券收盘价自动导入用于债券市值重估Mark To Market。硬件是一台 Dell PC装 Windows 2003 中文版、北方之星软件、Office 2003 中文版通过映射网络驱动器连到 Opics 文件服务器定时运行 Opics 客户端的 OSYS 进程D22SMCL读取交易数据后录入系统。注意这台机器是中文版系统加中文版 Office因为北方之星是中文软件字符集不匹配会乱码。Dealing 3000 接口实现外汇交易、拆借交易自动导入机器装 Windows 2003 英文版、Oracle Sql Net、Office 2003 英文版、Opics 客户端通过 RS-232 串口线和路透交易系统服务器通信。串口连接是这套方案里最“复古”也最容易出问题的地方串口线松动、波特率不匹配、串口被其他程序占用都会导致交易数据读不到。定时运行 OSYS 进程读取数据后录入所以排查时先看串口物理连接和系统日志里的串口报错再看进程本身。5. 避坑排查五条装完才发现的坑5.1 现象Citrix 用户登录后看不到自己的数据偶尔看到别人的原因opx.ini里OPXCOMMON和OPXACCFILES没按用户改多个用户指向同一目录临时文件和账务文件互相覆盖。解决逐个检查每个用户 Windows 目录下的opx.ini确认两个路径都指向D:\OPXACC\用户名\OPXCOM和D:\OPXACC\用户名\OPXACC改完让用户重新登录。批量建用户时用脚本生成 ini别手工复制。5.2 现象ODBC 测试连接成功但 Opics 客户端启动报数据库连接失败原因ODBC 配的是 32 位数据源而客户端或驱动是 64 位或反过来测试工具和实际程序走的不是同一套驱动。解决确认 Oracle 客户端位数在对应位数的 ODBC 管理器里配数据源数据源名与opxsys里的连接配置逐字符核对包括大小写。5.3 现象日终批量跑到一半卡住日志无报错原因opxlog或opxarc所在磁盘写满进程写日志失败后挂起或者批量机器和 Risk 服务器共用数据库连接池Risk 重估占满连接。解决先查磁盘剩余空间清理已转存的旧日志和归档再确认 Risk 重估和日终批量时间窗口不重叠必要时错峰调度。5.4 现象汇率、利率数据没更新Risk 重估用的是旧价原因链路三段中任一段断了——路透终端 Excel 没开 AutoSave、Z 盘映射失效、Risk 外部数据刷新参数被改、或者D22RATE0001进程没跑。解决按“源文件修改时间 → Z 盘可访问性 → Risk 刷新设置 → OSYS 进程日志”的顺序逐段验证别一上来就改映射表。5.5 现象二期升级后部分功能报错回滚也回不干净原因升级包没按 case 顺序打或者覆盖时漏了某个目录导致程序文件和表结构版本不一致。解决严格按\Phase II到\case 154681的顺序执行每个包先读readme.doc升级前确认D:\backup\before change备份完整回滚时整目录还原而不是只还原报错的文件。6. 验证与进阶把手册变成可执行的检查单手册给的是步骤真正让系统稳的是装完之后的一套验证动作。我一般会在投产前跑一遍“最小闭环”建一个测试用户走 Citrix 登录做一笔模拟交易触发一次手工批量确认交易进了库、日志有记录、归档目录生成了当天日期、opicsdata下有备份目录。这五件事全过才算装完。任何一环不过就按第 5 章的排查顺序定位而不是凭感觉重装。进阶用法上有两个技巧值得固化。第一把目录权限表转成脚本。手册里那张“一般用户/系统管理员/批量 × 读/写/删除/执行”的表手工设容易漏用icacls批量下发更可靠# 以 opxexe 为例一般用户只读执行管理员读写执行批量只读执行 icacls D:\opics\opxexe /grant Users:(OI)(CI)(RX) /T icacls D:\opics\opxexe /grant Administrators:(OI)(CI)(F) /T icacls D:\opics\opxexe /grant Batch:(OI)(CI)(RX) /T(OI)(CI)表示对象继承和容器继承RX是读加执行F是完全控制/T递归到子目录。按手册的权限表逐目录生成对应命令一次性下发比在图形界面点几十次强。第二给 OSYS 进程建一张“进程号—功能—日志位置—失败表现”的对照表把D22RATE0001、RTXTOSYS、XTFXOSYS、D22SMCL这些进程和它们的职责、日志、典型故障对应起来贴在运维值班位。行情没进来、债券没重估、交易没导入查表就能定位到进程再去看日志比翻手册快得多。还有一个验证习惯每次升级或改配置后不要只看“能登录”要跑一次完整的日终批量加一次 Risk 重估确认opxarc下生成了当天归档、opicsdata下生成了当天备份、opxlog里没有异常堆栈。这套动作花不了多少时间但能挡住大部分“上线第二天才炸”的问题。从那以后我每次碰这类资金系统不管是装新环境还是打补丁都强制走一遍“备份—按序升级—最小闭环验证—日志归档检查”少一步都不放心。希望这份拆解帮到你照着这份手册复现时把权限表和进程号当成两条主线坑基本就绕过去了。本文还有配套的精品资源点击获取
阅读完成 · 觉得有帮助？
