oracle日常维护巡检工作汇总(精选多篇)

时间:2019-05-14 04:42:32下载本文作者:会员上传
简介:写写帮文库小编为你整理了多篇相关的《oracle日常维护巡检工作汇总》,但愿对你工作学习有帮助,当然你在写写帮文库还可以找到更多《oracle日常维护巡检工作汇总》。

第一篇:oracle日常维护巡检工作汇总

oracle 日常维护工作内容

(1).每天对ORACLE数据库的运行状态,日志文件,备份情况,数据库的空间使用情况,系统资源的使用情况进行检查,发现并解决问题。

(2).每周对数据库对象的空间扩展情况,数据的增长情况进行监控,对数据库做健康检查,对数据库对象的状态做检查。

==================== 每天工作

==================== 1.(1).确认所有的INSTANCE状态正常.登陆到所有数据库或例程,检测ORACLE后台进程: $ps –-ef|grep ora(2).检查文件系统的使用(剩余空间)。如果文件系统的剩余空间小于20%,需删除不用的文件以释放空间。

对于业务交易生产系统和 数据库日志归档目录,当空间不足,请急时清理.$df-h(3).检查日志文件和trace文件记录alert和trace文件中的错误.连接到数据库服务器 cd 到bdump目录,通常是$ORACLE_BASE/admin//bdump „tail‟命令来查看alert_.log文件 如果发现任何新的ORA-错误,记录并解决

(4).检查数据文件的状态记录状态不是“online”的数据文件,并做恢复。

Select file_name from dba_data_files where status=’OFFLINE’

(5).检查表空间的使用情况

SELECT SUM(bytes)/(1024 * 1024)AS free_space, tablespace_name FROM dba_free_space GROUP BY tablespace_name;SELECT a.tablespace_name, a.bytes total, b.bytes used, c.bytes free,(b.bytes * 100)/ a.bytes “% USED ”,(c.bytes * 100)/ a.bytes “% FREE ”

FROM sys.sm$ts_avail a, sys.sm$ts_used b, sys.sm$ts_free c WHERE a.tablespace_name = b.tablespace_name AND a.tablespace_name = c.tablespace_name;(6).检查剩余表空间

SELECT tablespace_name, SUM(blocks)AS free_blk, TRUNC(SUM(BYTES)/(1024 * 1024))AS free_m, MAX(BYTES)/(1024)AS big_chunk_k, COUNT(*)AS num_chunks FROM dba_free_space GROUP BY tablespace_name;(7).检查数据库性能,记录数据库的cpu使用、IO、buffer命中率等等

使用vmstat,iostat,glance,top等命令 ==================== 每周工作

====================(1).监控数据库对象的空间扩展情况

根据本周每天的检查情况找到空间扩展很快的数据库对象,并采取相应的措施

alter tablespace 表空间名 add datafile '/u1/oradata/userdata_002.ora' size *m;(2).检查无效的数据库对象

SELECT owner, object_name, object_type FROM dba_objects WHERE status = 'invalid';(3).检查不起作用的约束

SELECT owner, constraint_name, table_name, constraint_type, status FROM dba_constraints WHERE status = 'DISABLED' AND constraint_type = 'P';(4).检查无效的trigger SELECT owner, trigger_name, table_name, status FROM dba_triggers WHERE status = 'DISABLED';

==================== 每月的工作

====================(1).检查表空间碎片

根据本月每周的检查分析数据库碎片情况,找到相应的解决方法

(2).寻找数据库性能调整的机会

比较每天对数据库性能的监控报告,确定是否有必要对数据库性能进行调整(3).数据库性能调整 如有必要,进行性能调整(4).提出下一步空间管理计划

根据每周的监控,提出空间管理的改进方法

====================================== ====================================== || ★★★Oracle DBA 日常管理★★★ || ====================================== ====================================== 目的:这篇文档有很详细的资料记录着对一个甚至更多的ORACLE 数据库每天的,每月的,每年的运行的状态的结果及检查的结果,在文档的附录中你将会看到所有检查,修改的SQL和PL/SQL 代码。-------------★目录 ★-------------1.日常维护程序

A. 查找一些新的警告日志 B. 检查数据库备份是否正确

C. 检查数据库的性能是否正常合理,是否有足够的空间和资源 D. 将文档日志复制到备份的数据库中 2.晚间维护程序

A.收集VOLUMETRIC 的数据 3.每周维护工作

A. 查找那些破坏规则的OBJECT B. 查找是否有违反安全策略的问题 C. 查看错误地方的SQL*NET 日志 D. 将所有的警告日志存档 4.月维护程序

A. 查看对数据库会产生危害的增长速度 B. 回顾以前数据库优化性能的调整 C. 查看I/O 的屏颈问题 D. 回顾FRAGMENTATION E. 将来的执行计划 F. 查看调整点和维护 5.附录

A. 月维护过程 B. 晚间维护过程 C. 周维护过程

================== 一.日维护过程

================== A.查找新的警告日志文件

1).联接操作管理系统

2).使用„TELNET‟或是可比较程序

3).对每一个管理实例,经常的执行$ORACLE_BASE//bdump 操作,并使其能回退到控制数据库的SID。

4).在提示下,使用 „TAIL‟命令查看alert_.log,或是用其他方式检查文件中最近时期的警告日志

5).如果以前出现过的一些ORA_ERRORS 又出现,将它记录到数据库恢复日志中并且仔细的研究它们,这个数据库恢复日志在〈FILE〉中 B.查数据库备份是否成功

C.检查对合理的性能来说是否有足够的资源

1).检查在表空间中有没有剩余空间。

对每一个实例来说,检查在表空间中是否存在有剩余空间来满足当天的预期的需要。当数据库中已有的数据是稳定的,数据日增长的平均

数也是可以计算出来,最小的剩余空间至少要能满足每天数据的增长。A)运行„FREE.SQL‟来检查表空间的剩余空间。B)运行„SPACE.SQL‟来检查表空间中的剩余空间百分率

3).识别出一些过分的增长

查看数据库中超出资源或是增长速度过大的段,这些段的存储参 数需要调整。

a)收集日数据大小的信息,可以用„ANALYZE5PCT.SQL‟。如果你收集的是每晚的信息,则可跳过这一步。

b)检查当前的范围,可用„NR.EXTENTS.SQL‟。

如果范围空间对象的NEXT_EXTENT 比表空间所能提供的最大范围还要大,那么这将影响数据库的运行。如果我们找到了这个目标,可以用„ALTER TABLESPACE COALESCE‟调查它的位置,或加另外 的数据文件。

A)运行„SPACEBOUND.SQL‟。如果都是正常的,将不返回任何行。5).回顾CPU,内存,网络,硬件资源论点的过程 A)检查CPU的利用情况,进到x:.htm =>system metrics=>CPU 利用页,CPU 的最大限度为400,当CPU 的占用保持在350 以上有一段时间的话,我们就需要查看及研究出现的问题。

G.将存档日志复制到备用数据库中如果有一个备用数据库,将适当的存档日志复制到备用数据库的期望位置,备用数据库中保存最近期的数据。==================== 二.晚间维护过程

==================== 大部分的数据库产品将受益于每晚确定的检查进程的运行。A.收集VOLUMETRIC 数据

1.分析计划和收集数据更准确的分析计算并保存结果。

a)如果你现在没有作这些的话,用„MK VOLFACT.SQL‟来创建测定体积的表。b)收集晚间数据大小的信息,用„ANALYZE COMP.SQL‟。c)收集统计结果,用„POP VOL.SQL‟。

d)在空闲的时候检查数据,可能的话,每周或每个月进行。==================== 三.每周维护过程

==================== A. 查找被破坏的目标

1.所有的索引都要放到索引表空间中。运行‘MKREBUILD_IDX.SQL’

B. 查看报错的SQL*NET 日志。1.客户端的日志。2.服务器端的日志。C.将所有的警告日志存档

※做好每天的记录,总结分析表空间的增长幅度※-★-Free.sql 查看剩余表空间

SELECT tablespace_name, SUM(blocks)AS free_blk, TRUNC(SUM(BYTES)/(1024 * 1024))AS free_m, MAX(BYTES)/(1024)AS big_chunk_k, COUNT(*)AS num_chunks FROM dba_free_space GROUP BY tablespace_name-★-Space.sql 查看表空间使用情况

SELECT tablespace_name, largest_free_chunk, nr_free_chunks, sum_alloc_blocks, sum_free_blocks, TO_CHAR(100 * sum_free_blocks / sum_alloc_blocks, '09.99')|| '%' AS pct_free FROM(SELECT tablespace_name, SUM(blocks)AS sum_alloc_blocks FROM dba_data_files GROUP BY tablespace_name),(SELECT tablespace_name AS fs_ts_name, MAX(blocks)AS largest_free_chunk, COUNT(blocks)AS nr_free_chunks, SUM(blocks)AS sum_free_blocks FROM dba_free_space GROUP BY tablespace_name)WHERE tablespace_name = fs_ts_name-★-analyze5pct.sql BEGIN dbms_utility.analyze_schema('&OWNER', 'ESTIMATE', NULL, 5);END;/-★-nr_extents.sql--To find out any object reaching ;--extents, and manually upgrade it to allow unlimited max_extents(thus only objects we *expect* to be big are allowed to become big)/* Formatted on 2007/03/06 17:25(Formatter Plus v4.8.7)*/ SELECT e.owner, e.segment_type, e.segment_name, COUNT(*)AS nr_extents, s.max_extents, TO_CHAR(SUM(e.BYTES)/(1024 * 1024), '999,999.90')AS mb FROM dba_extents e, dba_segments s WHERE e.segment_name = s.segment_name GROUP BY e.owner, e.segment_type, e.segment_name, s.max_extents HAVING COUNT(*)> &threshold OR((s.max_extents-COUNT(*))< &&threshold)ORDER BY COUNT(*)DESC-★-spacebound.sql--To identify space-bound objects.If all is well, no rows are returned.--If any space-bound objects are found, look at value of NEXT extent size to figure out what happened.--Then use coalesce(alter tablespace ;coalesce.--Lastly, add another datafile to the tablespace if needed./* Formatted on 2007/03/06 17:26(Formatter Plus v4.8.7)*/ SELECT a.table_name, a.next_extent, a.tablespace_name FROM all_tables a,(SELECT tablespace_name, MAX(BYTES)AS big_chunk FROM dba_free_space GROUP BY tablespace_name)f WHERE f.tablespace_name = a.tablespace_name AND a.next_extent > f.big_chunk =================== ★B.每晚处理程序★

===================-★-mk_volfact.sql--mk_volfact.sql(only run this once to set it up;do not run it nightly!)--Table UTL_VOL_FACTS CREATE TABLE utl_vol_facts(table_name VARCHAR2(30), num_rows NUMBER, meas_dt DATE)TABLESPACE platab STORAGE(INITIAL 128k NEXT 128k PCTINCREASE 0 MINEXTENTS 1 MAXEXTENTS unlimited)/-★-Public Synonym CREATE PUBLIC SYNONYM utl_vol_facts FOR &OWNER..utl_vol_facts /-★-Grants for UTL_VOL_FACTS GRANT SELECT ON utl_vol_facts TO public /-★-analyze_comp.sql BEGIN sys.dbms_utility.analyze_schema('&OWNER','COMPUTE');END;/-★-pop_vol.sql /* Formatted on 2007/03/06 17:28(Formatter Plus v4.8.7)*/ INSERT INTO utl_vol_facts SELECT table_name, NVL(num_rows, 0)AS num_rows, TRUNC(last_analyzed)AS meas_dt FROM all_tables--or just user_tables WHERE owner IN('&OWNER');--or a comma-separated list of owners / commit;/ =================== ★C.每周处理程序★

=================== 1.nextext.sql--To find tables that don't match the tablespace default for NEXT extent.--The implicit rule here is that every table in a given tablespace should--use the exact same value for NEXT, which should also be the tablespace's--default value for NEXT.--This tells us what the setting for NEXT is for these objects today./* Formatted on 2007/03/06 17:30(Formatter Plus v4.8.7)*/ SELECT segment_name, segment_type, ds.next_extent AS actual_next, dt.tablespace_name, dt.next_extent AS default_next FROM dba_tablespaces dt, dba_segments ds WHERE dt.tablespace_name = ds.tablespace_name AND dt.next_extent!= ds.next_extent AND ds.owner = UPPER('&OWNER')ORDER BY tablespace_name, segment_type, segment_name 2.existext.sql--To check existing extents--This tells us how many of each object's extents differ in size from the tablespace's default size.If this report shows a lot of different sized extents, your free space is likely to become fragmented.If so,--this tablespace is a candidate for reorganizing./* Formatted on 2007/03/06 17:31(Formatter Plus v4.8.7)*/ SELECT segment_name, segment_type, COUNT(*)AS nr_exts, SUM(DECODE(dx.BYTES, dt.next_extent, 0, 1))AS nr_illsized_exts, dt.tablespace_name, dt.next_extent AS dflt_ext_size FROM dba_tablespaces dt, dba_extents dx WHERE dt.tablespace_name = dx.tablespace_name AND dx.owner = '&OWNER' GROUP BY segment_name, segment_type, dt.tablespace_name, dt.next_extent;3.No_pk.sql--To find tables without PK constraint /* Formatted on 2007/03/06 17:31(Formatter Plus v4.8.7)*/ SELECT table_name FROM all_tables WHERE owner = '&OWNER' MINUS SELECT table_name FROM all_constraints WHERE owner = '&&OWNER' AND constraint_type = 'P';4.disPK.sql--To find out which primary keys are disabled /* Formatted on 2007/03/06 17:32(Formatter Plus v4.8.7)*/ SELECT owner, constraint_name, table_name, status FROM all_constraints WHERE owner = '&OWNER' AND status = 'DISABLED' AND constraint_type = 'P' 5.nonuPK.sql--To find tables with nonunique PK indexes.Requires that PK names--follow a naming convention.An alternative query follows that--does not have this requirement, but runs more slowly./* Formatted on 2007/03/06 17:33(Formatter Plus v4.8.7)*/ SELECT index_name, table_name, uniqueness FROM all_indexes WHERE index_name LIKE '&KNAME%' AND owner = '&OWNER' AND uniqueness = 'NONUNIQUE' UNION SELECT c.constraint_name, i.tablespace_name, i.uniqueness FROM all_constraints c, all_indexes i WHERE c.owner = UPPER('&OWNER')AND i.uniqueness = 'NONUNIQUE' AND c.constraint_type = 'P' AND i.index_name = c.constraint_name 6.mkrebuild_idx.sql--Rebuild indexes to have correct storage parameters /* Formatted on 2007/03/06 17:33(Formatter Plus v4.8.7)*/ SELECT 'alter index ' || index_name || ' rebuild ', 'tablespace INDEXES storage ' || '(initial 256 K next 256 K pctincrease 0);' FROM all_indexes WHERE(tablespace_name!= 'INDEXES' OR next_extent!=(256 * 1024))AND owner = '&OWNER' / 7.datatype.sql--To check datatype consistency between two environments /* Formatted on 2007/03/06 17:34(Formatter Plus v4.8.7)*/ SELECT table_name, column_name, data_type, data_length, data_precision, data_scale, nullable FROM all_tab_columns--first environment WHERE owner = '&OWNER' MINUS SELECT table_name, column_name, data_type, data_length, data_precision, data_scale, nullable

[email=all_tab_columns@&my_db_link]all_tab_columns@&my_db_link[/email] environment WHERE owner = '&OWNER2' ORDER BY table_name, column_name;

8.obj_coord.sql--To find out any difference in objects between two instances /* Formatted on 2007/03/06 17:35(Formatter Plus v4.8.7)*/ SELECT object_name, object_type

FROM

--second FROM user_objects MINUS SELECT object_name, object_type FROM [email=user_objects@&my_db_link]user_objects@&my_db_link[/email]

第二篇:电梯日常巡检制度

电梯日常巡检制度

1.贯彻落实质量技术监督局相关文件,结合实际情况,特定日常巡检制度。

2.电梯维护人员每天对电梯进行巡检,认真填写巡检记录,发现问题及时处理,处理不了,及时上报主管人员,由电梯主管人员组织人员解决。早八点开始,每隔两个小时巡检一次并作维保记录。

3.配合维保单位的日常维护保养电梯的工作,确保电梯的正常使用并满足标准要求。

电梯维修周期及内容遵照下述定期进行。

电梯维修周期及内容遵照下述定期进行。

日检(每天检查维护)

早8:30分一次

10:30分一次

14:30分一次

16:30分一次

每日检查内容:

对电梯内外呼叫按钮进行检查、轿厢内卫生情况、电梯运行时平稳度、有无异响、轿厢内灯管有无损坏

周检

(每周大礼拜例行维护)

1、清洁卫生(机房、轿顶、层门、底坑)

2、检查编码器轴承处有无异响

3、确认变压器、接触器无异常电磁声音振动

4、检查减速器是否漏油

5、检查限速器夹绳铅口并清除异物

6、确保保险丝无烧断

7、检查制动器是否可靠和油污撞击声

8、检查三角锁是否正常

9、确认各个检修开关动作有效

10、检查油杯、油量

11、检查调整层门连锁机构

12、检查对重架、上下对重导靴

13、检查井道内电缆是否破损

14、确认安全触板、光幕工作正常

15、确认轿内电话、照明、风扇、停电灯工作正常

16、清洁并检查轿厢导靴、靴衬

17、检查电梯运行无异常振动、冲击以及异响

18、检查电梯平层准确度

19、确认紧急求援装置工作正常

20、设立安全警示标牌

综合以上项目,在不同时间内,对电梯做完周期计划修理后,要进行逐项登记,并将三种制度内容同时存入档案袋,以备电梯大修时综合参考。

第三篇:日常巡检程序总结

水在线日常巡检程序总结

一、运维之前

(一)、数据准备

1,正常情况:无超标值,无0值,无定值 2,数据超标

3,数据0值,可能仪器负漂、可能未采到样 4,数据定值,多为仪器故障

(二)、试剂准备

清楚现场各试剂的消耗量,备用量,做好统计。

(三)、工具耗材准备

运维前应把相关的工具备齐,包括内六角扳手、平口和梅花螺丝刀、尖嘴钳、活口扳手、生料带、万用表、仪器常用配件等。

有问题的,距离比较远的,首先要与现场取得联系,预判出现问题的可能原因,带齐需要的试剂及工具。自己没有把握的要多征询老同志的意见。

二、现场运维时

首先观察显示屏的数据是否异常,其次检查仪器是否正常。观察站房的空调、UPS等是否正常。关于TOC仪器的运维,一要注意观察氮气瓶的压力,其次注意给TOC里面注水!

接下来依次进行以下各部分的事项

1检查试剂是否充足,提前准备,远距离的需要将计算下次换试剂的时间。对于自配COD试剂,更换上之前要充分摇匀,确保试剂瓶底部无沉淀。更换试剂时要及时更换标签。

2检查管道是否通畅,特别注意几个管道比较脏、比较容易堵的点,比如:炼油

一、炼油

二、冷铬和不锈钢一要仔细观察,一要定期清洗,并及时更换进样管和排样管。

3检查数据是否正常,仪器数值准确度保持。保持每月有计划的比对,比对有问题的要及时校准及解决。

4记录及时,对于日常维护记录要定期填写,更换物质及易耗品,做完比对后要及时填写,并将重要的数据及事件自行记录,以便于自己对现场的数据及问题进行分析和月度及季度报告的撰写。

5清洁保持,站房每次离开地面、仪器平台要保持清洁,房内东西要摆放整齐。

6离开时登陆上海市平台观看数据是否正常,特别是远距离的巡检一定要在网上确定数据无问题后才能返回,并及时的将维护状态切换回运行状态。

7比对要在一个月的空闲时间插空做,比对不要放在一个月的末尾,而应在一个月的开始阶段做,这样避免多种事情挤在一起,导致手忙脚乱。8提早判断问题,及时解决

三、维护后

1,做好台账的记录,确保台账记录清晰、准确、有据可查。

2,做好工作日志记录,以方便查找记录,改进工作!

附录:

现场运维常出现问题及应对办法:

1,集成管路、进样管、废液管、八通阀、消解管堵塞。2,COD、氨氮、pH没有进水样。3,数据异常判断

a,0值,多数情况为未采到样 b,超标,一个 c,定值

4,仪器常见故障及应对办法

第四篇:物业公司日常巡检管理办法

Xxx日常巡检管理办法

.一、目的

为规范各项目各部门巡检制度,提高工作效率,及时发现并解决工作中存在的问题与不足,特制定本管理办法。

二、适用范围

适用于xxxx旗下各管理处

三、职责

1、客服中心主任

客服中心主任应对园区公共设施管理范围、卫生区域责任范围、消杀范围和重点部位、绿化责任区域、各岗位日常管理做到心中有数,每周一次带领各部门主管进行全面检查,针对存在的问题找出原因和解决办法,及时督促客服部长或责任人前去处理,并将处理结果记录下来,事后检查完成情况。质量记录:《园区质量巡查》

2、客服部长

客服部长负责项目巡检的组织、管理工作,每月月底制定下月项目巡检工作方案,内容应包括责任区域的巡检安排及巡检的内容。对重点岗位员工的仪容仪表,服务质量、日常巡检规范进行监管。每日检查接待区域的卫生、来电来访记录、接待礼仪、管家公共区域巡检记录,对不合格项提出整改要求,督促相关问题的处理并验证整改质量。每周对管家巡检记录、空置房、装修户、设备设施、安全隐患、清洁卫生、绿化养护的巡检情况进行抽查,对异常情况进行记录,报客服中心主任处理、处罚。每周制定走访主题,对物业管家的客户走访情况至少抽查20%,对异常情况进行记录,报客服中心主任处理、处罚。

质量记录:工作用表的审核、《客户走访记录》

3、物业管家

依照公司工作手册实施巡检工作,在巡检过程中,对项目其它部门的工作有监督职责,至少每周一次对管辖区域进行一次全面巡检。对检查情况在《公共区域日常巡查记录表》做好记录,并对整改情况进行跟踪验证。利用巡检机会与业主沟通,每周完成客服部长制定的走访计划,形成《客户走访记录》。

质量记录:《公共区域日常巡查记录表》、《客户走访记录》

4、保洁部长

依照公司工作手册实施巡检工作,对本部门员工的仪容仪表、服务质量、工作标准进行监管,每周进行一次全面检查,在检查过程中对绿化养护、生活垃圾清运情况进行抽查,对不合格情况进行记录报部门经理对外包单位进行处罚。认真填写《保洁部长区域巡查记录》,对发现的问题提出整改要求,督促相关问题的处理并验证整改质量。报部门经理审核。每月月底制定下月重点工作内容,对《保洁班长月重点工作巡查记录》进行审核。

质量记录:《保洁部长区域巡查记录》、《生活垃圾清运周检表》、《绿化周检表》

5、保洁班长

依照公司工作手册实施巡检工作,协助保洁部长对本部门员工的仪容仪表、服务质量、工作标准进行监管,对《月重点工作内容》的完成质量进行监督,并做好《保洁班长月重点工作巡查记录》。质量记录:《保洁班长月重点工作巡查记录》

6、维修部长

依照公司工作手册实施巡检工作,对本部门员工的仪容仪表、服务质量、工作标准进行监管,每周进行一次全面检查,在检查过程中对设备设施的日常巡查、保养、使用等情况进行检查。并对电梯、消防设备设施的维护保养情况,进行抽查对不合格情况进行记录报部门经理对外包单位进行处罚。

7、维修工

依照公司工作手册实施巡检工作,每日对各个机房、变/配电室、消防、生活给/排水泵等进行检查,以保证设备处于良好、可靠状态,并填写相应的巡查表格,发现问题因及时向维修部长汇报,对电梯机房、消防泵房等每日进行检查,发现问题因第一时间告知部长通知第三方进行处理。

8、保安部长

每周间隔一天到不同的在管项目值班、巡查,一周至少三次在同一项目巡查,处理相关的工作问题;

检查本区域各岗位表格填写情况,检查各岗人员在岗情况,填写《查岗记录》

9、保安班长

每周检查人员在岗、岗位值班情况,发现问题及时整改;对各岗设备运行、卫生、人员着装、在岗期间工作情况,每日至少巡查两次,发现问题,填写《班长交接班记录表》;

10、保安巡逻

按照巡逻打点路线,每班至少两次全程巡逻,巡查过程中,如发现有张贴、发散广告者,及时制止并联系楼宇管家进行处理;检查公共设施、消防设施如有损坏,行车通道、消防通道如被占用、阻塞须及时上报区域部长,填写《巡查员每日巡查记录》;巡查中若因临时突发事件中断巡查,须在《班长交接记录》如实填写,处理完临时突发事件后按中断的位置继续巡查;白班全程巡查不低于两次,夜间全程巡查不低于三次;巡逻过程中执行节能降耗措施,关闭部分未使用的照明和办公设备;

第五篇:电气维护巡检制度

电气维护巡检制度

1、电气巡检每两小时一次,要求对装置所有电气设备巡检到位;

2、巡检时携带“三件宝”发现问题及时处理;

3、巡检时应仔细到位,对电气设备的状况作到心中有数;

4、巡检时应穿戴劳保用品;

5、严格执行电气操作规程,杜绝设备及人身伤害事故。

120万方处理装置电气维护2002年8月

下载oracle日常维护巡检工作汇总(精选多篇)word格式文档
下载oracle日常维护巡检工作汇总(精选多篇).doc
将本文档下载到自己电脑,方便修改和收藏,请勿使用迅雷等下载。
点此处下载文档

文档为doc格式


声明:本文内容由互联网用户自发贡献自行上传,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任。如果您发现有涉嫌版权的内容,欢迎发送邮件至:645879355@qq.com 进行举报,并提供相关证据,工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。

相关范文推荐

    IDC日常维护工作制度化

    为了使机房日常维护工作制度化、规范化。对于数据机房的管理,要求制定以下机房管理维 护制度(参考),以下重要制度应上墙: 《机房现场管理制度》 《机房值班制度》 《机房突发事......

    电工日常巡检制度(定稿)

    电工日常巡检工作制度 一、每天当值电工上班后,对整个大楼、照明灯具、电器具、楼层配电柜进行检查,如发现楼层或楼梯间有未关的灯具随手关闭,节约用电,但需保证合理的照明。 二......

    巡检日常工作总结(含5篇)

    巡检日常工作总结 1. 首锅原料确认 2. 开车稳定后物性首检确认(生产10kg左右时为开始稳定)优先确认外观、黑点、熔指和残余,水份只需检测首锅数据做参考用即可。物性标准巡检管......

    生产车间日常巡检制度

    公司日常巡检制度 一、目的:为了维护良好的工作秩序,提高生产效率,保证工作的顺利进行,特制订以下巡检制度。 二、二、范围:适应于本公司。 3、职责: 3.1公司特设巡检人员,配发巡检......

    数据库日常巡检报告5篇

    日常巡检手册 监控所有关键业务系统的数据库系统,以ORACLE数据库为例。主要的监控指标应包括配置信息、故障监控和性能监控。主要工作包括: 1、配置信息管理:数据库配置信息包......

    设备日常巡检制度20115篇

    设备日常巡检制度保全工要加强日常巡车,每班至少巡车四次,发现问题及时处理,对于违反以下规定者,视情况予以处罚。 一、 及时维修,尽可能减少空锭,减少DTY降等 。 1、 出现空锭,要......

    生产车间日常巡检制度

    生产车间日常巡检制度 1、目的:为了维护良好的生产秩序,提高生产效率,保证生产工作的顺利进行特制订以下巡检制度。 2、范围:适应于PE车间 3、职责: 3.1PE车间严格贯彻执行本制度......

    生产车间日常巡检制度

    生产车间日常巡检制度 1、目的:为了维护良好的生产秩序,提高生产效率,保证生产工作的顺利进行特制订以下巡检制度。 2、范围:适应于本公司血液车间和冻干粉针车间。 3、职责: 3.1......