1.问题描述:在使用收寄信息录入系统卫星版时,进行汇总发送数据时,系统提示“Receive SOF failure”错误。
问题解答:
1)在服务器端,collect用户的主目录($HOME)下的setenv环境变量配置文件中的ORACLE_HOME变量与实际环境不一致。可以先以oracle7用户登录数据库服务器,在$提示符下输入命令echo $ORACLE_HOME 后回车便可以看见本系统的ORACLE_HOME;
2)在收寄信息录入系统卫星版的“本局综合信息配置”中,相关服务器的IP地址及端口号配置不正确,收寄系统卫星版的缺省端口号为9006,如有改动应与collect用户的主目录($HOME)下的setenv环境变量配置文件保持一致;
3)收寄信息录入系统重装后,未重新配置报文流水号(恢复到最近一次的最大报文流水号),否则可能导致数据文件重名。注意:在收寄系统卫星版,待发送的数据文件位于c:\emscollect\send目录,已发送的数据文件位于c:\emscollect\send_bak目录,最近一次的最大报文流水号可以参考以上两个目录进行确定。此外,收寄信息录入系统重装后,还可以通过对收寄系统所在计算机进行重命名的方法避免数据文件重名的现象。
2.问题描述:在使用投递信息录入系统卫星版时,进行汇总发送数据时,系统提示“Receive SOF failure”错误。
问题解答:
1)在服务器端,deliver用户的主目录($HOME)下的setenv环境变量配置文件中的ORACLE_HOME变量与实际环境不一致。可以先以oracle7用户登录数据库服务器,在$提示符下输入命令echo $ORACLE_HOME 后回车便可以看见本系统的ORACLE_HOME;
2)在投递信息录入系统卫星版的“本局综合信息配置”中,相关服务器的IP地址及端口号配置不正确,投递系统卫星版的缺省端口号为9006,如有改动应与deliver用户的主目录($HOME)下的setenv环境变量配置文件保持一致;
3)投递信息录入系统重装后,未重新配置报文流水号(恢复到最近一次的最大报文流水号),否则可能导致数据文件重名。注意:在投递系统卫星版,待发送的数据文件位于c:\emstdfk\send目录,已发送的数据文件位于c:\emstdfk\send_bak目录,最近一次的最大报文流水号可以参考以上两个目录进行确定。此外,投递信息录入系统重装后,还可以通过对投递系统所在计算机进行重命名的方法避免数据文件重名的现象。
3.问题描述:收寄投递信息录入系统卫星版可以将数据报文正常上传到collect或者deliver用户的ftphome目录,但数据的拆包、插库操作异常。如果试图以collect或deliver用户进入sqlplus界面,系统提示如下错误:
$ sqlplus ems_user/ems
SQL*Plus: Release 3.3.4.0.0 – Production on Sat Apr 3 11:03:21 2004
Copyright © Oracle Corporation 1979, 1996. All rights reserved.
ERROR: ORA-01034: ORACLE not available
ORA-07429: smsgsg: shmget() failed to get segment.
SCO System V/386 Error: 2: No such file or directory
Enter user-name:
问题解答:
1)以oeacle7用户登录系统服务器,检查$ORACLE_HOME/bin/oracle文件的属性,如果无s属性,请在$提示符下执行以下命令:
$cd ORACLE_HOME/bin
$chmod -x oracle
$chmod +s oracle
2)在collect或deliver用户的主目录($HOME)下的setenv环境变量配置文件中,ORACLE_SID变量设置不对,部分站点在安装OACLE数据库时未严格按照手册操作,误将ORACLE_SID设置为ems,由于unix操作系统是区分大小写的,因此需要将setenv中的ORACLE_SID设置为数据库安装时的实际SID。
4.问题描述:在登录收寄、投递信息录入系统时,系统提示以下信息:
问题解答:
1)在完成收寄投递信息录入系统后,初次登录进入系统时,一般都会有此提示,进入系统后完成相关的收寄局代码、投递局、投递道段以及本局综合信息配置,以后登录系统时将不会有此提示信息。
5.问题描述:在使用收寄信息录入系统联机版的“局代码维护”模块时,当“截邮时间”不为空时,将不能进行插入、删除、保存等操作。
问题解答:
此为程序的BUG,在新版本的应用软件中已经解决该问题。在未使用新版本程序替换现有程序之前,在进行局代码维护时保留“截邮时间”项为空,且不要使用该模块中的“F9(重载键)”。
6.问题描述:EMS非标准签邮件、国际航包邮件在国家邮政局速递查询网站上查询不到。
问题解答:
目前,国家邮政局速递查询网站不支持EMS非标准签邮件、国际航包邮件的查询。
7.问题描述:介绍一下与收寄投递信息录入系统有关的数据库表结构。
问题解答:
bureau 收寄局名表
collect EMS收寄信息生产表
collect_his EMS收寄信息历史表
eco_collect 航包收寄信息生产表
collect_user 收寄系统用户代码表
user_purview 投递系统用户代码表
bureau_code 投递局名表
sector_code 投递道段表
mailing EMS妥投反馈信息生产表
mailing_arch EMS妥投反馈信息历史表
eco_mailing 航包妥投反馈信息生产表
non_mailing EMS 非妥投反馈信息生产表
non_mailing_arch EMS非妥投反馈信息生产表
eco_non_mailing 航包未妥投反馈信息生产表
interface_log 报文接收日志表
以上库表结构仅供熟悉ORACLE数据库的维护人员参考,请勿随意删除或修改相关数据库表。
8.问题描述:通过电子化支局接口程序采集的收寄投递信息数据文件存放在何处?如何检查数据文件已经拆包、插库?
问题解答:
存放在collect或deliver用户的主目录下,具体位置在:$HOME/ftphome,例如collect的主目录为/usr/collect,则通过电子化支局接口程序采集的收寄投递信息数据文件应放置到/usr/collect/ftphome目录下。当数据文件解析完毕后,数据文件将被移至$HOME/bak目录,此时可以使用sqlplus工具查看相关数据库表中是否有数据:
SQL> select mailid,status from collect;
SQL> select mailid,status from eco_collect;
SQL> select mailnum,status from mailing;
SQL> select mailnum,status from non_mailing;
SQL> select mailnum,status from eco_mailing;
SQL> select mailnum,status from eco_non_mailing;
有关上述语句中status列对应值的说明:
表名/status列的值 Status=’0’ Status=’1’ Status=’3’
Mailing
Non_mailing
Eco_mailing该行数据由联机版反馈系统录入 该行数据由卫星版反馈系统或者电子化支局接口程序采集该行数据已经完成向全国中心的数据打包操作
collect
eco_collect
该行数据由联机版收寄系统录入该行数据由卫星版收寄系统或者电子化支局接口程序采集该行数据已经完成向全国中心的数据打包操作
9.问题描述:新版投递反馈录入系统与老版本反馈录入系统有何区别?如何组织投递反馈录入系统的使用?
问题解答:
新版投递反馈录入系统在原有的投递反馈录入系统基础上开发的,提供本地录入和远程录入两个版本,不受作业频次的限制,并且提供了国际航包的录入界面。老版本的投递反馈录入系统需按照频次进行作业,只能在站点服务器端运行。
新旧版本的投递反馈录入系统可以同时并存使用,但由于老版本的投递反馈录入系统受作业频次限制,因此新旧反馈录入系统共存时,不能将新版反馈录入系统联机版中的“本局综合信息配置”的“由新版反馈系统触发数据发送操作”的复选框选中。如果完全使用新版反馈录入系统,则需要将新版反馈录入系统联机版中的“本局综合信息配置”的“由新版反馈系统触发数据发送操作”的复选框选中,否则录入的反馈数据将不能发送。
具体使用哪个版本的反馈录入系统,各站点根据自身实际情况来定。
10.问题描述:已经进行了收寄信息的录入,但却不能在全国中心查询网站上查询出来。
问题解答:
可能是进行站点升级改造时,没有成功编译打包程序con_edi,可以emstrans用户登录系统服务器,检查/ems/emstrans/bin/con_edi的文件属性,如果文件的时间不是2004年1月份以后,说明没有成功编译打包程序con_edi,此时需要按照收寄投递信息采集工程实施手册中的第10章(有关站点打包程序升级)步骤重新升级。
11.问题描述:已经进行了航包信息的录入,但在服务器的/ems/emstrans/send_txt目录未发现后缀名为.ECO的文件。
问题解答:
可能是进行站点升级改造时,没有成功编译打包程序con_edi_cp,可以emstrans用户登录系统服务器,检查/ems/emstrans/bin/con_edi_cp的文件属性,如果文件的时间不是2004年1月份以后,说明没有成功编译打包程序con_edi,此时需要按照收寄投递信息采集工程实施手册中的第10章(有关站点打包程序升级)步骤重新升级。
还可能是作业调度未加载,可以emstrans用户登录系统服务器,在$提示符下输入crontab –l,一般应能看到如下结果:
0,30 * * * * /ems/emstrans/bin/con_edi_cp_sh 1> /dev/null 2>&1
05,10,15,20,25,30,35,40,45,50,55,00 * * * * /ems/emstrans/bin/ems_trans_sh 1> /dev/null 2>&1
02,07,12,17,22,27,32,37,42,47,52,57 * * * * $HOME/bin/con_edi_sh
如果看到结果为:
#0,30 * * * * /ems/emstrans/bin/con_edi_cp_sh 1> /dev/null 2>&1
05,10,15,20,25,30,35,40,45,50,55,00 * * * * /ems/emstrans/bin/ems_trans_sh 1> /dev/null 2>&1
02,07,12,17,22,27,32,37,42,47,52,57 * * * * $HOME/bin/con_edi_sh
则说明航包数据打包作业调度未加载,需要使用vi工具修改/ems/emstrans/bin/emstrans_crontab,将有关航包数据打包行的注释去掉并保存,然后使用命令crontab emstrans_crontab重新加载作业调度。
还有一个可能的原因是/ems/emstrans/bin/con_edi_cp缺少执行权限,可以emstrans用户登录系统服务器,在$提示符下输入
chmod +x /ems/emstrans/bin/con_edi_cp 命令添加执行权限。