数据库维护工作手册
文档编号：文档名称：编写：审核：批准: 批准日期：
目录
1概述 (3)
2数据库监控 (3)
2.1 数据库监控工作内容 (3)
2.2 数据库监控工作步骤 (3)
2.2.1 查看数据库日志 (3)
2.2.2 检查是否有失效的数据库对象 (4)
2.2.3 查看数据库剩余空间 (4)
2.2.4 重点表检查 (4)
2.2.5 查看数据库是否正常 (4)
2.2.6 死锁检查 (5)
2.2.7 监控SQL语句的执行 (5)
2.2.8 操作系统级检查 (5)
2.2.9 其他 (5)
3数据库维护 (5)
3.1 数据库维护工作内容 (5)
3.2 数据库维护工作事项 (5)
3.2.1 页面修复 (5)
3.2.2 数据库对象重建 (6)
3.2.3 碎片回收（数据重组） (6)
3.2.4 删除不用的数据 (6)
3.2.5 备份恢复 (6)
3.2.6 历史数据迁移 (6)
3.2.7 定期修改密码 (7)
3.2.8 删除掉不必要的用户 (7)
3.2.9 其他 (7)
4数据库管理常用SQL脚本 (7)
5日常维护和问题管理 (16)
5.1 目的 (16)
5.2 例行工作建议 (16)
5.3 相关填表说明 (16)
1概述
数据库的日常监控是使管理员及时了解系统异常的手段。大部分情况下，系统总是正常运行的。只有对正常情况的充分了解，才能通过对比正常情况发现异常情况。对于数据库的日常监控要有记录，文字记录或者电子文档保存。对于数据库异常进行分析，提出解决方案。
日常工作包括监控和维护两个部分。
此文档中关于数据库的运行命令示例主要针对于ORACLE数据库，但对于SYBASE数据库同样有参考价值，只要换用相对应的语句即可。
数据库监控
2数据库监控
数据库监控工作内容
制定和改进监控方案，编写监控脚本。
对于数据库进行日常监测，提交记录。
根据监测结果进行分析、预测，提交相应的系统改进建议方案。
数据库监控工作步骤
2.1.1查看数据库日志
数据库的日志上会有大量对于管理员有用的信息。ORACLE的Alert日志纪录了数据库系统所报的系统级错误信息，以及数据块失效等严重错误信息。错误信息的产生，会产生相应的跟踪文件，通过查看警告日志和跟踪文件可查找错误原因，对于发现的问题应及时解决和汇报。如：
1.表空间是否满，是否需要进行添加或者扩展。Alert文件中会显示有表块无法扩展
的提示。
2.表的块或者页面是否损坏。（往往这时alert文件中会显示ora-600的错误。）
3.数据库是否进行了异常操作。（如：drop tablespace等等）。
实用命令：
·报警日志文件（alert.log或alrt
记录数据库启动，关闭和一些重要的出错信息。数据库管理员应该经常检查这个文件，并对出现的问题作出即使的反应。可以通过以下SQL 找到他的路径select value from v$parameter where upper(name) ='BACKGROUND_DUMP_DEST'，或通过参数文件获得其路径，或者show parameter BACKGROUND_DUMP_DEST。
·后台跟踪文件
路径与报警文件路径一致，记载了系统后台进程出错时写入的信息。
·用户跟踪文件
记载了用户进程出错时写入的信息，一般不可能读懂，可以通过ORACLE的TKPROF工具转化为可以读懂的格式。用户跟踪文件的路径，你可以通过以下SQL找到他的路径select value from v$parameter where upper(name) ='USER_DUMP_DEST'，或通过参数文件获得其路径，或者show parameter USER_DUMP_DEST。
可以通过设置用户跟踪或dump命令来产生用户跟踪文件，一般在调试、优化、系统分析中有很大的作用。
可在参数文件种用SQL_TRACE=TRUE打开该文件(对所有用户)，也可用alter session set sql_trace=true打开当前会话，也可用execute dbms_system.set_sql_trace_in_session(sid,serial#,true)打开指定会话。
2.1.2检查是否有失效的数据库对象
主要关注索引，触发器，存储过程，函数等等。如：查找user_objects数据字典，看其中是否有状态为invalid的对象。判断失效原因（如：视图失效的原因有可能是由于创建视图的基表被删除等等），找出原因可进行对象重建或修复。
实用命令：
Select object_name,object_type
From user_objects
Where object_type=’INVALID’;
2.1.3查看数据库剩余空间
1.剩余空间不足时要扩展空间，一般的，当剩余空间小于10％时，要进行空间扩展。
对于ORACLE数据库，通过查找TABLESPACES相关的数据字典可以看到有用的信息。
2.检查数据快速增长的表，通过对于DBA_SEGMENTS数据字典的监视可以找到，当过快
增长时，协调开发人员，确定解决方案。
2.1.4重点表检查
1.检查系统核心业务表。
因为这些表健康与否与日常业务的正常运行密切相关。重点检查这些表的索引是否失效，表的统计信息是否及时更新，如：当这些表进行了大的数据装载或者删
除操作之后。原则上需要检查所有的表，只是由于上面这些表更关键，建议管理员
给以更多的关注。
2.重点检查数据量超过百万行的表，各地的情况可能不一样，当数据超过百万行之后，
如果索引失效会导致表扫描，占用大量系统IO，严重影响系统性能。
2.1.5查看数据库是否正常
包括数据库实例是否正常工作、listener是否工作正常，确保数据库系统环境正常。数据库连接是否正常、检查是否有超出正常水平的连接数。
如：平常500个，某天下午忽然达到600个。应记录这种异常情况。分析产生这种情况的原因，如：在低版本的ORACLE中，很可能是一些其他异常的应用出错后产生的死连接。
2.1.6死锁检查
监控数据库运行过程中，出现的阻塞，记录现象，记录产生阻塞的SQL语句，执行的用户，发生时间，频率，处理（杀掉、等待自然解锁等）。ORACLE版本中的死锁会在alert文件中产生记录，oracle会自动解锁（其实是选择一个杀掉）。对于死锁的处理过程要进行记录。可以使用OEM工具或者查找相关的V$视图来确认产生阻塞的语句。
2.1.7监控SQL语句的执行
查找效率低下的SQL语句，联系协调开发人员，进行相关处理。可使用ORACLE提供的AWR进行，也可使用ORACLE提供的OEM工具执行，或者自行编制的脚本等等。
2.1.8操作系统级检查
运行vmstat，sar,topas(AIX系统)，glance(HP系统)等命令检查CPU、内存、虚拟内存等的使用情况。
运行df,du,iostat检查磁盘使用情况
运行netstat检查网络情况
运行手工编制的监控脚本检查。
针对于操作系统的不同，使用的命令也会有不同，请参考相应的操作系统文档。建议使用man命令察看相应的帮助信息。
2.1.9其他
每天查看晚间定时执行的数据库信息收集作业和备份作业的日志输出，确认都已正常完成。往往不能正常完成是由于如下的原因：请确认脚本是否变动（错误的修改造成等等），设备（主机，磁盘阵列，磁带库，网络等等）是否正常，空间是否足够等等。
建议每天按业务峰值情况，对数据库性能数据进行定时采集及分析。
3数据库维护
数据库维护工作内容
包括维护、故障诊断、错误修复、备份恢复、历史数据迁移等过程。
数据库维护工作事项
3.1.1页面修复
根据日常监控的结果，进行页面（或者数据库坏块）修复，如将表数据导出后重建表，然后导入数据。提交修复记录。
3.1.2数据库对象重建
根据数据库监控的结果，重建失效的对象。如：索引、存储过程、函数、视图、触发器等等。实用命令：
Alter index <索引名> rebuild [online];
3.1.3碎片回收（数据重组）
当某些数据库运行一段时间后，表会产生碎片，影响数据库的性能。可根据日常检查的结果，运用工具或脚本对于数据库空间进行重组或回收。由于ORACLE数据库本身的原因，在进行了DELETE操作之后也不会使HWM（High Water Mark 高水位线）降低，因此不会释放所占用的空间，所以建议在进行了数据迁移之后将全库进行EXP，然后进行IMP操作，以释放占用的空间。
3.1.4删除不用的数据
此项工作要得到开发方、设计人员、以及相关人员的确认后，方可执行。
3.1.5备份恢复
需要定期对于数据库备份进行有效性检测，定期进行数据恢复的演练操作。以防止万一的数据库事故时准备不足。
数据库需要采用在线的热备份，不需要关闭数据库进行，在备份的同时可以进行正常的数据库的各种操作，满足了7*24的系统的需要。数据库的备份不能影响用户对数据库的访问。
目标
需要在线热备份
多级增量备份
并行备份，恢复
减小所需要备份量
备份，恢复使用简单
可参考如下的方案:
1.每月做一个数据库的全备份（包含只读表空间）
2.每星期做一次零级备份（不包含只读表空间）
3.每个星期三做一次一级备份
4.每天做一个二级备份
5.任何表空间改成只读状态后做一个该表空间的备份。
6.当需要时（如四个小时归档文件系统就要接近满了）备份归档文件。
3.1.6历史数据迁移
定期进行历史数据迁移，减少生产数据库的压力。
3.1.7定期修改密码
包括SYS，SYSTEM等用户。
3.1.8删除掉不必要的用户
对于系统安装时的演示用户，如：hr，scott等。
建议每周定期清理和备份一周所产生的Alert日志、跟踪文件和dump文件。分别位于$ORACLE_BASE/admin/$ORACLE_SID/bdump, $ORACLE_BASE/admin/$ORACLE_SID/udump, $ORACLE_BASE/admin/$ORACLE_SID/cdump,等目录下。
定期对表进行统计分析，（如可使用analyze等命令，8i以上有dbms_stats包来实现，使SQL优化器总是能找到最好的查询策略。
制定和执行纪录保证生产库的安全：
应绝对禁止在生产库上进行开发、测试。
3.1.9其他
针对不同的数据库版本的不同特点进行相应的维护操作。具体情况请参见ORACLE文档或者访问metalink。
4数据库管理常用SQL脚本
常用的SQL脚本，在实施时可供数据库管理员参考，在执行时，需要进行相应的修改。
1.剩余空间检查
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
2.表空间数据量情况显示
SELECT tablespace_name, max_blocks, count_blocks, sum_free_blocks
, to_char(100*sum_free_blocks/sum_alloc_blocks, '99.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 max_blocks
, count(blocks) AS count_blocks
, sum(blocks) AS sum_free_blocks
FROM dba_free_space
GROUP BY tablespace_name )
WHERE tablespace_name = fs_ts_name
3.表和索引分析
BEGIN
dbms_utility.analyze_schema ( '&OWNER', 'ESTIMATE', NULL, 5 ) ; END ;
4.检查空间情况
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
5.检查已经存在的空间扩展
SELECT count(*), segment_name, segment_type, dt.tablespace_name FROM dba_tablespaces dt, dba_extents dx
WHERE dt.tablespace_name = dx.tablespace_name
AND dt.next_extent != dx.bytes AND dx.owner = '&OWNER'
GROUP BY segment_name, segment_type, dt.tablespace_name
6.检查没有主键的表
SELECT table_name
FROM all_tables
WHERE owner = '&OWNER'
MINUS
SELECT table_name
FROM all_constraints
WHERE owner = '&&OWNER'
AND constraint_type = 'P'
7.检查失效的主键
SELECT owner, constraint_name, table_name, status
FROM all_constraints
WHERE owner = '&OWNER' AND status = 'DISABLED’ AND constraint_type = 'P'
8.重建索引，具体参数请根据实际情况进行修改
SELECT 'alter index ' || index_name || ' rebuild '
, 'tablespace INDEXES storage ( initial 256 K next 256 K ) ; '
FROM all_indexes
WHERE ( tablespace_name != 'INDEXES'
OR next_extent != ( 256 * 1024 )
)
AND owner = '&OWNER'
9.对比两个实例的不同
SELECT object_name, object_type
FROM user_objects
MINUS
SELECT object_name, object_type
FROM user_objects@&my_db_link
10.查看动态性能视图
Select * from V$FIXED_TABLE
11.查看约束
select a.constraint_name, a.constraint_type,a.*
from user_constraints a
where table_name='table_name';
select constraint_name, column_name
from user_cons_columns
where table_name='table_name';
12.查看索引
user_indexes包含索引的名字,user_ind_columns包含索引的列.
13.查看数据库启动参数：show parameter para，v$parameter提供当前会话信息，
v$system_parameter提供当前系统信息。其中isses_modifiable，issys_modifiable 表示是否允许动态修改。
14.查看进程号：
select p.spid, https://www.doczj.com/doc/6e9780826.html,ername
from v$process p, v$session s
where p.addr=s.paddr;
15.查看数据文件：
select name, status
from v$datafile;
select *
from dba_data_files;
16.查看数据文件状态
select d.file# f#, https://www.doczj.com/doc/6e9780826.html,, d.status, h.status
from v$datafile d, v$datafile_header h
where d.file#=h.file#;
17.查看控制文件
select name
from v$controlfile;
select type, record_size, records_total, records_used from v$controlfile_record_section
where type=’DATAFILE’;
18.查看是否归档模式：
archive log list
select name, log_mode
from v$database;
select archiver
from v$instance;
19.查看日志组：
select groups, current_group#, sequence#
from v$thread;
select group#, sequence#, bytes, members, status from v$log;
select *
from v$logfile;
其中status为空表示正常。
20.查看large pool
select *
from v$sgastat
where pool=’large pool’;
21.查看归档位置
show parameter archive
select destination, binding, target, status from v$archive_dest;
22.查看归档进程
select *
from v$archive_processes;
23.查看正在备份的数据文件
select *
from v$backup;
24.查看需要恢复的文件
select *
from v$recover_file;
25.查看所有归档日志文件
select *
from v$archived_log;
26.查看恢复时要用到的日志文件
select *
from v$recovery_log;
27.查看SGA的结构
Show sga;
select *
from v$sgastat;
28.提取library cache的命中率
select gethitratio
from v$librarycache
where namespace=’…’;
29.查看正在运行的SQL语句
select sql_text, users_executing, executions, loads
from v$sqlarea;
select *
from v$sqltext
where sql_text=’select * from emp%’;
30.查看library cache reload情况：
select sum(pins) “Executions”, sum(reloads) “cache Misses”, sum(reloads)/sum(pins)
from v$librarycache;
31.查看大匿名块
select sql_text from v$sqlarea
where command_type=47
and length(sql_text)>500;
32.查看当前会话的UGA区
select sum(value)||’bytes’“Total session memory”
from v$mystat, v$statname
where name=’session uga memory’
and v$mystat.statistic#=v$statname.statistic#;
33.查看所有MTS用户的UGA区：
select sum(value)||’bytes’“Total session memory”
from v$sesstat, v$statname
where name=’session uga memory’
and v$sesstat.statistic#=v$statname.statistic#;
34.查看所有用户使用的最大的UGA区：
select sum(value)||’bytes’“Total session memory”
from v$sesstat, v$statname
where name=’session uga memory max’
and v$sesstat.statistic#=v$statname.statistic#;
35.查看high-water mark以下的块数
select table_name, blocks
from dba_tables
where table_name=’table_name’;
36.查看会话的I/O：
select io.block_gets, io.consistent_gets, io.physical_reads
from v$sess_io io, v$session s
where s.audsid=USERENV(‘SESSIONID’)
and io.sid=s.sid;
37.查看Buffer pool的命中率
select name, 1-(physical_reads/(db_block_gets+consistent_gets)) “HIT_RATIO” from sys.v$buffer_pool_statistics
where db_block_gets+consistent_gets>0;
38.查看free list的竞争
select class, count, time
from v$waitstat
where class=’segment header’;
select event, total_waits
from v$system_event
where event=’buffer busy waits’;
buffer busy waits可在两种情况发生：1dirty queue已满，2free list竞争。
39.查看free list竞争发生在哪个segment上
select s.segment_name, s.segment_type, s.freelists, w.wait_time,
w.seconds_in_wait, w.state
from dba_segments s, v$session_wait w
where w.event=’buffer busy waits’
and w.p1=s.header_file
and w.p2=s.header_block;
40.查看全表扫描发生的次数
select name, value
from v$sysstat
where name like ‘%table scan%’;
41.查看大操作的执行情况
select sid, serial#, opname,
to_char(start_time, ‘HH24:MI:SS’) as start_t,
(sofar/totalwork)*100 as percent_complete
from v$session_longops;
42.查看数据文件的I/O
select phyrds, phywrts, https://www.doczj.com/doc/6e9780826.html,
from v$datafile d, v$filestat f
where d.file#=f.file# order by https://www.doczj.com/doc/6e9780826.html,;
43.查看空闲块数少于10%的segment(blocks在high-water mark以下，empty_blocks其
上)
select owner, table_name, blocks, empty_blocks
from dba_tables
where empty_blocks/(blocks+empty_blocks)<0.1 and blocks+empty_blocks!=0;
44.查看migration和chaining
analyze table table_name compute statistics;
select num_rows, chain_cnt
from dba_tables
where table_name=’table_name’;
45.查看表的统计信息
analyze table table_name compute statistics;
select num_rows, blocks, empty_blocks as empty, avg_space, chain_cnt, avg_row_len from dba_tables
where owner=’HR’ and
table_name=’table_name’;
46.查看索引的统计信息
analyze index index_name validate structure;
select (del_lf_rows_len/lf_rows_len)*100 as index_usage
from index_stats;
5日常维护和问题管理
目的
作为一名数据库管理员，数据库应用的正常稳定运行是保障我们应用系统的
重要保证，而数据库的日常监控和维护工作至关重要。做好它的检查工作的文档管理也是数据库管理的必不可少的工作之一，这有利于我们追踪问题和对数据库的版本控制非常重要。
例行工作建议
每天例行工作：
1．确定数据库实例处于运行状态
2．检查ALERT 日志
3．确定数据库成功备份
4．确定数据库归档到磁带
5．确定有足够的资源使数据库能运行在良好状态
6．抽时间阅读DBA管理手册
每周例行工作：
1．检查是否有对象处于非正常状态
2．检查安全策略
3．检查SQL*NET 日志中是否有错误
4．归档所有ALERT 日志
每月例行工作：
1．检查潜在的危害
2．检查是否需要性能调优及调优时机
3．检查I/O竞争
4．检查数据库碎片
5．制定将来的性能计划
6．进行数据库调优和维护
相关填表说明
日常维护检查表：是数据库管理员在平时的日常监控维护工作后做的工作记录。只填写检查的结果。详细的问题管理记录和解决过程就填写问题管理记录表。如果在检查过程中正常在相应栏目打√，如果有异常状况打X，同时在后面写上相对应的问题管理记录的编号。问题编号的命名格式是12位，就是当时填写记录表的日期和时间，例如数据库管理员在2010年04月11日14：00在做例行检查时发现了问题，那么在填写日常维护检查表时就应在相对应的栏目写上问题编号201004111400。
问题管理记录表是在填写日常维护检查表的基础上发现了问题再填写详细的问题发生
和解决过程。其中问题编号就是日常维护检查表中的问题编号。
变更记录表是我们对数据库做操作前后的一个记录表。
日常检查维护表
变更流水号：
1．变更提出
变更提出人变更提出日期
变更原因简要描述：
2．变更评估
变更评估人变更评估日期
变更是否实施θ是θ否
变更紧急程度θ紧急θ一般θ不紧急变更实施期限
3．变更实施
变更实施人变更实施日期
变更实施步骤简要描述：
是否有应急方案θ是θ否
应急方案简要描述：
NGN ORACLE数据库日常维护指导手册 UTS.610G14.A0 编者杨健易滨肖利光审稿吕学勇 日期2004年4月22日UT斯达康通讯有限公司 项目与技术支持部
UT斯达康公司以"客户成功，我们成功"的价值观衡量、规范员工的行为，致力于服务创新和服务承诺的兑现，力求为用户提供超越客户期望的服务。 UT斯达康公司拥有完善的服务体系，技术服务中心拥有一批优秀的专业技术人员，并在全国设有服务分支机构，提供24小时技术服务。本着用户至上，信守承诺的原则，UT斯达康公司承诺：在24小时之内对用户的问题给予答复。为客户提供优质、高效、专业的服务是UT斯达康的追求。 UT斯达康通讯有限公司项目与技术支持部 联系地址：浙江省杭州市教工路1号12号楼 邮政编码：310012 电话号码：(0571)88916789 传真：(0571)88916789 800免费电话：8008571466 邮件地址：utsupport@https://www.doczj.com/doc/6e9780826.html, 客户支持网站：https://www.doczj.com/doc/6e9780826.html,
版权声明 本文档属UT斯达康通讯有限公司版权所有，侵权必究。 本文档专供用户、本公司职员以及经本公司许可的人员使用。未经公司书面同意，任何单位或个人不得以任何方式复制、翻印、改编、摘编、转载、翻译、注释、整理、出版或传播手册的全部或部分内容。 UTStarcom，PAS，WACOS, iAN, AIRSTAR, WLL, ISP, WICOPS, NGDLC, Intranode, Internode, Xtr-m-IP, UNITECH，iPATH, !-Volution, mSwitch, 小灵通, 为UT斯达康公司或其子公司、关联公司的注册商标，受商标法保护， 任何个人或团体非法使用以上商标，UT斯达康公司有权追究其法律责任。
数据库日常维护工作是系统管理员的重要职责。其内容主要包括以下几个部分： 一、备份系统数据 SYBASE 系统的备份与恢复机制保证了在系统失败时重新获取数据的可能性。SQL Server 提供了两种不同类型的恢复机制：一类是系统自动完成的恢复，这种措施在每次系统启动时都自动进行，保证了在系统瘫痪前完成的事务都写到数据库设备上，而未完成的事务都被回退；另一类是人工完成的恢复，这是通过 DUMP 和 LOAD 命令来执行人工备份和恢复工作。因此定期备份事务日志和数据库是一项十分重要的日常维护工作。 1、备份数据库 每一个数据库都应在创建之后卸出，从而提供一个装入基点。在此之后按排定的时间周期表卸出。比如每周五卸出数据库。对一般数据库系统卸出数据库周期建议为每周一次。 除了按计划周期卸出数据库之外，还需在每次运行没有日志的操作后卸出数据库。例如：·每次强制地运行了 DUMP TRAN WITH NO_LOG （因为数据库的磁盘空溢出）； ·每次用 sp_dboption 允许 select into/bulkcopy 做快速拷贝，或用 SELECT INTO 命令创建一个永久性的表，或使用了 WRITETEXT 命令。 卸出数据库的命令为： DUMP DATABASE database_name TO dump_device database_name 是要卸出的数据库名称，dump_device 是卸出设备的名称。用系统过程 sp_helpdevice 可以获得设备的信息。 下面一条命令用来卸出数据库 my_db ： DUMP DATABASE my_db TO db_bk_dev 2、备份事务日志 如果事务日志与数据库放在同一个设备上，则事务日志不应与数据库分开备份。master 数据库和小于 4M 的用户数据库就是这种情况。一般数据库系统的数据库和日志分别放在不同的设备上，因此，可以用 DUMP TRAN 命令单独备份日志。 备份事务日志的周期直接影响数据的恢复程度，因此建议每天备份。 备份事务日志的命令格式为： DUMP TRANsaction database_name [TO dump_device] [WITH TRUNCATE_ONL Y|WITH NO_LOG|WITH NO_TRUNCA TE] 其中 database_name 是要备份事务的数据库名称，dump_device 是备份设备名称，仅当包含了 WITH TRUNCA TE_ONL Y 或 WITH NO_LOG 子句时，才可以备份到设备。 注意：如果总是用 DUMP DA TEBASE （备份数据库及其日志），而不用 DUMP TRAN ，事务日志将不会刷新，而变得非常庞大。
【最新整理，下载后即可编辑】 系统运维手册 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 数据库日常维护工作
凌群电脑有限公司 凌群电脑有限公司 2004 年 12 月 15 日
数据库日常维护工作》 《Oracle 数据库日常维护工作》
目
1.1 1.2 1.3 1.4 1.5 1.6
录
1. DBA 日常维护工作 ..................................................................................................................... 3 检查已经打开的所有实例 .................................................................................................... 3 检查最新的警告日志 ............................................................................................................ 7 检查数据库备份是否正确 .................................................................................................... 8 检查备份到磁带中的文件是否正确 .................................................................................... 9 检查数据库的性能是否合理，系统资源是否充足 ............................................................ 9 仔细阅读 ORACLE 标准文档 ............................................................................................... 10
2.晚间维护工作 晚间维护工作.............................................................................................................................. 10 晚间维护工作 2.1 收集相关表的统计数据 ....................................................................................................... 10 3.每周维护工作 每周维护工作.............................................................................................................................. 10 每周维护工作 3.1 检查异常的对象................................................................................................................... 10 3.1.1 检查现有的 NEXT_EXTENT 情况：............................................................................ 10 3.1.2 检查已有的 EXTENTS： .............................................................................................. 11 3.1.3 查看哪些表没有主键 .................................................................................................... 11 3.1.4 查找哪些主键是没有发挥作用的 ................................................................................ 12 3.1.5 所有作索引的主键都应是唯一的 ................................................................................ 12 3.2 检查是否有不安全的问题 ................................................................................................... 12 3.3 检查是否有错误 SQL*NET 日志 ....................................................................................... 13 3.4 归档当前告警日志 ............................................................................................................... 13 3.5 访问供应商站点................................................................................................................... 13 4.月维护工作 月维护工作.................................................................................................................................. 13 月维护工作 4.1 检查是否有异常的空间增长 ............................................................................................... 13 4.2 回顾以前数据库性能优化的调整 ....................................................................................... 14 4.3 检查 IO 瓶颈 ........................................................................................................................ 14 4.4 检查碎片的问题（8I 系统） ............................................................................................... 15
2
全球眼?（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
物业公司员工工作手册 一、客服部工作手册 目的： 为了树立公司形象，创佳恒物业品牌，为住户提供更优、更快、更便捷的服务，使管理趋于规范。 范围： 适用于物业公司客服部人员。 内容： （一）客服部服务工作规范 1.当工作时： 必须做到“五不”：不长时间打私人电话，不扎堆聊天，不干私活，不随 意改动工作规则，不离岗、串岗。 、 2.当业主询问时： 绝不能说：不、不懂、不会、不行、不知道、不是我管的、不对等用语。 3.当接到电话时： 首先说：“您好，佳恒物业客服中心”，然后仔细倾听对方的电话内容，并 做好记录。尤其是数字的，比如房间号，业主名称，电话号码，必须重复，请对方确认，当对方表示完毕，可以询问“还有别的什么吗”当对方表示 没有别的事可说“您放心，我一定办好”，最后说“再见”。 4.当上级对下级布置工作时： 作到“四清楚”：目标清楚（下级知道工作的目的是什么）；程序清楚（下 级知道怎么做）；结果清楚（不能光布置不检查）；奖罚清楚（使下级明白 完成任务怎样奖，完不成怎样罚）。 5.当下级接受上级任务时： 神情严肃，认真倾听，最好拿小本记下要点，不能漫不经心无所谓。当上 级安排完毕后，再认真询问“我有点不明白的地方，能询问一下吗” 注意：不能说不、不会、不行、我干不了、太难了、不是我干的等语言。 6. 当下级向上级汇报工作时：
、 要简洁、准确，注意五个要点 何时完成的，何地完成的，干了什么，谁干的，结果如何。 7.当准备下班时： 作好工作日志，收拾好办公工具，作好交接班后方可离开。 （二）礼仪礼貌规范 1.行为举止 （1）举止文明、谈吐高雅，杜绝不文明行为。 （2）谦虚礼让，文明待客，行路乘梯，以客为主，业主优先。 （3）员工着工装上岗、服装整洁、规范、胸卡整洁，佩带于左胸前。 （4）衣着整齐，仪表端庄，严格遵守仪容仪表的有关规定。 — （5）女员工淡妆上岗、不戴耳饰，男员工不留胡须披肩发。 （6）正确使用礼貌用语，对待业主态度温和，落落大方，严禁污言秽语，禁止态度蛮横粗野。 （7）团结友爱，乐于助人。 （8）勤俭节约，杜绝浪费。 （9）珍惜他人劳动、保持环境卫生、不随地吐痰，不乱丢废弃物。 （10）见到领导及同事主动问候。 2. 常用标准礼貌用语 （1）当业主进入物业时，应使用：“您好！”。 （2）当业主走进办公室内时，应使用：“您好，您有什么事”。 （3）当业主需要等候时，应使用：“您请坐，我们马上给您办理”。 ， （4）当遇到陌生业主时，应使用：“对不起，请问您***”。 （5）当对业主进行查询时，应使用：“对不起，请您****”。 （6）当业主需要引导时，应使用：“您请这边/那边走”。 （7）当接听外线电话时，应使用：“您好，佳恒物业客服部”。 （8）当需要其它部门处理时，应使用：“先生/女士”这个问题由***部门处
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应该及时对表空间的空间进行扩充，以避免这些错误发生。 对表空间的扩充对表空间的数据文件大小进行扩展，或向表空间增加数据文件，具体操作见“存储管理”部份。 三、查看数据库的连接情况
[模拟] 数据库工程师数据库实施运行和维护、SQL数据库 管理系统 选择题 第1题： 数据库的实施是指根据数据库的逻辑结构设计和物理结构设计结果，在计算机系统上建立实际的数据库结构、导入数据并进行程序的调试。下列各项中，哪一项不是数据库实施的工作内容? A.定义数据库结构 B.数据装载 C.数据库的试运行 D.数据库运行 参考答案：D 第2题： 监控分析按照实现方法的不同分为两种：一种是由数据库建立自动监控机制；另一种是______。 A.空间管理 B.管理员手动实现监控 C.参数调整 D.查询优化 参考答案：B 第3题： 可以按照原数据库设计要求对数据库存储空间进行全面调整，重新安排存储位置、回收垃圾、减少指针链等，以提高系统性能的是______。 A.重组织 B.查询优化 C.重构造 D.监控分析 参考答案：A
第4题： 数据库运行一段时间后，由于记录不断增、删、改，会使数据库的物理存储情况变坏，降低了数据的存取效率，数据库的性能也下降。这时，数据库管理员就要对数据库进行______。 A.监控分析 B.空间管理 C.重组织和重构造 D.参数调整 参考答案：C 第5题： 可以通过部分修改数据库的模式和内模式，使数据库适应新的应用环境的是 ______。 A.重组织 B.重构造 C.参数调整 D.空间管理 参考答案：B 第6题： 避免或简化排序的目的是______。 A.查询优化 B.重构造 C.监控分析 D.重组织 参考答案：A 第7题： 下列关于数据库恢复的描述中，不正确的是______。 A.应定期将数据库做成档案文件 B.在进行事务处理过程时数据库更新的全部内容写入日志文件 C.数据库恢复，还可用最新的档案文件和日志文件的更新映像，将文件恢复到最新的检查点文件状态 D.发生故障时用当前的数据内容和档案文件更新前的映像，将文件恢复到最近的检查点文件状态
数据库日常维护(参考) 数据库日常维护工作是系统管理员的重要职责。其内容主要包括以下几个部分： 一、备份系统数据 SYBASE 系统的备份与恢复机制保证了在系统失败时重新获取数据的可能性。SQL Server 提供了两种不同类型的恢复机制：一类是系统自动完成的恢复，这种措施在每次系统启动时都自动进行，保证了在系统瘫痪前完成的事务都写到数据库设备上，而未完成的事务都被回退；另一类是人工完成的恢复，这是通过DUMP 和LOAD 命令来执行人工备份和恢复工作。因此定期备份事务日志和数据库是一项十分重要的日常维护工作。 1、备份数据库 每一个数据库都应在创建之后卸出，从而提供一个装入基点。在此之后按排定的时间周期表卸出。比如每周五卸出数据库。对一般数据库系统卸出数据库周期建议为每周一次。 除了按计划周期卸出数据库之外，还需在每次运行没有日志的操作后卸出数据库。例如： ·每次强制地运行了DUMP TRAN WITH NO_LOG （因为数据库的磁盘空溢出）； ·每次用sp_dboption 允许select into/bulkcopy 做快速拷贝，或用SELECT INTO 命令创建一个永久性的表，或使用了WRITETEXT 命令。 卸出数据库的命令为： DUMP DATABASE database_name TO dump_device database_name 是要卸出的数据库名称，dump_device 是卸出设备的名称。用系统过程sp_helpdevice 可以获得设备的信息。 下面一条命令用来卸出数据库my_db ： DUMP DATABASE my_db TO db_bk_dev 2、备份事务日志
SAP系统日常管理 1 系统监视 1.1 进程监视 §SM66/SM50 进程查看 管理员需全天监看系统的进程。长时间运行的后台工作，有缺陷的报表程序，若不进行控制都将消耗掉大量的系统资源。管理员用这个事务码检查他们的环境。当然，在杀掉这些进程前，需要与最终用户协商。 1.2 服务器监视 §SM51 R/3服务器的列表可用SM51显示，管理员用它来监视不同服务器之间的工作进程。想要显示某一服务器的进程，鼠标指针点中服务器的名称，然后选Processes。 §RZ20 CCMS监控 双击要查看的菜单项，检查系统收集的监控信息，遇到报警和错误信息要查清原因，找出解决办法。 1.3 用户监视 §SM04 用户监视 管理员应该考虑全天监视用户仅他们的活动。是否有非法用户？是否有用户试图或正在用他们不该用的事务码，等等。 1.4 性能监视 §ST03 工作量分析 世上没有经验的替代品。当需要调R/3系统的性能的时候是很痛苦的事情。管理员应该保留尽可能多的工作量分析数据，特别是系统没用性能问题时候的数据。拥有一副系统工作正常时的清晰的系统图，将使你具有对你的系统的不可估量的感觉，这种感觉将使你能预见到将要发生的问题，并且很多时候可以避免问题的发生。 §ST02 缓存分析 R/3的缓存存储经常用到的数据，以使本地应用服务器的实例能取得这些数据。这样就可以减少数据库的访问，数据库的负载，网络的流量，从而提高系统的性能。数据缓存中包括了ABAP/4程序，屏幕，ABAP/4字典数据和公司的数据，这些数据在系统操作过程中是不会改变的。我们应该经常的监视缓存、点击率、剩余空间、交换区。此进程可以帮助管理员作性能调整。 §SP12 TemSe管理 管理员要检查文件系统和数据库空间的增长，尤其是批量打印大量数据时。TemSe的一致性检查(RSPO0043)需要计划每天在打印池重新整理(RSPO0041)之前执行。 1.5 更新记录 §SM13更新记录 此事务码显示失败的更新动作。失败的更新动作在生产系统中是决不允许发生的，一旦发生，开发人员应马上修改。 1.6 锁定对象 §SM12 锁定对象 用户总是会时不时的因为某种原因（如断线，程序出错等等）而锁定一个对象。所有被锁定的老的对象均要被分析，更正。 1.7 出错分析 §ST22出错分析
数据库维护工作手册 文档编号：文档名称：编写：审核：批准: 批准日期：
目录 1概述 (4) 2数据库监控 (4) 2.1 数据库监控工作内容 (4) 2.2 数据库监控工作步骤 (4) 2.2.1 查看数据库日志 (4) 2.2.2 检查是否有失效的数据库对象 (5) 2.2.3 查看数据库剩余空间 (5) 2.2.4 重点表检查 (5) 2.2.5 查看数据库是否正常 (5) 2.2.6 死锁检查 (6) 2.2.7 监控SQL语句的执行 (6) 2.2.8 操作系统级检查 (6) 2.2.9 其他 (6) 3数据库维护 (6) 3.1 数据库维护工作内容 (6) 3.2 数据库维护工作事项 (6) 3.2.1 页面修复 (6) 3.2.2 数据库对象重建 (7) 3.2.3 碎片回收（数据重组） (7) 3.2.4 删除不用的数据 (7) 3.2.5 备份恢复 (7) 3.2.6 历史数据迁移 (7) 3.2.7 定期修改密码 (8) 3.2.8 删除掉不必要的用户 (8) 3.2.9 其他 (8) 4数据库管理常用SQL脚本 (8) 5日常维护和问题管理 (17) 5.1 目的 (17) 5.2 例行工作建议 (17) 5.3 相关填表说明 (17)
1概述 数据库的日常监控是使管理员及时了解系统异常的手段。大部分情况下，系统总是正常运行的。只有对正常情况的充分了解，才能通过对比正常情况发现异常情况。对于数据库的日常监控要有记录，文字记录或者电子文档保存。对于数据库异常进行分析，提出解决方案。 日常工作包括监控和维护两个部分。 此文档中关于数据库的运行命令示例主要针对于ORACLE数据库，但对于SYBASE数据库同样有参考价值，只要换用相对应的语句即可。 数据库监控 2数据库监控 数据库监控工作内容 制定和改进监控方案，编写监控脚本。 对于数据库进行日常监测，提交记录。 根据监测结果进行分析、预测，提交相应的系统改进建议方案。 数据库监控工作步骤 2.1.1查看数据库日志 数据库的日志上会有大量对于管理员有用的信息。ORACLE的Alert日志纪录了数据库系统所报的系统级错误信息，以及数据块失效等严重错误信息。错误信息的产生，会产生相应的跟踪文件，通过查看警告日志和跟踪文件可查找错误原因，对于发现的问题应及时解决和汇报。如： 1.表空间是否满，是否需要进行添加或者扩展。Alert文件中会显示有表块无法扩展 的提示。 2.表的块或者页面是否损坏。（往往这时alert文件中会显示ora-600的错误。） 3.数据库是否进行了异常操作。（如：drop tablespace等等）。 实用命令： ·报警日志文件（alert.log或alrt
秩序维护员礼仪培训手册 秩序维护人员礼仪规范 一、秩序维护员礼仪形象规范的总体要求 着装整洁，站姿端正，仪态严谨，表情庄敬，步履稳重，目光有神，操作规范，军警风纪。 二、仪容仪表与着装 1、仪容仪表 ①值班时间应扣好衣扣，着制式衬衣时，下摆扎于裤内不得外露。不得敞胸露怀，不得披衣、挽袖、卷裤腿。
②不得留长发、大鬓角、胡须，帽沿下发长不超过1.5cm，前蓄发不得露于帽外，不得染发，特殊情况只准染黑色发。 ③不准纹身，不得留长指甲或染指甲，不得围围巾，不得戴项链、领饰、戒指及其他饰物，不准戴有色眼镜（眼疾除外）。 ④举止端庄，谈吐文明，精神振作，站姿良好，不得袖手或将手插入衣裤袋内，不准上岗时吃食物、嚼口香糖，不得搭肩挽臂。 ⑤集体活动应遵守秩序，不得吹口哨、起哄，上班期间不得无故脱帽，不得嘻戏打闹，大声喧哗，严禁上班期间吸烟。 2、着装 ①秩序维护员上班按规定着统一的秩序维护服，保持警容严整。 ②严格按照要求佩戴帽徽、肩章、号牌、饰带，戴制式领带，上班必须戴帽，戴大绒帽时，护脑下缘距眉一指，帽徽与左眉平齐。 ③工牌统一挂于左前胸，冬夏服装不能混穿，换装由秩序维护部按季节统一调整，上班不许着便装，制服应勤洗勤换，保持洁净，衣服破洞或开线应及时修补或更换。 ④要求上班着黑色皮鞋，皮鞋应保持光亮。 ⑤训练着迷彩服，戴迷彩帽，穿训练鞋，下班休闲时间不着秩序维护服。 三、基本礼仪要求 1、秩序维护员值勤应讲究、注意礼仪服务与文明用语，与人接触应具备敬礼意识。
2、值岗时遇秩序维护部主管以上领导或小区其他部门经理查岗或经过值班岗位时，应立正敬礼并问候。 3、进秩序维护部办公室或小区办公室应按规定着秩序维护制服，不得穿拖鞋，吃食物，应先敲门喊“报告”，进门后应先敬礼。 4、未经同意，不得随意翻阅办公室资料或办公桌上文件资料。 5、遇业主经过岗位时，应面带微笑，起身问好；如因事与业主、客户交流，应事先敬礼。 6、因事需进业主房内，应事先敲门，征得业主、顾客同意后方可进入室内。 四、门岗秩序维护员（固定岗）礼仪形象规范 2、出车程序和操作形象规范 ①凡开出辖区的过岗车辆，应按照“示意停车、查货验单、收单放行”的程序进行。 ②出车验单查货：凡载货出区车辆，应示意停车出单验货，接单验货可放行后，应先敬礼，再作放行手示。 ③对不出示货单的车辆，应先询问：“请问，车上是否有货？”，不论对方回答有无，则都应查验车载情况。如查见车载有货，应向对方说明：“车载有货，请出示出货单”、“请补办出货单，谢谢合作”。如查见车上无货，即作放行手势并敬礼，目视车辆开出； ④若遇对方没有出货单、物资放行条或发票，应礼貌要求对方返回开具：“真对不起，麻烦您再返回一趟，将物资放行条开来好吗？我们这
秩序维护部工作手册编制: 日期: 审核: 日期: 批准: 日期: 工作手册文件目录 1.物业管理安全保卫概述 2.秩序维护部组织架构及岗位职责 2、0领班岗位职责 2.1.门岗得岗位职责 2.2.前车场得岗位职责 2.3.监控室得岗位职责 2.4.巡逻岗得岗位职责 3.内部管理 3.1.秩序维护管理指导文件 3.2.仪容仪表管理指导文件 3.3.寝室管理指导文件 3.4.电视管理规定指导文件 3.5.军体训练指导文件 3.6.秩序维护部考勤、考核指导文件 3.7.秩序维护部内部沟通指导文件(培训、例会) 3.8.清洁卫生指导文件 4.岗位操作文件 4.1.秩序维护部常用器具操作指导文件 4.2.秩序维护语言对接指导文件 4.3.门岗(售楼)岗位操作指导文件 4.4.巡逻岗岗位操作指导文件 4.5.车场岗岗位操作知道文件 4.6.秩序维护员交接班操作指导文件 4.7.监控岗位操作指导文件 4.8.装修管理操作指导文件
4.9.临时施工现场管理指导文件 4.10.内部消防组织 4.11.消防设施设备管理指导文件 4.12.消防检查指导文件 4.13.动火审批指导文件 4.14.消防演习预案指导文件 4.1 5.消防知识培训指导文件 4.16.突发事件操作指导文件 物业管理安全保卫概述 1.目得 使员工了解物业管理安全保卫得涵义 2.范围 全体秩序维护员 3.职责 3.1.秩序维护队长负责日常管理、讲解及协调。 3.2.秩序维护员领班负责传授、教导、培训管理。 4.工作程序 4.1.物业管理安全保卫得涵义 4.1.1.物业管理安全保卫得对象就是房屋建筑、附属设备与公共设施。但就是物 业管理又就是以人为本,业主与使用人得生命与财产安全就是最基本、最基础得物业管理要求。物业管理安全保卫可简称为“安保”,从事安全保卫得人称为“秩序维护员”。物业管理有了安全保障,才会有清洁要求、便捷要求、舒适要求、享受要求、豪华要求等等,否则一切物业管理便无从谈起。 试想一下,如果一个物业管理公司连业主或使用人得生命与财产(包括物业这一“不动产”在内)安全,都不能提供切实保证,那么还管理什么物业呢? 4.1.2.物业管理安全保卫职责就是通过现行得科学技术手段与管理手段,依靠各 种先进设备与工具,防止与终止任何危及或影响物业管理辖区内得业主或使用人得生命财产与身心健康得行为与因素,确保业主或使用人人身不受伤害,财物不受损失,工作、生活秩序正常。 4.1.3.危及或影响得因素常见得如电线短路、电梯关人、水管爆裂、火警、偷盗 以及噪声等;还有如自然灾害、人为事故、流氓活动以及各种破坏活动得预防与阻止。
全球眼（MEGAEYES网络图像管理系统2.0 ORACLE S常维护与管理手册 北京互信互通信息技术有限公司 2004-08-08 目录
1 引言 1.1 目的 对于重要的商业系统来说， 数据库系统的正常运行是保证商业应用平稳运行 的关键。但是 数据库在运行过程中可能会因为种种原因发生问题。 这时，数据库 的管理与日常维护工作将变得尤为重要。 为了指导数据库管理员做好日常维护工作， 保证数据库系统的正常运行， 特 制定本文档。 当然， 数据库的日常维护是复杂和繁琐的， 本文仅涉及一些常见的 数据库日常维护的内容，在实际工作中，数据库管理员还需要做更多的工作。 1.2 范围 本文档使用的人员:数据库维护管理人员和相关人员。 本文档涉及内容: oracle 数据库的 日常维护与管理解决方案。 1.3 参考资料 中国电信网络视频监控技术（暂行）规范 2 日常维护与管理说明 2.1 运行环境 程序的运行环境包括硬件运行环境和软件运行环境。 2.1.1 硬件环境 Intel 及其兼容系列 CPU 剩余内存要达2G 以上 剩余硬盘容量要达 1G 以上 100 M 网卡 2.1.2 软件环境 CPU 类型: 内存容量： 硬盘容量: 网卡类型:
: RedHatLinuxAS3.0 Oracle9iDatabaseRelease2forLinuxx86 2.2数据库日常维护 数据库的日常维护工作主要包括管理员每日的工作内容， 每周的工作内容以 及每月的工作内容。 2.2.1数据库初始设置 基于数据安全性的考虑，需要对数据库进行如下的初始设置。 1数据库设为归档模式 1） 以管理员身份连接数据库 SQL>>connectsys/sys@数据库例程 SIDassysdba 2） 察看数据库是否处于存档模式 SQL>>archiveloglist 说明：该命令会提示以下信息，注意灰色部分显示的状态。 DatabaselogmodeNoArchiveMode AutomaticarchivalDisabled Archivedest in ati on Oldest on li nelogseque nce31 Curren tlogseque nce33 3） 如果处于非归档模式则设为归档模式 SQL>>shutdow nimmediate; SQL>>start upmount; SQL>>alterdatabaseachivelog; 4） 如果处于非自动归档状态则设为自动归档 SQL>>altersystemsetlog_archive_start=TRUESC OP E=s pfile; 5重新启动数据库 SQL>>shutdow nimmediate; SQL>>startu p; 2控制文件设置 每一个数据库都必须有一个控制档。它是一个小型二进制档案，用来描述 Oracle9i 实体结构。主要是储存数据库名称，数据库建立时间，资料文件名称 与所在位置，重置日志文件名称与所在位置，目前的日志序列码 （logsequeneenumber ），检查点信息。因此开启Oracle9i 数据库时一定要读取控 制文件才能取得所有数据库实体档案相关信息。 一旦控制文件不幸毁损，数据库 便无法顺利开启。也因为如此，控制档的管理与维护工作显得格外重要。 通常的设置建议为：每个数据库最好拥有两个以上控制档，并各自存放在不 同磁盘上。系统默认有三个控制文件 controlOl.ctI ， control02.ctl ， con trol03.ctl 。 如果需要增加更多的控制文件，最简单的方式就是先将既有控制文件复制到 目的位置，然后将控制文件名称加入起始参数档的 CONTROLFILE 之中（）。同 理，如果想更改控制档名称，也可以先将控制文件复制到目的位置后予以更名， 再更新操作系统： 数据库：
密级：保密编号： Oracle10g数据库 维护手册
日期： 编写： 核对： 更新： 目录1............................... 检查数据库基本状况9
1.1. ........................... 检查O RACLE实例状态 9 1.2. ........................... 检查O RACLE服务进程 11 1.3. ........................... 检查O RACLE监听状态 14 2........................ 检查系统和ORACLE日志文件16 2.1. ........................ 检查操作系统日志文件 16 2.2. ........................... 检查ORACLE日志文件 16 2.3. ....................... 检查O RACLE核心转储目录 18 2.4. .............. 检查R OOT用户和O RACLE用户的EMAIL 18 3.............................. 检查ORACLE对象状态18 3.1. ....................... 检查O RACLE控制文件状态
19 3.2. ....................... 检查O RACLE在线日志状态 19 3.3. ....................... 检查O RACLE表空间的状态 20 3.4. ................... 检查O RACLE所有数据文件状态 22 3.5. ................................ 检查无效对象 26 3.6. .......................... 检查所有回滚段状态 26 4.................... 检查ORACLE相关资源的使用情况27 4.1. ............. 检查O RACLE初始化文件中相关参数值 28 4.2. .......................... 检查数据库连接情况 31 4.3. ............................ 检查系统磁盘空间 34