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/
…tail?命令来查看alert_
如果发现任何新的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/
4). 在提示下，使用…TAIL?命令查看alert_
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
-- 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!) -- T able 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
FROM [email=all_tab_columns@&my_db_link]all_tab_columns@&my_db_link[/email] -- second 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 user_objects
MINUS
SELECT object_name, object_type
FROM [email=user_objects@&my_db_link]user_objects@&my_db_link[/email]
XX移动Oracle 数据库巡检报告描述版 （v ）
版本说明
目录
巡检说明 此次巡检总共巡检中国移动北京分公司数据库oracle 套数据库巡检列表如下 巡检具体见下 巡检总结 总体性能方面 问题点
系统配置 oracle 用户的limit限制 Oracle数据库的一些参数设置受到操作系统的限制，如果某些操作系统限制（例如用户使用内存数，最大文件数等），则Oracle运行过程中可能报错（例如申请内存出错等）。因此，巡检查看这部分信息。 正常___ 不正常___ 正常 CPU使用情况 查看主机CPU资源是否充足，此部分信息可做为性能诊断的参考。 # vmstat 2 10 充足___ 不充足___ 充足 磁盘空间情况 查看主机磁盘资源是否充足，如果某些日志路径满，则Oracle会报错。 充足___ 不充足___ 充足 内存使用情况 查看主机内存资源是否充足，如果内存用尽，主机会使用交换区(SWAP)，这会造成额外的I/O，影响Oracle 的性能。 充足___ 不充足___ 充足
10.87.56.220数据库配置 这个部分详细阐述了数据库< ORCL>的主要结构。 数据库版本 数据库的当前版本是 建议升级___ 不建议升级___ 不建议升级 数据库产品选项 一般，很多系统安装的数据库产品选项根本未被使用。以下列出的安装产品选项可供未来的应用开发参考，或是可以被确认有哪些产品选项未在原计划之内。 正常___ 不正常___ 正常 Database Registry 正常___ 不正常___ 正常 SGA 组成 以下是数据库< ORCL>的组成情况： 控制文件 以下数据库控制文件信息 正常___ 不正常___ 正常
第一部分项目须知一、项目编号： 二、采购项目名称：2015年度oracle数据库续保 三、采购方式：公开招标 四、采购内容、数量及参数要求： 服务（或售后服务）要求： 乙方应提供原厂级别7×24（即每周7个工作日，每天24小时，2 小时内到达现场.）全天技术支持服务，并根据甲方的需要提供现场支持服务。具体服务时间由甲方需求决定。服务内容包括： 1.健康检查。ORACLE工程师定期（最小频率为1个月）到用1. 户现场，对数据库系统进行例行健康检查，并提交报告，根据健康检查的内容对数据库进行优化。检查的内容应包括但不限于以下内容：1.1 容错检查，检查并分析系统日志及跟踪文件，发现并排除数据库及应用系统的错误隐患； 1.2 检查数据库及应用系统的配置健康情况； 1.3 发现并排除数据库系统错误隐患； 1.4 检查数据库系统是否需要应用最新的补丁集； 1.5 检查数据库空间的使用情况，协助进行数据库空间的规划管理；
1.6 检查数据库备份的完整性； 1.7 监控数据库性能、数据库运行状态、运行效率、是否存在安全隐患； 1.8 备份方式是否合理、备份数据是否可恢复； 1.9 提供系统健康检查报告； 数据库及应用系统性能调优。数据库及应用系统的性能调整一2. 般包括，但不局限于如下内容： 利用工具采集系统运行时的各项监控数据； 2.1 2.2 分析系统主要的性能瓶颈； 2.3 分析系统、网络、应用软件及数据库等各方面资源的使用情况； 2.4 确定系统性能现状及性能调整的目标； 2.5 定位系统中出现的性能瓶颈； 2.6 测试验证针对性能瓶颈进行的改进方案； 2.7 产生基于ORACLE最佳应用准则的性能调整建议报告； 2.8 适用于当前商业规则的Oracle 软件配置； 2.9 为客户提供实施问题的解决方案； 2.10 为客户进行现场技能讲解传授； ORACLE工程师在现场调优数据库性能和应用性能；2.11 2.12 给用户提供完整的性能调整报告和解决方法； 2.13 现场紧急救援与灾难恢复。管理局数据库宕机、数据块损坏等
监控设备的日常检查维护内容 2007-10-13 15:11 一、摄像镜头的维护保养 1每季由设备责任人拆下摄像机的防护罩进行内部清洁除尘，清洁除尘时须使用干燥、清洁的软布和中性清洁剂，以防止产生静电和腐蚀摄像机，并做好记录。 2对带云台的摄像镜头进行维修保养时，还需要对云台的机械部位加适量的润滑机油，以保证云台转动灵活。 3对效果不好的摄像镜头，必须及时调整好焦距、方向等，保证安装牢固，并由消防中心值班员确认符合安全使用要求。 4对室外监视摄像机进行维修保养，在每次清洁除尘、安装防护罩时，必须注意用防水胶圈或胶布密封接合部位，以防止雨水的渗入。 5在对摄像机清洁除尘时，必须注意不用手触摸摄像机镜头，只能用专业擦拭布或镜头纸对摄像机镜头进行擦试。 二、监控主机的维护保养 1每周由设备责任人对监控中心主机进行外部除尘，除尘时必须使用干燥、清洁的软布和中性清洁剂。 2每月由设备责任人检查视频线接头，如有松动，必须用额定功率在40瓦以下的电烙铁进行焊接处理，并检查接头与主机接口是否松动，以保证连接牢固，并做好检查记录。 3检查主机上的各种指示灯是否正常显示。
三、录像机的维护保养 1每周由弱电班值班人员对录像机进行外部除尘，除尘时必须使用干燥、清洁的软布和中性清洁剂。 2每月由设备责任人检查录像机的录像效果，必须保证录像机运转正常，录像效果清晰。如检查时发现录像效果模糊不全等现象时，必须查时原因，采取相关的措施，并做好记录向上级汇报。 3电源部份的维护保养 每半年由设备责任人对摄像机电源和控制中心内的监控设备电源的电压进行测量，并做好记录。 校园广播主要是为学生提供一个悠闲清新的环境，背景音乐、听力训练与上下课作息铃声是校园广播是必须的基本功能，对所有公共场所提供背景音乐，掩盖环境噪声，创造一种轻松、和谐、优雅、浪漫的气氛。根据需求我们只需在广播系统的前端加上一台智能控制主机，可实现定时将每天需固定播出的广播内容，按照预先排好的播放列表，到时自动播出到各个指定区域。 sxwy专业研发生产和销售公共广播和会议系统产品，并提供完善的售前、售中与售后服务。技术领先、品质优秀、服务贴心，是索想品牌一直坚持的企业管理理念，而“诚信”是我们的核心价值观。索想的一切行为都围绕“创造喜悦”这一企业理念而展开。为用户创造使用的喜悦，为中间商创造事业的喜悦，为员工创造成长的喜悦，为供应商创造合作的喜悦，为股东创造成功的喜悦。公共广播和会议系统产业，是高科技行业，早已突破了传统电子技术和电声技术的概念，数码技术和网络技术已经将这个行业推向了信息产业的领域。公共广播处于电声技术、安防技术、通讯技术的交叉处， 根据项目单位要求，在校园各主要干道两旁、绿化带、大门口、娱乐场所、小湖周边等位置安装公共广播系统，用来满足的背景音乐使用功能，覆盖噪音美化环境；满足在为人们提供优美动听的音乐的同时，还可为人们提供各种信息广播服务及消防、紧急事故广播服务本次广播系统的设计除了采用技术先进、功能完善的设备外，有关校园广播点的选择、广播范围、广播功能的设计、设备的配置以及整个系统的完整性、可靠性、开放性及整体的防范水平等与校园本身的功能分区相互适应，这将作为本设计的重点。校园广播目的主要为游客提供一个良好的、安全的优雅环境。
【最新整理，下载后即可编辑】 系统运维手册 1、目的 (3) 2、适用范围 (3) 3、服务器及数据库概述 (3) 3.1 服务器概述 (3) 3.2 数据库概述 (3) 4、系统服务程序的详细说明 (4) 4.1系统服务程序的构成 (4)
4.2 系统服务程序的启动、关闭及维护管理 (4) 4.2.1 dhcp主服务 (4) 4.2.2 dhcp从服务 (5) 4.2.3 web管理模块 (5) 5、服务器硬件维护（略） (6) 6、windows 2003系统的日常维护 (6) 6.1 定期检查磁盘空间 (6) 6.2 维护系统注册表 (7) 6.3 定期备份系统注册表 ..................................................................... 7 6.4清理system路径下的无用的dll文件 (7) 7、备份策略 (8) 7.1 备份方式 (8) 7.2 备份计划 (8) 7.3 常见故障恢复 (8) 9、数据库的日常维护 (11) 9.1 检查数据库的基本状况 (11) 9.2 检查数据库日志文件 (11) 9.4监控数据库表空间的使用情况（字典管理表空间） (11) 9.4.1 判断是否需要碎片整理 (11) 10、命令解释 (12) 1、目的 楚天行消费卡管理系统运营支撑系统使用的服务器中，服
务器均采用windows xp操作系统,数据库版本为：sql server 2000，随着业务的开展，sql server 数据库中存储的数据量也不断增大，这样操作系统和数据库的日常维护就显得十分重要。 本手册详细描述了程序模块，windows xp操作系统，负载平衡及sql server 数据库等日常检查的主要步骤，指导现场工程师对其进行监控和维护。 2、适用范围 使用者为网e通宽带网络运营支撑系统维护工程师 3、服务器及数据库概述 3.1 服务器概述 服务器数量：4台，基本信息如下： 3.2 数据库概述 数据库软件分别安装在主服务器上。 4、系统服务程序的详细说明 4.1系统服务程序的构成 DHCP主程序：
Oracle 数据库日常巡检 阅读目录 ? 1. 检查数据库基本状况 ? 2. 检查Oracle相关资源的使用情况 ? 3. 检查Oracle数据库备份结果 ? 4. 检查Oracle数据库性能 ? 5. 检查数据库cpu、I/O、内存性能 ? 6. 检查数据库安全性 ?7. 其他检查 1. 检查数据库基本状况 包含：检查Oracle实例状态，检查Oracle服务进程，检查Oracle监听进程，共三个部分。 1.1. 检查Oracle实例状态 select instance_name,host_name,startup_time,status,database_status from v$instance; 其中“STATUS”表示Oracle当前的实例状态，必须为“OPEN”；“DATABASE_STATUS”表示Oracle当前数据库的状态，必须为“ACTIVE”。1.2. 检查Oracle在线日志状态 select group#,status,type,member from v$logfile; 输出结果应该有3条以上（包含3条）记录，“STATUS”应该为非“INVALID”，非“DELETED”。注：“STATUS”显示为空表示正常。 1.3. 检查Oracle表空间的状态 select tablespace_name,status from dba_tablespaces; 输出结果中STATUS应该都为ONLINE。 1.4. 检查Oracle所有数据文件状态 select name,status from v$datafile; 输出结果中“STATUS”应该都为“ONLINE”。或者： select file_name,status from dba_data_files; 输出结果中“STATUS”应该都为“AVAILABLE”。 1.5. 检查无效对象
设备日常维护管理制度范本 检查电源及电气控制开关、旋扭等是否安全、可靠;各操纵机构、传动部位、挡块、限位开关等位置是否正常、灵活;各运转滑动部位 润滑是否良好，油杯、油孔、油毡、油线等处是否油量充足;检查油 箱油位和滤油器是否清洁。在确认一切正常后，才能开机试运转。 在启动和试运转时，要检查各部位工作情况，有无异常现象和声响。 2.在使用过程中 (1)严格按照操作规程使用设备。不要违章操作。 (2)确保活动导轨面和导轨面接合处无切屑、尘灰，无油污、锈迹，无拉毛、划痕，研伤、撞伤等现象。 (4)设备运转时，操作工应集中精力，不要边操作边交谈，更不 能开着机器离开岗位。 (5)设备发生故障后，自己不能排除的应立即与维修工联系;在排除故障时，不要离开工作岗位，应与维修工一起工作，并提供故障 的发生、发展情况。 3.当班工作结束后无论加工完成与否，都应进行认真擦拭，全面保养，要求达到： (1)设备内外清洁，无锈迹，工作场地清洁、整齐，地面无油污、垃圾;加工件存放整齐。 (2)各传动系统工作正常;所有操作手柄灵活、可靠。 (3)润滑装置齐全，保管妥善、清洁。 (4)安全防护装置完整、可靠，内外清洁。 (5)设备附件齐全，保管妥善、清洁。
(6)保养后，各操纵手柄等应置于非工作状态位置，电气控制开关、旋扭等回复至“0”位，切断电源。 (7)保养工作未完成时，不得离开工作岗位;保养不合要求，接班人员提出异议时，应虚心接受并及时改进。 4.为了保证设备操作工进行日常维护保养，规定每班工作结束前和节、假日放假前的一定时间内，要求操作工进行设备保养。对连 续作业不能停机保养的设备，操作工要利用一切可以利用的时间,为 使保养工作制度化，经常化，由维护工人设备及相关部门定期进行 评测，予以奖罚。 一、坚持执行变电所设备的维护保养与预防检修相结合的检修制度。积极推行故障诊断的状态监测技术，按设备运行状态合理确定 检修时间和检修内容，逐步向预知检修方向发展，以提高检修质量，降低检修费用，缩短检修停电时间。 二、变电所供电系统，包括高压电缆主线路、变电所硐室内设备、电缆、馈出高压配电点、线路的电气设备每月检查一次，发现问题 及时处理。设备检修分为小修(日常检修)、中修(月度检修)和年度 检修。 三、变电所日常巡检或检修时发现防爆性能受到破坏的电气设备，立即处理或更换，存在故障的设备严禁继续使用。 四、变电所内的高压电气设备，发现三次短路或过流跳闸，应立即进行实验检修或更换。 六、实行日常巡检和维护保养制，变电所主要生产设备要保证有每班不少于2小时的检查、日常维护保养。若发现设备存在隐患故 障时应及时向上级部门汇报，组织力量进行检修。 七、变电所应实行设备包机制，包机人员在月度检修时间内都应参加检修和维护保养工作。每次检修完毕后，当班包机人员和当班 配电工负责验收，验收完毕后签字交接，配电工负责变电所设备的 外观防爆。
Oracle数据库日常维护手册 在Oracle数据库运行期间，DBA应该对数据库的运行日志及表空间的使用情况进行监控，及早发现数据库中存在的问题。 一、Oracle警告日志文件监控 Oracle在运行过程中，会在警告日志文件(alert_SID.log)中记录数据库的一些运行情况: ●数据库的启动、关闭，启动时的非缺省参数; ●数据库的重做日志切换情况，记录每次切换的时间，及如果因为检查点(checkpoint)操作没有执行完成造成不能切换，会记录不能切换的原因; ●对数据库进行的某些操作，如创建或删除表空间、增加数据文件; ●数据库发生的错误，如表空间不够、出现坏块、数据库内部错误(ORA-600) DBA应该定期检查日志文件，根据日志中发现的问题及时进行处理 问题处理 启动参数不对检查初始化参数文件 因为检查点操作或归档操作没有完成造成重做日志不能切换如果经常发生这样的情况，可以考虑增加重做日志文件组;想办法提高检查点或归档操作的效率; 有人未经授权删除了表空间检查数据库的安全问题，是否密码太简单;如有必要，撤消某些用户的系统权限 出现坏块检查是否是硬件问题(如磁盘本生有坏块)，如果不是，检查是那个数据库对象出现了坏块，对这个对象进行重建 表空间不够增加数据文件到相应的表空间 出现ORA-600根据日志文件的内容查看相应的TRC文件，如果是Oracle的bug，要及时打上相应的补丁 二、数据库表空间使用情况监控(字典管理表空间)
数据库运行了一段时间后，由于不断的在表空间上创建和删除对象，会在表空间上产生大量的碎片，DBA应该及时了解表空间的碎片和可用空间情况，以决定是否要对碎片进行整理或为表空间增加数据文件。 select tablespace_name, count(*) chunks , max(bytes/1024/1024) max_chunk from dba_free_space group by tablespace_name; 个人收集整理 上面的SQL列出了数据库中每个表空间的空闲块情况,如下所示: TABLESPACE_NAME CHUNKS MAX_CHUNK -------------------- ---------- ---------- INDX 1 57.9921875 RBS 3 490.992188 RMAN_TS 1 16.515625 SYSTEM 1 207.296875 TEMP 20 70.8046875 TOOLS 1 11.8359375 USERS 67 71.3671875个人收集整理 其中，CHUNKS列表示表空间中有多少可用的空闲块(每个空闲块是由一些连续的Oracle 数据块组成)，如果这样的空闲块过多，比如平均到每个数据文件上超过了100个，那么该表空间的碎片状况就比较严重了，可以尝试用以下的SQL命令进行表空间相邻碎片的接合: alter tablespace 表空间名 coalesce; 然后再执行查看表空间碎片的SQL语句，看表空间的碎片有没有减少。如果没有效果，并且表空间的碎片已经严重影响到了数据库的运行，则考虑对该表空间进行重建。 MAX_CHUNK列的结果是表空间上最大的可用块大小，如果该表空间上的对象所需分配的空间(NEXT值)大于可用块的大小的话，就会提示ORA-1652、ORA-1653、ORA-1654的错误信息，DBA应该及时对表空间的空间进行扩充，以避免这些错误发生。 对表空间的扩充对表空间的数据文件大小进行扩展，或向表空间增加数据文件，具体操作见“存储管理”部份。 三、查看数据库的连接情况
设备巡检数据处理要点 设备的技术状态和设备运行状态如何，要通过对设备进行检查后可以得出相应的结果。 为避免设备的保养维修不足或保养检修过剩，提高设备的利用率，运行的可靠性、降低维修成本。系统专门设置了设备巡检数据处理功能，可以使企业设备管理工作的重点，从原来的定期检修和计划检修管理模式，向预防式设备检修管理模式转变。 设备状态检查是利用人的五官或简单的仪器工具，对设备进行定点、定期的检查，对照标准发现设备的异常现象和隐患，掌握设备故障的初期信息，以便及时采取对策，将故障消灭在萌芽阶段的一种管理方法。 本系统定义设备状态检查，可分为四类：机械设备日常巡检、电机电器日常巡检、压力设备定期点检、关键设备定期点检。 ■机械设备日常巡检：对设备的运转部位进行五官粗略巡视或用简单的仪器工具进行检测。 ■电机电器日常巡检： ■压力设备定期点检 ■关键设备定期点检：对生产线上重点设备、关键设备、价值高的设备定期进行设备运行状态监测、设备技术功能诊断。 设备日常巡检与设备定期点检的区别： 设备巡检是按设备的部位、内容进行的粗略巡视，为了“观察”系统的正常运行状态，这种方法实际上是一种不定量的运行管理，对分散布置的设备比较合适。 设备点检管理则是全面掌握设备的各种状况，揭示其状态变化的一般规律和特殊规律，及时发现设备隐患，实现预知性检修。 设备巡检和设备点检工作的基本特点是： （1）确定专职检验人员，负责某个生产工艺段的设备，实行常白班工作制。点检员不同于维护工人、检修工人，也不同于维护技术人员，而是经过特殊训练的专门人员。 （2）确定检查设备故障点，明确设备的点检部位、项目和内容，使检验人员有目的、有方向的进行设备点检。 （3）确定设备劣化量，把设备技术诊断和倾向管理结合起来，进行设备劣化的定量化管理，测定裂化速度，达到预知维修的目的，实现了现代设备技术和科学管理方法的统一。 （4）确定检查周期，对故障点的部位、项目和内容均有预先设定的周期，并且根据点检员素质的提高和经
软件维护手册 主要包括软件系统说明、程序模块说明、操作环境、支持软件的说明、维护过程的说明，便于软件的维护。 1 引言 1.1 编写目的 阐明编写手册的目的并指明读者对象。 1.2 项目背景 说明项目的提出者、开发者、用户和使用场所。 1.3 定义 列出报告中所用到的专门术语的定义和缩写词的原意。 1.4 参考资料 列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源，及保密级别，可包括：用户操作手册；与本项目有关的其他文档。
2 系统说明 2.1 系统用途 说明系统具备的功能，输入和输出。 2.2 安全保密 说明系统安全保密方面的考虑。 2.3 总体说明 说明系统的总体功能，对系统、子系统和作业做出综合性的介绍，并用图表的方式给出系统主要部分的内部关系。 2.4 程序说明 说明系统中每一程序、分程序的细节和特性。 2.4.1 程序 1 的说明 ? 功能：说明程序的功能。 ? 方法：说明实现方法。 ? 输入：说明程序的输入、媒体、运行数据记录、运行开始时使用的输入数据的类型和存放单元、与程序初始化有关的入口要求。 ? 处理：处理特点和目的，如：用图表说明程序的运行的逻辑流程；程序主要转移条件；对程序的约束条件；程序结束时的出口要求；与下一个程序的通信与联结（运行、控制）；由该程序产生并茶馆处理程序段使用的输出数据类型和存放单元；程序运行存储量、类型及存储位置等。 ? 输出：程序的输出。 ? 接口：本程序与本系统其他部分的接口。 ?表格：说明程序内部的各种表、项的细节和特性。对每张表的说明至少包括：表的
标识符；使用目的；使用此表的其他程序；逻辑划分，如块或部，不包括表项；表的基本结构；设计安排，包括表的控制信息。表目结构细节、使用中的特有性质及各表项的标识、位置、用途、类型、编码表示。 ? 特有的运行性质：说明在用户操作手册中没有提到的运行性质。 2.4.2 程序 2 的说明 与程序1 的说明相同。以后的其他各程序的说明相同。
Oracle数据库日常检查 A. 查看所有的实例及其后台进程是否正常 确认所有的instance工作正常，登陆到所有的数据库或instance上，检测oracle后台进程$env | grep SID ORACLE_SID=UWNMS3 B．检查文件系统的使用情况 如果文件系统的剩余空间小于10％，则需要删除不必要的文件以释放空间。 $df -h size used avail capacity Mounted on /dev/md/dsk/d0 20G 17G 3.1G 85% / /proc 0K 0K 0K 0% /proc mnttab 0K 0K 0K 0% /etc/mnttab fd 0K 0K 0K 0% /dev/fd swap 85G 192K 85G 1% /var/run dmpfs 85G 0K 85G 0% /dev/vx/dmp dmpfs 85G 0K 85G 0% /dev/vx/rdmp swap 85G 213M 85G 1% /tmp /dev/vx/dsk/data10dg/Ora_ 394G 292G 98G 75% /data05 /dev/vx/dsk/data1dg/vola0131 443G 156G 283G 36% /archivelog AIX: $df –g or df –k HP-UX $bdf or df –k or df -h 注意：需要特别关注根目录，数据库软件和数据库备份所在目录的剩余空间情况！ 备注：数据库运行日志的及时清除 1). 可清除bdump,cdump,udump下的相关日志 $ cd $ORACLE_BASE/admin/db_name/bdump $ ls -l total 174 -rwxrwxrwx 1 oracle dba 59047 Jul 30 22:02 alert_UWNMS1.log
班组日常巡检和维护 1.各班组做好巡检分工，并根据班组出勤情况及时进行调整，责任落实到人， 2.巡检人员按照巡检分工、巡检时间、巡检路线、巡检内容，认真及时进行巡检工作。 3.巡检人员巡检时佩戴好安全防护用品，可携带手电、听棒、测温仪、活扳手等工具，并严格遵守安全管理规定（如着装符合要求、禁止戴手套触摸转动设备、减少在高温承压管道容器旁的停留时间）。 4.巡检时发现的简单又方便处理的设备缺陷（如设备地脚螺丝松动、0.1MPa 且100℃以下阀门紧盘根压盖等），巡检人员应立即处理。 5.对发现的须办理作业票的设备缺陷不能擅自处理。 6.对危及设备和系统安全的缺陷应及时通知班长及以上管理人员或工艺分场人员到现场确定方案。 7.巡检结束后，及时填写巡检记录。巡检记录填写要求完整不漏项，准确清晰、字迹工整、严禁随意修改涂抹、形成闭环管理。对巡检发现的异常都要进行记录。 8.缺陷及异常为巡检新发现的，避免重复填写，要写清缺陷部位，并按巡检十要素（压力、温度、流量、泄漏、给油状况、异音、裂纹（腐蚀）、振动、磨损、松弛）进行描述记录，力求准确、简明。 9班长根据每天巡检情况，做好消缺的准备。对班组成员没有出勤的情况，应
指派其他人员替其进行巡检。 11.加强节假日前后期间的巡检，保证节假日期间设备稳定。节假日期间班组要安排值班人员对重点设备进行巡检。 12.班长每周至少两次对管辖范围的重要设备进行巡检。 13.各维修人员必须树立高度的责任感意识，深刻认识“养重于修”的设备维护观念。 14.接到缺陷和检修任务通知，应及时组织检修，避免缺陷扩大，贻误检修时机，造成事故。 15.做好启停过程和特殊设备维护，如锅炉自密封阀热紧。 16.对于各岗设备，维修人员必须熟悉设备运行周期及设备润滑周期，定期检查更换备品配件，定期更换润滑脂； 17.设备润滑必须按规定型号加注润滑油或润滑脂，严禁随意乱加； 18.润滑油须分类存放(原则上工艺分场提供)，油桶、油吸子须保证清洁，并分类使用； 19.各维修人员须按规定时间、将检修后润滑记录及时填写，并接受检查。
系统运维手册
1、目的 (3) 2、适用围 (3) 3、服务器及数据库概述 (3) 3.1 服务器概述 (3) 3.2 数据库概述 (3) 4、系统服务程序的详细说明 (3) 4.1系统服务程序的构成 (3) 4.2 系统服务程序的启动、关闭及维护管理 (4) 4.2.1 dhcp主服务 (4) 4.2.2 dhcp从服务 (5) 4.2.3 web管理模块 (5) 5、服务器硬件维护（略） (6) 6、windows 2003系统的日常维护 (6) 6.1 定期检查磁盘空间 (6) 6.2 维护系统注册表 (7) 6.3 定期备份系统注册表 (7) 6.4清理system路径下的无用的dll文件 (7) 7、备份策略 (8) 7.1 备份方式 (8) 7.2 备份计划 (8) 7.3 常见故障恢复 (8) 9、数据库的日常维护 (11) 9.1 检查数据库的基本状况 (11) 9.2 检查数据库日志文件 (11) 9.4监控数据库表空间的使用情况（字典管理表空间） (11) 9.4.1 判断是否需要碎片整理 (11) 10、命令解释 (12)
1、目的 楚天行消费卡管理系统运营支撑系统使用的服务器中，服务器均采用windows xp操作系统,数据库版本为：sql server 2000，随着业务的开展， sql server 数据库中存储的数据量也不断增大，这样操作系统和数据库的日常维护就显得十分重要。 本手册详细描述了程序模块，windows xp操作系统，负载平衡及sql server 数据库等日常检查的主要步骤，指导现场工程师对其进行监控和维护。 2、适用围 使用者为网e通宽带网络运营支撑系统维护工程师 3、服务器及数据库概述 3.1 服务器概述 3.2 数据库概述 数据库软件分别安装在主服务器上。 4、系统服务程序的详细说明 4.1系统服务程序的构成
oracle数据库巡检内容 1.检查数据库基本状况 在本节中主要对数据库的基本状况进行检查，其中包含：检查Oracle实例状态，检查Oracle服务进程，检查Oracle监听进程，共三个部分。 SQL> select instance_name,host_name,startup_time,status,database_status from v$instance; INSTANCE_NAME HOST_NAME STARTUP_TIME STATUS DATABASE_STATUS ---------------- ------------------- -------------------- ---------- ------------ ---- CKDB AS14 2009-5-7 9:3 OPEN ACTIVE
其中“STATUS”表示Oracle当前的实例状态，必须为“OPEN”；“DATABASE_STATUS”表示Oracle当前数据库的状态，必须为“ACTIVE”。 SQL> select name,log_mode,open_mode from v$database; NAME LOG_MODE OPEN_MODE --------- ------------ ----------------- CKDB ARCHIVELOG READ WRITE 其中“LOG_MODE”表示Oracle当前的归档方式。“ARCHIVELOG”表示数据库运行在归档模式下，“NOARCHIVELOG”表示数据库运行在非归档模式下。在我们的系统中数据库必须运行在归档方式下。 $ps -ef|grep ora_|grep -v grep&&ps -ef|grep ora_|grep -v grep|wc –l
设备巡检维护管理制度 一、为加强设备管理和维护，及时发现和排除设备的隐患、异常及 故障，保证设备安全稳定运转，提高设备正常运转率。 二、设备日常巡检维护的基本原则 （一）设备维护人员每个工作日需对每台生产设备进行巡检。并记录设备运行状况。 （二）巡检的设备要做到“四无”、“六不漏”：无积灰、无杂物、无松动、无油污；不漏风、不漏气、不漏灰、不漏电、不漏水、 不漏油。且安全运行 三、日常巡检维护要求 主要完好标准有：设备运转正常、零部件齐全、完好、磨损及腐蚀不超过规定标准、传动、润滑和冷却等主要系统正常、控制系统灵敏可靠、焊接无裂缝、无超温、超压、超速、超电流等现象、原材料、燃料消耗正常、 四、日常巡检主要内容 （一）按照设备点检表规定的项目内容检查设备，督促生产作业人员设备日常点检是否落实到位； （二）检查设备的运行情况和技术状态，对发现的异常、磨损情况作好记录，确定出现部位，更换部件及所需材料，并根据检查 内容编制设备的检修计划及申报、准备检修材料、零配件等； （三）检查设备现场清洁状况；检查设备清扫清洁并不单纯是为
了干净，更重要的是为了通过对设备各部位、角落清扫、抚摸、 观察、是设备潜在缺陷或损坏、温度、声音等异常情况易于发 现。 （四）对设备的异常情况，要及时反映给生产领导。 （五）设备运行中的异音、震动、异味；包括设备的磨损、变形、腐蚀及其它异常情况等 （六）润滑系统工作情况（油温、油压、油位、冷却水温等）； （七）运转件是否有异味、窜动等； （八）目测部件是否有开裂、变形、开焊； （九）检查设备的地脚螺栓、紧固螺栓是否松动； （十）检查零部件是否齐全、可靠； （十^一）检查设备跑冒、滴、漏情况 （十二）检查安全设施； ，对设备检查部位、内容、时间、方法判定标准，处理途径等作出明 确规定，制定岗位点检
IBM P750小型机 日常维护手册 一、服务器硬件运行状态检查 1.当服务器处于启动和正常工作状态时，其前面板上的状态灯（与电源灯并排）和各硬盘的状态灯（一排 小灯，与各硬盘位置一一对应）应显示为绿色。 2.当服务器的状态灯出现橙黄色时，说明有硬件告警，此时要检查服务器的电源、接线、硬盘等。如果有 硬件故障则需要立即进行更换和更正，如果查不出具体问题，则需要联系相关专家进一步诊断。 3.当硬盘工作正常时，与各硬盘对应的硬盘灯会呈绿色，如无读写，则绿灯一直亮，如该硬盘有读写操作， 则绿灯会不规则闪烁，当硬盘损坏时，则硬盘状态灯将熄灭，或者呈闪烁状态：以1～3秒的频率有规律地、不停地闪烁。 如果发现有服务器硬件状态灯不正常的情况，请及时联系我公司工程师，以便及时进行诊断并解决故障。 二、HMC（硬件管理平台）管理与操作 HMC的两种访问途径： 1、在机房直接通过显示器和键盘进行管理维护等相关操作 2、通过web远程访问，登录HMCweb管理界面，访问地址为：https://
1、登录HMC 1.1 浏览器访问连接HMC后，首页界面如下图所示。 1.2 点击下图所示链接，进入HMC验证登录界面。 1.3 输入用户名与口令，登录HMC。 用户名：hscroot 口令：
1.4 成功登录到HMC管理界面如下图所示。 2、注销HMC 在HMC console右上角有（hscroot|help|log off）链接，单击log off，会出现如下图所示注销界面：
选择Log off，系统返回到HMC初始登录界面状态。 3、重启HMC 左边导航栏中选择→HMC Management→shut down or Restart，如下图所示，对HMC进行正常重启及关机操作。 请谨慎对HMC进行关机和重启操作！
o r a c l e数据库巡检内容1.检查基本状况 在本节中主要对数据库的基本状况进行检查，其中包含：检查实例状态，检查Oracle服务进程，检查Oracle监听进程，共三个部分。 SQL> select instance_name,host_name,startup_time,status,database_status from v$instance; INSTANCE_NAMEHOST_NAMESTARTUP_TIMESTATUSDATABASE_STATUS ----------------------------------------------------------------------------- ---- CKDBAS142009-5-7 9:3OPENACTIVE 其中“STATUS”表示Oracle当前的实例状态，必须为“OPEN”；“DATABASE_STATUS”表示Oracle当前数据库的状态，必须为“ACTIVE”。
SQL> select name,log_mode,open_mode from v$database; NAMELOG_MODEOPEN_MODE -------------------------------------- CKDBARCHIVELOGREAD WRITE 其中“LOG_MODE”表示Oracle当前的归档方式。“ARCHIVELOG”表示数据库运行在归档模式下，“NOARCHIVELOG”表示数据库运行在非归档模式下。在我们的系统中数据库必须运行在归档方式下。 $ps -ef|grep ora_|grep -v grep&&ps -ef|grep ora_|grep -v grep|wc –l oracle296010 May07 00:01:02 ora_pmon_CKDB oracle296210 May07 00:00:22 ora_psp0_CKDB oracle296410 May07 00:00:00 ora_mman_CKDB oracle296610 May07 00:03:20 ora_dbw0_CKDB
设备维护保养日常作业规范 第一章总则 第一条为加强电力设备管理和维护，及时发现和排除运行中的设备隐患、异常及故障，保证设备安全稳定运转，提高设备运转率，制定本办法。 第二条电力设备维护基本原则及要求 （一）四项要求：整齐、清洁、润滑、安全； （二）培训上岗，按规程操作，严禁超负荷运行，发现异常现象及时处理，及时上报； （三）保持设备“四无”、“六不漏”：无积灰、无杂物、无松动、无油污；不漏风、不漏气、不漏灰、不漏电、不漏水、不漏油。 第三条利用定期检查对设备进行维护，达到设备完好。主要完好标准有：设备运转正常、零部件齐全、完好、磨损及腐蚀不超过规定标准、传动、润滑和冷却等主要系统正常、控制系统灵敏可靠、无超温、超压、超载、超电流等现象。 第四条本办法适用于公司所属生产设备和辅助生产设备及非生产性设备的点检、巡检、专业检查、现场管理等设备维护工作。 第二章设备维护检查范围 第五条巡检主要范围： （一）检查各部门贯彻执行设备管理规章制度情况； （二）检查日常点检和巡回点检记录； （三）设备的运行情况和技术状态； （四）对有异常情况的设备进行监测和会诊并提出解决问题的措施。 第六条主要范围： （一）监督设备操作人员使用情况； （二）每日检查设备运行情况和技术状态，发现异常、损坏及磨损情况做好记录，确定维修的部位、更换的零件，并提出维修方案及费用；
（三）检查方法：除感官外，对重要的设备部位和项目要用专用仪器、工具进行检查、测定，以便准确地掌握设备的技术状态。 第七条巡检主要内容 （一）电力系统设备每天至少两次的检查记录， （二）检查设备的运行情况和技术状态，对发现的异常、磨损情况作好记录，确定出现部位，更换部件及所需材料，并根据检查内容编制设备的检修计划及申报、准备检修材料、零配件等； （三）检查设备现场擦试和维护保养情况； （四）对设备的异常情况，必要时应采用技术状态监测仪进行监测，并将情况及时反映给单位设备分管领导。 （五）设备运行中的异音、震动、异味； （六）润滑系统工作情况（气压，油温，电机温度，开关温度等）； （七）运转件是否有异味、窜动等； （八）目测部件是否有开裂、变形、开焊； （九）检查设备的地脚螺栓、紧固螺栓释是否松动； （十）检查零部件是否齐全、可靠； （十一）检查安全设施； （十二）检查设备跑冒、滴、漏情况。 工段级点检主要凭感官和经验，配备必要的小型工具，用于简易维护。 第三章附则
全球眼?（MEGAEYES）网络图像管理系统2.0 ORACLE日常维护与管理手册 北京互信互通信息技术有限公司 2004-08-08
目录 全球眼?（MEGAEYES）网络图像管理系统2.0 (1) 1引言 (3) 1.1 目的 (3) 1.2 范围 (3) 1.3 参考资料 (3) 2日常维护与管理说明 (3) 2.1 运行环境 (3) 2.1.1硬件环境 (3) 2.1.2软件环境 (3) 2.2 数据库日常维护 (4) 2.2.1数据库初始设置 (4) 2.2.2每日工作内容 (5) 2.2.3每周工作内容 (6) 2.2.4每月工作内容 (7)
1引言 1.1目的 对于重要的商业系统来说，数据库系统的正常运行是保证商业应用平稳运行的关键。但是数据库在运行过程中可能会因为种种原因发生问题。这时，数据库的管理与日常维护工作将变得尤为重要。 为了指导数据库管理员做好日常维护工作，保证数据库系统的正常运行，特制定本文档。当然，数据库的日常维护是复杂和繁琐的，本文仅涉及一些常见的数据库日常维护的内容，在实际工作中，数据库管理员还需要做更多的工作。 1.2范围 本文档使用的人员：数据库维护管理人员和相关人员。 本文档涉及内容：oracle数据库的日常维护与管理解决方案。 1.3参考资料 中国电信网络视频监控技术（暂行）规范 2日常维护与管理说明 2.1运行环境 程序的运行环境包括硬件运行环境和软件运行环境。 2.1.1硬件环境 ◆CPU类型：Intel及其兼容系列CPU ◆内存容量：剩余内存要达2G以上 ◆硬盘容量：剩余硬盘容量要达1G以上 ◆网卡类型：100M网卡 2.1.2软件环境 ◆操作系统：RedHat Linux AS 3.0 ◆数据库：Oracle9i Database Release 2 (9.2.0.4.0) for Linux x86
-- |----------------------------------------------------------------------------| -- | FILE : Datebase_XunJian.sql | -- +----------------------------------------------------------------------------+ prompt prompt +-----------------------------------------------------------------------------------------+ prompt | Database XunJian | prompt |-----------------------------------------------------------------------------------------+ prompt | | prompt +-----------------------------------------------------------------------------------------+ prompt prompt Creating database report. prompt This script must be run as a user with SYSDBA privileges. prompt This process can take several minutes to complete. set termout off prompt set pagesize 50000 set linesize 80 define fileName=Database_XunJian define versionNumber=1.0 COLUMN tdate NEW_VALUE _date NOPRINT SELECT TO_CHAR(SYSDATE,'MM/DD/YYYY') tdate FROM dual; COLUMN time NEW_VALUE _time NOPRINT SELECT TO_CHAR(SYSDATE,'HH24:MI:SS') time FROM dual; COLUMN date_time NEW_VALUE _date_time NOPRINT SELECT TO_CHAR(SYSDATE,'MM/DD/YYYY HH24:MI:SS') date_time FROM dual; COLUMN date_time_timezone NEW_VALUE _date_time_timezone NOPRINT SELECT TO_CHAR(systimestamp, 'Mon DD, YYYY (') || TRIM(TO_CHAR(systimestamp, 'Day')) || TO_CHAR(systimestamp, ') "at" HH:MI:SS AM') || TO_CHAR(systimestamp, ' "in Timezone" TZR') date_time_timezone FROM dual;