当前位置：文档之家› Oracle 11g 数据库日常维护指导书V1.0-20100331-B

Oracle 11g 数据库日常维护指导书V1.0-20100331-B

资料编码产品名称

使用对象 ORACLE技术支持、技术支援、生产产品版本

编写部门配套产品服务部资料版本

Oracle 11g 数据库日常维护指导书

拟制：李强日期：2010-03-31 审核：日期：

审核：日期：

批准：日期：

华为技术有限公司

日期修订版本作者描述

2010-03-31 V1.0 李强初稿

第1章oracle 11g数据库的启动和关闭 (6)

1.1 数据库的mount与no mount (7)

1.2 数据库关闭 (7)

第2章Oracle 11g的spfile (8)

2.1 oracle如何使用spfile (9)

2.2 spfile的创建及修改 (9)

2.3 如何修改数据库参数 (11)

第3章Oracle 11g的自动内存管理 (11)

第4章Oracle 11g的日志文件 (14)

第5章管理Oracle 11g表空间 (16)

5.1 建立本地管理表空间 (17)

5.2 本地管理表空间的优点 (17)

第6章11g的undotablespace (18)

6.1 建立undotablespace (18)

6.2 影响undotablespace的关键初始化参数 (19)

第7章Oracle 11g的临时表空间 (20)

7.1 临时表空间的作用 (20)

7.2 建立临时表空间 (21)

7.3 如何扩展临时表空间 (21)

第8章oracle 11g的几个有用的新功能 (22)

8.1 11g 的Flashback 功能 (22)

8.1.1 Flashback Database (23)

8.1.2 Flashback DROP (30)

8.2 Data pump简介 (36)

第9章oracle常见问题及处理 (38)

9.1 得到oracle的错误说明及了解数据库告警信息 (39)

9.1.1 理解报警日志文件 (39)

9.1.2 理解后台进程跟踪文件 (39)

9.2 如何维护redo logfile (40)

9.2.1 如何增加redo logfile的大小 (42)

9.2.2 如何增加日志成员 (43)

9.3 ORA-1652到ORA-1655 (43)

9.4 ORA-01555（snapshot too old） (45)

9.5 ORA-600错 (46)

关键词：

Oracle 11g 维护日常操作

摘要：

本文介绍了Oracle 11g HA数据库维护的基础知识，包括数据库的启动安装、表空间管理、常见问题及处理等内容。

缩略语清单：

参考资料清单：

Oracle 11g 数据库日常维护指导书

第1章 oracle 11g数据库的启动和关闭 oracle 11g在启动方式上同过去版本的Oracle数据库相同

正常启动数据库的选项是normal，这也是数据启动的缺省选项。以这种

方式启动将启动一个实例（即instance，实例是指oracle的后台进程和

SGA区），并把数据库装入（mount），然后打开数据库供用户使用。具体

操作如下：

首先以oracle用户登入，su - oracle

1.以nolog方式进入sqlplus

$sqlplus /nolog

sql>

2.再做为sysdba连入

SQL>conn / as sysdba

3.用startup命令启动

SQL>startup

（若启动文件名不是ORACLE缺省的文件名，则启动时应带启动目录

与文件名）

SQL>startup pfile=

或者还可以用以下方式启动数据库

$sqlplus “/ as sysdba”

SQL>startup

1.1数据库的mount与no mount

数据库可以启动为mount状态，表示只启动实例并打开控制文件，但不

打开数据库；或者以nomount启动，表示只启动数据库实例而不打开数

据库。

1.mount启动

SQL>startup mount

该方式启动数据库的的用途一般为：

为数据文件更名；

增加、删除或改名事物日志文件；

使事物日志归档模式选项有效或失效；

进行完整数据库的恢复操作

2.nomount启动

SQL> startup nomount

该方式启动数据库的用途一般为：

创建一新的数据库

重建控制文件

1.2数据库关闭

首先以sysdba连入:

$sqlplus /nolog

$SQL>conn / as sysdba

1.正常关闭

SQL>shutdown normal（或只写shutdown）

这种方式下关闭数据库在关闭前检查所有的连接，并且发出命令后不允

许再有新的连接，在等所有用户断开连接后关闭数据库。在此方式下关

闭的数据库下次启动时不需要任何恢复过程。但根据经验，在生产环境

下以这种方式关闭数据库需要很长时间，甚至根本关不掉数据库，因此一般不推荐使用这种方式关闭数据库。

2.立即关闭

SQL>shutdown immediate;

这种方式下关闭数据库也不允许新的连接，但它并不等待已连接用户断开连接，而是由系统断开与用户的连接，然后回滚所有未提交的事务，接着关闭数据库。这种方式关闭数据库也算是正常关闭，下次启动时也不需要做恢复，而且这种方式关闭数据库通常比较快，因此建议关闭数据库时尽量使用这种方法。

3.异常关闭

SQL>shutdown abort;

这种方式下关闭数据库系统不做任何的检查与回退操作而直接将数据库实例撤消并将数据文件关闭。用这种方法关闭数据库速度最快，但这种关闭方法不能保证数据库的一致性，下次启动数据库时有可能无法打开数据库，因此通常不建议使用这种方式关闭数据库。

第2章 Oracle 11g的spfile

在9i以前，Oracle使用pfile（即initsid.ora，初始化参数文件）存储初始化参数设置，这些参数在实例启动时被读取，任何修改需要重起实例才能生效；在9i以后，oracle引入了二进制文件spfile,使用spfile 你可以使用ALTER SYSTEM或者ALTER SESSION来动态修改那些可动态修改的参数，所有更改可以立即生效，你可以选择使更改只应用于当前实例还是同时应用到spfile。这就使得所有对spfile的修改都可以通过命令行完成.

随着spfile的引入，我们可以在不用停机的情况下动态调整数据库SGA 区及其它很多参数，大大提高了系统的可用性。同时使用命令行在线修改参数值，也减少了手工编辑初始化参数文件init.ora犯错误的可能。

在Oracle 11g中，Oracle继续使用spfile作为参数文件。

2.1oracle如何使用spfile

当使用不带pfile 子句的startup 命令时，Oracle 将从平台指定的默

认位置上的服务器参数文件（SPFILE）中读取初始化参数。Oracle查找

SPFILE或者创通的init.ora的顺序是：在平台指定的默认位置上，Oracle

首先查找名为spfile$ORACLE_SID.ora的文件，如果没有就查找

spfile.ora文件，还没有的话，就找init$ORACLE_SID.ora文件。

在$ORACLE_BASE\admin\db_name\spfile下，你很可能可以看到一个类似

这样init.ora.192003215317]名字的文件，这就是初始化参数文件，只

是跟上了时间戳。对于Oracle920,缺省的就使用spfile启动，但是这个

spfile不是凭空而来，而是根据这个文件创建而来，你可以去掉这个长

后缀，就是标准的pfile文件了。

注意：

对于UNIX 平台为服务器参数文件或文本初始化参数文件指定的默认位

置目录是：

$ORACLE_HOME/dbs/spfile$ORACLE_SID.ora

对于Windows NT 和Windows 2000 其位置是：

$ORACLE_HOME\database\spfile$ORACLE_SID.ora

2.2spfile的创建及修改

可以使用Create spfile命令基于数据库的当前参数设置创建一个

SPFILE，可以使用ALTER SYSTEM或者ALTER SESSION来动态修改那些可

动态修改的参数并且这些更改可以立即生效，你也可以使用ALTER SYSTEM

的一个新选项SCOPE来选择使更改只应用于当前实例还是同时应用到

spfile。SCOPE参数有三个可选值：MEMORY:只改变当前实例运行；SPFILE:

只改变SPFILE的设置（如果修改的是静态参数，则必须指定SCOPE=SPFILE，否则将会报ORA-02095错。）；BOTH:改变实例及SPFILE。

SPFILE支持多实例数据库（RAC），即所有的实例共用一个SPFILE。你可以通过查看SHOW PARAMETER spfile参数的值，如果value列返回空值，那么说明你在使用pfile；也可以通过下面的方法查看当前实例是否使用了SPFILE：

SQL> select decode(count(*), 1, 'spfile', 'pfile' ) USED

2 from v$spparameter

3 where rownum=1 and isspecified='TRUE'

4 /

USED

------------

spfile

在Oracle 11g中，我们还可以通过查询V$SPPARAMETER实时的得到所有当前使用的spfile的参数值，包括使用SCOPE=SPFILE参数的ALTER SYSTEM命令改变的参数。

SPFILE可以从某个PFILE文件创建：

SQL>CREATE SPFILE[=’SPFILE-NAME’] FROM PFILE[=’PFILE-NAME’];

使用不带文件名的pfile在缺省位置创建spfile，可以用create spfile from pfile;命令，此时系统根据缺省位置（Unix: $ORACLE_HOME/dbs; NT: $ORACLE_HOME\database）的pfile在缺省位置创建名为spfile.ora的文件。创建SPFILE需要SYSDBA或者SYSOPER的权限。

我们也可以根据SPFILE文件创建PFILE文件：

SQL>CREATE PFILE[=’PFILE-NAME’] FROM SPFILE[=’SPFILE-NAME’];

这时创建的pfile文件将是一个可编辑的文本文件。

2.3如何修改数据库参数

可以使用如下命令修改数据库参数

如，修改SGA_TARGET为4000M：

$sqlplus / as sysdba

SQL> alter system set sga_target=4000M scope=spfile;

或

SQL> alter system set sga_target=4000M；

第一种方式将把spfile中sga_target的值修改为4000M，在下次启动数

据库时生效；

第二种方式则既会修改spfile也会修改当前内存中的sga_garget值，

立即生效。

第3章 Oracle 11g的自动内存管理

Oracle 的 9i/10g 中已经对内存管理逐步做了很大的简化，11g 则更进一

步，引入了一个新的概念自动化内存管理(Automatic Memory

Management,AMM) . 在Oracle 11g中，只需要设定两个参数就可以完成

数据库的参数设置，包括PGA 和 SGA。这两个参数分别是：

MEMORY_TARGET： Oracle 实际使用的最大内存值。

MEMORY_MAX_TARGET：MEMORY_TARGET所能设定的最大值，该

参数为操作系统给Oracle数据库预留的内存大小。

如果使用的是 pfile，设定了 MEMORY_TARGET 而没有指定

MEMORY_MAX_TARGET的值，则实例启动后MEMORY_MAX_TARGET 的值与 MEMORY_TARGET 相等。如果pfile 中指定了 MEMORY_MAX_TARGET 而没有指定MEMORY_TARGET ，实例启动后 MEMORY_TARGET 为 0 。

AMM 在后台会启动一个内存管理(Memory Manager, mman)进程。

因为 AMM 的引入，Oracle 内存管理更加灵活多样。组合出来有 5 种内存管理形式.

自动内存管理

自动共享内存管理

手工共享内存管理

自动 PGA 管理

手动 PGA 管理

z自动内存管理（推荐使用）

默认安装的实例即是 AMM 方式，即在参数文件中设置memory_target 和memory_max_target的大小，其它的内存参数都不设置，用缺省值。

z自动共享内存管理(Automatic Shared Memory Management, ASMM)

这是 10g 引入的管理方式，要使用这种方式，需要设置初始化参数MEMORY_TARGET=0 ，然后显式的指定 SGA_TARGET 的值。SQL> alter system set sga_target=1024m scope=both;

alter system set sga_target=1024m scope=both

*ERROR at line 1:ORA-02097: parameter cannot be modified because specified value is invalid

ORA-00839: SGA_TARGET cannot be modified to the specified value SQL> alter system set memory_target=0 scope=both;

System altered.SQL> alter system set sga_target=1024m scope=both;

System altered.

SQL> 这两个参数的修改是有严格顺序的，如果不遵守倒也没问题，Oracle 会报告错误。

z手工共享内存管理

这个又更加原始了一些。因为原始，所以新的初始化参数 SGA_TARGET 与 MEMORY_TARGET 都要设置为 0. 然后手工设定share_pool_size 、db_cache_size 等 sga 参数。

z自动 PGA内存管理

如果使用 AMM ，则对 PGA 不用操心。如果要做到精细控制而切换到自动 PGA内存管理模式，需要设定WORKAREA_SIZE_POLICY ＝AUTO(默认即为 AUTO)，然后需要指定 PGA_AGGREGATE_TARGET 的值。如需要精确控制PGA，则 WORKAREA_SIZE_POLICY ＝MANUAL .(Thanks vongates)

z手动 PGA 管理

前提是 WORKAREA_SIZE_POLICY manual ,然后分别指定SORT_AREA_SIZE 等 PGA 相关的参数。

这种方式是oracle 10g之前的内存管理方式，现在不建议使用。

AMM 的限制

如果初始化参数 LOCK_SGA ＝ true ，则 AMM 是不可用的。

数据库日常维护工作

数据库日常维护工作是系统管理员的重要职责。其内容主要包括以下几个部分：一、备份系统数据 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 ，事务日志将不会刷新，而变得非常庞大。

Oracle数据库日常维护工作

文档编号
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

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

数据库日常维护

数据库日常维护(参考) 数据库日常维护工作是系统管理员的重要职责。其内容主要包括以下几个部分：一、备份系统数据 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)建立硬件、网络、系统、应用及业务软件日常维护流程机制； (2)建立故障应急处理流程机制； (3)建立备份恢复保障机制； (4)建立安全保障管理机制； (5)建立版本管理机制，管理平台生产环境运行的软件版本；以上机制应形成文档，作为日常遵循规范，按要求执行。 2．硬件维护能力需对硬件设备具备7*24小时不间断的支持、响应能力，原则上每日对硬件设备至少健康检查一次并记录；定期对网络环境进行检查。我公司服务器部署在移动云上定期通过命令进行硬件检测，内存、硬盘、I/O的使用情进行查询并进行登记，每台服务器运行的软件对硬件性能使用情况检测，对于服务器我们进行系统备份、软件，每日对网络使用情况进行观察，针对突发异常流量进行分析。

3. 故障处理响应及要求设备（系统）出现故障时，根据不同的故障级别提供相应的服务响应，响应方式及要求如下： 4．具备应急预案针对部署国家平台节点服务器我们实施系统备份、软件重要数据实时备份，主机备份是提供的保留某个时间点上的主机系统数据状态

的服务。基于主机备份可以随时生成或删除备份，并基于已备份进行主机的恢复，实现已有应用和主机数据的快速复用，如系统出现事故无法使用将进行系统恢复并把最近一次备份的数据进行恢复。对于突发情况建立应急服务流程，主要是针对可能发生的各种意外情况设计应急的方案，以控制和规避突发事件带来的集中性风险，从而降低设备集中性风险所造成的损失，制定以下流程图：

为保证服务实施的质量能够稳定并不断有所提升，保障客户需求能够得到有效满足，保障服务实施团队为客户提供统一、标准化的服务支持，并为客户设立专门的技术服务专员，对进行全程跟踪，提升服务实施专业性，制定服务流程：

ORACLE数据库日常维护与管理手册

全球眼（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 之中（）。同理，如果想更改控制档名称，也可以先将控制文件复制到目的位置后予以更名，再更新操作系统：数据库：

Oracle数据库日常维护实施方案书

Oracle数据库日常维护方案书

————————————————————————————————作者：————————————————————————————————日期： 2

ORACLE数据库日常运行维护年度服务项目方案书

目录 1 2 3 项目背景及目标 (5) 1.1项目背景 (5) 1.2项目目标 (5) 需求分析 (5) 项目总体方案 (7) 3.1数据库性能优化 (8) 3.1.1检查Oracle数据库性能 (8) 3.1.1.1 3.1.1.2 3.1.1.3 3.1.1.4 3.1.1.5 3.1.1.6 3.1.1.7 3.1.1.8 3.1.1.9 检查数据库的等待事件 (9) Disk Read 最高的SQL 语句的获取 (9) 查找前十条性能差的sql (9) 等待时间最多的 5 个系统等待事件的获取 (9) 检查运行很久的SQL (9) 检查消耗CPU 最高的进程 (10) 检查碎片程度高的表 (10) 检查表空间的I/O 比例 (10) 检查文件系统的I/O 比例 (10) 3.1.1.10 检查死锁及处理 (10) 3.1.1.11 检查数据库cpu、I/O、内存性能 (11) 3.1.1.12 查看是否有僵死进程 (12) 3.1.1.13 检查行链接/迁移 (13) 3.1.1.14 定期做统计分析 (13) 3.1.1.15 检查缓冲区命中率 (14) 3.1.1.16 检查共享池命中率 (14) 3.1.1.17 检查排序区 (14) 3.1.1.18 检查日志缓冲区 (15) 3.1.2性能调优及方法 (15) 3.1.2.1 3.1.2.2 3.1.2.3 3.1.2.4 3.1.2.5 寻找问题根源 (16) System_Event 事件 (16) Session_Event 事件 (16) Session_Wait (17) 应用优化 (17) 3.1.2.5.1 3.1.2.5.2 3.1.2.5.3 3.1.2.5.4 例程调优 (17) I-O 优化 (19) 竞争优化 (19) O-S 监控 (20) 3.2数据库备份恢复 (21) 3.2.1检查Oracle数据库备份结果 (21) 3.2.1.1 3.2.1.2 3.2.1.3 检查数据库备份日志信息 (21) 检查backup 卷中文件产生的时间 (22) 检查oracle 用户的email (22) 3.3数据库迁移 (22)

DM数据库日常维护管理规范

DM数据库日常维护管理规范使用工具：DM数据库系统，linux系统，TongWeb 5.0 目的：数据库管理操作，TongWeb5.0部署内容：数据库启动和关闭，备份和还原，数据迁移操作一．DM数据库启动和关闭图形方式：【达梦数据库】——〉【DM控制台工具console】——〉【DM 控制台】——〉【DM 服务】在其右侧框右键，【DM DATABASE SERVICE】状态即数据库系统启动/关闭。Linux 命令方式：终端输入：开启数据库： /etc/init.d/dmserverd start 关闭数据库： /etc/init.d/dmserverd stop 重启数据库：/etc/init.d/dmserverd restart 提示: 在命令模式下，输入#init 3 ，系统进入图形界面模式在图形界面下，打开终端，输入#init 5，系统进入命令界面模式 #init 0 关闭服务器。

二．数据库备份和还原（图形界面下）备份数据库：方法1：DM数据库控制台console（需要关闭数据库运行） 1.进入DM数据库控制台console，停止DM数据库运行 2.右键【新建备份】 3.开启DM数据库运行，操作完成。方法2：DM数据库管理工具 Manager（不需要关闭数据库运行） 1．进入DM数据库管理工具 2．选中数据库名称，右键选中【备份】 3．备份完成 PS:备份文件名统一格式：库名+服务器名+日期+时间+备份操作人首拼字母，如“RHIN-213-20110916-14h-cqy” 还原数据库：方法1：dm控制台console还原（用于本地还原） 1.进入DM数据库控制台console，停止DM数据库运行 2.右键【从指定位置还原】，找到还原包，设置还原路径为DM程序默认安装路径 3.开启DM数据库运行 4.打开【DB管理工具manager】——〉本地服务器——〉数据库——〉RHIN——〉用户——〉新添加RHIN用户信息和权限（若用户名已存在，则选择该用户名登陆权限，点确定；若不存在，则新建一个RHIN用户名）——〉完成。 5.操作完成。方法2：脱机还原（用于远程还原） 1.通过CRT软件登录系统，后台命令关闭TongWeb5.0服务进程 2.登录DM数据库管理工具 Manager，备份数据库,名称为RHIN-A.bak，路径统一为系统默认：/opt/dmdbms/data/ 3.右键数据库【脱机】 4.通过CRT将还原数据库包RHIN-B.bak放入/opt/dmdbms/data/下，重命名 RHIN-A.bak为其他，将RHIN-B.bak重命名为RHIN-A.bak 5.管理工具 Manager 脱机状态下，右键还原RHIN-A.bak 6.联机 7.重启DM数据库和TongWeb5.0应用。 8.完成。

Oracle数据库维护手册

Oracle 数据库定期维护手册定期备份任务计划执行检查打开附件(系统工具(任务计划查看状态，如果状态是未能启动,则打开菜单高级(查看日志，看未能执行任务计划的原因，并处理，处理完成后，右击任务计划运行。使用DBA 图形工具(8.1.7 DBA Studio,9i Oracle Enterprise manager Console,10G 网页的EM )检查数据库状态主要检查空间使用情况，重点对超过80%已使用的表空间进行检查，必要时增加数据文件或将相应的数据文件设为自动扩展，注意单个数据文件大小不要超过3.9G Oracle警告日志文件监控 Oracle在运行过程中，会在警告日志文件(alert.log或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; 其中，CHUNKS列表示表空间中有多少可用的空闲块(每个空闲块是由一些连续的Oracle 数据块组成)，如果这样的空闲块过多，比如平均到每个数据文件上超过了100个，那么该

运维部门管理规范(201111)

运维部门管理规范 v1.0.201403 一、组织结构运维部门组织结构图组织结构说明：运维部门，下设三个室：数据库管理室、硬件管理室、应用系统管理室；原技术支持部下维护组成员，根据实际职责分工以及技能特点，分别转入到数据库管理室、硬件管理室及数据库管理室中，详见“附：运维中心编制人员规划”。二、部门和主要岗位职责 2.1.部门职责 1)根据项目需要，整理项目硬件配置，进行询价； 2)新平台的网络架构设计、硬件配置、系统施工； 3)公司各平台系统、数据库日常维护； 4)负责保障全公司所有平台的系统、数据库、网络稳定安全运行； 5)协助业务单位实施平台的重大升级/割接；

6)各平台信息安全扫描，系统漏洞修复； 7)技术支持质量检测； 8)协助宽连学院实施技术支持技能提升培训； 2.2.主要岗位职责 ●系统部高级经理 1)负责部门战略规划和目标实现，制定并完善部门管理制度； 2)对公司所有平台的系统、数据库支撑工作总负责，保障所有平台的系统、数据库、网络稳定安全运行； 3)对业务单位平台的重大升级/割接提供技术指导； 4)牵头公司系统、数据库技术难题攻关工作。 ●系统部系统组技术经理 1)负责公司所有平台的系统、网络支撑工作，保障所有平台的系统、网络稳定安全运行； 2)牵头或直接解决公司平台的系统、网络方面的问题； 3)协助业务单位实施平台上系统、网络方面的重大升级/割接； 4)负责对组内人员进行技术指导； 5)协助技术管理部对公司所有平台定期进行信息安全质量检查。 ●系统部数据库组技术经理 1)负责公司所有平台的数据库支撑工作，保障所有平台的数据库稳定安全运行； 2)牵头或直接解决公司平台的数据库方面的问题； 3)协助业务单位实施平台上数据库方面的重大升级/割接； 4)负责对组内人员进行技术指导。 ●系统工程师 1)公司各平台系统日常维护； 2)项目硬件施工； 3)协助各平台实施系统方面的重大升级/割接； ●网络工程师 1)公司各平台网络日常维护； 2)项目硬件施工； 3)协助各平台实施网络方面的重大升级/割接；

信息化系统综合维护保养方案计划

1服务内容 1.1信息资产统计服务此项服务为基本服务，包含在运行维护服务中，帮助我们对用户现有的信息资产情况进行了解，更好的提供系统的运行维护服务。服务内容包括： ?硬件设备型号、数量、版本等信息统计记录 ?软件产品型号、版本和补丁等信息统计记录 ?网络结构、网络路由、网络IP地址统计记录 ?综合布线系统结构图的绘制 ?其它附属设备的统计记录 1.2网络、安全系统运维服务从网络的连通性、网络的性能、网络的监控管理三个方面实现对网络系统的运维管理。网络、安全系统基本服务内容：

(1)用户现场技术人员值守公司可根据用户的需求提供长期的用户现场技术人员值守服务，保证网络的实时连通和可用，保障接入交换机、汇聚交换机和核心交换机的正常运转。现场值守的技术人员每天记录网络交换机的端口是否可以正常使用，网络的转发和路由是否正常进行，交换机的性能检测，进行整体网络性能评估，针对网络的利用率进行优化并提出网络扩容和优化的建议。现场值守人员还进行安全设备的日常运行状态的监控，对各种安全设备的日志检查，对重点事件进行记录，对安全事件的产生原因进行判断和解决，及时发现问题，防患于未然。同时能够对设备的运行数据进行记录，形成报表进行统计分析，便于进行网络系统的分析和故障的提前预知。具体记录的数据包括： ?配置数据 ?性能数据 ?故障数据 (2)现场巡检服务现场巡检服务是公司对客户的设备及网络进行全面检查的服务项目，通过该服务可使客户获得设备运行的第一手资料，最大可能地发现存在的隐患，保障设备稳定运行。同时，公司将有针对性地提出预警及解决建议，使客户能够提早预防，最大限度降低运营风险。巡检包括的内容如下：

SQL Server 数据库维护计划

SQL Server 数据库维护计划解SQL Server"数据库维护计划"作为网管员，无论其管理的网络的规模是大还是小，在日常的管理中除了维护网络平稳运行、及时排除网络故障、保护网络安全等工作以外，备份网络中关键数据也是其中的一个非常非常重要的工作环节。网络中的各种故障无非就分两种：软件故障和硬件故障。对于"硬件故障"可以通过维修或更换硬件设备得到及时解决；对于"软件故障"则可以通过重新安装或升级软件、重做网络或应用软件系统等方法及时解决，而且用此方法来解决网络故障大多需要一些基础的、关键的数据支持才能得以恢复正常。但是，网络中诸如此类的关键数据(特别是"应用软件系统"中的关键数据)的损坏或丢失，绝大部分是无法恢复和弥补的。即使可以恢复部分数据，弥补它们所花费的代价(诸如时间、人力、财力、物力等)都可能远远超出了公司的承受能力。所以说，注重数据的备份工作是网管员日常管理工作中的必须时刻关注的一项任务，也是必须周期性重复操作的一项工作。目录现行备份策略具体实现步骤结束语现行备份策略我公司在组建局域网时，考虑到商业企业的特点，仔细考量了购、销、存三大环节中发生的各种数据及其存储问题后，选定了以Windows 2000 Server为操作系统，SQL Server 2000为数据库平台来搭建局域网的应用系统的软件平台，以网线为载体将购、销、存等核心部门的计算机通过局域网平台紧密地连接起来。这样，各个核心部门每天的任何一笔业务都及时地、动态地存储到公司局域网的核心Dell服务器上的SQL Server 2000数据库中，并以此为基础平台向各方提供所需的各种数据服务。因此，自公司局域网开始正式运作之日起，作为网管员的我就非常注重对局域网中的关键数据-- 特别是这些业务数据的备份工作。同时，我也希望备份数据的软件能够实现以下自动功能。功能1：能够在每天的某个固定的时刻(如夜晚0：00：00，当然这个时间是可以自主设定的)对包含所有业务数据库在内的所有关键数据库进行一次"完全备份"。功能2：能够在每天的0：00：00至23：59：59这段时间内，每间隔1个小时对功能1中所涉及到的各个数据库的事务日志进行"差异备份"。功能3：每天都能够保留功能1和功能2中所生成的数据库和事务日志的最近两天的备份(即：前一天的和前两天的)，而且能够自动地删除久于两天前的所有数据库和事务日志的备份。功能4：定期(如每个星期一次)将所有关键数据库的完全备份的副本备份到磁带或其它存储介质上(这部分工作可能需要手工完

××系统管理员日常维护操作手册

系统管理员日常维护操作手册一、信息部工作日志年月日星期

一、服务器日常开关机器规定（一）、开机步骤 1、先开启ups电源，待UPS电源运转正常，加电稳定； 2、开启服务器电源，系统将自动启动UNIX操作系统，密切注意操作系统启动过程中的系统提示信息，如果有异常的提示必须作好数据库操作启动的日志记录。 3、待服务器操作系统正常启动后，再以sybase用户身份登陆到sybase，启动sybase数据库，在sybase数据库启动过程中如果有异常的提示，同样要记录启动过程中的日志。 4、服务器的任何异常提示，个人不得以任何形式任意进行服务器的非授权处理； 5、如果要进行数据库大小的扩充操作则必须以数据库扩充标准及步骤进行，并记录数据库扩充的系统提示信息，如果有异常情况则必须告诉公司系统集成部。 6、一般服务器至少20天左右要进行一次系统的关机动作。对于专用服务器则不需要进行此操作。（二）、系统运行过程中的数据库维护操作 7、一般数据库至少30天要进行一次数据库的dbcc检查。

8、数据库系统每一个月结帐后必须做月末的整理索引操作。 9、每天必须做好数据库的日常备份工作，同时必须进行数据库至少存放在服务器的2个地方，或者备份到磁带机上,同时保存好备份数据。（三）、服务器的关机操作步骤 10、先备份数据库数据到备份设备上； 11、关sybase数据库； 12、关UNIX操作系统； 13、关服务器电源； 14、关UPS电源；二、服务器操作系统启动关闭及备份操作步骤（一）、服务器数据库系统的启动和日常维护： 1．开机 <按电源开关后，等待了现SCO界面，接着按下Ctrl+Alt+F1>进入unix 系统 Login：Sybase< 回车 > Password：asdf<密码，如有错继续回车，正确时出现> $ <表示启动成功，pwd查看正确路径应为 /u/sybase> $ Run <启动成功> $ isql -Usa < > Password：<无密码，回车> Sybase> Sybase>sp_who pos &查看前台pos机的进程，如有lock须杀掉

计算机维护计算机日常维护管理规程

1. 目的为了使公司计算机网络系统使用、管理、信息安全、资源共享有所遵循，规范公司上网操作流程，提高网络系统安全性，提高办公效率，特制定本规程。 2. 范围维护范围包括电脑及外部设备，泛指计算机及其网络基本配置外之附属设备如光驱（含刻录机）、软驱、打印机、机、扫描仪、扫描器、移动硬盘、U盘、UPS电源等。 3. 权责单位信息中心负责计算机的日常维护。 4. 内容 4.1 日常管理 4.1.1 计算机连接有打印机、刻录机、扫描仪、光驱等外部设备时，应首先在关机状态（关掉所有设备电源）下将计算机及外设连接好，禁止带电连接或去掉计算机外部设备。 4.1.2 计算机外部设备不使用时，应关掉外部设备的电源。禁止长期打开不使用的外部设备电源，显示器应设置节能模式，要求做到人走机关，下班时关机。 4.1.3 计算机系统的电源应与功率大的用电设备（电梯、空调等）分开。 4.1.4 公司办公人员严禁使用磁盘、光盘和移动磁盘等传输介质。（申请使用人员除外） 4.1.5 及时按正确方法清洁和保养设备上的污垢，保证设备正常使用。 4.1.6 打雷闪电时应暂时关闭电脑系统及周边设备，防止出现雷击现象。 4.1.7 不得私自拆卸机械、增加、减少或试用新配件。

4.1.8 电脑出现故障时请及时联系信息中心，信息中心在电话沟通无法解决问题时应尽快安排到现场处理。 4.1.9 因维修需要购买的设备零部件，由信息中心提供所需品名、型号、规格和数量,用户部门填写请购单，按公司采购规定办理。用户部门需电脑类设备时，信息中心首先负责调配设备，如无法调配，提供型号等建议，供上级领导审核请购单时参考，按公司采购规定办理。 4.2 软件管理 4.2.1 计算机软件及各类设备驱动程序、配置软件，统一贴好标签。并要求存放在防磁、防潮的安全地方。 4.2.2 公司的ERP系统、财务进销存及其它正版软件，自行开发软件等一律不外借。 4.2.3 各单位需要使用或安装新软件时，请填写<<软件安装申请单>>，经部门负责人同意后，向信息中心提出申请，由信息中心派专人负责安装调试工作。 4.2.4 不得在电脑上安装各类游戏软件。 4.2.5 不得随意增加、删改计算机主要设备的驱动程序。 4.2.6 公司正版软件（如用友U8）需妥善存放，如有损坏或丢失，责任人需按价赔偿。 4.2.7 重要的公用程序（应用软件）不允许任意复制，防止出现版权问题。 4.3 网络管理 4.3.1 严格控制机房内的温度,做好消防工作，整体布置要求：布线规范、硬件设施摆放整齐，防止线路交叉短路等接触不良情况发生。 4.3.2 未经允许，任何人不得对服务器、UPS、网关服务器、交换机、网桥等设备进行移动、关机、重新启动或进行其它操作。 4.3.3 公司内部员工严禁攻击数据库服务器等其它服务器，或利用黑客软件对其它电脑进行攻击。

SQL Server数据库维护计划的实施步骤

作为网管员，无论其管理的网络的规模是大还是小，在日常的管理中除了维护网络平稳运行、及时排除网络故障、保护网络安全等工作以外，备份网络中关键数据也是其中的一个非常非常重要的工作环节。网络中的各种故障无非就分两种:软件故障和硬件故障。对于“硬件故障”可以通过维修或更换硬件设备得到及时解决;对于“软件故障”则可以通过重新安装或升级软件、重做网络或应用软件系统等方法及时解决，而且用此方法来解决网络故障大多需要一些基础的、关键的数据支持才能得以恢复正常。但是，网络中诸如此类的关键数据(特别是“应用软件系统”中的关键数据)的损坏或丢失，绝大部分是无法恢复和弥补的。即使可以恢复部分数据，弥补它们所花费的代价(诸如时间、人力、财力、物力等)都可能远远超出了公司的承受能力。所以说，注重数据的备份工作是网管员日常管理工作中的必须时刻关注的一项任务，也是必须周期性重复操作的一项工作。目录现行备份策略具体实现步骤结束语现行备份策略我公司在组建局域网时，考虑到商业企业的特点，仔细考量了购、销、存三大环节中发生的各种数据及其存储问题后，选定了以Windows 2000 Server为操作系统，SQL Server 2000为数据库平台来搭建局域网的应用系统的软件平台，以网线为载体将购、销、存等核心部门的计算机通过局域网平台紧密地连接起来。这样，各个核心部门每天的任何一笔业务都及时地、动态地存储到公司局域网的核心Dell服务器上的SQL Server 2000数据库中，并以此为基础平台向各方提供所需的各种数据服务。因此，自公司局域网开始正式运作之日起，作为网管员的我就非常注重对局域网中的关键数据——特别是这些业务数据的备份工作。同时，我也希望备份数据的软件能够实现以下自动功能。功能1:能够在每天的某个固定的时刻(如夜晚0:00:00，当然这个时间是可以自主设定的)对包含所有业务数据库在内的所有关键数据库进行一次“完全备份”。功能2:能够在每天的0:00:00至23:59:59这段时间内，每间隔1个小时对功能1中所涉及到的各个数据库的事务日志进行“差异备份”。

研发部门数据库管理规范标准[详]

版/次：2015.11.19 数据库管理规编制：钱凌杰审核：批准：分发号： XXX信息科技 2015年11月

目录一、总则 (4) 二、适用围 (4) 三、数据库管理员主要职责 (4) 四、数据库的日常管理工作 (4) 4.1每日的管理工作 (4) 4.2数据库管理的每月工作 (5) 4.3数据库管理的每年工作 (5) 五、数据库的安全管理 (6) 5.1数据库环境安全 (6) 5.2数据库系统安装、启动与更新时的安全规定 (6) 5.3安全和口令策略 (7) 5.4访问控制 (9) 5.5紧急事故的处理 (9) 5.6数据库文件管理 (10) 5.7数据库安全管理 (10) 六、备份与恢复 (10) 6.1备份方式及策略 (11) 6.2备份要求 (11) 6.3恢复的管理 (12) 6.4对长期保存的备份进行校验 (13) 6.5异地容灾备份 (13) 七、日志及监控审计 (13) 7.1审计围 (13) 7.2日志保存 (13) 7.3日志访问 (14) 7.4安全审计 (14) 八、数据存放、归档管理 (14) 九、附则 (15)

一、总则为规XXX信息科技（以下简称“公司”）信息系统的数据库管理和配置方法，保障信息系统稳定安全地运行，特制订本办法。二、适用围本规中所定义的数据管理容，特指存放在信息系统数据库中的数据，对于存放在其他介质的数据管理，参照相关管理办法执行。三、数据库管理员主要职责 1、负责对数据库系统进行合理配置、测试、调整，最大限度地发挥设备资源优势。负责数据库的安全运行。 2、负责定期对所管辖的数据库系统的配置进行可用性，可靠性，性能以及安全检查。 3、负责定期对所管辖的数据库系统的可用性，可靠性，性能以及安全的配置方法进行修订和完善。 4、负责对所管辖的数据库系统运行过程中出现的问题及时处理解决。 5、负责对所管辖数据库系统的数据一致性和完整性，并协助应用开发人员、使用操作等相关人员做好相关的配置、检查等工作。 6、负责做好数据库系统及数据的备份和恢复工作。

文档之家

Oracle 11g 数据库日常维护指导书V1.0-20100331-B

数据库日常维护工作

Oracle数据库日常维护工作

ORACLE数据库日常维护与管理手册

数据库日常维护

日常运维管理制度

ORACLE数据库日常维护与管理手册

Oracle数据库日常维护实施方案书

DM数据库日常维护管理规范

Oracle数据库维护手册

运维部门管理规范(201111)

信息化系统综合维护保养方案计划

SQL Server 数据库维护计划

××系统管理员日常维护操作手册

计算机 维护 计算机日常维护管理规程

SQL Server数据库维护计划的实施步骤

研发部门数据库管理规范标准[详]

计算机维护计算机日常维护管理规程