企业官网建设流程全解析

简介：这份文档面向 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（假日设置）、opxjob（OSYS/BSYS 批量步骤列表）、opxlog（系统日志）、opxarc（交易数据归档）、opxpwd和opxsec（用户权限配置）、opxsys（程序参数）、opxupr（客户化参数）、scripts（数据库脚本）、source（RDA 开发代码）等。这份目录清单本身就是排错地图：日志去哪找、参数改哪个文件、归档在哪天生成，全在名字里。

权限是这份手册里最值得抄的部分。它把用户分成三类——一般用户、系统管理员、批量——然后对每个目录分别定义读、写、删除、执行四种权限。比如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] PCID=OPX001 OPXCOMMON=D:\OPXACC\citrix3053\OPXCOM OPXACCFILES=D:\OPXACC\citrix3078\OPXACC LASTID=GZT

PCID是终端标识，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里没有异常堆栈。这套动作花不了多少时间，但能挡住大部分“上线第二天才炸”的问题。从那以后我每次碰这类资金系统，不管是装新环境还是打补丁，都强制走一遍“备份—按序升级—最小闭环验证—日志归档检查”，少一步都不放心。希望这份拆解帮到你，照着这份手册复现时，把权限表和进程号当成两条主线，坑基本就绕过去了。

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