SSE601上海证券交易所新一代交易系统市场参与者常见问题

新一代交易系统市场参与者 常见问题解答 上海证券交易所二○○九年十月

目录 1. 2. 3. 4. 5. 6. 7. 8. 9. EZOES 是指什么？它和新一代交易系统A 股集中报盘程序有什么联系？ ..................................... 7 新一代交易系统A 股集中报盘程序和B 股集中报盘程序是否需要分别安装？ ............................... 7 新一代交易系统A 股集中报盘程序能否申报B 股？ ............................................................................ 7 如何获知新一代交易系统集中报盘程序的版本号？最新版本的EZOES 具有哪些功能？ ............ 7 请问哪里可以找到与软件版本对应的新一代交易系统集中报盘程序帮助文档？ ............................ 8 新一代交易系统集中报盘程序在硬件、软件和广域网链路方面有哪些要求？ ................................ 8 文档中有提到表 1、表 2、表 3，请问这几张表指什么？ ..................................................................... 9 新一代交易系统集中报盘程序是否需要安装会员集成服务器系统MISS？ ...................................... 9 新一代交易系统集中报盘程序EZOES 和老系统的场外报盘程序AWX/BWX 在配置使用上是否有明显的差别？ ...................................................................................................................................................... 9 10. 11. 12. 原有场外报盘程序的配置文件SYSTEMCONFIGURATION.INI 文件是否还沿用？ .............10 新一代交易系统集中报盘程序的配置文件中的内容区分大小写吗？ .......................................... 11 新一代交易系统集中报盘程序如何配置ODBC 数据源？ .............................................................. 11 13. 原有场外报盘程序使用ODBC 数据源，而新一代交易系统集中报盘程序采用JDBC 数据源，请问如何能够比较简单地从ODBC 数据源切换到JDBC 数据源？ ..........................................................11 14. 打开新一代交易系统集中报盘程序时出现对话框提示“QUALIFIED JAVA RUNTIME ENVIRONMENT NOT FOUND, PLEASE ACCESS THE WEBSITE OF SSE TO DOWNLOAD JRE”，该如何处理？ ..........................................................................................................................................11 15. 16. 操作员登录界面上口令字段的长度是否有要求？ ........................................................................... 12 新一代交易系统集中报盘程序中PBU 的密码区分大小写吗？ ..................................................... 12

17. 18. 19. 20. 21. 我在登录过程中总失败，然后 PBU 就自动注销，提示信息是“登录主机失败”，该怎么办？ 12 登录PBU 的时候提示“链路组合（***／***）尝试失败”，该如何处理？ ................................13 CS IP 如何与GW IP 地址对应？主备链路对应同一个CS 时，如何处理？ ..............................15 在多PBU 单上行网卡的情况下，是否不再要求配置多个IP 地址了？ .......................................15 EZOES 界面上的“流速权”与现有报盘程序的“发送能力”有什么区别？如何获知准确的每秒流量？ 15 22. 23. 24. EZOES 界面显示的“发送委托数量”具体含义？ ..............................................................................16 请问EZOES 菜单栏中的“批量启动”和“批量停止”功能是如何使用的？ ...................................16 请问 EZOES 在界面和接口数据库表中所使用的时间是报盘机的时间还是交易主机时间？ 16 25. 26. EZOES 会修改报盘机本地时间吗？ ...................................................................................................17 EZOES所在的报盘机开通通信服务器提供的时间同步服务（NTS）会对报盘有影响吗？ 17 27. 28. 将报盘机部署在域（DOMAIN）内，对报盘程序有影响吗？ ......................................................18 新一代交易系统集中报盘程序的通信链路自动切换的规则是什么？ ..........................................18

29. 新一代交易系统集中报盘程序发生通信链路切换时，对订单申报和成交回报有何影响？ 18 30. 如果我因故丢失了数据库中的全部委托申报数据，我怎样才能优先继续进行后续的报单？ 18 31. 如果我因故丢失了数据库中的委托确认表数据，如何恢复？ .......................................................19 如果我因故丢失了数据库中的大量的委托确认数据，恢复可能需要较长的时间，影响了我的 32. 后续报单，我怎样才能优先继续进行后续的报单？ .....................................................................................19 33. 我在启动报盘程序EZOES 的时候发现界面提示“有XXXXX 条成交回报没有收齐，是否需要进行恢复”，并不断报警，该怎么办，点击“是(Y)”还是“否(N)”？ ...........................................................19 34. 因某种因素，我的成交回报表中间有若干条成交记录被误删而丢失，报盘程序能帮我恢复吗？ .................................................................................................................................................................................20 35. 如果我不小心在开市期间（比如 10：00-10：30）关闭了报盘机，然后在 10：30 再启动报盘程序，我能收到 10：00-10：30 之间所产生的成交吗？ ..............................................................................20 36. 我的接口数据库服务器有一主一备，请问主接口数据库发生故障时候如何进行接口数据库的快速切换？ ............................................................................................................................................................21 37. EZOES 在哪些情况下会造成报单暂时中止，届时我该如何处理？ ............................................22 请问EZOES 的成交回报表的记录还是按成交编号递增的顺序写入吗？ ...................................23 请问通过 EZOES 申报进入交易主机的订单的时序与客户委托时序是否是完全一致的？ 23 38. 39. 40. 在同一台机器上 EZOES 是否允许运行多个实例程序？运行 EZOES 都有哪些注意事项？ 24 41. 如何才能使指定交易登记、指定交易撤销、ETF 申购、ETF 赎回业务对整个报单速度没有影响？在公司合并或者营业部等调整时，大批量的转指定怎么进行？ .......................................................24 42. EZOES 的日志文件怎么会有乱码？ ...................................................................................................25 43. 如果在EZOES 使用过程中，REMARK 字段报 10000 号错误，是什么原因，该如何处理？ 26

44. 45. 46. 47. 新一代交易系统集中报盘程序支持实时监控，能不能简单描述一下此功能？ .........................26 如何安装EZOESMONITOR ？ .........................................................................................................26 EZOESMONITOR 和EZOESMONITORAGENT 是不是一定要安装到同一台电脑主机上？27 双击EZOESMONITORAGENT.EXE，跳出对话框提示“不能找到EZOES 启动文件”， 如何解决这个问题？ ................................................................................................................................................27 48. 双击 EZOESMONITORAGENT.EXE，跳出对话框提示“WINDOWS SOCKET ERROR: 通常每个套接字地址(协议/网络地址/端口)只允许使用一次。 (10048), ON API 'BIND'”，如何 处理？ ....27

49. 在EZOESMONITOR 中添加了EZOESMONITORAGENT 所在主机，也成功启动了EZOESMONITORAGENT，为什么在EZOESMONITOR 界面上总是显示“连接不成功”或者“拒绝服务”、“版本号不对”、“已被监控”等信息？ .................................................................................27 50. 对于EZOES 和EZOESMONITOR 的配置文件，修改后是不是可以即时生效？ ...................28

1. EzOES 是指什么？它和新一代交易系统 A 股集中报盘程序有什么联系？ 答： 新一代交易系统集中报盘程序简称为 EzOES，它包括 A 股集中报盘程序和 B 股集中报盘程序，分别用于 A 股和 B 股高速报盘。 2. 新一代交易系统 A 股集中报盘程序和 B 股集中报盘程序是否需要分别安装？ 答： 交易所提供三个包供下载安装，分别是 EzOES_setup.exe、EzOES_ASHR_setup.exe、EzOES_BSHR_setup.exe。 EzOES_setup.exe 安装后同时包括 A 股集中报盘程序和 B 股集中报盘程序，A 股集中报盘程序和 B 股集中报盘程序被放置在同一个目录之下：通过 EzOES_ASHR.exe 可启动 A 股报盘机；通过 EzOES_BSHR.exe 则可启动 B 股报盘机。 EzOES_ASHR_setup.exe 安装后只包括 A 股集中报盘程序； EzOES_BSHR_setup.exe 安装后只包括 B 股集中报盘程序； 3. 新一代交易系统 A 股集中报盘程序能否申报 B 股？ 答： 不能。同样，新一代交易系统 B 股集中报盘程序也不能申报 A 股。否则，委托确认表的 remark 字段会显示错误代码：1022。 4. 如何获知新一代交易系统集中报盘程序的版本号？最新版本的 EzOES 具有哪些功能？ 答： 新一代交易系统集中报盘程序（EzOES）的版本可以在报盘程序主界面的左下角看到。请 会员根据交易所的最新公告确认所使用的 EzOES 是否为最新的版本。 EzOES 具有下列特点： ✓同时支持多操作员（单个程序最多支持 20 个操作员，建议一般不超过 5 个操作员，64K

及以下低带宽链路上建议不超过 2 个操作员） ✓支持多种数据库版本； ✓网络自动重连（当报盘机与上海证券交易所通信服务器的主线路中断时，系统会自动尝 试重新连接）； ✓支持实时监控； ✓方便的数据库灾难恢复机制； ✓声音提醒和示警； 5. 请问哪里可以找到与软件版本对应的新一代交易系统集中报盘程序帮助文档？ 答： 与软件版本对应的 EzOES 帮助文档为： [程序安装目录]\\help\\EzOES.chm。 6. 新一代交易系统集中报盘程序在硬件、软件和广域网链路方面有哪些要求？ 答： 硬件配置：一台至少安装 2 块网卡的主机。硬件配置的推荐标准为：Intel Pentium 4 （3GHz 以上 CPU）；1G 内存以上；显示器分辨率能够支持 1024*768，或者更高标准；如果安装了声卡，系统在出现故障时就具有发声报警的能力。 操作系统：可使用下列 32 位系统，或者其他可安装 Java 运行环境 1.6 及以上版本的操作系统： Windows 2000 Professional (SP4+) Windows 2000 Server (SP4+) Windows XP Professional (SP1+) Windows Server 2003, Enterprise Edition 软件：新一代交易系统集中报盘程序（EzOES）基于 Java 语言开发，要求 Java 运行环境（Java Runtime Environment，即 JRE）1.6 及其以上版本。数据库软件使用 SQL Server 2000（SP4）版本或者以上版本。

广域网链路：在 1 个 64K DDN（或者更低带宽）上建议不要配置同时登录报单的 PBU 流速权总和超过 2，在在 1 个 2M SDH 上建议不要配置同时登录报单的 PBU 流速权总和超过60。如果一定要超配，需要扩大修改文件 EzOES.ini 中cs.ud_timeout （缺省设置为 400）和 文件 SystemConfiguration.ini 中WanTimeout （缺省设置为 200），从而防止由于拥堵而造成的超时退出。 7. 文档中有提到表 1、表 2、表 3，请问这几张表指什么？ 答： 表 1 指的是数据库接口中的委托申报表； 表 2 指的是数据库接口中的委托确认表； 表 3 指的是数据库接口中的成交回报表。 8. 新一代交易系统集中报盘程序是否需要安装会员集成服务器系统 MISS？ 答： 由于 MISS 操作界面复杂，故本所开发了新一代交易系统集中报盘程序（EzOES），不再需要安装会员集成服务器系统（MISS）。 9. 新一代交易系统集中报盘程序 EzOES 和老系统的场外报盘程序 AWX/BWX 在配置使用上是否有明显的差别？ 答： 新一代交易系统集中报盘程序（EzOES）为了降低会员的使用难度，配置和使用都大量借 鉴了原有场外报盘程序的实现方式，比如使用界面、快捷键以及配置文件等各方面都照顾了原有场外报盘程序的使用习惯。 配置中改动比较大的有如下几个方面：第一，EzOES 不再使用 ODBC 数据源，而采用JDBC 连接方式，建议会员在进行此项配置的时候尽量参考最新的帮助文档；第二，OperCode 项不再填写操作员代码，改为填写 5 位的 PBU 加 6 位的操作员；第三，gwip 表示的前置机在新一代交易系统中被称为通信服务器(CS)，会员不能填写原有场外报盘程序的 gwip 地址，而需要根据交易所的通知更换为通信服务器(CS)的IP；第四，不同操作员的 LocalIP 项允许重复， 而原有场外报盘程序则要求不能重复。第五，EzOES 支持使用多环境的方式隔离生产环境和测试环境，生产环境使用 00 环境号，测试环境使用 88 环境号。

当然，两者在配置和使用方面还有一些其它细小的差别，查看最新的帮助文档可以了解更 为详细的内容。 10. 原有场外报盘程序的配置文件 SystemConfiguration.ini 文件是否还沿用？ 答： 新一代交易系统集中报盘程序（EzOES）沿用了原有场外报盘程序的配置文件SystemConfiguration.ini，其中 A 股集中报盘程序的配置文件放在安装目录的 cfgA 子目录下， B 股集中报盘程序的配置文件放在安装目录的 cfgB 子目录下。 EzOES 的SystemConfiguration.ini 格式基本上和现有交易系统 A 股报盘程序 Awx62 的配置文件保持一致。 不过 EzOES 配置文件在内容和格式上也有一些变动，主要表现在： 项目 System Oper 子项目 GetCJHBFromTE GwWay1 DataSource ConsignTime CjhbTime jdbc.driver jdbc.url 改动 不再使用 不再使用 不再使用 不再使用 不再使用 EzOES 新增 EzOES 新增 SystemConfiguration.ini 的[System]域要求在头部。OperatorCounts 项必须小于等于下面实际配置的操作员数量，如果 OperatorCounts 值小于实际配置操作员数则取前 OperatorCounts 个操作员予以显示；操作员序号 oper1、oper2、oper3 必须按照严格顺序连续递增； GwipCounts 项应与下面实际配置的 Gwip 的个数一致； 如果复制 Awx62 的配置文件到 EzOES 目录下运行后有错误提示，请按照 EzOES 帮助文档的配置文件模版修改配置文件。 具体内容请查看最新的帮助文档。

11. 新一代交易系统集中报盘程序的配置文件中的内容区分大小写吗？ 答： EzOES 的配置文件（SystemConfiguration.ini）对配置名称是不区分大小写的，而配置取值区分大小写。 12. 新一代交易系统集中报盘程序如何配置 ODBC 数据源？ 答： 新一代交易系统集中报盘程序（EzOES）不支持 ODBC 数据源，它通过 JDBC(Java Database Connection)方式连接数据库。对于不同类型的数据库，JDBC 数据源的配置也有一些差异。详细信息请查看最新的帮助文档。 13. 原有场外报盘程序使用 ODBC 数据源，而新一代交易系统集中报盘程序采用 JDBC 数据源，请问如何能够比较简单地从 ODBC 数据源切换到 JDBC 数据源？ 答： 在配置和使用 JDBC 数据源之前，首先需要确认所使用数据库的类型。不同的数据库使用不同的 JDBC 驱动，此外，数据源的配置也有一些差异。其次，需要确认数据库的 IP 地址。如果原来已经配置了 ODBC 数据源，可以打开控制面板-管理工具-ODBC 数据源管理器，选择配置原有的 ODBC 数据源，查看原有 ODBC 数据源的 IP 地址。如果还是不能确定数据库 IP 地址，请咨询数据库管理员。在确认了数据库类型和 IP 地址之后，可以参考最新的帮助文档， 其中有一节描述了 JDBC 数据源的配置和使用，详细地介绍了多种不同类型的数据库的处理方法，对 JDBC 数据源切换有比较直接的帮助。注意，如果接口数据库安装时，选择了＂大小写敏感＂的参数，那么在配置时，务必要保证参数的大小写正确。 14. 打开新一代交易系统集中报盘程序时出现对话框提示“Qualified Java Runtime Environment not found, please access the website of SSE to download JRE”， 该如何处理？ 答： 新一代交易系统集中报盘程序（EzOES）基于 Java 语言开发，要求 Java 运行环境 （Java Runtime Environment，即 JRE）1.6 及其以上版本。出现上述提示，说明 Java 运行环境没有被正确安装，请重新安装一下 Java 运行环境。

如何安装 Java 运行环境，请查看最新的帮助文档。 15. 操作员登录界面上口令字段的长度是否有要求？ 答： 对于 EzOES 软件，有两个口令字段，分别为操作员口令和数据库用户口令，其中操作员口令字段不超过 8 位，如用户在老交易系统时设置了超过 8 位密码，新交易将取前 8 位为有效 密码，而数据库用户口令最多允许输入 64 位。 对于 2009 年 5 月前发布的 RptGet 软件测试版本，口令输入界面上要求必须输满 8 个字 符才可以继续后续操作，当口令长度不满 8 位的用户，需在口令后补空格，使得口令长度达到 8。用户请务必使用 2009 年 6 月之后发布的正式版本，以避免口令长度小于 8 时的输入不便。 16. 新一代交易系统集中报盘程序中 PBU 的密码区分大小写吗？ 答： 是！为支持更高级别的安全等级，登录新交易系统所使用的 PBU 的密码是区分大小写的。 由于本所老交易系统检查密码时是不区分大小写的，所以部分市场参与者记忆中的密码与后台记录的密码可能大小写不一致。在上线切换点，新交易系统中的密码从老系统中转换而来， 市场参与者处有两点变化：（1）口令区分大小写（2）口令最长为 8 位。 如果遇到报告“口令错”，可以先尝试不同大小写的口令登录，如果仍有问题，联系上交 所查证密码。 还有一种办法，就是在老系统上，择日重新修改一次密码，确保记忆中的密码和后台记录 的密码一致。 17. 我在登录过程中总失败，然后 PBU 就自动注销，提示信息是“登录主机失败”，该怎么办？ 答： 请检查当前是否还处于交易时段内。如果已经闭市，交易所主机可能已经关闭，会提示登录主机失败。如果此时不是闭市时间，且反复尝试后，仍无法登录，请迅速联系上交所，排查 其他可能的问题。虽然系统设计了“心跳”机制，在绝大多数情况下，不会发生“僵尸”登录

用户占用通道后，单点登录发生作用，新的登录无法建立的情况，但是极端情况下仍存在这种 可能，此时，需要会员公司发送传真，由上交所运行人员从后台清理掉“僵尸”登录用户。 18. 登录 PBU 的时候提示“链路组合（***／***）尝试失败”，该如何处理？ 答： “链路组合（***／***）尝试失败”说明该通过链路未能正确连接到上交所的通信服务器。请 检查下列项目： ✓在配置文件中正确填写了分配到的通信服务器地址（CS IP） ✓在配置文件中正确填写了连接交易所通信服务器网卡的 IP（Local IP） ✓能否正常 Ping 通所分配到的上交所通信服务器地址；如果不能 Ping 通，请检查网络是否正常（比如是否启用了网络防火墙设备或者 PC 机操作系统配置了某些安全策略、NAT 配置是否正确，路由表是否正确） ✓ezoes.ini 文件中是否正确填写了 envNo／cs.md_port／cs.ud_port 生产环境下 envNo 填写 00，cs.md_port 为 10005，cs.ud_port 为 10006。修改环境号建议通过用户界面完成，防止手工修改参数文件时修改错误。 ✓是否使用了正确的 EzOES 版本（从界面左下脚可以看到版本号） 可按以下步骤进行自查处理： （一）是否能 PING 通新交易系统的通信服务器 CS 的 IP 地址？ •能通，转到（三）； •不通，转到（二）； （二）是否能够 PING 通老交易系统的交易前置机 GW 的 IP 地址？ •能通，极大可能是市场参与者自身网络配置问题导致，可联系市场参与者的网 络管理员，按 3.2 节描述进行调整后重新登录测试： 公司内部的网络存在防火墙或地址转换映射，导致不允许访问 CS； 路由器禁止访问； PC 机路由表配置不正确，比如未增加到 CS 的路由等（可通过输入 route print 命令检查）；

•不通，和上证通信公司（）联系，解决该问题后重新联测。 （三）是否能够 TELNET 通信服务器 CS 的 1**05，1**06，1**16 端口（其中**为使用的环境号，比如 00 或者 88）？ •连上，有反应，则到（四）； •连不上，可能是如下两种情况，解决后重新进行登录调试。 一种是网络不允许访问，比如有可能这些端口是被路由器禁止访问 等，可联系市场参与者自身的网络管理员或上证通信公司； 另一种情况是通信服务器应用可能未开，可确认是否属于测试时间， 或者和上交所技术服务人员（）联系； （四）是否安装 EzOES 的报盘机配置了多张网卡？ •配置了多张网卡，转到（五）； •只配置了一张网卡，转到（六）； （五）请使用 TRACERT 通信服务器 CS IP 的命令检查，确认访问指定通信服务器 CS 是否通过参数配置中 LocalIP 所指的那块网卡进行的； •如果是，则转到（六）； •如果配置 LocalIP 不正确，调整正确后重新进行登录调试； （六）检查下列信息是否正确： •EzOES 环境号是否配置正确； 交易日的联调使用环境号 88； 周六的联调使用环境号 00； 生产环境号 00； •PBU 配置是否正确； 使用席位号作为 PBU 号，而不是原来的操作员号； 操作员号全市场统一为 000001； PBU 和操作员号连在一起，构成一个 11 位的数字，配置在文件里； •交易员口令是否正确；

目前新交易系统测试环境所有交易员的口令均是 11111111； 交易所会通知何时将老系统的口令复制到新系统中； 如判断参数设置不正确，则调整正确后重新进行登录调试。如果判断参数设置正确，但 仍无法联通，则将以下文件打包后，与交易所支持服务人员联系： •当前使用的 SystemConfiguration.ini 文件（包括 A、B 股）； •当前使用的 EzOES.ini 文件； •EzOES 目录下 Logs 子目录中的日志文件； •如果使用 EzOES Monitor，还需要 EzOESMonitorAgent.ini 和Agent 的日志文件。 19. CS IP 如何与 GW IP 地址对应？主备链路对应同一个 CS 时，如何处理？ 答： 《上海证券交易所新一代交易系统市场参与者快速指引 部署卷》给出 CS IP 和GW IP 之间的对应关系，并不一定是一一对应的，当多个 GW IP 对应到同一个 CS IP 时，用户可暂时设置成同一个 IP，然后联系上交所重新分配备用 CS IP。 20. 在多 PBU 单上行网卡的情况下，是否不再要求配置多个 IP 地址了？ 答： 是的。新交易系统进行了优化改进，不再要求每个交易员通过不同的 IP 地址进行登录。用户完全能够将同一个上行网卡的 IP 地址配置给不同的交易员，也可以将同一个 IP 地址配置给同一个交易员的不同链路组合上。 21. EzOES 界面上的“流速权”与现有报盘程序的“发送能力”有什么区别？如何获知准确的每秒流量？ 答： 现有报盘机用户界面上的“发送能力”是指该操作员处理订单时向后台发送一个数据包所包含的订单数量，该发送能力是一个技术参数，通过流速权计算出来，大致是一个流速权对应在1 个数据包中包含 5 个订单。 EzOES 的用户界面上“流速权”代表该交易员所分配到的报单权利，该值不完全是指交易员

的订单申报速度，而是指允许该交易员的在途订单量（即所允许的订单发出去之后未收到响应最大订单数量）；在途订单量和后台处理订单的平均时间共同决定了订单的处理速度。具体到在途订单量的值是交易系统根据用户链路类型、流速权和对应的一些参数进行计算而得，参数对全市场一致。 流速权值后面斜杠后紧跟的数字是报盘流量，表示 EzOES 前一分钟写到委托确认表的记录条数。如果用户希望改变这个统计频率，可以通过配置 EzOES.ini 中的 orderrate.interval 的取值来控制在界面上显示前多少秒的流量。比如希望 1 秒刷新 1 次，那么设 orderrate.interval = 1。 最准确的流量可以通过输入如下 SQL 语句来获得： SELECT cc=COUNT(rec_num), time FROM ashare_ordwth2 GROUP BY time 。 22. EzOES 界面显示的“发送委托数量”具体含义？ 答： 发送委托数量指的是指委托请求表中的状态为已处理（P）的委托数量。 23. 请问 EzOES 菜单栏中的“批量启动”和“批量停止”功能是如何使用的？ 答： “批量启动”和“批量停止”提供给用户一个快速启动、启动一批 PBU 的解决方案。用户在安装完 EzOES 并完成对 SystemConfiguration.ini 文件的修改后，需要启动 EzOES，通过逐个右键点击各个 PBU 打开“系统参数维护”窗口，在“口令配置”栏中设置相应的密码并按“确定”进行本地保存。 当使用时，可以通过“选择”列勾选需要进行批量操作的 PBU 并进行相应的批量操作。此时如果进行的是批量启动操作，EzOES 不会弹出“启动”窗口而是直接使用用户保存在本地的密码进行 PBU 与后台和数据库登陆连接。 密码在本地是加密保存的。 24. 请问 EzOES 在界面和接口数据库表中所使用的时间是报盘机的时间还是交易主机时间？

答： ✓委托申报表（表 1）时间字段是委托请求记录的写入时间，为记录插入方（通常为柜台软件）所控制； 委托确认表（表 2）时间字段是委托确认记录的写入时间，该时间采用的是报盘程序界面上显示的“交易系统时间”； 成交回报表（表 3）申报时间字段为交易主机收到委托请求时的后台主机时间；成交时间字段为交易主机产生成交记录时的后台主机时间。 ✓报盘程序主界面的交易时段区显示的“本地时间”为报盘机的本地时间。 该“本地时间”在有操作员登录后会切换成“交易系统时间”。“交易系统时间”显示的是交易后台主机时间，该时间由报盘机本地时间与前后台时间差计算所得，报盘程序每两分钟与后台通信一次以计算最新的时间差。 ✓EzOES 系统信息栏所显示的时间为报盘程序所在机器的本地时间。 ✓EzOES 日志时间为报盘程序所在机器的本地时间。 25. EzOES 会修改报盘机本地时间吗？ 答： 不会。EzOES 定时向交易系统后台获取当前交易时间并维护在程序内部，不再修改本地时间。如果会员需要此服务，可以使用交易所通信服务器对外提供的时间同步服务（NTS）。 会员可以配置 Windows 系统，采用其自带的时间同步服务，也可以下载上交所提供的 EzNTP 软件后配置使用。 26. EzOES 所在的报盘机开通通信服务器提供的时间同步服务（NTS）会对报盘有影响吗？ 答： 不会。不过如果报盘机使用交易所通信服务器对外提供的时间同步服务（NTS），且报盘机时钟在交易过程中，人工调整或者报盘机时钟故障导致时钟发生很大偏差，则 NTS 会对本地时间进行跳跃式调整，会造成链路切换并在界面上提示。链路切换会切换到第一条可用的链路上。界面上的链路切换提示并不影响您的报单和成交接收。

27. 将报盘机部署在域（Domain）内，对报盘程序有影响吗？ 答： 有！域服务器会定时自动进行域内所有机器的时间同步，从而造成报盘机本地时间被定时修改。其实报盘程序已经定时和交易主机进行时间同步，如果域服务器又同时在修改报盘机本地时间，容易造成报盘机和主机时间的不一致，因此请不要将报盘程机部署在域内；同理，在报盘过程中请不要随意地大幅修改本地时间。 28. 新一代交易系统集中报盘程序的通信链路自动切换的规则是什么？ 答： 系统通信链路自动切换的规则是 Gwip1-> Gwip2-> Gwip3->…，即按配置顺序从 Gwip1 开始顺序往下切换。 例如：用户配置了 3 个通信服务器 CS 的 IP 地址，GwipCounts=3。 ✓当Gwip1 的线路中断时，系统首先将多次尝试 Gwip1，如果超过一定次数，系统将尝试登录 Gwip2。 ✓如果此时 Gwip2 的线路也中断，则系统将尝试登录 Gwip3。 ✓如果所有 Gwip 线路都不能连上，该操作员将会自动退出。 假设目前 EzOES 连在 Gwip2 上，如果和 Gwip2 之间的连接突然断开，则系统自动切换的顺序依然是 Gwip1-> Gwip2-> Gwip3->…。 29. 新一代交易系统集中报盘程序发生通信链路切换时，对订单申报和成交回报有何影响？ 答： 当发生通信链路切换时，新一代交易系统集中报盘程序（EzOES）的订单申报和成交回报 无任何影响。

30. 如果我因故丢失了数据库中的全部委托申报数据，我怎样才能优先继续进行后续的报单？ 答： 首先退出相关的操作员，其次在新的空委托表中直接插入后续订单即可申报，EzOES 委托表的切换不再需要插空记录操作。请注意：为避免后台主机认为是订单重复提交，需要切换时后续订单的 rec_num 要超过其已经发送订单的 rec_num（如：可通过累加 1000 万的方式实现）；但是，鉴于撤单字段格式为 C8，即 rec_num 不能超过 99999999（1 亿-1），若rec_num 大于等于 1 亿则不能撤单，因此一日内切换的总次数是有限的。 31. 如果我因故丢失了数据库中的委托确认表数据，如何恢复？ 答： 首先退出相关的操作员，其次对需要恢复委托确认表的 PBU，将需要恢复委托确认的记录所对应的委托申报的状态由 P 改为 R，然后在交易时段重新登录该操作员即可恢复丢失的委托确认。 但是，由于新交易系统在接口处理上的优化，对故障发生前订单的撤销，并不需要表 2 数 据的存在，故会员不一定有必要在故障发生的时候，对表 2 的内容进行恢复。会员公司在故障发生后的处理，以恢复后续生产作为首要任务，然后对状态不明的订单可以采取先撤销后重报的 方式进行应急处理。 32. 如果我因故丢失了数据库中的大量的委托确认数据，恢复可能需要较长的时间，影响了我的后续报单，我怎样才能优先继续进行后续的报单？ 答： 无需任何操作，这种情况不会影响后续报单。即使该 PBU 退出后重新登录，只要不修改委托表记录的状态，EzOES 不会消耗网络链路和处理机资源进行委托确认的恢复。 33. 我在启动报盘程序 EzOES 的时候发现界面提示“有 XXXXX 条成交回报没有收齐，是否需要进行恢复”，并不断报警，该怎么办，点击“是(Y)”还是“否(N)”？ 答： 选择“是(Y)”还是“否(N)”应视实际情况而定。 弹出提示“有 XXXXX 条成交回报没有收齐，是否需要进行恢复”是因为报盘程序发现成交

回报表的尾部丢失了成交回报，因此提示您是否要进行恢复。点击“是（Y）”则立即进行成交回报的恢复工作，因恢复需要一定的时间，新的成交回报要在恢复之后才能接收到；点击 “否（N）”则放弃所丢失的成交回报数据，而直接去接收后续新的成交。选择“是(Y)”或者 “否(N)”后报警会自动停止。 在未进行选择之前，报单工作暂停并不断警报提示。 即使选择进行成交回报的恢复，报单依然会继续进行，不会被阻塞。 请注意：因为 ETF 申购、国债出入库的一条成交回报消息可能生成多条成交回报记录，弹出对话框提示的丢失成交回报条数可能会和成交回报表中所恢复出的记录数有微小出入。 此外，需要提醒的是针对恢复成交的选择是当日有效的。如果已经选择不恢复，即使后续再次重新登录 PBU，截止本次丢失的成交都不会被恢复。 系统设计为优先用来传输新产生的成交纪录，旧数据的恢复优先级较低。而由于系统支持断点续传，所以强烈建议会员公司在发生成交回报接口表数据被清空或者启用灾备新表时，采用从已经转入柜台的成交纪录中恢复“尾部记录”的方式，以节约宝贵的广域网带宽。 如果有会员公司在极端情况下，无法从柜台恢复“尾部记录”，希望能优先全速从本所系统恢复所有的老成交数据，可以调整 EzOES.ini 中的 tc.batchsize 的取值。该参数缺省取值为45，在 2M SDH 链路上最大可取值为 360。注意：改参数取值调大之后，将占用新输入订单确认以及新近产生的成交回报的广域网带宽，对后续订单的申报有影响。故正常情况下，本所不 建议调整该参数。 34. 因某种因素，我的成交回报表中间有若干条成交记录被误删而丢失，报盘程序能帮我恢复吗？ 答： 不能！报盘程序对成交回报的恢复是从尾部开始恢复，对于中间丢失若干条成交的情形， 报盘程序是不能够恢复的。推荐的措施是把退出操作员后把该丢失记录的成交回报表备份，然后将丢失记录位置之后的所有成交记录都删除后再重新登录操作员，则 EzOES 能自动恢复刚才丢失的成交记录以及刚才删除的成交记录。假若不能确定从什么位置开始丢失记录，则备份成交表后直接清空成交表再重新登录操作员，以期 EzOES 恢复全部成交。 上文所提到的中间、尾部概念均是相对于按照 GDXM（产品集号）和BCYE（产品集内成交序号）排序形成的顺序而言。

35. 如果我不小心在开市期间（比如 10：00-10：30）关闭了报盘机，然后在 10：30 再启动报盘程序，我能收到 10：00-10：30 之间所产生的成交吗？ 答： 能！ EzOES 在启动时候会去检查本地和交易主机端相比丢失了多少条成交，如果该数目较大（目前暂定为大于 10000），恢复成交可能会需要较长时间，则弹出一个提示框，显示丢失的成交条数并提示是否需要恢复丢失的成交，选择“是”则会自动恢复丢失的成交数据；如果选择“否”则不恢复丢失的成交而是直接收新成交。如果该数目小于 10000 则自动进行成交回报的恢复，因为恢复较少的成交回报需要的时间较短，从而无需选择确认。 所以问题中不弹出提示框则成交数据能自动恢复；如果弹出了提示框则是否恢复取决于用 户的主动选择。 36. 我的接口数据库服务器有一主一备，请问主接口数据库发生故障时候如何进行接口数据库的快速切换？ 答： 新交易系统的设计宗旨是降低市场参与者系统与交易所系统之间的耦合度，简化接口上逻辑，以降低在故障恢复等特殊场景应急处置时的复杂度，同时提升市场参与者报盘的性能。在接口数据库损坏的情况下，当务之急是优先支持新订单向交易所的申报、对接口数据库损毁期间不明状态订单撤销重报、从交易所重新获得柜台系统尚未处理的成交回报。具体方法如下： 表 1（委托申报表）的恢复 ▪灾备切换后可直接在新的空申报表中插入后续订单，而无需插入空记录。为避免后台主机认为是订单重复提交，需要切换时后续订单的 rec_num 要超过其已经发送订单的 rec_num（可通过累加 1000 万的方式实现）；鉴于撤单字段格式为 C8，切换次数有限。 表 2（委托确认表）的恢复 ▪由于撤单不需要表 2，因此即使不恢复表 2 也能继续后续业务 ▪如果要恢复表 2，基于后台主机保证同一个 PBU 同一个证券代码相同的 rec_num 的订单不会被重复处理的原理，可重新设置委托申报表中有关记录的状态字段 （status）为 R 并在交易时段重新登录操作员，EzOES 通过重新申报的方式取回委托确认数据。

表 3（成交回报表）的恢复 ▪登录之后能自动恢复表 3 尾部丢失的记录，对于中间丢失的记录不予恢复。 ▪提供选择性开关，以确定是只接收新成交回报还是先恢复丢失的成交回报然后再 收新成交回报 ▪对于表 3 中完全没有成交回报的灾难场景，可以通过把柜台系统中已处理的不同SET 最大成交顺序号的记录补入表 3 的方式，最“经济”地从后台传回未处理的成交回报（SET 存储在 GDXM 中，最大成交顺序号存储在 BCYE 中） 37. EzOES 在哪些情况下会造成报单暂时中止，届时我该如何处理？ 答： 在登录的时候如果遇到以下情况会提示错误而不允许登录： 1.发现订单 rec_num 不连续 2.日期不正确 在操作员登录之后，遇到以下情况下报单会暂时中止： 1.发现订单 rec_num 不连续 处理方式是先不着急关闭报盘程序，可直接根据界面的提示补齐不连续的 rec_num 缺口，EzOES 待补齐 rec_num 后会自动继续报单。为防止对该类事件处理的遗漏， 对话框需要人工点击后才关闭。需要特别说明的是：个别柜台软件采用了多个进程同时写入一个数据库接口表 1 的方式，从而导致 EzOES 检查时，可能发现 rec_num 在某一个瞬间不连续，而在下一个周期检查的时候，又可以发现 rec_num 连续，在这种情况下，报单并不会真的暂停，但是弹出的对话框需要人工点击后关闭。这一类型的用户，需要对这种情况进行关注，及时处理，防止发生运行事故。（已经确认柜台软件具有这个特征的用户，可能会希望由市场参与者自己承担这个风险，当 rec_num 检测到缺口时，不弹出提示框。此时可以设置配置文件 EzOES.ini 中配置项ordgap.alarm = false。注意，这个修改存在风险，就是当柜台系统出现故障，生成的纪录中 rec_num 长时间出现缺口，可能运行人员不能及时发现。该配置本所不推荐使用，市场参与者修改配置需要非常慎重，风险自负。） 2.登录之后在如果发现需要恢复的成交回报数过多，会弹出提示框要求选择是否恢复。在 用户进行选择之前，报单会暂时中止。

3.接口数据库负载过重。 如果报盘程序对应的接口数据库上连接了过多的其他应用程序，造成数据库资源紧张， 会影响委托申报性能，在极端的情况下 EzOES 数据库写入请求队列溢出就会暂停报单。不过 EzOES 会在数据库负载减轻之后自动继续申报后续订单。 对接口数据库负载过重的现场处理方式是关闭连接在此数据库上的无关应用程序，关 闭运行在数据库机器上的其他应用程序。事后可考虑将申报量较大的 PBU 分别连接在不同的数据库机器上而不要使用同一台数据库或者对数据库机器硬件升级。 注：操作员登录之后遇到日期不正确的订单是会将该委托申报的 remark 字段置为错误码并继续申报后续订单的。 38. 请问 EzOES 的成交回报表的记录还是按成交编号递增的顺序写入吗？ 答： 否！委托确认表（表 2）和成交回报表（表 3）的记录写入时不保证顺序，即表 2 的数据不一定是按照记录号（rec_num）连续写入的，而是按照后台给出的异步响应的顺序写入；由于成交回报是按照每个 SET 内连续接收，不保证所有 SET 之间的顺序，所以表 3 记录不一定是按照成交编号的顺序写入，表三恢复后也不保证和恢复前的顺序是一致的，故柜台软件不能 依赖表 3 的记录是按照成交编号递增的假设来进行设计。 柜台软件可以考虑利用股东姓名 gdxm 字段相同的记录集合内本次余额 bcye 字段递增的属性来区分哪些成交记录是处理过的。 39. 请问通过 EzOES 申报进入交易主机的订单的时序与客户委托时序是否是完全一致的？ 答： ✓EzOES 发送订单是按照委托表的记录号顺序发送的； ✓对于同一个产品的订单是按顺序处理的； ✓对于不同产品的订单，由于可能进入不同的后台交易主机，响应返回的顺序就不一定是 发送时的顺序； ✓只有因网络或者后台主机发生故障，比如网络丢包、后台主机繁忙弹回、或主机切换等问题引起的需要报盘程序重发订单时，才可能会出现同一产品委托申报顺序和进入主

机顺序不一致的情形。 40. 在同一台机器上 EzOES 是否允许运行多个实例程序？运行 EzOES 都有哪些注意事项？ 答： 是的。同一个机器上 EzOES 允许运行多个实例程序。不过后台会严格控制保证同一个PBU 不能同时登录到交易系统后台。比如一个 PBU 尝试在两个 EzOES 实例上同时登录（分别称为登录点 1 和登录点 2）。如果开启了 cookie 功能，则登录点 2 能否登录成功需要看其是否能获取 cookie 文件内容，能获取 cookie 则能登录成功，反之则登录失败。登录点 2 登录成功则会将登录点 1 踢下来，后台会主动断开和登录点 1 之间的连接。如果关闭了 cookie 功能， 则登录点 1 已经登录后，登录点 2 就无法再登录。（默认情况下 cookie 功能已经关闭。） 新交易系统在报盘程序和后台之间设计了“心跳”机制，可以有效防止“僵尸用户”留在 后台占用通道后，而单点登录机制控制新的登录无法建立的情况发生。但是极端情况下仍存在这种可能，此时，需要会员公司发送传真，由上交所运行人员从后台清理掉“僵尸”登录用户。 日常运维中有如下注意事项： （1）EzOES 的在每日启动时，会把上一个交易日的 Log 文件更名保存，市场参与者需要更新运维流程，安排定期对过期的 Log 文件进行备份和清除。防止旧文件在同一个目录下太多， 导致系统文件访问缓慢，或者磁盘空间不足的问题。 （2）EzOES 需要每日闭市后退出，每日开市前开启。防止基础数据不能准确更新带来的问题。 （3）对于同时安装了“报盘子系统配置工具 EzOESCfg 2009 试用版”的用户，请不要在报盘的同时，去启动“操作”菜单下的“显示系统配置文件”，该操作将导致报盘程序退出，启动配置工具。（为避免市场参与者对已部署软件进行调整，关于这个操作界面的优化将在下一个软件发布中包含） 41. 如何才能使指定交易登记、指定交易撤销、ETF 申购、ETF 赎回业务对整个报单速度没有影响？在公司合并或者营业部等调整时，大批量的转指定怎么进行？ 答：

由于指定交易业务涉及后台多个主机，为避免在发出对某一个账户指定登记或指定撤销指令后，即刻发出该账户的另外订单场景下，可能出现的“后发订单先完成”的现象，EzOES 出厂配置实现了针对一个投资者账户进行指定交易的同步机制。即当 EzOES 在没有收到一个投资者账户已经发出的指定登记或者指定撤销指令的确认时，如果后续订单出现该投资者账户的订单，则阻塞整个发单过程，直到收到该投资者的指定登记或指定撤销确认。 所以，市场参与者要尽量避免在投资者指定交易登记或者撤销指令未获得确认的情况下， 就将该投资者的后续订单写入申报接口表。万一将大量这种模式的组合写入接口表，需要及时清除。 而且，如果柜台系统能够确保指定交易类业务未完成确认后再向接口表插入同一投资者的其他后续订单，那么可以在 EzOES 上把同账户指定交易委托和后续买卖委托“停等”配置为关，即把配置文件 EzOES.ini 中配置项设置为如下：checkblock.dt = FALSE 。 同理，ETF 申购、赎回业务涉及后台多个主机，ETF 申购、赎回业务和其后续的买卖订单也需要进行同步控制。但是，如果柜台系统具有控制投资者账户证券不得卖空的能力，那么可以在 EzOES 上把 ETF 申购、赎回委托和后续买卖委托“停等”配置为关，即把配置文件EzOES.ini 中配置项设置为如下：checkblock.etf = FALSE 。 还有一种情况需要特别说明，当会员公司之间发生兼并、联合，或者会员公司内部进行集 中交易改造等变化时，有可能需要对大量投资者账户的指定关系进行变更。假设一种场景如下： 交易单元 P1 上共指定了投资者 I1、I2、…、In，现欲将其中 I1、I2、…、Im 转移到交易单元P2， Im+1、…、In 转移指定到交易单元 P3。为完成此目标，会员公司可首先将 P1 和P2、P3 设为连通席位，然后向 P2 的委托表依次输入 I1、I2、…、Im 的撤销指定交易指令，然后再依次输入 I1、I2、…、Im 的指定交易指令，对 P3 也如法炮制。注意，绝对不可按照 I1 撤销指定交易指令、I1 指定交易指令、I2 撤销指定交易指令、I2 指定交易指令这样的模式向 P2 委托表生成数据。 42. EzOES 的日志文件怎么会有乱码？ 答： 正常情况下是不会有乱码显示的。如果出现乱码，请检查下列事项： ✓控制面板内“区域和语言”中位置和语言都设置为中文／中国 ✓文本显示器的字体设置为“宋体” ✓确保不是用二进制方式打开文件

43. 如果在 EzOES 使用过程中，remark 字段报 10000 号错误，是什么原因，该如何处理？ 答： 后台返回 10000 号错误是指出现了“技术性拒单”。通常该类型情况出现在测试环境中，比如测试后台配置的订单簿满或者磁盘满等技术性限制导致的系统主动性保护。这种情况下，市场参与者自身无法解决该问题，需要联系上交所在后台进行处理。 44. 新一代交易系统集中报盘程序支持实时监控，能不能简单描述一下此功能？ 答： 新一代交易系统集中报盘程序（EzOES）提供文件接口支持实时监控功能，允许会员通过 开发监控工具实现对报盘机的实时监视。文件接口的详细文档请参考《上海证券交易所_新一代交易系统_市场参与者_EzOES 监视接口规格说明书》。 此外，上交所根据此接口规范也提供了实时监控软件(EzOES 监控程序)。EzOES 监控程序包括以下功能： ✓主机监控主要包括：实时监控已配置监控程序 IP 地址主机的连接状态；监控 EzOES 报盘机的状态（报盘机是否存在，是否已经启动）；进行系统资源监控以及错误排查。 ✓PBU 监控主要包括：监控 EzOES 上 PBU 的报单状况；监控 EzOES 上 PBU 与CS 的连接情况。 45. 如何安装 EzOESMonitor ？ 答： 运行 EzOESMontior 安装程序后，会把监视程序解压缩到 EzOESMonitor 目录。该目录是EzOES 监控程序的监控界面部分（Monitor），包含了监控的主界面、主机详细信息界面、主机信息维护界面，包括 4 个文件：EzOESMonitor.exe（主程序）、EzOESMonitor.ini(配置文件)、EzOESMonitor.CFG（数据文件）和 EzOESMonitorHelp.chm（帮助文件）。EzOESMonitor 目录需要被复制到监控机上运行。 EzOES 监视程序探针部分 EzOES Monitor Agent 则被统一打包到 EzOES 安装程序中。

探针为监控界面提供了接口。探针部分包括两个文件：EzOESMonitorAgent.exe（主程序）和 EzOESMonitorAgent.ini（配置文件）。 更多安装和使用相关的信息请参考帮助文件 EzOESMonitorHelp.chm。 46. EzOESMonitor 和 EzOESMonitorAgent 是不是一定要安装到同一台电脑主机上？ 答： 不需要。EzOESMonitorAgent 必须安装在被监控的 EzOES 所在主机的安装目录下； EzOESMonitor 既可以安装在 EzOES 所在主机，也可以安装到其它主机上，安装目录也没有限制。 47. 双击 EzOESMonitorAgent.exe，跳出对话框提示“不能找到 EzOES 启动文件”，如何解决这个问题？ 答： 请确保 EzOESMonitorAgent 安装到新一代交易系统集中报盘程序（EzOES）的安装目录下。例如，EzOES 安装在 C:\\EzOES 目录下，那么 EzOESMonitorAgent 也必须安装到 C:\\EzOES。 48. 双击 EzOESMonitorAgent.exe，跳出对话框提示“Windows socket error: 通常每个套接字地址(协议/网络地址/端口)只允许使用一次。 (10048), on API 'bind'”，如何处理？ 答： 该错误说明 EzOESMonitorAgent 不能绑定端口。 检查是不是有其它程序已经占用了这个端口，如果是，关闭这个应用程序，然后重新打开EzOESMonitorAgent。如果还是不能解决问题，建议更换一个空闲的网络端口，具体可修改配置文件 EzOESMonitorAgent.ini 中[PORT]小节。 49. 在 EzOESMonitor 中添加了 EzOESMonitorAgent 所在主机，也成功启动了EzOESMonitorAgent，为什么在 EzOESMonitor 界面上总是显示“连接不成功”或者“拒绝服务”、“版本号不对”、“已被监控”等信息？

答： 请按照如下顺序进行排查： ✓检查 EzOESMonitor 和 EzOESMonitorAgent 之间网络是连通的。可以在命令行中使用 Ping 命令检查网络连接是否正常。 ✓检查 EzOESMonitor 和EzOESMonitorAgent 的软件版本是不是一致（从界面右下角可以看到版本号）。 ✓检查被监控端主机中 EzOESMonitorAgent 的配置文件 EzOESMonitorAgent.ini 中[ACCESS_CONTROL]小节中是否添加了 EzOESMonitor 所在主机（监控端）的IP 地址，否则 EzOESMonitorAgent 将拒绝 EzOESMonitor 的连接请求。 ✓检查 EzOESMonitor 中配置的 EzOESMonitorAgent 所在主机的端口号是否正确。 ✓检查 EzOESMonitorAgent 所在主机的防火墙是否阻止了相应端口的 TCP 连接。对 00 环境，端口为 10012；对 88 环境，端口为 18812。 ✓检查 EzOESMonitorAgent 是不是已经有另一个 EzOESMonitor 连接上来。 50. 对于 EzOES 和 EzOESMonitor 的配置文件，修改后是不是可以即时生效？ 答： 考虑到报盘机的敏感性，在设计实现中要求如果直接修改了 EzOES 的配置文件后，必须重启 EzOES 才可以生效（通过程序界面修改例外）。如果使用了监控程序，则任何一个配置文件（包括 SystemConfiguration.ini、ezoes.ini、EzOESMonitor.ini 和EzOESMonitorAgent.ini）的更改（无论通过界面还是直接改配置文件），都需要重启监控程序 和 Agent 后才能启用。