气象资料业务系统(MDOS)常见技术问题解答_图文

1、附件5：气象资料业务系统（MDOS）常见技术问题解答2015年6月目 录一、系统流程 3二、质量控制系统 4三、MDOS业务操作平台 7四、A、J文件制作 10五、元数据管理 15六、消息系统 17七、其他 20自全国开展实时-历史地面气象资料一体化业务试运行工作以来，各省市对气象资料业务系统（MDOS）提出了许多问题、意见和建议。为了各省市在遇到问题时，能尽快找到出现问题原因及其解决办法，实时历史资料一体化工作组对各类常见问题进行了梳理和反馈，主要包括系统流程、质量控制系统、业务操作平台、A、J文件制作和元数据管理共五个部分。一、系统流程1.当更正报先于PQC文件进入MDOS系统时，为何省级

2、不作质控，质控码均为9？答：台站上传的更正报文件中的省级质控码均为9，更正报不接入快速质量控制模块进行快速质量控制，而是直接进入MDOS系统，所以此时省级质控码为9。更正报入库后，MDOS数据质量控制系统自动进行数据质量控制。 为防止因为省级质控码更新密集，而导致省级上行至国家级的更正报过多，设计了以下质控码更新及上传规则：经过数据质量控制后，（1）当快速质控结果为正确或可疑，MDOS数据质量控制结果为错误时（即省级质控码由0或1变动为2），自动实时更新标注省级质控码；（2）当MDOS数据质量控制结果为可疑时（即省级质控码变动为1），不实时更新标注省级质控码，待经过人工确认后的结果更新标注省级

3、质控码；（3）其他情况下，均不再更新标注省级质控码。2.PQC文件入库后台站再发更正报，质控码为何没有更新？答： 同1。3.服务器上经常“遇到QCMODIFY遇到问题，需要关闭”的窗口弹出，什么原因，如何处理？ 答：问题出现原因：MDOS系统对部分数据未提供修改功能，所以当修改这些数据时会提示该信息，不会影响其它数据的修改。解决办法：遇到该提示窗口，关闭数据修改程序（QCMODIFY）即可解决。建议不修改未提供修改功能数据，待流程完善后再处理，数据包括：编报云量、云状编码（云码）、现在天气现象编码、过去天气描述时间周期、过去天气、地面状态、龙卷尘卷风距测站距离编码、龙卷尘卷风距测站方位编码、最

4、大冰雹直径、小时内每分钟降水量。二、质量控制系统4.为何国家站逐小时上传的Z文件在质量统计中，过去24小时最高气温和过去24小时最低气温均为缺测，全国多数省份均存在此类现象？答：快速质量控制模块（20140715版）已解决该问题。5.目前是否有程序对辐射数据进行审核？答：MDOS数据质量控制系统可以对国家站小时辐射数据进行初步的质量控制，具体方法可以参考省级地面气象资料质量控制技术规程。6.MDOS是如何计算出24小时降水量与实际统计计算值不相等的？答：MDOS统计出的24小时降水量是用24个小时的小时雨量值累加得出的，当该值与当前时次的过去24小时降水量值不一致时，系统会提示疑误信息。7.为

5、何MDOS只提过去24小时降水量与长Z文件不一致，而不提示与过去3、6、12小时降水量的错误？答：过去24小时累计降水量涉及的资料范围覆盖过去3、6、12小时累计降水量，为避免疑误信息过多，仅提示过去24小时累计降水量，过去3、6、12小时累计降水量须数据处理人员主动确认处理。8.分钟气温数据01-60分钟均为低于0摄氏度的错误数据，为什么仅第18、39两个分钟值提出未通过界限值检查的疑误信息？答：目前，分钟数据质量控制方法较简单，可能存在部分漏检的情况，后期将会逐步完善分钟数据质控方案。9.气温分钟数据出现异常为-677系统提错，但查看分钟数据时发现有其他负值，系统为何不提错？答：同问题8。

6、10.我省51357国家级站深层地温变化很小，基本就在0.1左右，快速质控每个时次都提示疑误信息，请问是什么原因，是不是认为变幅太小？其他站也有类似情况，如51053站，长期不变，但是没有提示可疑。答：经查51357站是因为160cm地温与320cm地温之间的差值较大，平均相差8.2左右，在内部一致性检查中，两层地温差值阈值设置为8，所以提示疑误信息。需要研究测试再决定是否调整该阈值。11.数据缺测时，有时提示疑误信息，有时不提示，什么原因？答：疑误信息提示数据缺测有相关规定，即：（1）对于区域站数据，缺测和无观测任务不提示疑误信息。（2）对于国家站数据，无观测任务时不提示疑误信息；当存在每个

7、个时次有5个及其以上要素缺测时，数据缺测情况在“日清”界面的“小时数据缺测信息”栏里显示；当5个以内要素缺测时，在“国家站数据质控信息处理”的“省级处理与查询反馈”页面上显示。12.MDOS系统以及快速质量控制模块中的台站参数均核实为正确，但仍报出国家站和区域站小时数据 “海平面气压未通过内部一致性检查”的疑误信息，如何查找问题原因？答：部分区域站存在差异，可能与区域站中心站软件中台站配置的参数设置错误。13. 快速质量控制提出区域站小时降水量为0的疑误信息，是认为该小时降水量应该有降水吗？答：在快速质量控制中，把小时降水量及该小时的60个分钟降水量的合计值做比对，如果两者不一致，则报出小时降

8、水量可疑。14.台站参数中设置某站无气压观测任务，但气压值为0时提示数据可疑或错误，是什么原因？答：原因有两个，（1）修改参数后未重启数据质量控制系统；（2）无观测任务的要素值应该为缺测，但有数据值时在做空间一致性检查时会提示该要素疑误信息。此外，如无气压观测，其气压值也不要设置为0。三、MDOS业务操作平台15.省级在对区域站错误和显性错误进行缺测处理时，选择数据修改栏，无法进行缺测操作，什么原因？答：根据地面资料数据处理技术规程的相关规定，省级对无订正值和修改值的错误数据处理方式进行了调整，保留原值修改质控码为2。所以省级不对数据进行缺测处理。16.对于区域站错误较多，连续多次进行数据批量

9、处理，就会出现程序挂死现象，需要重启TOMCAT，请问有没有解决的办法，或是不能进行多次批量处理？答：系统处理速度与服务器性能有关，建议服务器最低配置为内存24GB，CPU双核。一般批量处理完成50条数据为错误时，大概需要70秒左右。如果批量处理时间特别长，建议一次批量10条或者20条。17.辐射加盖期间，极值时间是“0000”，系统报该极值时间疑误，该如何处理？答：目前辐射数据质量控制中未考虑到辐射加盖时间，请按照地面气象规范以及相关技术规定进行数据处理。18.如果数据处理误操作了，无法再次提交台站，能否增加撤销操作功能？答：目前不支持撤销功能，因为增加撤销操作会增加数据处理流程及数据更新传

10、输流程，不利于数据传输及应用。在这种情况下，可通过任意数据修改功能再次修改。19.在“任意数据修改”中，小时内每分钟降水量数据修改后，为何不能保存？答：目前MDOS系统不提供小时数据中分钟降水量、天气报等相关项目的修改，所以修改该类数据后不能保存。如果需要修改分钟降水量，请选择数据类型为“分钟”，选择“观测要素”为“降水量”，再修改对应的分钟降水量值。20.在“任意数据修改”中连续两个小时或以上蒸发量异常，为何不能按缺测处理？答：根据地面资料数据处理技术规程的相关规定，省级不能对数据进行缺测处理，省级数据处理员可通过“数据查询与质疑”功能转交给台站级数据处理员进行数据处理。21.在原始数据显示

11、、数据查询与质疑和任意数据修改页面，能否把首行的字段名称和首列的台站名、观测时间锁定，以方便查看数据？答：由于网页构架等原因暂时无法实现首行、首列固定，但用户可将鼠标划动至数据栏，鼠标所在数据栏上会弹出浮动的窗口，该窗口会显示该数据的要素名称、观测时间等信息。22. “区域站数据质控信息处理”的“省级处理与查询反馈”页面中，如果数据超过10条，下面的记录就看不见了，翻页一直是第一页，选择显示20条，则没有滚动条出现，10条以后的记录都看不见，如何解决？答：当后台软件TOMCAT关闭或者客户端与服务器端的通信网络中断可能会出现上述现象。如果是由于TOMCAT关闭导致，需要登录MDOS系统所在服务

12、器，进入MDOS系统根目录，双击“startup-web.bat”图标，启动TOMCAT，再重新打开客户端浏览器可解决；如果是通信网络中断导致，需要解决了网络连接问题即可解决上述问题。23.日清界面点击“交班”、“接班”按钮没有反映，无法完成交接班操作。答：需要检查以下两个方面的问题（1）打开配置文件Config.ini，配置DAO1项的第9个dao文件，增加配置如下9=com.xyt.hbqxj.yth.dc.dao.mssql.DayClearDataDaoImpl；（2）删除数据库SURF_RAWDB中MC_DAYCLEAR表里面的null记录。24.“省级处理与查询反馈”页面，选择“区

13、站号”选项查询时，常会出现显示多页疑误信息，但后几页显示的疑误信息与第1页内容重复。当处理反馈几条信息后，其他未处理的信息也都消失了，是什么原因？答：出现这个情况的原因是，疑误信息中有部分台站的台站参数没有配置到MDOS系统台站参数表中。注意应该把国家级无人站的台站参数配置到国家站台站参数表（info_station）中。25. “省级处理与查询反馈”的疑误信息会在处理过程中会突然消失，刷新后也找不到，请问什么原因？答：出现该现象是由于MDOS系统台站参数表中没有设置某个疑误数据台站的台站参数信息，该问题解决方法同问题24 。26.为什么同一个要素的数据值在“质量控制信息处理”界面和“数据显示

14、与查询”界面上显示的数据不同？答：这种现象主要是出现在以下两种情况：（1）疑误信息产生级别是“国家级”或“省加国家级”的情况；（2）错误信息描述为“来自快速质控的疑误信息”。“数据显示与查询”界面上显示的数据来源于MDOS系统中存储的最新的质量控制后的观测数据值，“质量控制信息处理”界面上显示的在做质量控制时当时的观测数据值。第一种情况产生原因是，在下发国家级的查询信息前，台站发送了更正报或者省级对疑误数据进行了修正，所以两者不一致。第二种情况产生原因是，流程设计中快速质量控制后发现的疑误信息需要显示在业务操作平台，而台站的更正报不经过快速质量控制，直接接入到MDOS系统，数据值不一致。四、A

15、、J文件制作27.使用MDOS制作的J文件，部分台站的数据全部为缺测，是什么原因？答：由于ISOS业务软件不具备上传分钟数据文件（即MM文件）的功能，所以MDOS系统无法获取这些台站制作J文件的分钟数据，导致生成的J文件数据全部为缺测。MDOS V1.2已实现将新型自动站的分钟常规气象要素数据文件（即M_Z文件）入库并生成J文件的功能。台站上传M_Z文件后，MDOS即可制作完整的J文件。28.用MDOS制作的A文件，首行参数中观测平台距地高度为“/”，占4个字节,经查该台站没有观测平台距地高度，台站上传的A文件中该参数是“000”，占3个字节，为何不一致？答：MDOS制作的A文件中观测平台距地

16、高度，读取的是国家站台站参数表（INFO_STATION）中height_windfplatform字段。出现不一致是由该字段填写错误导致。当平台安装在地面上（没有观测平台距地高度）时，height_windfplatform应填写“0”，而不是填写“/”。29.7月2日制作6月份的A文件，发现6月1-2日的所有要素极值为缺测，但是实际上这些要素的当日的时极值都是正常的，什么原因？答：MDOS系统制作的A文件，极值是从数据库的统计表中读取的。可查看相关数据表中的极值是否正常，国家站小时极值在质控后国家站小时数据表 SURF_HOUR_DATAQC，国家站日极值在日统计值数据表 APP_DAY_

17、COMMON_DATA中。如果无该日统计值，可打开 MDOS统计处理系统，手工启动重新统计处理该日的日数据。30.每月1日形成A文件下跨降水缺测，什么原因？答：下跨降水量从每月1日20时后上传的日数据文件中读取，所以在1日的日数据没上传之前，制作的A文件下跨降水量都是缺测的。31.能见度质控码为什么是079？答：省级质控码7表示无观测任务，请核实该站省级台站参数是否与台站级参数配置相同。32.台站参数如纬度、经度、观测场拔海高度、气压感应器拔海高度等与台站信息不一致。答：通常是MDOS的台站参数设置错误造成的。台站参数是制作AJ文件的基础，MDOS必须保持与台站的实际参数相一致。当台站的参数发

18、生变动时，省级应及时更新MDOS（包括快速质控）的参数设置。33.部分观测要素如能见度、蒸发、云量等的方式位与台站制作的方式位不一致。答：方式位是依据观测项目的任务而生成的，因此，只有在MDOS台站参数设置正确的前提下才能保证方式位的正确性，省级应核查并及时更新MDOS（包括快速质控）的参数设置。34.单个时次或连续多个时次的小时正点观测要素全部缺测。答：产生原因（1）台站未上传小时长Z数据文件；（2）台站上传的长Z数据文件是空文件，要素全部缺测。解决办法：1）省级处理人员在日常值班时，可利用MDOS“数据传输显示与监控”的功能实时监视各类数据文件（包括小时、分钟、辐射、日、日照、区域站等数据

19、文件）的完整性；2）省级处理人员在日常值班时，可根据“日清”界面的“小时数据多要素缺测信息”来查询小时正点观测要素缺测的情况。一旦发现有报文缺失或要素缺测的现象，则及时通知台站补传数据文件，以保证PQC数据文件的及时性和完整性。35.单个时次的部分要素缺测，尤其是云量、能见度、天气现象等人工观测要素。答：产生原因：（1）省级质疑台站的疑误信息，未得到台站的反馈；（2）省级处理人员未做好“日清”工作。解决办法：当小时数据文件的观测要素缺测时，MDOS会提出缺测信息。5个及以下要素缺测的信息显示在“省级处理与查询反馈”界面；6个及以上要素缺测时，则显示在日清的“小时数据多要素缺测信息”界面。1）台

20、站应及时反馈省级质疑的疑误信息；2）省级处理人员在日常值班时，可根据“日清”界面的“小时数据多要素缺测信息”来查询并处理小时正点观测多要素的缺测情况。36.观测数据与台站记录存在不一致的现象，以降水、能见度、天气现象、蒸发、日照等要素最为明显。答：原因主要有以下几点：（1）省级质疑给台站的疑误信息，未得到台站的反馈或者台站未按业务规定处理，如替代或内插；（2）省级台站参数配置错误或没有及时更新，如能见度由人工观测改为自动观测、蒸发由小型观测改为大型观测等；（3）台站对观测数据进行修改后未及时发送更正报，或通过MDOS “数据查询与质疑” 的功能反馈正确数据，导致MDOS的数据未得到及时更新同步

21、；（4）台站因网络故障或其它原因通过电话上报时，在恢复正常后未及时发送更正报，导致省级小时多个观测要素缺测甚至错误；（5）自动站仪器故障时，台站临时上传备份站数据且未及时更新上传正式运行站数据，造成省局数据混乱；（6）台站错误启动备份站业务软件，将备份站数据先于正式运行站传输至省局，造成省局数据混乱。解决方法：（1）台站应及时正确地反馈省级质疑的疑误信息；（2）省级应核查并及时更新MDOS的参数设置；（3）台站应及时发送更正报或者通过MDOS “数据查询与质疑” 功能将更正数据反馈至省级。37.我省一般站没有海平面气压观测任务，为什么MDOS制作的A文件却有观测值？答：根据相关业务规范规定，M

22、DOS制作的A文件对拔海高度高于1500m以上的台站（除兰州和玉门站）不输出海平面气压组数据，1500m及以下所有台站均输出海平面气压组数据，未根据台站级别进行判断。38.为何日出日落时间与台站记录存在差异，当日出时间出现在正点00分时，当前小时的日照MDOS为NN，而台站为00；当日落时间出现在正点00分时，下个小时的日照MDOS为NN，而台站为00。答：此类问题主要出现在使用ISOS业务软件的台站，可能是四舍五入的取舍问题。39.为何MDOS制作的J文件中风速为00.2m/s时，风向均为PPC静风，但台站制作的J文件中风速为00.2m/s时，风向为原始度数值？答：由于MDOS制作的J文件中

23、风向风速来源于台站每小时上传的分钟数据文件，该文件将风速0.2m/s时的风向固定记为PPC，从而导致MDOS按PPC入库，制作J文件时也是按PPC处理。而台站制作的J文件中风向保留了原始值，静风时也是有风向的。40.质控码存在大量的不一致情况，如总低云量为099，自动能见度为079，积雪、冻土为099等。答：MDOS V1.1版本简化了台站级质控码的处理，有观测数据时，置为0；无观测数据时，置为8。省级质控码均取自MDOS数据库中的省级质控码（QC2）。MDOS V1.1版本增加了对人工观测要素如总低云量、雪深、电线积冰、冻土等的质量控制方法，已解决省级质控码为9的现象。若省级质控码为7，表示

24、无观测任务，需核查MDOS参数设置是否正确。解决：1）省级应核查并及时更新MDOS的参数设置；2）MDOS 1.1省级部署前的数据，省级可先借助后台质量控制程序对数据重新进行质控。五、元数据管理41.进行了台站变动登记后，该台站的结束时间就是填写的日期，导致该台站在各站表中丢失，什么原因？答：台站变动登记后，台站信息并未丢失，而是根据变动登记情况做了台站参数的调整。台站参数表里将变动前参数的endtime字段内容填写为变动发生前一天日期，再增加一条记录变动后参数，starttime字段内填写为变动发生日期，endtime字段内填写为99999999。统计加工处理系统调用此类信息用于省级制作A、

25、J文件，除此之外的系统均使用endtime为99999999的台站信息（即台站当前参数信息）。42.有个别站点的台站变动登记里的要素没有40CM和80CM地温，什么原因？答：要素字典表中丢失了这两项要素的记录，需要在tb_observation_element_code表中添加这两项要素。43.台站提交的元数据信息超过500字符时， MDOS就无法显示超出部分的信息，如何解决？答： 修改SURF_METADB数据库tb_check表中，content字段的字符长度，将字符长度设置为max即可。44.MDOS制作的A文件中存在元数据信息不全的现象，在内容的完整度上与台站制作的A文件有差异，纪要信

26、息遗漏问题较为突出。答：原因主要有一下几点：1）台站未在规定的有效时间内上报元数据信息，尤其是一般备注信息和台站变动登记信息遗漏现象较为普遍；2）台站元数据信息填写不规范，如将纪要信息和一般备注事件弄混淆，描述内容存在非法字符（如“/”）等；3）台站提交的元数据信息，未得到省级的审核确认；4）省级驳回的元数据信息，未得到台站反馈六、消息系统45. STR_RECV.exe出现故障（如下图），如何解决？答：请登陆消息服务器：HTTP :/消息服务器ip地址:8161/admin，登陆使用用户名admin（密码：admin）。选择“Queues”，选择对应的上传或接收项，点击该项右边的“

27、send To Purge”，如下图：。再观察STR_RECV.exe窗口是否正常。46.如何检查消息服务器连接和传输是否正常？答：检查方法见以下7个步骤。第一步：在浏览器地址栏输入：HTTP :/消息服务器ip地址:8161/admin。第二步：在菜单栏里选择Connections第三步：查看连接列表，tcp:/对端IP地址:对端端口第四步：检查客户端连接成功，MDOS服务器地址出现在列表中第五步：在菜单栏里选择Queues第六步：检查省级上行传输消息情况和数量MDOS.BABA.MDOS队列的入队（Enqueue）和出队（Dequeue）数量在增加，并且数量相同。如果入队大于出对，则说明与国家级MQ连接有问题，积压在本地MQ上。第七步：检查省级级收到的消息情况和数量（包括国家级下行和跨省的情况）MDOS.CCCC.MDOS队列的入队（Enqueue）和出队（Dequeue）数量在增加。注：出对数量 = 客户端数量×入队数量，如果不等，说明与有客户端接收存在问题，积压在本地MQ上。七、其他47.能否提供最新版本的数据库表