系统日常维护指导手册超详细
系统日常维护指导手册
目录
1、目的
网e通宽带网络运营支撑系统使用的服务器中，服务器均采用red hat linux as 4操作系统,数据库版本为：oracle 10g ，随着业务的开展，oracle 数据库中存储的数据量也不断增大，这样操作系统和数据库的日常维护就显得十分重要。
本手册详细描述了程序模块，linux操作系统，DHCP双机热备、负载平衡及oracle数据库等日常检查的主要步骤，指导现场工程师对其进行监控和维护。
2、适用范围
使用者为网e通宽带网络运营支撑系统维护工程师
3、服务器及数据库概述
服务器概述
服务器数量：4台，基本信息如下：
数据库概述
数据库软件分别安装在主服务器上。
/dev/mapper/VolGroup00-LogV ol00 逻辑卷上
ORACLE_BASE=/opt/oracle
ORACLE_HOME=/opt/oracle/product/ 10.2.0
ORACLE_SID=oracmts
4、系统服务程序的详细说明系统服务程序的构成
系统服务程序的启动、关闭及维护管理4.2.1 dhcp主服务
4.2.1.1 dhcp主服务说明
4.2.1.2 dhcp启动、关闭及进程查看方法
1、启动方法：
输入：cd /opt/dpcp
./dhcpd即可
注意：请首先确认数据库服务正常，数据库监听正常。
输出：
[root@localhost dhcp]$ ./dhcpd
Internet Systems Consortium DHCP Server V3.0.4
Copyright 2004-2006 Internet Systems Consortium.
All rights reserved.
For info,
Wrote 1 leases to leases file.
Listening on LPF/eth0/00:0c
Sending on LPF/eth0/00:0c
Sending on Socket/fallback/fallback-net
说明：dhcp启动时，会启动1个进程，正常情况下，dhcp启动的进程数为1个。
2、关闭方法
输入：kill pid
说明：pid为进程号，可使用进程查看获得。如|-dhcpd(4665)，则进程id为4665，则kill 4665就可关闭dhcp。
3、进程查看
输入：[root@localhost dhcp]# pstree -p | grep dhcp
输出：
|-dhcpd(4665)
4.2.1.3 配置说明
启动配置文件：etc/
可使用more 或者tail 命令查看
配置服务配置，更改后需要重新启动才能生效，该配置文件的设置需要与从服务器的配置文件吻合。配置文件全文如下：
#
# DHCP Server Configuration file.
#
ddns-update-style none;
failover peer "buptdhcp"
{
primary;
port 519;
peer address 1
peer port 520;
max-response-delay 60;
max-unacked-updates 10;
mclt 600;
split 128;
load balance max seconds 3;
}
}
#---------------cisico1_cm---------------------------
filename "";
default-lease-time 3600;
pool
{
failover peer "buptdhcp";
deny dynamic bootp clients;
}
}
#---------------cisico1_iad---------------------------
shared-network cisico1_iad{
default-lease-time 3600;
pool
{
failover peer "buptdhcp";
deny dynamic bootp clients;
}
}
}
#---------------cisico1_cpe---------------------------
shared-network cisico1_cpe{
default-lease-time 3600;
pool
{
failover peer "buptdhcp";
deny dynamic bootp clients;
}
}
}
租约数据库/var/state/dhcp/
可使用more 或者tail 命令查看
记录当前服务器与对方服务器的服务状态与分配的ip租约。示例如下：
starts 2 2007/11/27 13:15:22;
ends 3 2007/11/28 13:15:22;
tstp 3 2007/11/28 13:15:22;
binding state active;
next binding state free;
hardware ethernet 00:11:1a:07:2e:8e;
uid "\001\000\021\032\007.\216";
option 0:11:1a:7:2e:8e;
}
Dhcp状态如下：
failover peer " name " state {
my state normal at2007/11/27 13:15:22 ; peer state normal at2007/11/27 13:15:22 ;
}
4.2.2 dhcp从服务
4.2.2.1 dhcp从服务说明
4.2.2.2 dhcp启动、关闭及进程查看方法
1、启动方法：
输入：cd /opt/dpcp
./dhcpd即可
注意：请首先确认数据库服务正常，数据库监听正常。
输出：
[root@localhost dhcp]$ ./dhcpd
Internet Systems Consortium DHCP Server V3.0.4
Copyright 2004-2006 Internet Systems Consortium.
All rights reserved.
For info, please visit
Wrote 1 leases to leases file.
Listening on LPF/eth0/00:0c
Sending on LPF/eth0/00:0c
Sending on Socket/fallback/fallback-net
说明：dhcp启动时，会启动1个进程，正常情况下，dhcp启动的进程数为1个。
2、关闭方法
输入：kill pid
说明：pid为进程号，可使用进程查看获得。如|-dhcpd(4665)，则进程id为4665，则kill 4665就可关闭dhcp。
3、进程查看
输入：[root@localhost dhcp]# pstree -p | grep dhcp
输出：
|-dhcpd(4665)
4.2.2.3 配置说明
启动配置文件：etc/
可使用more 或者tail 命令查看.
配置服务配置，更改后需要重新启动才能生效，该配置文件的设置需要与主服务器的配置文件吻合。配置文件全文如下：
#
# DHCP Server Configuration file.
#
ddns-update-style none;
failover peer "buptdhcp"
{
secondary;
port 520;
60;
peer port 519;
max-response-delay 60;
max-unacked-updates 10;
mclt 600;
#split 128;
load balance max seconds 3;
}
}
#---------------cisico1_cm---------------------------
filename "";
default-lease-time 3600;
pool
{
failover peer "buptdhcp";
deny dynamic bootp clients;
}
}
#---------------cisico1_iad---------------------------
shared-network cisico1_iad{
default-lease-time 3600;
pool
{
failover peer "buptdhcp";
deny dynamic bootp clients;
}
}
}
#---------------cisico1_cpe---------------------------
shared-network cisico1_cpe{
default-lease-time 3600;
pool
{
failover peer "buptdhcp";
deny dynamic bootp clients;
}
}
}
租约数据库/var/state/dhcp/
记录当前服务器与对方服务器的服务状态与分配的ip租约。示例如下：
starts 2 2007/11/27 13:15:22;
ends 3 2007/11/28 13:15:22;
tstp 3 2007/11/28 13:15:22;
binding state active;
next binding state free;
hardware ethernet 00:11:1a:07:2e:8e;
uid "\001\000\021\032\007.\216";
option 0:11:1a:7:2e:8e;
}
Dhcp状态如下：
failover peer " name " state {
my state normal at2007/11/27 13:15:22 ; peer state normal at2007/11/27 13:15:22 ;
}
4.2.3 web管理模块
4.2.3.1 web管理模块中主要目录说明
/opt/apache-为apache模块所在目录
/opt/taiyuan 为web 程序存储目录
4.2.
5.2 web管理模块中各程序说明
4.2.
5.3 web站点启动、关闭及进程查看方法
4.2.
5.4 web日志说明
Log存放目录为：/opt/apache/logs
/opt/apache/logs/access_log为所有访问网站的日志
/opt/apache/logs/error_log为错误信息日志
/opt/apache/log为主进程的pid号
/opt/apache/logs/ssl_engine_log 为ssl引擎日志，即ssl的运行日志，可以通过查看此日志了解运行状态及错误。
/opt/apache/logs/ssl_request_log 为ssl请求日志
即是哪个ip使用https ssi协议登录web站点，请求的时间，内容，访问的页面等。
4.2.
5.5 日常维护
维护分为：业务维护及系统维护
业务维护就是，利用系统管理员的身份，查看操作日志
系统维护是：定期查看系统日志，apache日志等，看是否有运行错误，并定期备份日志。
5、服务器硬件维护（略）
6、linux系统的日常维护
定期检查磁盘空间
使用df显示磁盘空间
输入：
[oracle@localhost server]$ df
输出：
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/cciss/c0d0p1 101086 12308 83559 13% /boot
none 2073908 4 2073904 1% /dev/shm
说明：
这里显示了/、/boot、/home分区挂载的系统分区使用的大小，磁盘空间以k为单位。
可以加参数-h
[oracle@localhost server]$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/cciss/c0d0p2 103G 7.3G 91G 8% /
/dev/cciss/c0d0p1 99M 13M 82M 13% /boot
none 2.0G 2.0G 1% /dev/shm
/dev/cciss/c0d0p5 30G 181M 28G 1% /home
注意：
当某空间使用率超过85％时，通过du查看是哪些文件占用的空间比较大
例如/home使用了85％
cd /home
以root用户查看
su
输入root用户密码
[root@localhost /]# du -m --max-depth=1
-m是以M大小显示
--max-depth=1表示只是一级子目录的大小，如果想查看二级的就写为2
找出占用很大的文件，经判断后决定删除或转移。
使用top工具监视cpu及内存的使用率
每隔5秒，top工具确定哪些进程消耗最多的cpu时间，并按递减顺序在屏幕显示。
输入：[oracle@localhost /]$ top
输出：
top - 10:52:46 up 6 days, 39 min, 2 users, load average: , ,
Tasks: 123 total, 1 running, 122 sleeping, 0 stopped, 0 zombie
Cpu(s): % us, % sy, % ni, % id, % wa, % hi, % si
Mem: 8247956k total, 1828612k used, 6419344k free, 119476k buffers
Swap: 8385920k total, 0k used, 8385920k free, 1526064k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1 root 16 0 3004 55
2 472 S 0: init
2 root RT 0 0 0 0 S 0: migration/0
3 root 3
4 19 0 0 0 S 0: ksoftirqd/0
4 root RT 0 0 0 0 S 0: migration/1
5 root 34 19 0 0 0 S 0: ksoftirqd/1
6 root RT 0 0 0 0 S 0: migration/2 说明：
当发现个别进程占用率很高，可以通过用“ps –axj | grep 进程名”查看这个进程在进行什么操作，如果发现这个进程持续的时间很长，而且非系统必要进程；可以通过“kill –9”进程的PID号，将进程杀死。（不确定情况下，请不要使用）；
退出top用ctrl+c。
定期查看root邮件
输入：
[oracle@localhost log]$ su -l
Password:
[root@localhost root]# mail
输出：
m"
说明：
前面为N的表示新邮件
可以在& 后面输入1，代表看第一封信，ctrl+c表示退出查看这封信，h显示所有的如果都看过的邮件，就可以通过d来删除
如果删除1－10就用
&d 1-10这样就会删除1-10的信。
定期查看系统日志
系统的日志存储于/var/log目录下，需要定期查看，常用日志说明如下：
:该文件记录了系统在引导过程中发生的事件，就是Linux系统开机自检过程显示的信息maillog: 该日志文件记录了每一个发送到系统或从系统发出的电子邮件的活动messages: 该日志文件是许多进程日志文件的汇总，从该文件可以看出任何入侵企图或成功的入侵
lastlog: 该日志文件记录最近成功登录的事件和最后一次不成功的登录事件，由login生成wtmp: 该日志文件永久记录每个用户登录、注销及系统的启动、停机的事件
xferlog: 该日志文件记录FTP会话，可以显示出用户向FTP服务器或从服务器拷贝了什么文件
cron: 该日志文件记录crontab守护进程crond所派生的子进程的动作，前面加上用户、登录时间和PID，以及派生出的进程的动作
7、备份策略
备份方式
为了保证数据库的高安全性，目前我们采用的数据库备份方式为物理备份和逻辑备份相结合的方式，数据库归档模式为自动归档模式。这样当数据库出现故障时，我们就可以利用备份文件与归档方法相结合，作数据库“最新状态”的恢复。
备份计划
通过自动备份脚本实现每天进行一次热备份及逻辑备份，每周进行一次冷备份。所备
份的数据文件存储于磁阵上的硬盘。
常见故障恢复
我们首先从/opt/oracle/admin/oracmts/bdump下的日志文件判断是什么故障。通过查看v$recover_file 来确定哪些文件需要恢复，通过查看v$datafile视图查看文件ID和文件名之间的相关性
通过下面的命令查看需要恢复的数据文件的文件ID号：
select file#, online, error from v$recover_file;
通过视图返回名字和相应的文件ID:
select name, file# from v$datafile;
通过这些信息，决定对哪些文件进行恢复，及其采用的恢复方式。
7.3.1 实例故障
当oracle实例由于突然断电或者操作系统故障而崩溃时，可以通过输入dbstart即可开启数据库，无须发布恢复命令，oracle会自动执行崩溃恢复，最好启动前后检查日志文件
7.3.2 介质故障
介质故障发生在数据库结构组织出现毁坏时，在这些组织中数据库文件不能进行读写。
在数据库打开的情况下，如果是system表空间的数据文件出现介质失败，那么oracle 需要在mount状态下恢复其数据文件，
如果是其他表空间，可以只对介质失败涉及到的数据文件进行恢复，即在数据库打开的状态下进行恢复。
步骤如下：
1．确定需要恢复的数据文件
2．使数据文件脱机
3．拷贝数据文件备份到原目标地址
4．恢复表空间或数据文件
5．使表空间或数据文件联机
例：
当出现以下信息时，说明是数据库的system表空间出现了问题。
ERROR:
ORA-00604: error occurred at recursive SQL level 1
ORA-01116: error in opening database file 1
ORA-01110: data file 1: '/opt/oracle/oradata/oracmts/'
ORA-27041: unable to open file
Linux Error: 2: No such file or directory
Additional information: 3
System出现介质失败，表示被误删或被损坏，可以执行如下：
1）首先登录SQL*PLUS并启用SYSDBA权限
输入：:sqlplus user/passwd@oracmts;
connect / as sysdba; （启动SYSDBA权限）
shutdown abort （关闭数据库）
startup mount （加载数据库）
也可以通过查看视图，确定哪个文件需要恢复
SQL> select file#,error from v$recover_file;
FILE# ERROR
---------- -----------------------------------------------------------------
1 FILE NOT FOUND
查看v$datafile视图查看对应关系
SQL> select file#,name from v$datafile;
FILE#
----------
NAME
-------------------------------------------------------------------------------- 1
/opt/oracle/oradata/oracmts/
2
/opt/oracle/oradata/oracmts/
3
/opt/oracle/oradata/oracmts/
FILE#
----------
NAME
-------------------------------------------------------------------------------- 4
/opt/oracle/oradata/oracmts/
知道要恢复的是1（）：
2）在SQL>提示符下输入
alter database datafile '/opt/oracle/oradata/oracmts/' offline;
3）再打开一个终端：
将备份数据文件拷贝到原目标地址，即：
cp /opt/backup/ /opt/oracle/oradata/oracmts/
4）然后进行恢复
SQL> recover datafile 1;或recover datafile '/opt/oracle/oradata/oracmts/'; 如果不需要归档日志文件进行恢复，即输出
Media recovery complete.
如果需要归档日志文件参与恢复，即输出：
ORA-00279: change 2246878 generated at 07/22/2005 16:28:13 needed for thread 1
ORA-00289: suggestion : /opt/oracle/oradata/archive
ORA-00280: change 2246878 for thread 1 is in sequence #167
Specify log: {
输入：auto即可自动完成恢复。
输出：
ORA-00279: change 2366990 generated at 07/25/2005 00:00:09 needed for thread 1
ORA-00289: suggestion : /opt/oracle/oradata/archive
ORA-00280: change 2366990 for thread 1 is in sequence #185
ORA-00278: log file '/opt/oracle/oradata/archive
recovery
ORA-00279: change 2375106 generated at 07/25/2005 04:00:54 needed for thread 1
ORA-00289: suggestion : /opt/oracle/oradata/archive
ORA-00280: change 2375106 for thread 1 is in sequence #186
ORA-00278: log file '/opt/oracle/oradata/archive
recovery
Log applied.
Media recovery complete.（表示恢复结束）
5）在SQL>提示符下输入
alter database datafile '/opt/oracle/oradata/oracmts/' online;
6）打开数据库即可，在SQL>提示符下输入
alter database open
其他数据文件恢复方法类似，只需要把数据文件的名字更改即可。
注：如果维护工程师没有数据库恢复经验，或判断不出数据库的故障原因，请联系我们的工程师，我们一起协商解决。
9、数据库的日常维护
检查数据库的基本状况
主要介绍如何对数据库的基本情况进行检查，内容共分三部分，分别为：检查oracle 的进程；检查oracle监听进程；检查oracle实例状态。
9.1.1 检查oracle的进程
输入：ps -ef |grep "ora_" |grep -v grep
输出：
1 8510 8510 8510 -1 Ss 500 0:00 ora_pmon_oracmts
1 851
2 8512 8512 -1 Ss 500 0:05 ora_psp0_oracmts
1 8514 8514 8514 -1 Ss 500 0:00 ora_mman_oracmts
1 8516 8516 8516 -1 Ss 500 0:04 ora_dbw0_oracmts
1 8518 8518 8518 -1 Ss 500 0:04 ora_lgwr_oracmts
1 8520 8520 8520 -1 Ss 500 0:11 ora_ckpt_oracmts
1 852
2 8522 8522 -1 Ss 500 0:09 ora_smon_oracmts
1 8524 8524 8524 -1 Ss 500 0:00 ora_reco_oracmts
1 8526 8526 8526 -1 Ss 500 0:05 ora_cjq0_oracmts
1 8528 8528 8528 -1 Ss 500 0:14 ora_mmon_oracmts
1 8530 8530 8530 -1 Ss 500 0:05 ora_mmnl_oracmts
1 853
2 8532 8532 -1 Ss 500 0:00 ora_d000_oracmts
1 8534 8534 8534 -1 Ss 500 0:00 ora_s000_oracmts
1 8539 8539 8539 -1 Ss 500 0:00 ora_arc0_oracmts
1 8541 8541 8541 -1 Ss 500 0:00 ora_arc1_oracmts
1 8545 8545 8545 -1 Ss 500 0:00 ora_qmnc_oracmts
1 8580 8580 8580 -1 Ss 500 0:00 ora_q000_oracmts
1 8583 8583 8583 -1 Ss 500 0:00 ora_q001_oracmts
说明：
在检查oracle的进程命令输出后，输出显示至少应包括以下一些进程：
?oracle写数据文件的进程，输出显示为：“ora_dbw0_oracmts”
?oracle写日志文件的进程，输出显示为：“ora_lgwr_oracmts”
?oracle监听实例状态的进程，输出显示为：“ora_smon_oracmts”
?oracle监听客户端连接进程状态的进程，输出显示为：“ora_pmon_oracmts”
?oracle进行归档的进程，输出显示为：“ora_arc0_oracmts”
?oracle进行检查点的进程，输出显示为：“ora_ckpt_oracmts”
?oracle进行恢复的进程，输出显示为：“ora_reco_oracmts”
?注：上面进程中的oracmts是数据库的实例名，必须为oracmts,否则为错误。
9.1.2 检查oracle监听进程
输入：lsnrctl status
输出：
LSNRCTL for Linux: Version 10.2.0. - Production on 24-OCT-2006 17:22:28
Copyright (c) 1991, 2005, Oracle. All rights reserved.
Connecting to
(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=oracle02)(PORT=1521))) STATUS of the LISTENER
------------------------
Alias LISTENER
Version TNSLSNR for Linux: Version 10.2.0. - Production
Start Date 24-OCT-2006 17:22:23
Uptime 0 days 0 hr. 0 min. 5 sec
Trace Level off
Security ON: Local OS Authentication
SNMP ON
Listener Parameter File /opt/oracle/product10.2.010.2.0.
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=oracle02)(PORT=1521)))
(DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=EXTPROC0)))
Services Summary...
Service "PLSExtProc" has 1 instance(s).
Instance "PLSExtProc", status UNKNOWN, has 1 handler(s) for this service...
Service "oracmts" has 1 instance(s).
Instance "oracmts", status UNKNOWN, has 1 handler(s) for this service...
The command completed successfully
说明：
“Services Summary”项表示oracle的监听进程正在监听哪些数据库的实例，输出显示中至少应该有“oracmts”这一项。
9.1.3 检查oracle实例状态
输入：
[oracle@localhost oracle]$ sqlplus /nolog
SQL> connect / as sysdba;
SQL> select instance_name,version,status,database_status from v$instance;
输出：
INSTANCE_NAME VERSION STATUS DATABASE_STATUS ---------------- ----------------- ------------ -----------------
oracmts 10.2.0. OPEN ACTIVE
说明：
其中“STATUS”表示oracle当前的状态，必须为“OPEN”；“DATABASE_STATUS”表示oracle当前数据库的状态，必须为“ACTIVE”。
输入：
SQL> archive log list;
输出：
Database log mode Archive Mode
Automatic archival Enabled
Archive destination /opt/oracle/oradata/archive
Oldest online log sequence 5
Next log sequence to archive 7
Current log sequence 7
说明：
其中Database log mode 表示oracle当前的归档方式，“Archive Mode”表示数据库运行在归档模式下，我们数据库必须运行在归档方式下。
检查数据库日志文件
Oracle在运行过程中，会在警告日志文件中记录数据库的一些运行情况：
?数据库的启动、关闭，启动时的非缺省参数；
?数据库的重做日志切换情况，记录每次切换的时间，及如果因为检查点(checkpoint)
操作没有执行完成造成不能切换，会记录不能切换的原因；
?对数据库进行的某些操作，如创建或删除表空间、增加数据文件；
?数据库发生的错误，如表空间不够、出现坏块、数据库内部错误(ORA－600)
输入：
cat /opt/oracle/admin/oracmts/bdump/ |grep -i ora-
cat /opt/oracle/admin/oracmts/bdump/ |grep -i fail
cat /opt/oracle/admin/oracmts/bdump/ |grep -i err
说明：查看“ora-”，“fail”，“err”等出错信息。
有关“ora-”错误信息，可以到oracle官方网站上查询。
检查oracle对象的状态
主要介绍检查相关oracle对象的状态，内容包括五个部分，分别为：检查oracle控制文件状态；检查oracle在线日志状态；检查oracle表空间的状态；检查oracle所有数据文件状态；检查Oracle所有回滚段的状态。
9.3.1 检查oracle控制文件状态
输入：SQL> select * from v$controlfile;
输出：
STATUS NAME IS_ BLOCK_SIZE FILE_SIZE_BLKS
/opt/oracle/oradata/oracmts/
NO 16384 430
/opt/oracle/oradata/oracmts/
NO 16384 430
/opt/oracle/oradata/oracmts/
NO 16384 430
说明：输出结果应该有3条以上（包含3条）的记录，“STATUS”应该为空，状态为空表示控制文件状态正常。
9.3.2 检查oracle在线日志状态
输入：SQL> select * from v$logfile;
输出：
GROUP# STATUS TYPE MEMBER IS_
3 ONLINE /opt/oracle/oradata/oracmts/ NO
2 ONLINE /opt/oracle/oradata/oracmts/ NO
1 ONLINE /opt/oracle/oradata/oracmts/ NO
说明：其中“STATUS”应该都为“ONLINE”。
9.3.3 检查oracle表空间的状态
输入：SQL> select tablespace_name,status from dba_tablespaces;
输出：
TABLESPACE_NAME STATUS
------------------------------ ---------
SYSTEM ONLINE
UNDOTBS1 ONLINE
SYSAUX ONLINE
TEMP ONLINE
USERS ONLINE
APPTBS01 ONLINE
说明：其中“STATUS”都应该为“ONLINE”。
9.3.4 检查oracle所有数据文件状态
输入：SQL> select name,status from v$datafile;
输出：
NAME STATUS
/opt/oracle/oradata/oracmts/ SYSTEM
/opt/oracle/oradata/oracmts/ ONLINE
/opt/oracle/oradata/oracmts/ ONLINE
/opt/oracle/oradata/oracmts/ ONLINE
/opt/oracle/oradata/oracmts/ ONLINE
说明：输出结果中“STATUS”应该为“ONLINE”，其中状态值为SYSTEM，9.3.5检查Oracle所有回滚段的状态
输入：SQL> select segment_name,status from dba_rollback_segs;
输出：
SEGMENT_NAME STATUS
------------------------------ ----------------
SYSTEM ONLINE
_SYSSMU1$ ONLINE
_SYSSMU2$ ONLINE
_SYSSMU3$ ONLINE
_SYSSMU4$ ONLINE
_SYSSMU5$ ONLINE
_SYSSMU6$ ONLINE
_SYSSMU7$ ONLINE
_SYSSMU8$ ONLINE
_SYSSMU9$ ONLINE
_SYSSMU10$ ONLINE
说明：输出结果中所有回滚段的“STATUS”应该为“ONLINE”。
9.3.6检查Oracle所有表、索引、存储过程、触发器等对象
的状态
输入：select owner,object_name,object_type from dba_objects where status!='VALID' and owner!='SYS' and owner!='SYSTEM'；
输出：no rows selected
说明：如果有记录返回，则说明存在无效的对象。若这些对象与我们应用相关，那么需要重新生成这个对象。
监控数据库表空间的使用情况（字典管理表空间）
数据库运行了一段时间后，由于不断的在表空间上创建和删除对象，会在表空间上产生大量的碎片，维护工程师应该及时了解表空间的碎片和可用空间情况，以决定是否要对碎片进行整理或为表空间增加数据文件。
9.4.1 判断是否需要碎片整理
输入：select tablespace_name,
count(*) chunks ,
max(bytes/1024/1024) max_chunk
from dba_free_space
group by tablespace_name;
输出：
TABLESPACE_NAME CHUNKS MAX_CHUNK
sap日常维护管理手册
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、负责整个公司（包含局域网、广域网）的系统安全性。 2、负责日常服务器维护、操作系统、网管系统、邮件系统的安全补丁、漏洞检测及修补、病毒防治等工作。 3、应经常保持对最新病毒的了解，做到预防为主。 4、确保网络通信传输畅通，实时监控整个局域网的运转和网络通信流量情况； 5、掌握主干设备的配置情况及配置参数变更情况，备份各个设备的配置文件； 6、负责网络布线配线架的管理，确保配线的合理有序； 7、掌握用户端设备接入网络的情况，以便发现问题时可迅速定位； 8、掌握与外部网络的连接配置，监督网络通信状况，发现问题及时解决； 二、机房管理职责 1、严禁非机房工作人员进入机房，特殊情况需经负责人批准，并认真填写登记表后方可进入。 2、进入机房人员不得携带任何易燃、易爆、腐蚀性、强电磁、辐射性、流体物质等对设备正常运行构成威胁的物品。 3、未经领导的批准严禁变更机房内的一切设备，或服务器的配置。如有需要应报告领导并填写维护表。 4、外来的一切移动存储禁止在机房内使用。 三、安全管理职责 1、随时监控中心设备运行状况，发现异常情况应立即按照预案规程进行操作，并及时上报和详细记录。 2、严格执行密码管理规定，对操作密码定期更改，超级用户密码由系统管理员掌握。 3、网管人员应恪守保密制度，不得擅自泄露各种信息资料与数据。 4、机房内严禁吸烟、喝水、吃食物、嬉戏和进行剧烈运动，保持机房安静。 5、不定期对机房内设置的消防器材、监控设备进行检查，以保证其有效性。
四、运行管理职责 1、未经负责人批准，不得在机房设备上编写、修改、更换各类软件系统及更改设备参数配置。 2、各类软件系统的维护、增删、配置的更改，各类硬件设备的添加、更换必需经负责人书面批准后方可进行；必须按规定进行详细登记和记录，对各类软件、现场资料、档案整理存档。 五、日常维护职责 1、日常维护中应按规定填写日常维护表。（维护内容见附录） 2、每个月应把常见问题书写成知识档，上传到知识库中。 3．硬件更换应填写硬件更换表以便查阅。
有网络设备、终端设备的使用、维护、管理制度
网络安全管理制度与规则 1. 网络安全管理制度 (1)计算机网络系统的建设和应用，应遵守国家有关计算机管理规定参照执行； (2)计算机网络系统实行安全等级保护和用户使用权限控制；安全等级和用户使用网络系统以及用户口令密码的分配、设置由系统管理员负责制定和实施； (3)计算机中心机房应当符合国家相关标准与规定； (4)在计算机网络系统设施附近实施的维修、改造及其他活动，必须提前通知信息化部门做好有关数据备份，不得危害计算机网络系统的安全。 (5)计算机网络系统的使用科室和个人，都必须遵守计算机安全使用规则，以及有关的操作规程和规定制度。对计算机网络系统中发生的问题，有关使用科室负责人应立即向计算机中心技术人员报告； (6)对计算机病毒和危害网络系统安全的其他有害数据信息的防范工作，由计算机中心负责处理，其他人员不得擅自处理； (7)所有工作站杜绝接入互联网或与院内其他局域网直接连接。 2. 网络安全管理规则 (1)网络系统的安全管理包括系统数据安全管理和网络
设备设施安全管理； (2)网络系统有专人负责管理和维护，建立健全计算机网络系统各种管理制度和日常工作制度，如：值班制度、维护制度、数据库备份制度、工作移交制度、登记制度、设备管理制度等，以确保工作有序进行，网络运行安全稳定； (3)设立系统管理员，负责注册用户，设置口令，授予权限，对网络和系统进行监控。重点对系统软件进行调试，并协调实施。同时，负责对系统设备进行常规检测和维护，保证设备处于良好功能状态； (4)设立数据库管理员，负责用户的应用程序管理、数据库维护及日常数据备份。每三个月必须进行一次数据库备份，每天进行一次日志备份，数据和文档及时归档，备份光盘由专人负责登记、保管； (5)对服务器必须采取严格的保密防护措施，防止非法用户侵入。系统的保密设备及密码、密钥、技术资料等必须指定专人保管，服务器中任何数据严禁擅自拷贝或者借用； (6)系统应有切实可行的可靠性措施，关键设备需有备件，出现故障应能够及时恢复，确保系统不间断运行； (7)所有进入网络使用的U盘，必须经过严格杀毒处理，对造成“病毒”蔓延的有关人员，应严格按照有关条款给予行政和经济处罚； (8)网络系统所有设备的配置、安装、调试必须指定专
软件系统运维手册(完整资料).doc
【最新整理，下载后即可编辑】 系统运维手册 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数据库日常维护与管理手册
全球眼?（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
安全管理员日常维护规范
密级： 文档编号： 项目代号： Epson Security Framework Policy 安全管理员日常维护规范 V 1.0 保密申明 这份说明书涉及到EPSON的商业机密的信息。接受这份说明书表示同意对其内容保密，未经书面请求并得到EPSON的书面认可，不得复制，泄露或散布这份说明书。如果你不是有意接受者，请注意对这份说明书内容的任何形式的泄露、复制或散布都有可能引起法律纠纷。
文档控制 版本控制
目录 1目的 (4) 2范围 (4) 3内容 (4) 4安全维护工作细则 (4) 4.1 维护安全设备的工作细则 (5) 4.1.1 防病毒日常维护细则 (5) 4.1.2 防火墙日常维护细则 (11) 4.1.3 VPN日常维护细则 (16) 4.1.4 安全评估日常维护细则 (18) 4.2对主机系统的日常工作细则 (20) 4.3 对网络设备的日常工作细则 (21) 4.4 编写安全报告工作 (23) 4.5 安全加固文档的更新 (24) 4.6 对地市安全现状进行审计和评估 (25)
1目的 为规范EPSON的安全日常维护工作的计划和工作内容管理，明晰EPSON ISD部门的技术人员日常在安全维护时的工作细则，加强对日常安全维护，促进安全维护规范化，特制定本文档。 2范围 本策略适用于EPSON拥有的、控制和管理的所有信息系统、数据和网络环境，适用于属于EPSON范围内的安全维护人员，包括ISD部门的技术负责人、安全管理员、系统管理员、网络管理员和数据库管理员。 3内容 用户系统安全维护管理工作中，日常安全维护工作细则是根据和遵循本岗位职责要求而制定的，运维人员必须认真遵循本岗位安全职责规定，然后遵照日常安全工作细则的规定进行安全管理和维护工作，并根据工作实际情况，制定并遵守相应的安全设备配置和实施细则和安全技术、安全事故的操作流程，做好安全维护管理工作。 4安全维护工作细则 系统一线和二线维护人员和安全管理员的日常维护工作总则： 1.负责用户与信息安全相关工作的具体实施和有关信息安全问题的 处理； 2.根据用户的信息安全需求，定期提出用户的信息安全整改意见， 上报信息安全管理机构； 3.根据信息安全事件的处理情况和对于用户信息安全检测的结果， 定期编制用户的信息安全状况报告；
设备日常维护制度
《XXXX安全管理制度汇编》网络设备日常维护制度
目录 编制说明....................................................... 第一章总则.................................................... 第二章原则.................................................... 第三章安全管理规定............................................ 第四章安全管理机构职责 (6) 第五章安全管理员职责.......................................... 第六章网络管理员职责.......................................... 第七章普通用户职责............................................ 第八章附则.................................................... 第一节文挡信息................................................ 第二节版本控制................................................ 第三节其他信息................................................
编制说明 为进一步贯彻党中央和国务院批准的《国家信息化领导小组关于加强信息安全保障工作的意见》及其“重点保护基础信息网络和重要信息系统安全”的思想、贯彻信息产业部“积极预防、及时发现、快速反应、确保恢复”的方针和“同步规划、同步建设、同步运行”的要求，特制定本制度。 本制度依据我国信息安全的有关法律法规，结合XXXX的自身业务特点、并参考国际有关信息安全标准制定的。
Oracle数据库日常维护手册
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应该及时对表空间的空间进行扩充，以避免这些错误发生。 对表空间的扩充对表空间的数据文件大小进行扩展，或向表空间增加数据文件，具体操作见“存储管理”部份。 三、查看数据库的连接情况
日常维修项目工作标准、内容及维保
电梯日常维修工作标准 一、概况： 仪化生活区现有电梯23部，其中20层/20站VVVF型三菱电梯8部，11层/11站GPS-Ⅱ型三菱电梯12部，9层/9站奥的斯OH5000型电梯3部，我公司电梯维修队维修人员通过加强电梯日常巡检和维修保养，发现故障及时修理,以保证电梯的正常运行，保证居民的使用。 二、维修保养的内容及要求：（见附表）
生活区高层住宅给排水系统日常维修工作内容 仪化生活区现有高层住宅19栋，其中层高为九层的三栋，层高为二十层的四栋，层高为11层的十二栋，共有居民1076户。为使高层居民的正常生活不受影响，维修公司根据各项公用设施、设备的管理要求，对给排水系统按期进行检查、维护、保养，出现故障时及时维修，以确保高层住宅供水、排水系统的正常运行。 一、供水系统工作内容及运行保障要求 （一）概况 生活用水系统5个，其中浦东高层2个，白沙高层1个，迎江西村1个，浦西村1个。包括（1）水泵13个；（2）供水水箱4个；（3）电气控制系统5套；（4）阀门98只；（5）稳压灌4只。 （二）检查工作内容 （1）水泵每周检查内容 1、对水泵进行手动盘车; 2、泵体清洁； 3、轴承盒内加入钙基黄油； 4、检查填料室内是否正常； 5、检查联轴器的橡胶弹性圈是否正常； 6、检查泵的温度； 7、泵房的清洁卫生工作。 （2）水箱季度冲洗 每季清洗水箱一次； （3）电气控制系统周检查内容 1、检查控制柜能否正常工作； 2、对变频器经常报故障、开关经常跳或者不能合闸、元器件老化等及时更换及维修。（4）阀门每周检查： 1、阀体及阀件清洁; 2、检查阀杆与启密件是否牢靠不脱落; 3、检查阀体是否有渗漏及损坏; 4、检查密封垫片是否密封及损坏. （5）稳压灌每周检查: 1、罐体清洁; 2、检查是否损坏及渗漏.
服务器、网络设备以及安全设备日常维护管理制度
服务器、网络设备以及安全设备日常维护管理制度第一条 服务器、网络设备及安全设备的安全、性能检查。每台服务器、网络设备及安全设备至少保证每周检查两次，每次检查的结果要求进行登记记录。 第二条 数据备份工作。定期对服务器、网络设备、安全设备的配置文件进行备份，每次更改配置、策略后，都要及时更新备份文件，保证当前为备份最新数据。 第三条 服务器、网络设备及安全设备的监控工作。每天正常工作期间必须保证监视所有服务器、网络设备及安全设备状态，一旦发现服务器、网络设备或安全设备异常，要及时采取相应措施。 第四条 服务器、网络设备及安全设备的相关日志操作。每台服务器、网络设备及安全设备保证每周或依据数据情况对相关日志进行整理，整理前对应的各项日志如应用程序日志、安全日志、系统日志等应进行保存。 第五条 要及时做好服务器的补丁升级和漏洞修复工作。对于新发布的漏洞补丁和应用程序方面的安全更新，要及时分发给每台服务器。 第六条
服务器、网络设备及安全设备的安全检查主要包括CPU利用率、运行状态、性能、网络流量等方面。安全管理员必须保证对服务器、网络设备及安全设备每月进行一次安全检查。每次的检查结果必须做好记录，并生成检查报告。 第七条 不定时的相关工作。每台服务器如有应用软件更改、需要安装新的应用程序或卸载应用程序等操作，应提前告知所有管理员。 第八条 密码定期更改工作。每台服务器、网络设备及安全设备保证至少每一个月更改一次密码，密码长度不少于8位，且要满足复杂度要求。 第九条 系统管理人员要定时对系统服务器进行病毒检查，发现病毒要及时处理。 第十条 未经许可，任何人不得在服务器上安装新软件，若确实需要安装，安装前应得到授权并进行病毒例行检查。 第十一条 经远程通信传送的程序或数据，必须经过检测确认无病毒后方可使用。 第十二条 定时对硬件进行检查、调试和修理，确保其运行完好。 第十三条
软件维护手册
软件维护手册 主要包括软件系统说明、程序模块说明、操作环境、支持软件的说明、维护过程的说明，便于软件的维护。 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 的说明相同。以后的其他各程序的说明相同。
小型机日常维护手册
IBM P750小型机 日常维护手册 一、服务器硬件运行状态检查 1.当服务器处于启动和正常工作状态时，其前面板上的状态灯（与电源灯并排）和各硬盘的状态灯 （一排小灯，与各硬盘位置一一对应）应显示为绿色。 2.当服务器的状态灯出现橙黄色时，说明有硬件告警，此时要检查服务器的电源、接线、硬盘等。 如果有硬件故障则需要立即进行更换和更正，如果查不出具体问题，则需要联系相关专家进一步诊断。 3.当硬盘工作正常时，与各硬盘对应的硬盘灯会呈绿色，如无读写，则绿灯一直亮，如该硬盘有读 写操作，则绿灯会不规则闪烁，当硬盘损坏时，则硬盘状态灯将熄灭，或者呈闪烁状态：以1～3秒的频率有规律地、不停地闪烁。 如果发现有服务器硬件状态灯不正常的情况，请及时联系我公司工程师，以便及时进行诊断并解决故障。 二、HMC（硬件管理平台）管理与操作 HMC的两种访问途径： 1、在机房直接通过显示器和键盘进行管理维护等相关操作 2、通过web远程访问，登录HMC web管理界面，访问地址为： 1、登录HMC 浏览器访问连接HMC后，首页界面如下图所示。 点击下图所示链接，进入HMC验证登录界面。 输入用户名与口令，登录HMC。 用户名：hscroot 口令： 成功登录到HMC管理界面如下图所示。 2、注销HMC 在HMC console右上角有（hscroot | help | log off）链接，单击log off，会出现如下图所示注销界面：选择Log off，系统返回到HMC初始登录界面状态。
3、重启HMC 左边导航栏中选择HMC Management shut down or Restart，如下图所示，对HMC进行正常重启及关机操作。 请谨慎对HMC进行关机和重启操作！ 4、状态栏功能 状态栏位于HMC左下角位置，如下图所示，负责监控并反映管理系统资源状态和HMC状态。单击每个图标状态可以列出详细状态，你可以查到更详细的帮助信息： ：非法操作，如果任何被管理的主机执行了非法操作，这个图标将会变亮。 ：黄灯警告, 如果任何被管理的主机有错误并有黄灯被点亮，这个图标也将会变亮 ：报错日志：日志中有报错信息，这个图标将会变亮，此项与 ：摘要，摘要中会将有用信息做统计并显示在工作栏中。 5、Service Management 导航栏中Service Management强大的管理功能给用户日常维护提供了更简单直观的界面，如下图所示， 但日平时最常用的子项是Manage Serviceable Events，如下图步骤可以对HMC所管理的设备进行日常错误及时直观的观察，以确保IBM小型机能正常工作，下图就是基本的操作方法图示： Service ManagementManage Serviceable Events 6、Service Plans-分区管理与操作 如何查看小型机资源配置： 如上图红色标注所示，选中所需查看主机（备注：请不要同时选中多台主机及多个分区）,在下拉菜单中选中“Properties”，打开参数窗口，通过“Properties”可以查看主机运行状态，CPU,内存，I/0等重要硬件系统参数，如下图所示。 同理，在分区区域中先中每分区后的Properties选项，便可以直观方便的掌握分区状态和资源配置信息。 如何开关机及激活分区： 关机。 开机。
日常维修工作流程
日常维修工作流程 文稿归稿存档编号：[KKUY-KKIO69-OTM243-OLUI129-G00I-FDQS58-
日常维修工作流程 一、维修部维修人员每天保持维修房、维修场地干净；工具、材料归类摆放，科学有序。 二、维修人员每天对机电设备进行常规性维护保养，确保所有机电设备健康运作。作业项目安全、规范、美观。 三、维修人员应对所有机电设施例行检查。例行检查根据检查对象的不同每天、每两天或每周不等的时间段进行一次，两人合作进行，对检查中发现的问题，应在《日常维护巡查记录》上登记清楚。能够自己随时处理的问题应随时处理，自己无法随时处理时，应向主管领导做口头或书面报告，及时安排处理。 另外，维修人员应结合日常维修工作对供电、供水、排水网络进行随机检查，发现问题及时处理或向主管领导报告。 四、例行检查的内容为： 1、供电系统是否存在隐患，有无危及供电安全现象。 2、供水系统（包括纯净水制水设备）是否存在隐患，有无危及供水安全现象。 3、公司各部分排水系统是否畅通，是否有水管跑冒滴漏和污水外溢现象。 4、供蒸汽管道、阀门、仪表是否正常。 5、天燃气设备运转是否正常，监测设备是否正常，要做定期检测。 6、锅炉运行状况，及时检查，每天听取锅炉工的工作汇报。 7、宿舍有无私拉乱扯危及用电安全行为。 8、所有公共照明灯电源线是否老化破皮，有无危及员工安全现象。 9、有无其他影响公司形象容需要整改的事项。
10、生产车间每一条生产线的机械电气设备的运行情况，每天早晨上班或车间下班 后对机械进行润滑保养。（把多余的润滑油用抹布擦拭干净，以免污染产品） 11、污水处理系统是否正常运行，建立维护档案 五、维修部保证所有使用工具的安全性。维修过程，应严格遵守安全规程，防止发生意外事故。 六、任何维修工作结束后，均应清点工具，清理现场，清除垃圾，经检查、测试全部符合质量后方能送电、送水，交付使用。 七、对所完成的工作应记录在维修记录上，对未完成项目要写明原因及下步处理意见。 八、维修人员应对所维修项目负责，对不负责任、敷衍了事造成返工的，追究维修人员责任，对因返工造成材料浪费的，予以相应处罚。 九、维修人员在休班期间，如遇公司工作需要到现场处理，应以公司利益为重，积极配合。 十、以上巡视工作，都要认真填写有关《***巡查记录表》。 记录表要及时存档，妥善保存，以备核查。 十一、公司对以上工作做随机巡视监督，若发现工作敷衍，将对维修部进行严厉惩罚 2017年4月21日
IT设备操作及维护手册
信息部TI硬件操作及维护手册 目录 第一章：信息部工作职责 (2) 一、信息部经理岗位职责 (2) 二、网络管理专员岗位职责 (3) 第二章：门店设备的使用及维护 (3) 一、机房环境注意与日常维护 (3) 二、服务器操作与维护 (4) 三、网络设备的日常维护 (6) 四、监控系统的操作与维护 (6) 五、功放设备的使用和日常维护 (9) 六、UPS不间断供电源 (10) 七、点单收银电脑使用和维护 (12) 八、微型打印机使用和维护 (16) 九、排号等位使用和维护 (18) 十、门店网费电话费缴费流程 (19) 十一、钉钉考勤机操作流程 (21) 十二、钉钉审批流程 (26) 十三、天子星前厅点餐系统操作流程 (31)
第一章：信息部工作职责 一、信息经理岗位职责 1，拟定和执行企业信息化战略。 1）负责制订公司信息化中长期战略规划、当年滚动实施计划。 2）制定企业信息化管理制度、制定信息化标准规范。 3）负责公司信息化网络规划、建设组织。 4）制订IT基础资源（硬、软件）运行流程、制定网络安全、信息安全措施并组织实施， 实现IT资源集约管理。 5）负责公司集成信息系统总体构架，构建企业信息化实施组织，结合业务流程重组、项目管理实施企业集成信息系统。 6）负责集团公司网站建设计及总体规划。 2、办公自动化系统开发与运行 （1）根据公司发展战略和实际需要，组织实施公司办公自动化系 统、网站的运行管理和维护与更新，协助信息管理工作； （2）负责公司办公自动化设备（计算机及其软件、打印机）的维护、管理工作。 3、企业信息资源开发 根据企业发展战略和信息化战略要求，负责企业内外部信息资源开发利用。导入知识管理，牵头组织建立企业产业政策信息资源、竞争对手信息资源、供应商信息资源、企业客户信息资源、企业基础数据资源五大信息资源库。 4、建立信息化评价体系 根据公司信息化战略和企业实情，建立公司信息化评价体系和执行标准、制定全员信息化培训计划。 5、信息处理 负责信息的收集、汇总、分析研究，定期编写信息分析报告报公司领导决策参考；参与公司专用管理标准和制度的
软件系统运维手册范本
系统运维手册
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系统服务程序的构成
仪表的日常工作维护
一、过程检测与控制仪表的日常维护 仪表的日常维护大致有以下几项工作内容：（1）巡回检查（2）定期润滑（3）定期排污（4）保温伴热（5）故障处理 1.巡回检查 ①查看仪表指示、记录是否正常，现场一次仪表指示和控制室显示仪表、调节仪表的 指示是否一致，调节器输出指示和调节阀阀位是否一致 ②查看仪表电源、气源是否达到额定值 ③检查仪表保温、伴热状况 ④检查仪表本体和连接件损坏和腐蚀情况 ⑤查看仪表和工艺接口泄漏情况 ⑥查看仪表完好状况 2．定期润滑 3．定期排污 3．1排污主要针对差压变送器、压力变送器、浮筒液位计等仪表，由于测量介质含有粉尘、油垢、微小颗粒等在导压管内沉积或在取压阀内沉积，直接或间接影响测量。 3．2吹洗吹洗是利用吹气或冲液使被测介质与仪表部件或测量管线不直接接触，以保护测量仪表并实施测量的一种方法。吹气是通过测量管线向测量对象连续定量地吹入气体。冲液是通过测量管线向测量对象连续定量地冲入液体。 吹洗应注意事项： ①吹洗气体或液体必须是被测工艺对象所允许的流动介质，通常应满足以下条件 a．与被测工艺介质不发生化学反应 b．清洁，不含固体颗粒 c．通过节流减差后不发生相变 d．无腐蚀性 e．流动性好 ②吹洗液体供应源充足可靠，不受工艺操作影响 ③吹洗流体的压力应高于工艺过程在测量点可能达到的最高压力，保证使吹洗流体按 设计要求的流量连续稳定地吹洗 ④采用限流孔板或带可调阻力的转子流量计测量和控制吹洗液体或气体的流量。 ⑤吹洗流体入口点应尽可能靠近仪表取源部件（或靠近测量点），以便使吹洗流体在测 量管线中产生的压力降保持在最小值。 ⑥为了尽可能减小测量误差，要求吹洗流体的流量必须恒定。根据吹洗流体的种类、 被测介质的特性以及测量要求决定吹洗流量，下列吹洗流体数值供参考。 a.流化床：吹洗流体为空气或其他气体时，一般为0.85～3.4m3/h； b.低压储槽液体位测量：吹洗流体为空气或其他气体时，一般为0.03～0.045m3/h; c.一般流量测量：吹洗流体为气体时，一般为0.03～0.14m3/h；吹洗流体为液体 时，一般为0.014～0.036m3/h。 怎样检查现场运行中差压变送器使其工作正常？ 答案：由于差压变送器的故障多是零点漂移和导压管堵塞，所以在现场很少对刻度逐点校验，而是检查它的零点和变化趋势，具体方法如下：1)零点检查：关闭正、负压截止阀。打开平衡阀，此时电动差压变送器电流应为4mA。2)变化趋势检查：零点以后，各阀门恢复原来的开表状态，打开负压室的排污阀。这时变送器的输出应最大即电动差压变送器为20mA以上。若只打开正压室排污阀，则输出为最小，即电动差压变送器为4mA。打开排污阀时，被测介质排出很少或没有，说明导压管有堵塞现象，要设法疏通。
网络设备维护方案修订稿
网络设备维护方案公司标准化编码 [QQX96QT-XQQB89Q8-NQQJ6Q8-MQM9N]
设备维保服务方案 北京凌技通信技术有限公司2012年7月1日
目录
一、服务概述 随着企业信息化的高度发展，IT基础构架已经成为支撑企业业务正常运行的重要因素，稳定、安全的IT业务系统甚至成为企业的核心竞争力之一。硬件故障、数据丢失、宕机、负载过高或闲置、病毒、人为操作失误等IT系统问题直接影响企业业务系统的正常运行。 基于多余年的IT服务经验，我们总结提炼出涵盖主流IT设备厂商从主机、存储、网络到软件系统等全线IT基础构架的维保服务产品，为客户的业务提供跨厂商的技术支持，以专业的工程师队伍和规范的业务流程为客户及时解决系统故障、恢复业务系统运行，降低系统故障率，提高IT系统可用性，并帮助客户提高自身的IT管理能力。 综合服务能力强，涵盖了HP、IBM、SUN、CISCO等主流厂商从服务器、存储到网络设备等得全线IT基础构架设备，单一服务接口简化多品牌管理、我们能够满足用户对不同层次的服务和不同种类产品的需求，为用户提供一站式服务。 针对此次维保服务，内容主要有： 1.硬件保修服务 本服务是对续保客户提供的一种保障性增值服务,即对维保服务期内的产品硬件在产品正常使用过程中可能发生的故障(人为不当操作、设备运行环境、不可抗力因素等造成的产品毁损情形除外)提供终身维护维修服务。硬件保修服务作为设备最基本、最重要的服务之一，为产品的长期稳定运行增加了一个重要的安全筹码，有利于延长了产品的生命周期，有利于更好的保障客户网络安全。 维保服务期内，正常使用下发生故障由北京凌技通信技术有限公司负责保修。服务器损坏的部件或配件为厂商的正规产品。
系统管理员日常维护操作手册
系统管理员日常维护操作手册一、日常维护
一、服务器日常开关机器规定 （一）、开机步骤 1、开启服务器电源，系统将自动启动server2008操作系统，注意操作系统 启动过程中的系统提示信息，如果有异常的提示必须作好数据库操作启动的日志记录,并联系硬件维护人员。 2、待服务器操作系统正常启动后，使用administrator身份登陆到服务器， 启动自动过费程序。 3、服务器的任何异常提示，请及时联系硬件公司检查,个人及其他非专业人 员勿进行操作,以免造成数据丢失； 4、一般服务器至少20天左右要进行一次系统的关机动作。对于专用服务器 则不需要进行此操作。 （二）、系统运行过程中的数据库维护操作 5、每天必须做好数据库的日常备份工作，同时必须进行数据库至少存放在服 务器的2个地方，或者备份到U盘或其他电脑上,同时保存好备份数据。 6、拷贝数据库备份文件的U盘或其他存储工具,必须先在其他电脑杀毒后,在 到服务器使用,禁止其他未杀毒U盘在服务器使用,避免服务器中毒! （三）、服务器的关机操作步骤
7、点击开始菜单中关机按钮,进行正常关机,关机前先关闭应用程序,禁止 强制关机! 二、数据库备份原则说明 1、以上操作的意义为： 每天在服务器上执行数据备份以保证数据的安全性。防止硬件故障等突发原因引起的系统崩溃。 系统安全稳定性依赖于规范的操作。非正常操作（如：未正常关机,直接关电。强制关机）都会给系统带来损害。 2、建议备份方案： 每月盘点后：数据库备份并且将备份保存一年。 3、注意事项： 在使用过程中如果发生断电或硬件故障等意外情况而造成前后台死机，应先尝试开启服务器,如服务器不能开机,需及时联系硬件公司与蓝崎公司售后人员,大面积的死机可能由服务器故障引起，也可能由于网络（网线、HUB）等故障引起，出现问题时要注意区分，以便迅速有效的解决问题。
电脑部日常维护工作清单
电脑部日常维护工作清单 01：IP 地址的分配使用管理。 02：中心交换机的管理与维护。 03：交换机端口数据流量的检查与分析。 04：网络综合布线与内网光纤的维护。 05：客户端网络信号返回延时值的检查。 06：清除内部网络意外文件的共享，防止“共享入侵”事件。 07：电脑机房各服务器和其它辅助设备的建设与维护。 08：深信服网管设备的应用与维护。 09：光纤拨号上网联接与流量检测工作。 10：各互联网使用者的网络权限、行为限制的建设与维护。 11：外网联接安全性检查与排除。 12：外网开放端口、虚拟主机的管理。 13：录像监控系统的建设与维护。 14：东、南门等关键位置的录像翻查与抓图工作。 15：防盗系统的维护。 16：门禁系统的维护。 17：考勤系统的建设与维护。 18：电话系统的应用与维护。 19：广播系统的维护。 20：大会议室各项设备的应用与维护。 21：办公大楼各办公设备（如：冷气等）的维护。 22：租借、自设的打印、复印、传真等办公服务的维护。 23：条码纸打印建设与维护。 24：机房各服务器的硬盘信息安全维护。 25：各项服务与服务器的管理员帐号、密码的定期更改与维护。 26：提供以下各项服务给相关部门应用： FTP服务、虚拟主机服务、WEB服务、SQL服务、文件共享服务与建设、网络硬盘服务与建设及维护等。27: ERP系统的使用建设与维护。 28：数据库应用软件的开发、实施与维护： A:工程单管理系统； B:工资处理系统；
C:部门费用查询系统； D:零件/产品维护系统； E:采购单打单系统； F:报价单管理系统； G:新工资管理系统； H:项目跟进系统； I ：采购管理系统； J :部门联系信息查询程序； K:销售送货单管理系统； L:电脑管理系统； M仓储部的物控系统； N:水件部的生产管理系统； O美图之声和人事档案管理网站; P 工程单与部门项目日志管理系统； Q 行政事务管理系统； R 生产部门的计件管理系统； 29 内部邮件服务。 30 外部邮件服务与维护。 31 赛门铁克企业版杀毒软件的维护。 32 公司门户网站的维护、公司域名和网站备案等互联网常规业务维护。 33 : ISO体制的融入与执行。 34 : 0A系统的维护、用户管理和信息沉余度的清除等。 35 办公电脑使用维护 A 硬件的安装与故障排除。 B 操作系统和应用软件的安装与故障排除。 C 常规的电脑维护工作（如补丁的修复、非法软件的清除、系统性能的优化、临时文件的清除等等） D 电脑应用的辅导工作。 E 各项应用与服务的安装和维护。 部门电脑部部门经理日期2020 年1 月10 日