国内某核电站大修数据库管理工作分析.docVIP

国内某核电站大修数据库管理工作分析 　　摘 要：大修数据库管理工作是核电站换料大修前期准备工作的核心。某核电站由于自2013底开始使用新的管理方法，因此其大修数据库管理工作有一般核电站的特点，也有自身固有的特点，文章对后者进行重点分析，并对存在的问题给出了处理的方法。 　　关键词：核电站；大修；数据库管理 　　中图分类号：TM623 文献标识码：A 文章编号：1006-8937（2015）17-0170-02 　　大修数据库管理工作是一项比较庞大的大数据处理过程，流程多、涉及部门多、业务新等是其主要特点，因此要把大修数据库管理工作做好并非易事，需要各相关单位的共同努力。本文将具体分析大修数据库管理工作的重点工作、常见问题及解决办法。 　　1 核电站大修数据库管理工作概述 　　①管理对象。核电站大修数据库管理工作的对象是大修预防性维修数据库，某核电站的大修预防性维修数据库数量为约6 000项/台机组，一期4台机组约24 000条项目。 　　②管理工具。自2013年起，某核电站开始使用SAP软件的大修与年度大纲的P点报表工具进行大修数据库管理工作。 　　③基本原则。大修数据库管理工作的基本原则是保证大修预防性维修项目不超期，即要保证每个项目在其确定的周期内至少执行1次。 　　2 核电站大修数据库管理工作流程 　　2.1 上次大修结束后的工单梳理、项目等效、P点梳理 　　某核电站的大修数据库管理采用SAP的P点报表功能，此报表的优点是可以一键导出某台机组的6 000多项数据的P点情况，这改变了过去需要手动逐项标出P点的做法，极大地提高了工作效率。但报表的缺点是P/PF/PC等三种P点的显示情况完全取决于项目对应的工单状态，因此及时梳理工单状态以保证P点与实际完工情况保持一致，是数据库管理工程师在大修后首先要做的工作。 　　项目等效的梳理一般在大修后15个工作日内完成，数据库管理工程师根据项目等效情况，手动修改数据库P点。工单梳理、项目等效、P点梳理等工作是上次大修预防性维修完成情况的总结，也是安排下次大修预防性维修项目的重要依据，一般在大修结束后2个月内或下轮大修前15个月内完成，否则将影响下轮大修预防性维修的安排。 　　2.2 上游维修大纲升版 　　此项工作是与第1项工作同步开展的，即在大修完成后，根据实际执行情况，对上游维修大纲进行升版，升版的常见原因有：检修条件不符合现场情况、根据实际情况对大纲项目合并或拆分、检修周期修改、执行单位修改等，此项工作也是下轮大修数据库管理工作的开始。 　　2.3 大纲中长期优化 　　在完成第1和第2项工作的基础上，数据库管理工程师从SAP中导出最新的P点图供中长期项目组使用，以便其进行十年大修规划的优化。大纲中长期优化一般在大修前14个月内完成。 　　2.4 组织召开大修预防性维修十年及年度大纲讨论会 　　在完成第3项工作的基础上，数据库管理工程师组织召开大修预防性维修十年及年度大纲讨论会，参与单位为各维修部门、上游大纲编写部门、中长期项目组。会议一般在下轮大修前13个月召开，由于项目较多，需要连续召开约4个工作日，召开顺序一般为机械、电气、仪控、技术支持/综合支持/辐射防护。会议对该台机组的约6 000项目进行逐项讨论，确定各个项目的检修大修轮次，同时还要做好十年规划，以确保各维修单位在人力、备件等方面在各轮大修合理分配。大修预防性维修十年及年度大纲讨论会召开后，数据库管理工程师在SAP中依照讨论结果对项目进行调整，将调整后的清单导出并在DAS出版。 　　2.5 项目变更 　　大修预防性维修十年及年度大纲出版之后直至本轮大修结束，大修数据库管理工作的主要任务是根据大纲升版情况及时通知维修专业发起项目变更流程，数据库管理工程师根据变更情况调整数据库、重新发出或作废已发工单。 　　3 核电站大修数据库管理工作的重点 　　3.1 大修结束后工单状态的梳理 　　大纲P点报表功能的P点有三种显示：P点表示本轮大修计划开工但未完成，由工单的非CSR/CPL/TECO/PC等状态返回；PF点表示本轮大修计划开工且已完成，由工单的CSR/CPL/TECO三种状态返回PF点；PC点表示本轮大修计划开工但后来取消了计划，由工单的PC状态返回，其中工单的PC状态由数据库管理工程师根据项目变更申请来手动设置。从上述P点的显示逻辑可以看到，工单的状态直接决定了该项目的P点显示，而P点显示是后续大修安排的重要依据。由此可见，工单状态的正确操作是大修数据库管理工作的基础和核心。 　　3.2 维修大纲升版 　　大修数据库的来源是维修大纲，维修专业现场工作的工单来源于大修数据库。因此，维修大纲的升版将影响维修专业的工单准备及现场执行。维修大纲升版的及时性，能保证现场工作在合适