DB2 日常维护指南，第1 部分
检查DAS、实例、表空间、表、磁盘的状态
检查管理服务器是否启动
DB2 管理服务器（DAS ）是用于辅助DB2 实例上任务的一个控制点，如果想使用DB2 提供的图形化工具（如“控制中心”、“配置顾问程序”等）、工具目录数据库（Tools Catalog ）、数据库发现等功能，则必须有一个正在运行的DAS 。
DAS 主要有以下功能：
1.企业DB2 数据库实例的远程管理。
2.提供用于作业管理的工具，包括调度DB2 数据库管理器和操作系统命令脚本运行的能力，这些
命令脚本是用户定义的。
3.使用“任务中心”来对DAS 的远程或本地做到定义作业的安排，查看已完成作业的结果以及执行
其他管理任务。
4.与DB2 发现实用程序一起提供一种查找关于DB2 实例、数据库以及其他DB2 管理服务器配
置信息的方法。“配置助手”和“控制中心”使用此信息来简化和自动执行客户机与DB2 数据库的
连接配置。
一个数据库物理服务器包括一个管理服务器（Admin Server ）以及一个或多个实例，每个实例( 数据库管理器database manager) 是一个逻辑服务器，可以拥有一个到多个数据库。每个数据库服务器有且只能有一个DAS ，如果没有DAS ，需要发出dascrt 命令（这个命令只是在UNIX 平台有效，在Windows 平台需要使用“ db2admin create ”命令）或者db2admin create 命令（在windows 和UNIX 平台都可以使用）来创建一个DAS 。如果创建了不止一个DAS ，则需要通过发出dasdrop 命令( 这个命令只是在UNIX 平台有效，在Windows 平台需要使用“ db2admin drop ”命令) 或
db2admin drop 命令（在windows 和UNIX 平台都可以使用）来删除多余的DAS 。
Windows 和UNIX 上的DAS 包括一个调度程序，以运行使用任务中心定义的任务（例如，DB2 数据库和操作系统命令脚本）。任务信息（例如，要运行的命令，与任务相关联的安排、通知和完成操作）以及运行结果存储在DB2 数据库中称为工具目录的一组表和视图中。工具目录是作为安装的一部分创建的。还可以通过控制中心或通过CLP 使用CREATE TOOLS CATALOG 命令创建和激活它。
DAS 服务器如图1 所示，一个DAS 可以有多个实例，每个实例可以有一个或多个数据库，具体如图1 所示：
图 1. DB2 Admin Server（DAS）
以UNIX 平台为例，我们来看一下如何确定DAS 已经启动，以管理员身份登录操作系统，在shell 窗口中用ps 命令查看是否有dasusr1 后台进程来确定DAS 是否正常启动，如果有这个进程，说明DAS 正常启动了，如果没有，说明DAS 没有正常启动，具体如清单01 所示：
清单 1. 检查是否存在dasusr1 进程，以便得知DAS 是否启动
请确保管理服务器已经启动，如果没有启动，则按以下步骤启动管理服务器：
1.以管理服务器用户(UNIX 默认是DASUSR1) 登录
2.发出db2admin start 命令
3.如果是HA 环境，则要保证在脚本中正确配置了启动命令
对于Windows 平台，也可以通过服务的方式来查看DAS 是否启动，如果发现其没有启动，可以通过服务的方式将其启动起来，具体如图02 所示：
图 2. 在服务中启停DAS
检查DB2 实例是否已经启动
实例是逻辑数据库管理器环境，您可以在此环境中对数据库进行编目和设置配置参数。根据需要，可以在同一台物理服务器上创建多个实例，该服务器为每个实例提供唯一的数据库服务器环境。只有实例正常启动，其下的数据库才能正常使用，以UNIX 平台为例，我们来看一下如何确定实例已经启动，以管理员身份登录操作系统，用ps 命令查看是否有db2sysc 后台进程，每个db2sysc 进程代表启动了一个实例，具体命令如清单02 所示：
清单 2. 检查是否存在db2sysc 进程，以便得知实例是否启动
也可以以DB2 实例所有者身份登录，通过发出db2start 命令来确保启动了实例（如果实例已经启动，则会告知SQL1026N 数据库管理器已激活；否则，将把实例启动起来）。
启动实例时，在UNIX 平台需要以DB2 实例所有者身份登录，否则将无法顺利执行db2start 命令。如果想停止实例，可以先断开所有的连接（通过force applications all 命令断开连接，此命令为异步的，可能未能立即生效，想查看当前还有多少连接可以通过list applications 命令查看），再发出db2stop 命令停下实例。如果你需要强制停止实例，你可以使用db2stop force 命令。
在UNIX 环境下，默认创建的实例是DB2INST1 ，在Windows 平台，默认创建的实例是DB2 ，如果想切换实例：
1.UNIX : 用“ su - 实例用户名”进行切换，需要注意的是实例用户所属的“ .profile ” 文件里需
要包含调用db2profile 的脚本，比如在UNIX 环境下，DB2INST1 实例用户的profile 文件中将有调用“ /home/db2inst1/sqllib/db2profile ” 的脚本。如果是图形化界面方式安装，
一般实例所有者用户的“ .profile ” 都会有相应的脚本，如果是手工方式安装，需要保证
“ .profile ” 都会有相应的脚本。
2.WINDOWS：通过设置环境变量DB2INSTANCE 进行切换，也就是使用“ set
DB2INSTANCE= 实例名”的方式进行切换实例。在Windows 平台，启停实例还可以在服务窗口使用图形化的方式进行，具体如图 3 所示：
图 3. 在服务中启停实例
查看表空间状态是否正常
DB2 使用表和表空间的状态来控制对数据的访问（也就是帮助保护数据库的完整性），目前DB2 至少支持25 种表或表空间的状态。与恢复相关的最常见表空间状态是：
1.备份暂挂。
在前滚操作的某个时间点后，或不带有复制选项的装入操作后，表空间将置于此状态。在可使用该表空间之前必须对其备份。（如果未进行备份就不能更新表空间，但允许只读操作。）
2.复原暂挂。
如果取消了对表空间的前滚操作，或对表空间的前滚操作遇到了不可恢复错误（此时必须再次复原并前滚表空间），会将表空间置于此状态。在复原操作期间，如果无法复原表空间，该表空间也会处于此状态。
3.正在前滚。
表空间在对它进行的前滚操作正在进行中时，被置于此状态。一旦前滚操作成功完成，表空间就不再处于“正在前滚”状态。如果取消了对表空间的前滚操作，表空间也会结束此状态。
4.前滚暂挂。
表空间在复原后可能发生了输入／输出（I/O ）错误后被置于此状态。复原后，表空间可前滚到日志的末尾可某时间点。发生了I/O 错误后，表空间必须前滚到日志的末尾。
可以使用LIST TABLESPACES 命令确定连接数据库中表空间的当前状态，使用SHOW DETAIL 选项查看表空间的详细信息。比如我们打开一个DB2CLP 窗口，连上示例数据库SAMPLE ，发出list tablespaces show detail 命令，可以看到表空间的状态的返回值为“ 0x0000 ”，接着用db2tbst 来查看状态编号对应的含义，可以知道，其代表“正常”，部分信息具体如清单 3 所示：
清单 3. 查看示例数据库SAMPLE 的表空间状态
C:\> db2 connect to sample 数据库连接信息
数据库服务器 = DB2 / NT 9.1.0
SQL 授权标识 = RHETTE
本地数据库别名 = SAMPLE
C:\> db2 list tablespaces show detail 当前数据库的表空间
表空间标识 = 0
名称 = SYSCATSPACE
类型 = 数据库管理空间
内容 = 所有持久数据。常规表空间。
状态 = 0x0000 详细解释：正常
总计页数 = 8192
可用页数 = 8188
已用页数 = 7776
可用页数 = 412
高水位标记（页） = 7776
页大小（以字节计） = 8192
扩展数据块大小（页） = 4
预取大小（页） = 4
容器数 = 1
表空间标识 = 1
名称 = TEMPSPACE1
类型 = 系统管理空间
内容 = 系统临时数据
状态 = 0x0000 详细解释：正常
总计页数 = 1
可用页数 = 1
已用页数 = 1
可用页数 = 不适用
高水位标记（页） = 不适用
页大小（以字节计） = 8192
扩展数据块大小（页） = 32
预取大小（页） = 32
容器数 = 1
表空间标识 = 2
名称 = USERSPACE1
类型 = 数据库管理空间
内容 = 所有持久数据。大型表空间。
状态 = 0x0000 详细解释：正常
总计页数 = 4096
可用页数 = 4064
已用页数 = 1824
可用页数 = 2240
高水位标记（页） = 1824
页大小（以字节计） = 8192
扩展数据块大小（页） = 32
预取大小（页） = 32
容器数 = 1
....................
C:\> db2tbst 0x0000
State = Normal
命令成功完成。在清单 3 中我们可以看到，状态编号0x0000 代表的状态是正常（Notmal ）。我们可以使用db2tbst 查看状态编号对应的状态含义，具体语法如清单 4 所示：
清单 4.db2tbst 语法
db2tbst 命令接收十六进制的状态值，并返回相应的表空间状态。表空间的状态可以是由单个状态值之和构成，比如如果表空间的状态是Quiesced Share （状态编码0x00001 ）和Quiesced Update （状态编码0x00002 ），那么所返回的十六进制值就是0x00003 （0x00001 + 0x00002 ）。
所有的表空间状态如表 1 所示：
表 1. 表空间状态
下面我们以Unix 系统上的DB2 为例，来看一下如何查看实例DB2INST1 下数据库MYDB 的表空间状态是否正常，首先我们以DB2INST1 实例的实例所有者( 也就是db2inst1 用户) 身份登录，连上数据库MYDB ，发出list tablespaces show detail 命令，查看表空间的状态是否正常，具体如清单 5 所示：
清单 5. 检查表空间状态是否正常示例（UNIX）
在Windows 平台，想查看数据库的状态，同样使用list tablespaces show detail 命令。
查看表的状态
在DB2 V9.1 中“设置完整性暂挂”（Set integrity pending ）替换了“检查暂挂表”（check pending ）状态。在V8 中，带有尚未验证的约束的表处于“检查暂挂”状态。在V9.1 中，“设置完整性暂挂”替代了“检查暂挂”状态。这些是等价的状态。在大多数情况下，LOAD 实用程序使用表级别锁定功能来限制对表的访问。LOAD 实用程序不会停顿装入操作所使用的表空间，并且仅对指定了COPY NO 选项的装入操作使用表空间状态。锁定级别取决于装入操作是否允许进行读访问。ALLOW NO ACCESS 方式的装入操作在装入期间将对表使用互斥锁定。ALLOW READ ACCESS 方式的装入操作将获取更新锁定并在装入操作期间维护该锁定，落实数据时，将把该锁定升级为互斥锁定。在ALLOW READ ACCESS 方式的装入操作开始之前，LOAD 实用程序将等待所有在该装入操作前开始的应用程序释放对目标表挂起的锁定。由于锁定不是持久的，而在装入操作中止后仍会保持表状态，所以使用表状态对它们进行补充。可以使用LOAD QUERY 命令来检查这些状态。通过使用LOCK WITH FORCE 选项，LOAD 实用程序将强制应用程序释放对它将要装入数据的目标表的冲突锁定。
LOAD QUERY 的语法具体如清单6 所示：
清单 6.LOAD QUERY 语法
LOAD QUERY 命令在其运行时检查载入操作的状态，并返回表的状态。如果载入操作完成（或异常终止）了，那么该命令只返回表的状态。LOAD QUERY 命令返回的状态如下所示：
1.正常：
没有任何表状态影响该表。
2.设置完整性暂挂：
该表有未经验证的约束。使用SET INTEGRITY 语句以使该表脱离设置完整性暂挂状态。当
LOAD 实用程序开始对带有约束的表执行装入操作时，它就会使该表处于设置完整性暂挂状态。
3.正在装入：
正在对此表执行装入操作。
4.装入暂挂：
已经对此表执行了装入操作，但该操作在落实数据前已终止。通过发出LOAD TERMINATE 、LOAD RESTART 或LOAD REPLACE 命令，可以使该表脱离此状态。
5.只读访问：
表数据可用于读访问查询。使用ALLOW READ ACCESS 选项的装入操作将使表处于只读访问状态。
6.不可用：
该表不可用。只能废弃该表或者从备份文件中复原该表。通过不可恢复的装入操作执行前滚将使表处于不可用状态。
7.不可重新启动装入：
表处于部分装入状态，不允许执行装入重新启动操作。该表还将处于装入暂挂状态。发出LOAD TERMINATE 或LOAD REPLACE 命令来使该表脱离“不可重新启动装入”状态。如果在未成功重新启动或终止的失败装入操作后执行前滚操作，或者根据表处于“正在装入”或“装入暂挂”状态
时创建的联机备份执行复原操作，表就会处于“不可重新启动装入”状态。在这两种情况下，装入重新启动操作所需的信息都是不可靠的，“不可重新启动装入”状态导致无法执行装入重新启动操作。
8. 1 类索引：
表当前使用 1 类索引。在对那些索引使用REORG 实用程序时，可以使用CONVERT 选项将它们转换为 2 类索引。
9.未知：
LOAD QUERY 命令无法确定表状态。
LOAD QUERY 命令可以用来查询单个表的状态。如果想查询多个表的状态，可以写个批处理或shell 脚本，使用LOAD QUERY 命令多次查询，也可以通过查看系统目录视图获取相关信息。比如在Windows 平台我们想查看SAMPLE 数据库org 表的状态，我们可以发出如清单7 所示的命令：
清单7.使用LOAD QUERY 查询表的状态
也可以通过查询系统目录视图以获得关于数据库的有用信息。例如，下面的语句使用NOT LIKE 选项，返回在SYSCAT.TABLES 中所有用户定义的表的名称，以及每个表的列数和表的状态（N = 正常；C = 设置完整性暂挂（Set integrity pending ）；X = 不起作用（Inoperative ）），具体如清单8 所示：
清单8. 通过查看SYSCAT.TABLES 查询表的状态
SQL 授权标识 = RHETTE
本地数据库别名 = SAMPLE
C:\> db2 select tabname, colcount, status FROM syscat.tables WHERE tabschema NOT LIKE 'SYS%' ORDER BY tabname
TABNAME COLCOUNT STATUS
- - - - - - - - - - - - - - - - - - - - - - - - - - -
TABNAME COLCOUNT STATUS
- - - - - - - - - - - - - - - - - - - - - - - - - - -
ACT 3 N
ADEFUSR 2 N
CATALOG 2 N
CL_SCHED 4 N
CUSTOMER 3 N
DEPARTMENT 5 N
DEPT 0 N
EMP 0 N
EMPACT 0 N
EMPLOYEE 01 N
EMPMDC 3 N
EMPPROJACT 6 N
EMP_ACT 0 N
EMP_PHOTO 3 N
EMP_RESUME 3 N
INVENTORY 3 N
IN_TRAY 4 N
ORG 5 N
PRODUCT 7 N
PRODUCTSUPPLIER 2 N
PROJ 0 N
PROJACT 5 N
PROJECT 8 N
PURCHASEORDER 6 N
SALES 4 N
STAFF 7 N
STAFFG 7 N
SUPPLIERS 2 N
TEST 1 N
VACT 3 N
VASTRDE1 13 N
VASTRDE2 13 N
VDEPMG1 7 N
VDEPT 4 N
VEMP 5 N
VEMPDPT1 7 N
VEMPLP 2 N
VEMPPROJACT 6 N
VFORPLA 7 N
VHDEPT 5 N
VPHONE 7 N
VPROJ 8 N
VPROJACT 5 N
VPROJRE1 8 N
VPSTRDE1 12 N
VPSTRDE2 12 N
VSTAFAC1 11 N
VSTAFAC2 11 N
V_ORG 5 X
V_STAFF 7 N
50 条记录已选择。
命令成功完成。如清单8 所示，表的状态为N 表示正常，V_ORG 表的状态为X ，表示不可用。
查看磁盘空间
在使用归档日志模式的情况下，如果脱机活动日志不能顺利归档到第三方路径，比如磁带机上时，数据库容易出现磁盘满错误，另外，在使用SMS 表空间模式的情况下，由于表空间所需实际空间是按需分配的，所以也有可能会出现磁盘满的问题。所以，DBA 每天需要查看活动日志目录所在的文件夹是否还有空间，以及SMS 表空间对应的容器目录是否还有空间等。
关于数据库的活动日志目录可以使用get db cfg 命令查看，找到活动日志目录后，可以使用操作系统命令（比如，“ df – k ”等）查看该目录是否还有磁盘空间，注意一定不要手工删除活动日志。
对SMS 表空间对应的容器目录，也需要经常查看，防止DB2 数据库管理器没有足够的空间来给SMS 表空间分配新页。
对DMS 表空间来说，由于其空间是预分配的（在创建表空间的时候，其空间已经提前分配），所以通过查看磁盘的方式，不能正确得知其是否还有空余空间，而是应该使用list tablespaces show detail 命令进行查看。比如在Windows 平台，我们连上示例数据库SAMPLE ，发出list tablespaces show detail 命令，会得到每个表空间情况的列表，比如对表空间USERSPACE1 来说，总计页数= 4096 ，总可用页数= 4064 ，已用页数= 1824 ，还剩可用页数= 2240 ，具体如清单9 所示：
清单9. 通过list tablespaces show detail 查看DMS 表空间是否还有可用空间
数据库服务器 = DB2 / NT 9.1.0
SQL 授权标识 = RHETTE
本地数据库别名 = SAMPLE
C:\> db2 list tablespaces show detail 当前数据库的表空间 ...........................................
表空间标识 = 2
名称 = USERSPACE1
类型 = 数据库管理空间
内容 = 所有持久数据。大型表空间。
状态 = 0x0000 详细解释：正常
总计页数 = 4096
可用页数 = 4064
已用页数 = 1824
可用页数 = 2240
高水位标记（页） = 1824
页大小（以字节计） = 8192
扩展数据块大小（页） = 32
预取大小（页） = 32
容器数 = 1
表空间标识 = 3
名称 = IBMDB2SAMPLEREL
类型 = 数据库管理空间
内容 = 所有持久数据。大型表空间。
状态 = 0x0000 详细解释：正常
总计页数 = 4096
可用页数 = 4064
已用页数 = 672
可用页数 = 3392
高水位标记（页） = 672
页大小（以字节计） = 8192
扩展数据块大小（页） = 32
预取大小（页） = 32
容器数 = 1
............................ .
命令成功完成。在单分区上查看DMS 表空间是否还有可用页可以使用“ db2 list tablespaces show detail ”，如果想在在所有分区上查看表空间是否还有可用页，可以使用“ db2_all list tablespaces show detail ”命令。
检查存储管理软件、数据库备份、日志归档是否正常
我们一般会使用第三方存储管理软件，比如TSM ，把归档日志和备份文件映像从磁盘转移到磁带上。设置的方法有很多种，比较常见的有，写一个shell 脚本，放到操作系统crontab 中定期执行。Shell 脚本中写下了多长时间使用TSM 进行备份等操作。作为DBA ，我们需要经常检查（或者由其他相关管理人员告知）磁带机是否运行正常，第三方管理软件是否运行正常，备份映像文件是否正常放到了磁带上，归档日志是否正常放到了磁带上等等。只有在保证这些正常的情况下，我们才能保证备份映像文件和归档日志都被正确处理了，当我们数据库发生故障的时候，我们才能利用备份映像文件和归档日志进行数据库的还原和恢复。
DB2 会对整个数据库上发生过的备份情况进行记录，可以通过“ list history backup all for 数据库名”命令进行查看，比如在Windows 平台，我们连上示例数据库SAMPLE ，发出list history backup all 命令，具体如清单10 所示：
清单10. 通过list history backup all 查看数据库备份情况
C:\>db2 list history backup all for sample 列示 sample 的历史记录文件
匹配的文件条目数 = 1
- - - - - - - - - - - - - - - - - - - - - - - - - - -
Op 对象时间戳记+序列类型设备最早日志当前日志备份标识
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
B D 20080218191000001 F D S0000000.LOG S0000000.LOG
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
包含 5 表空间：
00001 SYSCATSPACE
00002 USERSPACE1
00003 IBMDB2SAMPLEREL
00004 SYSTOOLSPACE
00005 IBMDB2SAMPLEXML
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 注释：DB2 BACKUP SAMPLE OFFLINE
开始时间：20080218191000
结束时间：20080218191012
状态：A
- - - - - - - - - - - - - - - - - - - - - - - - - - - - -- - - - - -
EID：8 位置：C:
DB2 日常维护指南，第2 部分
检查缓存池命中率和死锁
查看缓冲池的命中率
DB2 数据库执行的所有数据读取和更新操作都是在缓冲池中进行的。当应用程序需要数据时，就会将数据从磁盘复制到缓冲池。下列程序将页放入缓冲池：
1.代理程序。这是同步I/O 。
2.I/O 服务器（预取程序）。这是异步I/O 。
下列程序将页从缓冲池写入磁盘：
1.代理程序（同步方式）。
2.页清除程序（异步方式）。
如果服务器需要读取一页数据，并且该页已在缓冲池中，则访问该页的速度要比从磁盘读取该页快。如果在缓冲池中能命中尽可能多的页，那就最好不过了。避免磁盘I/O 操作对于提高数据库性能来说十分重要，因此，在调整性能时，正确地配置缓冲池是其中一项最重要的考虑事项。对于页请求，如果该页已在缓冲池中，数据库管理器就不需要从磁盘装入该页便可以为该请求提供服务，缓冲池命中率指的就是此类情况所占的百分比。缓冲池命中率越高，磁盘I/O 操作频率就会越低。
缓冲池命中率的计算公式如清单11 所示，此计算公式考虑缓冲池高速缓存的所有页（索引和数据），其中索引包括索引物理读、逻辑读、临时索引物理读、临时索引逻辑读；数据包括正常数据以及XML 数据，正常数据包括数据物理读、数据逻辑读、临时数据物理读、临时数据逻辑读；XML 数据包括XML 数据物理读、XML 数据逻辑读、临时XML 数据物理读、临时XML 数据逻辑读等：
清单11.整体缓冲池命中率计算公式
分别解释一下清单11 中各项的含义：
1.pool_data_p_reads是缓冲池数据页物理读取数，指示从表空间容器（物理）中对常规表空间
和大型表空间读取的数据页的数目。
2.pool_xda_p_reads是物理读取的缓冲池XDA 数据页数( DB2 V9 新增选项) ，指示从表空间
容器（物理）中对常规表空间和大型表空间读取的XML 存储器对象（XDA ）的数据页数。
3.pool_index_p_reads是缓冲池索引物理读取数，指示从表空间容器（物理）中对常规表空间和
大型表空间读取的索引页的数目。
4.pool_temp_data_p_reads是缓冲池临时数据物理读取数，指示从表空间容器（物理）中对临
时表空间读取的数据页的数目。
5.pool_temp_xda_p_reads是物理读取的缓冲池临时XDA 数据页数( DB2 V9 新增选项) ，
指示从表空间容器（物理）中对临时表空间读取的XML 存储器对象（XDA ）的数据页数。
6.pool_temp_index_p_reads是缓冲池临时索引物理读取数，指示从表空间容器（物理）中对
临时表空间读取的索引页的数目。
7.pool_data_l_reads是缓冲池数据页逻辑读取数，指示从缓冲池（逻辑）中对常规表空间和大
型表空间请求的数据页的数目。此计数包括数据处于下列情况时对数据的访问：
当数据库管理器需要处理页时数据已经在缓冲池中。应读取到缓冲池中，数据库管理器才能处理页。
8.pool_xda_l_reads是逻辑读取的缓冲池XDA 数据页数，指示从缓冲池（逻辑）中对常规表空
间和大型表空间请求的XML 存储器对象（XDA ）的数据页数。此计数包括数据处于下列情况时对数据的访问：
当数据库管理器需要处理页时数据已经在缓冲池中。应读取到缓冲池中，数据库管理器才能处理页。
9.pool_index_l_reads是缓冲池索引逻辑读取数，指示从缓冲池（逻辑）中对常规表空间和大型
表空间请求的索引页的数目。此计数包括索引页处于下列情况时对索引页的访问：
当数据库管理器需要处理页时索引页已经在缓冲池中。应读取到缓冲池中，数据库管理器才能处理页。
10.pool_temp_data_l_reads是缓冲池临时数据逻辑读取数( DB2 V9 新增选项) ，指示从缓冲
池（逻辑）中对临时表空间请求的数据页的数目。
11.pool_temp_xda_l_reads是逻辑读取的缓冲池临时XDA 数据页数( DB2 V9 新增选项) ，指
示从缓冲池（逻辑）中对临时表空间请求的XML 存储器对象（XDA ）的数据页数。
12.pool_temp_index_l_reads是缓冲池临时索引逻辑读取数，指示从缓冲池（逻辑）中对临时表
空间请求的索引页的数目。
如果您的数据库没有使用pureXML 功能，则整个公式可以简化一下，这个时候和DB2 V8 以及以前版本的缓冲池命中率计算公式是一样的，具体如清单12 所示，此计算公式考虑缓冲池高速缓存的所有页（索引和数据），其中索引包括索引物理读、逻辑读、临时索引物理读、临时索引逻辑读；数据只包括正常数据，不包括XML 数据，具体包括数据物理读、数据逻辑读、临时数据物理读、临时数据逻辑读等：
清单12.没有使用pureXML 功能的缓冲池命中率计算公式
如果不考虑临时数据，整个公式还可以进一步简化，具体如清单13 所示，这个公式是我们平时常用的，此计算公式考虑缓冲池高速缓存的所有非临时页（索引和数据），其中索引包括索引物理读、逻辑读；数据只包括正常数据，不包括XML 数据，具体包括数据物理读、数据逻辑读等：
清单13.简化的缓冲池命中率计算公式
对使用pureXML 功能的数据库来说，通过将逻辑读取的缓冲池临时XDA 数据页数
（pool_temp_xda_l_reads ）、物理读取的缓冲池临时XDA 数据页数
（pool_temp_xda_p_reads ）、缓冲池临时数据逻辑读取数（pool_temp_data_l_reads ）和缓
冲池临时数据物理读取数（pool_temp_data_p_reads ）一起使用，并借助清单14 中的公式，可以计算临时表空间中缓冲池的数据页命中率：
清单14.临时表空间中缓冲池的数据页命中率
如果数据库没有使用pureXML 功能，那么临时表空间中缓冲池的数据页命中率的公式还可以进一步简化，只使用临时表空间缓冲池数据物理读（pool_temp_data_p_reads ）和临时表空间缓冲池数据逻辑读（pool_temp_data_l_reads ）即可，具体如清单15 所示：
清单15.临时表空间中缓冲池的数据页命中率
对使用pureXML 功能的数据库来说，通过将逻辑读取的缓冲池XDA 数据页数（pool_xda_l_reads ）、物理读取的缓冲池XDA 数据页数（pool_xda_p_reads ）、缓冲池数据页物理读取数
（pool_data_p_reads ）与缓冲池数据页逻辑读取数（pool_data_l_reads ）一起使用，并借助清单16 中的公式，可以计算缓冲池的数据页命中率：
清单16.缓冲池的数据页命中率
对不使用pureXML 功能的数据库来说，公式还可以进一步简化，通过将缓冲池数据页物理读取数
（pool_data_p_reads ）与缓冲池数据页逻辑读取数（pool_data_l_reads ）一起使用，并借助清单17 中的公式，可以计算缓冲池的数据页命中率：
清单17.缓冲池的数据页命中率
增加缓冲池大小一般会改进命中率，但您会达到一个最优状态，而无法继续改进。从理论上说，如果能够分配大到足以存储整个数据库的缓冲池，则系统启动并运行后你可以得到100% 的命中率。但在许多情况下这是不现实的。命中率的高低实际上取决于数据的大小以及访问数据的方式。如果数据库很大并且数据访问比较平均，则命中率将会很低。对于非常大的表来说，您几乎无能为力。在此情况下，应该将重点
放在较小并且访问较为频繁的表以及索引上。如果可能的话，将它们指定给希望获取高命中率的各个缓冲池。
通过缓冲池索引物理读取数（pool_index_p_reads ）与缓冲池索引逻辑读取数（pool_index_l_reads ）一起使用，可以计算缓冲池的索引页命中率，如果命中率很低，则提高缓冲池页数可以改进性能。具体如清单18 所示：
清单18.缓冲池的索引页命中率
以上各个公式中用到的监视元素值，有两种方法可以得到值：
1.通过get snapshot 命令，使用快照监控器得到监视元素值。
2.通过DB2 V9.1 新提供的快照监控器管理视图，比如SYSIBMADM.SNAPDB 和
SYSIBMADM.SNAPTBSP 。
需要注意的是，如果想获得正确的信息，相应的监视开关需要打开，而且所有快照监视管理视图和关联表函数都使用单独的实例连接，该连接与当前会话使用的连接不同。因此，只有缺省数据库管理器监视开关起作用。不起作用的监视开关包括任何在当前会话或应用程序中动态打开或关闭的开关。
另一种方便的方法是使用BP_HITRATIO 管理视图来监视缓冲池命中率。DB2 V9.1 还提供了一组管理视图，这些管理视图不仅返回各个监视元素的值，还返回监视任务通常需要的计算值。例如，SYSIBMADM.BP_HITRATIO 管理视图返回缓冲池命中率计算值，此值由各个监视元素的值累计得出的。具体如表02 所示：
表02.SQL 管理公用视图
对于大型数据库来说，增加缓冲池大小对缓冲池命中率的影响极小。它的数据页数可能非常多，增加缓冲池大小并不会提高命中统计机率。而是，您会发现通过调整索引缓冲池命中率能获得期望的结果。这可以通过两种方法实现：
1.将数据和索引分到两个不同的缓冲池中并分别对它们进行调整。
2.使用一个缓冲池，但增加其大小，直到索引命中率不再提高为止。
索引缓冲池命中率的计算公式如下：
第一种方法通常效率更高，但由于它要求索引和数据在不同的表空间中，所以对于现有数据库来说不能选择此方法。此方法还要求调整两个缓冲池（而不是只调整一个缓冲池），此任务可能更难以完成，当内存有限时尤其如此。
用户还应该考虑预取程序对命中率的影响。预取程序将数据页读入缓冲池，即预计应用程序需要这些数据页（异步方式）。在大多数情况下，这些页刚好是在需要它们之前读取的（期望的情况）。但是，预取程序会将不会使用到的页读入缓冲池，从而执行不必要的I/O 操作。例如，应用程序开始读整个表。这种情况被检测到，预取开始，但应用程序在填满应用程序缓冲区后停止读取。这时，预取操作已经读取了许多其他的页。已经为不会使用到的页执行了I/O ，那些页占用了缓冲池的部分空间。
页清除程序监视缓冲池并以异步方式将页写入磁盘。它们的目标是：
1.确保代理程序在缓冲池中总能找到可用页。如果代理程序在缓冲池中找不到可用页，它就必须自
己清除它们，相关应用程序的响应速度就会变慢。
2.加快系统崩溃时的数据库恢复速度。已写入磁盘的页数越多，恢复数据库时必须处理的日志文件
记录数就越少。
虽然会将脏页写入磁盘，但除非需要空间来读入新页，否则不会立即从缓冲池中除去这些页。
查看当前连接的应用程序，有没有非法连接
对于生产系统来说，非法连接会对数据库带来很大的压力，从而影响系统的性能。除了要妥善保管用户名、密码等信息，密码需要定期更换同时密码不能过于简单外，还要每天监控数据库，防止不合适的连接消耗数据库资源。
我们可以使用list applications show detail 命令，来列出当前的所有应用程序，看这些连接的情况，看有没有不合适的IP 连上来，或者不被允许的第三方工具连上来，比如一些第三方工具连上来会对表进行锁定，影响业务系统正常运行，这个时候可以用FORCE APPLICATIONS ( 应用程序句柄) 停下来。在DB2 V9 中对应用程序标识进行了修改，不再是16 进制的表示方式，新格式按一种便于阅读的形式提供了端口号和IP 地址，并且还接受更长的IPv ６地址。如果您具有用来对包含应用程序标识的输出进行解析的脚本，则需要修改解析条件以说明新格式。另外，有两个新的代理程序（db2stmm 和
db2taskd）需要一直与数据库相连。因此，有两个新的代理程序将作为LIST APPLICATIONS 命令的一部分。使用list applications show detail 命令具体如清单19 所示：
清单19.查看应用程序连接
检查有没有发生过死锁
假定事务 1 在表A 上获取了互斥（X）锁，而事务 2 在表 B 上获取了互斥（X）锁。现在，假定事务 1 尝试在表 B 上获取互斥（X）锁，而事务 2 尝试在表 A 上获取互斥（X）锁。这两个事务的处理都将被挂起，直到同意第二个锁请求为止。但是，因为在任何一个事务释放它目前持有的锁（通过执行或回滚操作）之前，这两个事务的锁请求都不会被同意，而且因为这两个事务都不能释放它目前持有的锁（因为它们都已挂起并等待锁），所以它们都陷入了死锁循环。也就是，当两个应用程序彼此锁定对方所需的数据时就发生了死锁，这将导致两个应用程序都无法继续执行的情形。死锁发生的情况具体如图4 所示：
图 4. 死锁
因为应用程序不会自动释放它们所需的数据的锁定，死锁检测器过程是中断死锁并允许应用程序进程继续所必需的。顾名思义，死锁检测器监视关于等待锁定的代理程序的信息，并在dlchktime 配置参数所指定的时间间隔苏醒。
如果它发现死锁，那么死锁检测器任意选择一个已死锁的进程作为牺牲进程来回滚。牺牲进程被唤醒，并将SQLCODE -911（SQLSTATE 40001）返回到调用应用程序，原因码为2 。数据库管理器自动回滚所选择的进程。当回滚完成时，释放属于牺牲进程的锁定，而该死锁涉及的其他进程可以继续进行。
要确保良好的性能，就要为死锁检测器选择适当的时间间隔。过短的时间间隔导致不必要的开销，而太长的时间间隔使死锁将进程延迟一段不可接受的时间。例如，5 分钟的唤醒时间间隔使死锁几乎存在 5 分钟，这对于短事务处理来说看起来可是长时间。在解决死锁时的可能延迟与检测它们的开销两者之间进行平衡非常重要。
增大dlchktime 参数会降低检查死锁的频率，因此会增加应用程序必须等待消除死锁的时间。减小dlchktime 参数会增大检查死锁的频率，从而减少应用程序必须等待死锁解决的时间，但是会增加数据库管理器检查死锁所花的时间。如果死锁时间间隔太小，可能会降低运行时性能，因为数据库管理器频繁执行死锁检测。如果将此参数设置得较低以改善并行性，那么应确保适当地设置maxlocks 和locklist，以避免不必要的锁定升级，这种升级可能导致更多的锁定争用，由此产生更多死锁的情况。需要注意的是，在分区数据库环境中，dlchktime 配置参数时间间隔仅在目录节点上适用。
在创建数据库的同时，会创建详细死锁事件监视器。同其他监视器一样，这个事件监视器将造成一些开销。要限制此事件监视器消耗的磁盘空间量，当它达到其输出文件的最大数目时，该事件监视器就取消激活，并且会有一条消息写入管理通知日志。将不再需要的输出文件除去即可在下次激活数据库时重新激活事件监视器。
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/8f5353163.html, 客户支持网站：https://www.doczj.com/doc/8f5353163.html,
版权声明 本文档属UT斯达康通讯有限公司版权所有，侵权必究。 本文档专供用户、本公司职员以及经本公司许可的人员使用。未经公司书面同意，任何单位或个人不得以任何方式复制、翻印、改编、摘编、转载、翻译、注释、整理、出版或传播手册的全部或部分内容。 UTStarcom，PAS，WACOS, iAN, AIRSTAR, WLL, ISP, WICOPS, NGDLC, Intranode, Internode, Xtr-m-IP, UNITECH，iPATH, !-Volution, mSwitch, 小灵通, 为UT斯达康公司或其子公司、关联公司的注册商标，受商标法保护， 任何个人或团体非法使用以上商标，UT斯达康公司有权追究其法律责任。
仪器设备维护保养内容作业指导书 1目的 为规范仪器设备维护保养项目编制内容，做好仪器设备的维护保养工作，正确填写维护保养记录而做出统一规定。 2范围 本规定适用于所有需要进行维护保养的仪器设备的维护保养。 3职责 3.1设备管理员和计量管理员编制仪器设备维护保养计划，并报技术负责人审批后由检测室按计划组织实施； 3.2检测室组织好人员按计划进行维护保养。 3.3技术负责人批准仪器设备维护计划。 4仪器设备维护保养项目的规定 4.1维护保养计划中项目内容可根据设备特点和设备操作规程的有关规定从中选择（项目内容应为多种）： 1）电器系统是否完好； 2）紧固、滑动、传动、制动系统是否安全可靠； 3）设定的工艺参数是否达到； 4）操作系统是否灵敏可靠； 5）管道、密封是否漏气、漏水； 6）安全防护装置是否符合要求； 7）设备安装位是否保持水平； 8）其他设备是否对其使用出现了振动、电磁等新的影响； 9）必要时更换配件； 10）必要时补充或更换液压油； 4.2维修、维护保养内容可对应维护保养计划中项目内容： 1）经检查电器系统的电线完好、线路、开关等，符合要求； 2）紧固螺母可靠、未发现松动情况；滑动、传动、制动系统无异常，安全可靠； 3）达到设定的工艺参数要求； 4）操作系统灵敏可靠；
5）管道、密封无漏气、漏水； 6）安全防护装置符合要求； 7）设备安装位保持水平； 8）其他设备对其使用未出现振动、电磁等新的影响； 9）更换配件（如胶管、搅拌翅）； 10）补充液压油或更换液压油； 5记录表格 使用《仪器设备维护保养计划》、《仪器设备维修、维护保养记录》。6附加说明 本作业指导书由检测室提出。 本作业指导书起草人： 审核人：年月日 批准人：年月日
日常维修管理制度 一、目的 为确保公司办公环境的正常运行，加强对办公楼水、电、设施、设备的日常维护保养。做到小修不过夜，大修不隔天。同时还要认真做好办公区水、电使用管理的日常检查，杜绝跑、冒、滴、漏等浪费现象，从各方面降低办公成本，特制定本制度。 二、维修范围 1、建筑类维修范围：铸源大厦、办公楼A、B、C座及库房的墙面、地面、屋顶、门窗、室内办公家具、办公设备设施，室外道路、围墙、楼梯、排水沟盖等局部维修； 2、水电维修范围：公司水、电的日常维修项目（包括房屋设施的灯具、电器线路、供水管网、供电线路、户外、室内门窗、楼道的照明、维修，水、电管道维修等）。 3、排污疏通维护、维修范围：排水排污管道（含办公区内全部沟井、沟渠、沟槽）疏通、清淤；排水排污系统设施维修；化粪池清淤；食堂排油管和捞油池的清通。 4、房屋建筑下陷修复范围：因地面下陷而引起的管道脱节修复；墙体墙面开裂修复；房屋地陷补缝；地砖松动破裂更换；墙面受潮污损粉刷； 5、仓储维修范围：员工办公车厢房全面维修保养工作（包括门、窗、锁、网络、照明、水、电线路、安全排除等相关事项）。 三、组织机构
以上涉及的零星维修由项目工程部统一管理，由项目工程部主管负责审核、申报、维修安排、联合验收、付款等相关程序，同时根据维修项目的大小确定内部维修或委外处理。 四、申报流程 1、各部门将需要修缮维护的项目，填写在公司《修缮申请表》（内容要真实、位置要准确表格附后），经部门领导签字确认后报行政部，再由行政部交于项目工程部实施维护。 2、项目工程主管根据上报项目的具体情况，带维修人员及项目申报部门的相关人员到现场核实，结合事项的情况，将项目的工作量及工程费用预算填写在表中上报。 五、审批权限 审批权限： 1、预算在500 元以下的公司内部维修项目，由上报部门负责人签名，经行政主管核实、行政经理审批执行； 2、预算在500 元以上的维修项目，由上报部门负责人签名，经项目工程部主管核实，报分管副总裁审核，经执行总裁审批执行； 3、预算在万元以上维修项目，且需要委托外维修的项目，由上报部门负责人签名，经项目工程部主管初步预算费用，经分管副总裁签名，经执行总裁审批后，再转交行政主管完成比价程序后，报分管副总裁审核，经执行总裁审批后执行。 六、内部维修配件的采购与报销 为保障维修成本，公司内部维修所需要的全部配件、材料均由行
数据库日常维护工作是系统管理员的重要职责。其内容主要包括以下几个部分： 一、备份系统数据 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主程序：
在化工生产装置检修过程中，由于各种原因的影响，如果作业人员没有能够充 分地进行风险识别和安全评价，防范措施不到位，很可能导致在工作中产生某种失误, 造成事故的发生。有关数据表明，在化工企业生产、检修过程中发生的事故中，由于 作业人员的不安全行为造成的事故约占事故总数的88%，由于工作中的不安全条件 造成的事故约占事故总数的10%，其余2%是综合因素造成的。在相同的工作条件 下，作业人员的不安全行为是造成事故的主要原因。在实际工作中有效地进行风险识 别和安全评价，认为落实防范措施，杜绝作业人员的不安全行为，是安全生产、检修 的基本保障。在此，对化工生产装置区内以下种典型的检修作业所存在的风险以及相 应安全措施进行综合分析、归类。 1.目的：通过本规定，确保设备保持良好性能，提高设备的使用率，保证生产 正常运行。 2.范围：适用于公司所有生产设备及辅助设备的维修管理。 3.工作职责: 3.1机修部门负责监督、执行设备的日常保养、维修，制订年度保养计划并执 行 。 3.2生产设备部负责设备的日常点检保养，及故障设备的维修申请。 3.3生产设备部负责对设备保养、维修费用进行审核及管理。 4.管理内容及要求: 4.1设备的日常保养 4.1.1日保养。每天由操作人员（设备维护责任人）进行保养，主要是上班前、上 班中和下班后进行保养。 4.1.2上班前。要求机台操作工班前对设备各部位进行检查、按规定加注润滑油,
确认正常后才能使用。 4.1.3下班前。下班前清扫、擦拭设备，填写相关记录；班后清扫维护。 4.1.4机修工实行区域保养负责制，按照区域分工对所管范围设备每日进行1-2 次日常巡回检查，及时处理点检或日常保养中发现的问题，做好记录和预防维修工作; 设备的一级保养为每天，二级保养原则上以三个月为一个周期，设备累计运行时间根据各机械制定的保养时间按计划进行二级保养。 4.2设备的故障维修 421生产设备部在使用生产设备发生故障后，由设备班长（或车间主任）及时填写《设备维修申请单》，经部门主管签字后及时报送机修主管。 422机修主管接到《设备维修申请单》后及时安排机修人员进行处理，初步判定故障原因，确认修复时间及所需配件，如无配件填写采购申请单，由采购部门负责采购配件后及时对故障设备进行修复。 4.2.3故障设备经机修人员判定故障原因后，如无法自行修复，填写《设备委外维修申请单》，经采购部审核批准后进行委外维修。 4.2.4生产设备部负责对设备修复情况进行验收并签字。 4.3封存、闲置设备由使用部门报告机修部门进行实施，各车间组织专人定期进行维护。 5.腐蚀性介质检修作业 5.1作业风险 泄漏的腐蚀性液体、气体介质可能会对作业人员的肢体、衣物、工具产生不同程度的损坏，并对环境造成污染。 5.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出错分析
全球眼?（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
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应该及时对表空间的空间进行扩充，以避免这些错误发生。 对表空间的扩充对表空间的数据文件大小进行扩展，或向表空间增加数据文件，具体操作见“存储管理”部份。 三、查看数据库的连接情况
Bluecoat ProxySG设备维护手册
目录 1.手册适用范围 (3) 2.资源检测 (3) 2.1.关键参数描述 (3) 2.2.关键参数监控 (4) 2.3.非关键参数监控 (12) 3.常见故障及排查方法 (13) 3.1.用户无法访问某个网站 (13) 3.2.用户访问网站慢 (14) 3.3.配置错误导致问题 (14) 4.常用工具与日常操作 (15) 4.1.常用维护操作 (15) 4.2.常用信息查看命令 (18) 4.3.SG内置常用工具 (19)
1. 手册适用范围 本手册适用于Bluecoat SG产品日常维护与监控，包含资源检测，基本故障排查，维护常用CLI命令。 2. 资源检测 2.1.关键参数描述 Bluecoat的proxy产品SG包含多种关键资源，对于关键资源，只要有一种资源利用率达到一定程度，都会影响用户的使用。在日常维护过程中要密切注意这几种资源的情况。 关键参数： 1.CPU使用率 2.内存使用率 3. HTTP worker 4. DNS worker 5.端口使用率 6. License状态 非关键参数： 1.磁盘状态 2.CPU 温度 3.主板温度 4.电源电平
2.2.关键参数监控 A．CPU利用率：通常小于90%，突发到90%以上但不持续维持在90%的情况属于正常。 GUI监测方法（日常）： 点击Statistics-〉System Usage，在右边的窗口的CPU模版上可以看到在一个小时，一天，一个月内的CPU使用情况。 第一个图表，显示的时间刻度为每分钟，CPU取值是每分钟的尖峰CPU使用率 第二个图表，显示的时间刻度为每小时，CPU取值是每小时的平均CPU使用率 第三个图表，显示的时间刻度为每天，CPU取值是每天的平均CPU使用率 监控时，可参考三个图表的CPU使用情况，在出现故障时主要监控第一个图表的内容。 CPU monitor查看具体CPU消耗（高级）：
2017小学校舍 1.年末应对校舍进行检查维修养护，保证随时发现问题及时维修。对校舍定期查勘鉴定，发现危房立即向学校及上级主管部门汇报，立即封闭停用，按有关规定加固或拆除。大、中修项目由学校提前上报主管部门审批实施。 2.校舍各部按以下要求维修 ①门、窗保持完整无损，开启灵活，玻璃五金齐全，油漆完好，铝合金窗要保证推拉灵活，玻璃、皮条、完好无损。 ②屋面应保持不渗漏，无破损，无杂物，平整完好，排水畅通。 卷材屋面每年雨季前检查维修一遍，确保使用。 ③墙体应保持完好，平整、牢固、无裂缝。内墙瓷砖不空鼓，无脱落。外墙不剥落，瓷砖不空鼓，不脱落。内墙、顶棚可三年粉刷一次。 ④地面应保持平整完好，无空鼓，无裂缝。地面砖无空鼓，无破损。 ⑤落水管应保持完好无缺。 ⑥散水坡应保持完好无渗，房屋周围应保持排水畅通。 ⑦屋面防雷设施，每年雷雨季节前要检查维修一次，并检测导电功能是否达到要求。 ⑧水、电、暖设施应定期检测维修，严防跑、冒、滴、漏、确保畅通安全。3.新建校舍功能必须符合标准要求： 做到有证勘探，有证设计，按投招标手续，有证施工。由质检站、监理公司、施工单位、学校共同严把质量关，验收关，确保工程合格后交付使用。 4.校舍档案是维护学校权益，查勘维修房屋，合理使用校舍，反映学校建设的重要资料。因此，学校必须建立校舍档案，校舍档案分为确权、基建、管理三大职责。 ①校舍档案的归集整理由分管校长，总务主任，档案管理员，共同负责。
②修建工程竣工及房屋，土地权属的变更，必须在两个月之内将一切档案资料整理归档。 ③校舍档案由专职档案人员保管，专柜存入，并切实做好档案的防火，防盗，防虫，防鼠，防霉，防光，防高温工作。 ④档案一般不得外借，如工作需要，借用人需写借条，用后及时归还。不准拆页，确保安全完整。 5.加强领导 校舍设施维护管理是学校管理的重要组成部分。所以学校要切实下大力气抓好这项工作，为此要做好以下具体工作。 ①学校成立以校长任组长，总务主任为副组长校舍设施维护管理领导小组，配齐有关管理人员，明确责任，统一管理好这项工作。 ②及时倾听师生的意见，定期研究，部署管理工作。期末、学年末各检查总结评比一次。做到管理严格，使用方便，有奖有惩。 ③确保维护经费。维护经费是校舍设备延长寿命，确保安全，保持常用常新的根本保障。所以学校领导要广辟资金渠道，多方筹措校舍设施维护经费，用于校舍设施的维护和保养，延长使用寿命。 ④接受上级部门特别是教育局领导的检查监督，促进校产校舍设施的维护管理工作，保证教育教学事业的发展。 期胡圩小学2017年（春、秋）学
数据库日常维护(参考) 数据库日常维护工作是系统管理员的重要职责。其内容主要包括以下几个部分： 一、备份系统数据 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、备份事务日志
设备维护保养作业指导书 1、总则 1.1做好设备维护保养是确保设备的正常运转、减少故障，降低动力消耗，延长 设备使用寿命，实现生产的安、稳、长、满、优； 1.2本维护保养作业指导书适用公司生产装置中的设备。 2、混料搅拌机 2.1结构及工作原理 2.1.1 结构：主要由箱体、搅拌轴、搅拌桨、防结料装置、驱动装置、辅助管道 系统组成。 2.1.2工作原理：搅拌机水平安装，物料运动方向由进料搅笼来料经推动搅拌桨 将物料向后方向移动，同时同轴向运行的反向搅拌桨将还没有混合好的物料由后向进料方向推动，扬起的物料互相接触，达到物料混合目的，在一定的时间下反复运动，混合均匀。 2.2 岗位设备操作规程 2.2.1开车前进行有效盘车，各运动部件应无卡滞现象； 2.2.2设备转动灵活平稳，无异常震动和噪声； 2.2.3传动三角带按设备要求配置，松紧适宜； 2.2.4电动机、减速器和轴向轴承的温升不超过35℃，其最高温度低于70℃； 2.2.5减速机加注牌铭规定的润滑油到油标刻度线，保持润滑； 2.2.6停车前应停止加料，避免带负荷启动设备。 2.2.7料未放完尽量避免停车，如有紧急情况停车，料多时应先将大批的料清出， 严禁带负荷启动，特别是将物料在箱体中较长时间停留板结后再启动，极易造成搅拌奖、轴、减速机电机故障； 2.3 安装和调试要求 2.3.1保证设备本体水平； 2.3.2整体安装时轴向中心线在一条直线上。 2.3.3 减速机和电机传动三角带松紧合适、径向同心； 2.3.4 注意减速箱的油位和轴承座的油脂润滑。
2.4混料搅拌机的维护检查内容及周期 2.5常见故障及处理
设备日常维护管理制度范本 检查电源及电气控制开关、旋扭等是否安全、可靠;各操纵机构、传动部位、挡块、限位开关等位置是否正常、灵活;各运转滑动部位 润滑是否良好，油杯、油孔、油毡、油线等处是否油量充足;检查油 箱油位和滤油器是否清洁。在确认一切正常后，才能开机试运转。 在启动和试运转时，要检查各部位工作情况，有无异常现象和声响。 2.在使用过程中 (1)严格按照操作规程使用设备。不要违章操作。 (2)确保活动导轨面和导轨面接合处无切屑、尘灰，无油污、锈迹，无拉毛、划痕，研伤、撞伤等现象。 (4)设备运转时，操作工应集中精力，不要边操作边交谈，更不 能开着机器离开岗位。 (5)设备发生故障后，自己不能排除的应立即与维修工联系;在排除故障时，不要离开工作岗位，应与维修工一起工作，并提供故障 的发生、发展情况。 3.当班工作结束后无论加工完成与否，都应进行认真擦拭，全面保养，要求达到： (1)设备内外清洁，无锈迹，工作场地清洁、整齐，地面无油污、垃圾;加工件存放整齐。 (2)各传动系统工作正常;所有操作手柄灵活、可靠。 (3)润滑装置齐全，保管妥善、清洁。 (4)安全防护装置完整、可靠，内外清洁。 (5)设备附件齐全，保管妥善、清洁。
(6)保养后，各操纵手柄等应置于非工作状态位置，电气控制开关、旋扭等回复至“0”位，切断电源。 (7)保养工作未完成时，不得离开工作岗位;保养不合要求，接班人员提出异议时，应虚心接受并及时改进。 4.为了保证设备操作工进行日常维护保养，规定每班工作结束前和节、假日放假前的一定时间内，要求操作工进行设备保养。对连 续作业不能停机保养的设备，操作工要利用一切可以利用的时间,为 使保养工作制度化，经常化，由维护工人设备及相关部门定期进行 评测，予以奖罚。 一、坚持执行变电所设备的维护保养与预防检修相结合的检修制度。积极推行故障诊断的状态监测技术，按设备运行状态合理确定 检修时间和检修内容，逐步向预知检修方向发展，以提高检修质量，降低检修费用，缩短检修停电时间。 二、变电所供电系统，包括高压电缆主线路、变电所硐室内设备、电缆、馈出高压配电点、线路的电气设备每月检查一次，发现问题 及时处理。设备检修分为小修(日常检修)、中修(月度检修)和年度 检修。 三、变电所日常巡检或检修时发现防爆性能受到破坏的电气设备，立即处理或更换，存在故障的设备严禁继续使用。 四、变电所内的高压电气设备，发现三次短路或过流跳闸，应立即进行实验检修或更换。 六、实行日常巡检和维护保养制，变电所主要生产设备要保证有每班不少于2小时的检查、日常维护保养。若发现设备存在隐患故 障时应及时向上级部门汇报，组织力量进行检修。 七、变电所应实行设备包机制，包机人员在月度检修时间内都应参加检修和维护保养工作。每次检修完毕后，当班包机人员和当班 配电工负责验收，验收完毕后签字交接，配电工负责变电所设备的 外观防爆。
服务器、网络设备以及安全设备 日常维护管理制度 第一条服务器、网络设备及安全设备的安全、性能检查。每台服务器、网络设备及安全设备至少保证每周检查两次。 第二条定期对服务器、网络设备、安全设备的配置文件进行备份，每次更改配置、策略后，都要及时更新备份文件，保证当前为备份最新数据。 第三条每天正常工作期间必须保证监视所有服务器、网络设备及安全设备状态，一旦发现服务器、网络设备或安全设备异常，要及时采取相应措施。 第四条每台服务器、网络设备及安全设备保证每周或依据数据情况对相关日志进行整理，整理前对应的各项日志如应用程序日志、安全日志、系统日志等应进行保存。 第五条要及时做好服务器的补丁升级和漏洞修复工作。对于新发布的漏洞补丁和应用程序方面的安全更新，要及时分发给每台服务器。 第六条服务器、网络设备及安全设备的安全检查主要包括CPU利用率、运行状态、性能、网络流量等方面。安全管理员必须保证对服务器、网络设备及安全设备每月进行一次安全检查。每次的检查结果必须做好记录，并生成检查报告。 第七条不定时的相关工作。每台服务器如有应用软件更改、需要安装
新的应用程序或卸载应用程序等操作，应提前告知所有管理员。 第八条密码定期更改工作。每台服务器、网络设备及安全设备保证至少每一个月更改一次密码，且要满足复杂度要求。 第九条系统管理人员要定时对系统服务器进行病毒检查，发现病毒要及时处理。 第十条未经许可，任何人不得在服务器上安装新软件，若确实需要安装，安装前应得到授权并进行病毒例行检查。 第十一条经远程通信传送的程序或数据，必须经过检测确认无病毒后方可使用。 第十二条定时对硬件进行检查、调试和修理，确保其运行完好。 第十三条关键设备指定专人保管，未经授权的人员不得进行单独操作。 第十四条所有设备未经许可一律不得借用，特殊情况须经批准后办理借用手续，借用期间如有损坏应由借用部门或借用人负责赔偿。 第十五条硬件设备发生损坏、丢失等事故，应及时上报，填写报告单并按有关规定处理。 第十六条业务系统设备及其附属设备的管理（登记）与维修由系统、网络管理员负责。设备管理人员每半年要核对一次设备登记情况。 第十七条系统服务器、网络设备及安全设备应由相关管理人员每周进
全球眼（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
设备日常管理、维护保养规定 XTTJ-6.3-3 一、目的：通过对设备的有效管理、使用和维护，使设备保持良好状态，满足生产要求。 二、适用范围： 1、与生产有直（间）接关系的设备及其附带设施。 2、其它有关用水、电等设备。 3、设备相关的使用说明书、图纸、合格证等档案资料。 三、管理部门职责： 1、生产科： 1.负责公司设备的更新改造、使用维护保养以及设备的资产管理、设备所需要的 能源动力管理等。负责设备台帐。 2、车间等使用部门：负责相关设备及模具的日常维护、保养和管理。 四、设备的购置： 1、申购： 1）新设备的申购由使用部门提出《设施配置申请单》，并在单上注明设备的名称、规格、用途及要求设备达到的性能、数量等，报总经理审批。 2）设备维修用备品备件的请购，原则上由生产科提出请购单。 2、订购：生产科按总经理批准的请购单，向经评估认可的厂商下单订货，并明 确设备要求（性能、指标等）、交货期、验收条件、付款方式等。 3、进厂验收： 1）新设备进厂后，由生产科会同使用部门共同开箱、安装调试。重点、关键设备或特殊设备应委托专业安装单位进行。 2）新设备安装调试后，经验证合格后，由生产科办理设施验收，正式移交使用部门，设备使用说明书、图纸、合格证等档案资料移交办公室管理。 3）新设备验收经试用不合格者，由生产科通知供应厂商处理。 4、编号：设备验收完成，生产科将设备编号并记入《设备(设施)台帐》 五、设备的维护、保养：
1、使用与一级维护保养： 1）一级维护保养：设备的日常点检、清扫、加油、消耗品的更换及简易零件的修理，并做好更换与修理记录。 2）使用部门负责设备的使用与一级维护保养（清洁、润滑、调整、紧固），并对设备保持完好和有效利用负直接责任。 3）新上岗、转岗、调入的设备操作人员在使用设备前，须进行培训，学习设备的结构性能、技术规范、安全操作规程、维护保养知识等基本常识和“三级保养制度”的内容要求，经考核合格后方可操作。 4）特殊工种，如：锅炉工、电工等需按国家规定进行专业培训，并经考试合格，由相关部门颁发上岗证后上岗。 2、二级维护保养与修理： 1）二级修理：现场无法自行更换且需专门技术才能恢复机器使用性能的修理。2）生产科负责设备的二级维护保养委托有能力的单位修理，并记录。 3）生产科每年制定《年度设备检修计划表》，依计划做好《设备检修纪录》。 3、三级维护保养与修理： 1）三级维护保养与修理：需委托生产厂商或专业机构做精度检查或保养修理。2）三级维护保养与修理由生产科提出申请，经核准后送修，并记录。 4、预防保养： 1）日常预防保养有： ·日常保养：如加油点检、调整、清扫等； ·巡查点检； ·定期整理：调整、换油、零件交换等； ·预防修理：异常发现的修理； ·更新修理：损坏的修理。 2）按《年度设备检修计划表》做定期维护保养并记录。 3）主要的生产设备，如更换零件应随时有备品可使用。 ·备件储备：由生产科制订储备定额。备件采购按公司物品采购相关规定执行。·备件应验收入库后，再领用，并严格执行入库、出库手续。 ·备件应分类、分区、分机型保管，摆放整齐，标志明显，规范化。加强防锈、防腐措施。定期核对帐物相符。 六、设备日常维修流程