DMHS自动转报系统非常规事例分析
DMHS转报故障分析与应急处置探讨
• 203•进行温度调节控制，同时对反应堆中化学反应产生的水进行循环排出，水经过风扇冷却，过滤处理，在通过压力和温度传感器进行数据测试记录后流出电池组，此时水已经吸收了电池组反应堆中的热量，随后冷却完再进入电池组进行重复循环。
（3）空气循环系统。
系统主要提供氧气进行化学反应，空气通过过滤器、压力调节器和传感器等进入了电池组反应堆中，多余的空气直接排出。
例如在空气路的控制中，系统通过采集电池堆输出电压来调节鼓风机的转数，鼓风机转数越快，进入电池堆的空气变化关系。
对于总质量估算值来说，最小值的飞艇体积长度就是飞艇即使不带任何有效负载也无法进行升空，而对于最大值的飞艇体积长度来说，飞艇的负载量直接无法升空。
因此，载荷与飞艇长度之间存在近似的线性关系。
在设计时需要选择一个临界点，适当的增加长度增大体积，这样就能带来负载的大幅度提升。
例如，将飞艇的长度从190m 增加4%的增量到198m ，可以使得载重量从200kg 增加到1000kg ，实现4倍载重能力的提升。
3 结论综上所述，飞艇的总体设计上需要解决自身和负载重量对空气浮力图1 空气路控制框图越多，反应产生的电压越高。
控制电路框图如图1所示。
2.3 载重量分析飞艇在飘浮过程中不仅有自身质量而且还需要考虑充入气体的质量，因此有必要研究飞艇总质量和飞艇体积长度之间的的影响，在体积提升的过程中可以减少飞艇材料的表面密度，增长飞艇的体积长度，选取临界点获得最大收益效果，同时需要考虑飞艇运行过程中的能量供应问题，电池控制系统中可选用CompactRI0系统，借助图形化编程语言，简便了设计方法，可灵活体现设计实现，在控制器的初步调试过程中也可以达到良好的效果。
作者简介：付翔（1990—），助理工程师，主要从事浮空器总体设计方案研究。
自动转报系统用于机场间的电报传输，传递管制、气象、航空公司等重要部门的电报，是空管部门传递航班动态信息的主要手段。
DMHS-M 96路转报系统是北京航管科技有限公司研发的大型航空电报和信息交换系统。
DMHS-V自动转报系统数据库常见故障处理探讨
DMHS-V自动转报系统数据库常见故障处理探讨摘要：DMHS-V自动转报系统中使用MYSQL数据库用来存储报文、业务软件告警信息、操作日志和前台用户名密码等，数据库故障将导致系统前台终端无法登录，技术人员无法进行告警查看和处置。
文章通过对转报前台终端无法登陆、数据库表数据库表中字段超长告警、数据库内存占用率超限告警的原因分析和处理，积累转报数据库维护的经验，提高空管设备保障能力。
关键词：自动转报系统数据库告警故障处理0引言DMHS-V自动转报系统使用Linux 操作系统，MySQL 数据库，采用B/S架构。
DMHS-V自动转报系统mysql数据库包含系统自带的information_schema、mysql、performance_ascema、sys库和业务库ngzb，information_schema库提供数据库的元数据，比如数据库名、表名、索引等，保存着关于所有数据库的信息。
mysql库是mysql核心数据库，该库下的表主要存储数据库用户、权限设置等mysql自身需要使用的信息。
performancce_schema库用于收集数据库服务器性能数据。
sys库所有数据来自performancce_schema。
用于快速了解数据库运行情况。
业务库ngzb主要包含动态表和配置表。
动态表包括入报表IN_TELE、出报表OUT_TELE、流程表WORK_FLOW、错报表WRONG_TELE，这四张表主要用来存储报文。
配置表包含信道表CHANNEL_INFO、队列表QUEUE_INFO、路由表ROUTE_INFO、雪球多队列BALL_MULT_QUEUE、用户表USER_T、角色表ROLE_T、系统参数表SYS_PAR、流量告警表FLOW_ALARM、告警信息表ALARM_REC等，配置表主要用来存储通过前台配置及业务告警的信息。
1前台终端无法登陆DMHS-V自动转报系统前台超级用户默认为ADMIN，ADMIN用户为系统提供的管理员用户，拥有较高权限，该用户不能删除和修改。
关于DMHS-H型转报系统时钟跳变问题的研究
自动转报系统是中国民航自动转报网络的网络节点，承载 着民航相关数据信息的传递和存储工作。自动转报系统采用的 是 UTC 时间，与北京时间相差 8 小时，每天早上 8：00 自动转 报系统时间由 23：59 分自动变更为零时。2016 年 1 月 1 日，值 班员在巡检中发现主用 DMHS-H 转报系统服务器与 IP 终端时 间跳变为“2015 年 1 月 1 日”。由于服务器中数据库报文表的 访问均与时间关联，时钟的错误导致了报文无法存储数据库， 值班员立即将故障现象报告给厂家工程师，查明了原因，并手 动更改时间为“2016 年 1 月 1 日”，恢复了服务器系统时间， 报文存储功能也随之恢复。
185
一、事件起因 目前网络传输室共有转报系统三套，主用为 DMHS-H96 路 自动转报系统，该系统在 2016 年 1 月 1 日早 8：00，时间跳变 为“2015 年 1 月 1 日”，值班员发现后，立即检查系统收发报 文情况，确定中转报文收发均正常，所有终端用户报文能够及 时准确进行传递，业务没有受到影响。但是有于时间发生了跳 变，造成服务器内找不到当日的数据库报文表，所有报文数据 无法进行存储，值班员根据故障现象及情况，首先报告当日值 班领导，并迅速联系厂家工程师，查找故障原因。 二、事件处理过程 1、检查系统路中转电报情况。由于该套系统为主用转报 系统，值班员首先检查电报中转情况，通过 MNG 工具实时查 看系统路收发电报，返回结果如图 1 所示，系统收发电报正常， 与终端用户联系，确定所有用户能够正常收发电报，对业务没 有造成报系统时钟跳变问题的研究
李丽
辽宁省大连市中国民用航空大连空中交通管理站
摘要：本文从时钟授时对自动转报系统产生的影响出发， 阐明当时钟系统发生故障时的故障排查方法、应急处理步骤以 及经验总结。
空管自动转报系统的运行风险评估及对策
空管自动转报系统的运行风险评估及对策摘要：随着航空业的不断发展和技术的进步，空管自动转报系统逐渐成为了现代化空中交通管理中必不可少的一部分。
然而，随着其使用的普及，相关的运行风险也逐渐浮现出来。
本文主要对空管自动转报系统的运行风险进行评估，并提出了相应的对策。
关键词：空管自动转报系统；运行；风险评估；对策引言随着航空业的迅速发展和技术的不断提升，空中交通管理系统已经逐渐向智能化、自动化方向发展。
其中，空管自动转报系统作为现代化空中交通管理的核心之一，显得尤为重要。
然而，随着空管自动转报系统的普及，系统运行风险成为了制约其发展的重要因素。
1 空管自动转报系统的组成目前吉林分局主要使用的是 DMHS（-H、-V）自动转报系统，该系统专门针对中国民航通信系统的特点，并依据《国际民用航空公约》附件 10 及国际航空电信协会 SITA 的电报处理程序标准而提出，它通过采用高性能、高可靠性的自动转报系统，实现空管部门、机场、航空公司的 AFTN/SITA 电报数据自动交换，具有运行稳定、处理能力强、支持同步/异步及多种通信规程接入的特点。
其核心原理为“存储转发，逐级发送”。
采用X.25、FR、异步等传输方式。
主要包含的硬件设备为：服务器、核心交换机、异步单元、帧中继单元、切换器以及协议转换器和用户终端。
设备结构采用双网、双机热备模式，这种双冗余技术可以提高设备运行的安全性，以在最大程度上保障业务传输功能正常。
服务器装载linux redhat操作系统，其中DMHS-H系统采用BS架构使用oracle 11g数据库；DMHS-V系统采用CS架构使用gbase数据库。
民航电报网是北京电信公司网控中心为核心节点，全国共分一级、二级、三级节点三个层次，总体上成星状分布。
一级节点主要包含全国七大地区空管局，采用主用民航通信网 TDM 核心网、备用 KU 卫星网互为热备的方式进行传输。
二级节点则是各个地区空管局所辖区域内的重要空管分局和空管站组成。
自动转报系统监控软件异常的案例分析
自动转报系统监控软件异常的案例分析摘要：自DMHS-H96路大型转报系统在河南现场运行，对报文、信道及各设备硬件组件的实时监控一直由航管科技提供的超级终端监控软件完成。
2022年1月10日，自动转报系统超级终端监控软件出现“写数据库时，打开表失败”异常告警后无法使用的情况。
自动转报系统的监控软件有着实时监控的重要作用，该案例分析对相关单位有着重要的借鉴意义。
关键词：自动转报系统；监控软件；数据库。
1背景自动转报系统作为河南空管分局重要的平面通信系统之一，利用计算机系统完成电报的存储、转发业务，其扮演着中国民航自动转报网网络节点的角色，承载着完成民航通信中AFTN与SITA电报和数据的自动交换。
自动转报系统是一套设备、硬件、软件的集成，其中自动转报系统监控软件能够进行各信道报文的收发实时监控，以及服务器、前置机和交换机等自动转报系统中的硬件设备的网络状态监控，使现场运行人员能够及时发现硬件设备或某信道收发报文的异常情况，在实际运行过程中起着重要作用。
[1]河南空管分局目前使用三套自动转报系统，其中主用为老96路大型转报系统，备用为新96路大型转报系统，应急为64路中型转报系统。
三套转报系统均安装了两台超级终端：IP21、IP22，每台超级终端安装监控软件对系统进行监控。
2022年1月10日，老96路转报系统超级终端IP21前台监控软件异常告警，根据异常的现象，通过日志查看分析对故障原因进行排查，并通过人、机、环、管四个方面对异常案例进行分析，最终对四个方面存在的问题提出解决方案，为今后的自动转报系统监控软件的异常处置提供了一定的参考及技术支持。
2异常排查过程2022年1月10日09:15，河南空管分局通信枢纽室现场运行人员在监视时发现老96路转报系统超级终端IP21前台监控软件弹出告警“写数据库时，打开表失败”，如图1所示图1 写数据库时，打开表失败点击“确定”关闭告警窗，随即前台终端软件自动退出，且弹出告警“数据库登录出错，请选择一种操作”，如图2所示图2 数据库登陆出错告警栏中共有3种选项：1.使用非常模式，处理告警信息和错报。
DMHS-V自动转报系统不正常情况浅析
DMHS-V自动转报系统不正常情况浅析摘要：本文主要阐述航管科技DMHS-V自动转报系统的几起不正常事件，通过分析其故障原因的分析及解决方法为航管科技DMHS-V自动转报系统提供运维保障思路，提高岗位值班人员应急处置能力和设备运行保障能力。
关键词：航管科技、自动转报系统、不正常情况分析、桂林空管站一、航管科技DMHS-V自动转报系统功能概述民航自动转报系统是负责存储、查询、转发、监控、统计民航业务报文的系统，也是空管地面通信网络的核心模块。
桂林空管站现有航管科技96路转报系统和蓝波64路转报系统，其中航管科技96路转报系统为主用系统，其设备型号为DMHS-V，通过航管科技ALS-R16-I切换器将主用系统及备用系统进行连接。
目前桂林空管站主用航管科技DMHS-V自动转报系统由HPDL388 Gen10服务器、网络交换机、KVM切换器、智能程控异步单元、ALS-R16-I智能线路切换器等硬件组成，所接业务包括数字放行系统、管制综合系统、气象观测、主备自动化、场监自动化、桂林航空、广州、南宁、柳州、梧州等在内的多项业务。
二、航管科技DMHS-V自动转报系统不正常实例分析(一)双机同步不成功故障现象：值班员在航管科技DMHS-V自动转报系统综合监视页面的进程管理中只能看到当前登录主机的进程状态，并且所有进程均为工作态，判断此时双机无法同步。
原因分析：出现此故障的一般原因是由于网卡配置问题、物理端口连接问题、交换机等设备故障问题。
故障解决: 1.针对网卡配置问题，值班人员首先对A/B机系统进行网络连通性测试，尝试使用icmp协议进行ping对端。
若无法PING通时，检查主机网络配置。
在linux系统环境中，使用指令cd /etc/sysconfig/network-scripts进入网卡配置目录，接着使用vi编辑器查看网卡ifcfg-eth0的配置是否正确。
如图一所示为正确配置页面。
若配置不正确需修改为正确后重启network服务后再使用指令ifconfig查看修改后的网卡配置情况。
DMHS-H自动转报系统传输故障实例分析
DMHS-H自动转报系统传输故障实例分析作者：丁靖来源：《科学与信息化》2020年第18期摘要目前中国民航使用的自动转报设备主要为航管科技DMHS系列转报系统，本文结合近年来民航江苏空管分局DMHS-H大型转报系统业务传输中断故障的处理经验，对典型故障案例进行分析和经验总结，希望能够对从事 DMHS-H大型转报系统设备维护人员的排故工作提供一定的处理思路。
关键词转报系统;传输链路故障;运行维护引言自动转报系统为民航安全生产类主要业务之一，主要是为了实现空管、机场、航空公司等单位的AFTN以及SITA的电报数据的自动转发、存储以及问题电报的即时告警。
近年来，随着航班数量日益增加，航空报文的转发量随之加倍增长，对自动转报系统的功能要求也不断增多，本文根据多年岗位值班维护经验，对工作中经常性出现的问题进行分析研究，提高传输效率和用户使用满意度。
1 民航江苏空管自动转报系统简介民航江苏空管分局作为转报二级节点，要求转报系统高峰处理能力不低于一万份，每天电报处理能力不小于五万份，2013年安装航管科技转报主用系统，备用系统于2008年安装，两套系统均为96路DMHS-H大型无前置机系统。
主用系统配置两台主服务器、异步单元、同步单元、路由器、机架猫、超级终端，监控系统等，为双网系统，网段192.168.11和192.168.22.XX两个网段。
备用系统配置两台主服务器、异步单元、同步单元、路由器、机架猫、超级终端，为单网系统，网络为100.100.100.XX网段，两套转报系统通过切换器实现主备切换功能，平时工作状态为主备系统均同时收发并存储报文，但是备用系统的报文在经过切换器后数据被丢弃，不对用户分发。
分析近年来工作中遇到典型故障，主要分为以下三点：①转报系统收报时发现多份报文乱码现象;②用户无法正常收发报文;③异步单元端口故障。
现对以上三点现象，结合工作中遇到的实际情况，进行分析[1]。
2 典型案例分析（1）自动转报某一信道报文出现变字，乱码等情况。
浅谈民航DMHS—H转报系统的作用及日常维护
浅谈民航DMHS—H转报系统的作用及日常维护作者：刘海红来源：《电脑迷·中旬刊》2018年第01期摘要：在机场的众多构成部分中，自动转报系统是其中重要的部分之一，即信息枢纽，用于机场和部门之间传输电报，如航空公司、情报部门、气象部门、管制部门、省局等之间的信息传输，同时也是空中交通管制英语传递航班动态的手段之一，在日常飞行、安全保障和维持秩序等工作中都占据着重要的位置。
近几年民航领域进入了快速发展阶段，航班的数量也愈发增多，相应的安全问题和隐患也随之增多，机场管制部门也更加依赖于相关的系统和技术，如转报系统，由此可见，转报系统是保证正常飞行和安全空管的根本之一。
本文对转报系统（DMHS-H）的软硬件、故障排查和维护保养方面进行介绍和阐述，供大家参考。
关键词：DMHS-H系统；维护；故障排查现阶段，民众的活动愈发增加，对于民航也有了越来越多的需求，这也对民航的发展和进入提供了充足的动力。
而民航中的转报系统使用也更加频繁，技术也更加成熟。
转报系统是航空领域稳步发展和进步不可或缺的组成部分。
民航在我国的发展进程中，通常使用的转报系统都是根据两项网络标准（航空固定电信网、国际通信网）严格建设的。
通常来说，我国所使用的转报系统基本都是DMHS，其也成为看航空技术部门的主要研究的技术系统，其在我国多数的民航单位中都已经开始使用。
1 DMHS-H 系统概述DMHS-H系统的生产商为北京航管科技，功能较为全面，处理机制严谨，能够稳定运行，在推广使用过程得到了一致好评，目前在我国空管转报设备中已经占据了较大份额。
DMHS系列中包含了多种版本，其中功能最为先进且全面的就是H系列，信道更多，且后台数据库更为先进，转发性能高于其他系列，多用于核心节点。
为了让设备在运行过程中能够保持稳定，H系列的系统在选择硬件结构时使其具体较大程度冗余性，单一环节出现故障或意外并不影响到其他环节，冗余的部分能够在第一时间将工作接管过来，保证文件的转发和存储可以正常进程，而不发生间断的情况。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
DMHS自动转报系统非常规事例分析
引言
民航自动转报系统的作用，就是通过拍发接收并转发民航电报，使得民航电报能够按照规定的电报等级和转报路由以及时限要求，顺利到达电报目的地，为民航飞行安全生产活动服务，因此民航自动转报系统作为一种非常可靠有效的通信保障手段，它的正常运行是实现民航空管飞行安全的重要前提和基础。
目前民航空管系统大部分使用空管装备公司生产的DMHS自动转报系统。
本文整理该系统发生的非常规事例进行分析，以供同行参考。
关键词：DMHS，进程，信道，报文
一、DMHS自动转报系统简介
DMHS-H自动转报系统（下面简称转报系统）主要分为硬件和软件两个部分。
其中硬件部分由主机服务器、通信设备和外围设备组成，软件部分在结构上分为系统软件和应用软件两大部分。
图1 DMHS系统数据库和应用软件示意图
应用软件即以转报软件为核心，为用户提供AFTN/SITA信息交换服务及相关信息服务的软件,主要有前台应用程序、后台应用程序、客户端软件；系统软件包括操作系统(采用Linux或Unix)、数据库系统 (Oracle 11g)、中文平台等，它们为应用软件提供正常运行工作环境。
二、非常规事例分析
近年来，转报系统出现过各种故障，如压报、错报、漏报、断线告警、报文
流量异常等常规故障，但有些故障比较少见且会影响系统正常运行，需要相关运
维人员了解及警醒。
1．转报备用服务器老化导致重启后未能自启动应用进程
故障现象：转报备用服务器（下面简称备机）重启后，应用进程未能自启动，导致主机处于单机状态。
原因分析：根据转报系统应用进程启动原理，服务器开机启动时会自行运行“S99dmhs”脚本程序，陆续启动数据库进程、转报双机进程、通信进程（IP进程、R25进程、异步进程）。
其中转报双机进程的启动需等待数据库进程完全启
动之后才可启动成功。
图220211207软件运行日志
通过截取软件运行日志（见图2）可以发现，备机重启后，在自动执行启动
转报系统转报双机进程时，连续检查5次数据库进程启动情况值均为“-1”，表
示数据库进程未启动，然后终止了转报应用软件启动过程。
也就是说转报双机进
程启动前数据库进程未完成启动，是造成转报系统双机进程、通信进程未能正常
启动的直接原因。
厂家工程师给出的解释：由于转报系统服务器长时间运行，性能指标相较之
前会有所降低，数据库启动时间也受到影响随之增长，导致转报双机进程启动时
未能关联上数据库。
解决方案：
1)通过手工输入命令的方式完成应用进程启动。
2)在转报系统服务器开机自启动脚本“S99dmhs”中增加数据库启动等待时间，确保数据库进程启动后，再执行转报双机和相关通信进程的启动。
2．多队列设置数量超过受限值得导致用户多信道接收电报失效
故障现象：在给某信道进行多队列配置后，用户反映无法收到正常电报。
原因分析：现有DMHS-H转报系统因系统性能等原因，厂家对系统一些参数配置进行限定。
多队列配置数量上限为150条，如超过150条，配置将不发挥作用，无法按配置进行电报承转。
解决方案：梳理整合多队列，将多队列数量控制在150条以下，并重新对用户的多队列进行配置，电报正常承转。
建议：
1)加强系统配置数据备份。
对转报系统某一用户信道参数进行配置前，进行数据备份，如发生配置原因无法正常承转电报时，第一时间恢复原配置。
2)选择空闲时段配置参数，避免因电报无法正常承转，影响用户飞行保障服务。
3)关注系统各参数上限，避免因超过系统参数上限造成电报无法正常承转等问题。
3．新建信道名与原有信道前三位有重复字符导致冠字错误告警
故障现象：新建一路信道名称为 QLYTDM 的信道（冠字为 QXH）测试信道，原有1路信道名称为QLY。
在测试新建信道过程中，发现信道测试正常，但是QLY信道产生冠字错误告警。
排故过程：
1)在前台管理终端软件上通过电报查询功能，分别对QLY和QLYTDM信道的报文进行了查询，发现QLY信道可以查询到冠字为QLY 和 QXH 的报文，而QLYTDM 只能查询到冠字为 QXH 的报文，从而导致QLY 信道产生冠字错误告警。
2)通过查看前台管理终端软件的运行日志后发现，select语句中使用的where 条件查询中，查询机制为：将信道名称作为关键字并采用在前后加上通配符“%”，采用模糊匹配的方式查询报文。
因此当查询信道 QLY 的报文时，查询结果会包含“QLY”和“QLYTDM”两个信道名称，因此前台终端也会同步显示QLY 信道、QLYTDM 信道的报文，从而导致查询结果错误。
原因分析：由于转报系统在软件设计时部分功能使用了模糊匹配，导致报文查询过程中出现匹配错误，因此当两个信道满足模糊匹配要求时，会产生可能的报文查询故障及告警，如冠字错误等。
这个故障也会影响到运行维护人员的准确判断。
解决方案：在将信道名称为 QLYTDM 的信道更改为QXH。
建议：该转报系统在进行信道配置时，以规避模糊匹配规则为原则，进行各信道的合理命名，以此杜绝查询某一信道报文时出现不同信道的报文，从而产生告警。
4．转报自动化路补发大量报文时，点击“直接重发”按钮导致不良后果
故障现象：某日气象部门反映民航气象数据库系统收到三份重复的METAR电报，管制部门反映通播系统连续出现三次过期报文提示弹窗。
原因分析：
电报重发有两种方式，在前台软件“电报查询”功能中找到所需要重发的电报后，可采用“直接重发”，也可采用“使用强行入队”。
“直接重发”的功能是将需要重发的电报都直接通过路由表转发，“使用强行入队”的功能是将需要重发的电报只发送给某个信道，因此单信道补发报文时应当选择“使用强行入队”。
某单位自动化系统停机升级完成后，值班员补发停机期间报文。
值班员选择
转报系统中相应信道的18:00-20:41电报，合计997份，并点击“直接重发”按钮，造成了相关电报直接通过路由表转发，导致含这些收报地址的电报不仅会发
送给本信道，同时也会发送给正在运行的其他相关系统的信道，如本地自动化系统、数字空管系统、情报系统、流量系统和ATS系统等信道，并转发给本地气象
单位、机场运控中心和航空公司，从而造成相关单位收到重复报文。
建议：
1)强化设备运维人员风险意识，深刻认识到常规操作在特定情况下的潜在风险。
2)操作人员提高对重发大量电报危险性的认识。
转报系统特性决定单信道报
文转发最多为每秒一份，转发数量为997份，预计时间约为15-20分钟。
虽然重
发报文带有DUPE标识，大部分系统可以过滤重复报文且不会修改相关计划，但
跨整点的气象报文会进入民航气象数据库;数字空管的通播功能也会弹出过期报
文提示窗口，需要管制员手动确认;另外部分报文时效性较强，如AIDC使用的LAM报文。
短时间内重发大量报文时，此类报文可能因为积压而导致失效。
3)厂家增加重发电报确认功能。
目前DMHS-H转报系统在重发报文时没有确认提示，且没有延迟重发功能，易导致运维人员操作失误。
三、结语
以上为转报系统日常运行当中，对非常规故障的实例分析、处理经过以及相
关建议，谨以此抛砖引玉，与大家共同探讨和分享民航自动转报系统的维护经验
和排故方法，随着民航事业的蓬勃发展，通信设备运行维护保障的压力越来越大，为此我们应深入学习现有的设备，不断积累维护经验，以提高自动转报系统的应
急保障能力。
参考文献：
【1】《DMHS用户使用手册》，北京航管科技有限公司
【2】《DMHS超级终端软件使用手册》，北京航管科技有限公司
【3】殷国恒.浅析自动转报系统库操作进程故障和处理经过.建材与装饰. 2012年第7期。