搜档网
当前位置:搜档网 › Oracle 9i 日常操作及维护手册

Oracle 9i 日常操作及维护手册

Oracle 9i 日常操作及维护手册
Oracle 9i 日常操作及维护手册

业务与软件产品

Oracle 9i数据库日常操作及维护手册

拟制:初洪涛日期:2010-09-20 审核:日期:

审核:日期:

批0准:日期:

oracle 9i数据库日常操作及维护手册 (3)

1 oracle 9i数据库的启动和关闭 (3)

2 9i的spfile (5)

2.1 oracle如何使用spfile (6)

2.2 spfile的创建及修改 (6)

2.3 动态修改oracle的sga区 (7)

3 本地管理表空间 (9)

3.1 建立本地管理表空间 (9)

3.2 本地管理表空间的优点 (9)

4 9i的undotablespace (10)

4.1 建立undotablespace (10)

4.2 影响undotablespace的关键初始化参数 (11)

5 9i的临时表空间 (12)

5.1 临时表空间的作用 (12)

5.2 建立临时表空间 (12)

6 oracle 9i的几个有用的新功能 (13)

6.1 9i的flashback query (13)

6.1.1 如何使用flashback query (14)

6.1.2 如何使用flashback query的查询结果 (15)

6.1.3 flashback query的限制 (17)

6.2 dbms_matadata简介 (17)

7 oracle常见问题及处理 (19)

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

7.1.1理解报警日志文件 (20)

7.1.2 理解后台进程跟踪文件 (20)

7.2 如何维护redo logfile (21)

7.2.1 如何增加redo logfile的大小 (22)

7.2.2 如何增加日志成员 (23)

可以用如下语法在线给日志组1、2、3各增加一个成员: (23)

7.3 ORA-1652到ORA-1655 (24)

7.3.1 ORA-165X错的原因 (24)

7.3.2 如何扩展非临时表空间 (25)

7.3.3 如何扩展临时表空间 (26)

7.4 ORA-01555(snapshot too old) (26)

7.5 ORA-04031错 (28)

7.6 ORA-600错 (29)

ORACLE数据库的日常维护操作 (31)

oracle 9i数据库日常操作及维护手册

1 oracle 9i数据库的启动和关闭

oracle 9i在启动方式上同9i以前的版本有了较明显的变化,从9i开始,oracle取消了svrmgrl程序和internal用户,对数据库的所有操作,都要通过sqlplus来完成。

1.1 数据库的正常启动

正常启动数据库的选项是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.2安装启动与非安装启动

安装启动的选项是mount,表示只将数据库装入实例而不打开数据库;非安装启动的选项是nomount,表示只建立数据库实例而不装入数据库,当然也不打开数据库。

1.安装启动

SQL>startup mount

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

为数据文件更名;

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

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

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

2.非安装启动

SQL> startup nomount

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

创建一新的数据库

重建控制文件

1.3约束启动

这种方式的选项是restrict,它启动数据库时装入并打开它,但此时的数据库只能为有特殊权限的数据库管理员使用,一般用户不能联入数据库。

1.约束启动

SQL> startup {pfile=} restrict

一般来说当用户有create session权限十可联入数据库,但对于restrict方式启动的数据库只有restricted session系统权限用户才允许联入。

若在restrict方式下改变数据库运行方式,则可用alter system命令,如下:

SQL>alter system disable restricted session;

以这种方式打开数据库通常都是为了处理数据库出现的故障,或修改数据库字符集。

1.4 数据库关闭

首先以sysdba连入:

$sqlplus /nolog

$SQL>conn / as sysdba

1.正常关闭

SQL>shutdown normal(或只写shutdown)

这种方式下关闭数据库在关闭前检查所有的连接,并且发出命令后不允许再有新的连接,在等所有用户断开连接后关闭数据库。在此方式下关闭的数据库下次启动时不需要任何恢复过程。但根据经验,在生产环境下以这种方式关闭数据库需要很长时间,甚至根本关不掉数据库,因此一般不推荐使用这种方式关闭数据库。

2.立即关闭

SQL>shutdown immediate;

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

3.异常关闭

SQL>shutdown abort;

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

2 9i的spfile

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

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

2.1 oracle如何使用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.2 spfile的创建及修改

可以使用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 9i以前,我们可以通过查看V$PARAMETER and V$PARAMETER2知道当前实例的参数值,在Oracle 9i中,我们还可以通过查询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 S PFILE[=’SPFILE-NAME’];

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

2.3 动态修改oracle的sga区

从oracle 9i开始,oracle可以动态修改系统的sga(system global area)区。9i新引入了一个初始化参数sga_max_size,该参数确定了sga的最大值,在不超过sga_max_size 的前提下,9i中可以动态调整sga区的大小。

动态SGA分配的最小单元叫做granule,并且Oracle总是以granule的整数倍进行调整。Granule的尺寸由SGA尺寸的大小决定,如果SGA小于128M,granule大小为4M;如果SGA大于128M,granule大小为16M。但是也和操作系统平台有关,如32-bit WinX的平台,

如果SGA大小大于128M,granule大小为8M。

如果通过alter system命令改变SGA大小时,如果指定的尺寸不是granule的整数倍,

则分配原则是根据指定的值向上取整(round)。动态SGA的所有组成部分使用相同尺寸的granule。

如当前系统的shared_pool大小为112M

SQL> select component,current_size from v$sga_dynamic_components;

COMPONENT CURRENT_SIZE

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

shared pool 117440512

large pool 16777216

buffer cache 33554432

现在修改shared_pool到120M:

SQL> alter system set shared_pool=120M scope=memory;

然后再查询:

SQL> select component,current_size from v$sga_dynamic_components;

COMPONENT CURRENT_SIZE

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

shared pool 134217728

large pool 16777216

buffer cache 33554432

我们看到目前的shared_pool大小是128M,而不是120M。因为从112M到120M增加了8M,

并不是16M的整数倍,所以oracle自动向上取整(round)到128M.

3 本地管理表空间

从Oracle8i开始,Oracle推出了一种全新的表空间管理方式:本地管理表空间(Locally Managed Tablespace简称LMT)。从9i R2(oracle 9.2)开始,用户建立的表空间缺省都是本地管理表空间。

本地管理表空间,就是Oracle不再利用数据字典表来记录Oracle表空间里面的区的使用状况,而是在每个表空间的数据文件的头部加入了一个位图(bitmap)区,在其中记录每个区的使用状况。每当一个区被使用,或者被释放以供重新使用时,Oracle都会更新数据文件头部的这个记录,反映这个变化。

3.1 建立本地管理表空间

建立本地管理表空间的语法为:

CREATE TABLESPACE tablespace_name

DATAFILE 'full_path+datafile_name’SIZE XXM

EXTENT MANAGEMENT LOCAL

{AUTOALLOCATE | UNIFORM [SIZE INTETER [K|M] ] }

关键字EXTENT MANAGEMENT LOCAL表示建立本地管理的表空间。

后一句{AUTOALLOCATE | UNIFORM [SIZE INTETER [K|M] ] }为可选项,表示此表空间的空间分配是AUTOALLOCATE 还是 UNIFORM.。若为AUTOALLOCATE,则表明让Oracle来决定区块(extent)的使用办法;若选择了UNIFORM,则还可以详细指定每个区块(extent)的大小,若不加指定,则为每个区使用1M大小。

如建立本地管理表空间user_local,数据文件为/dev/rlv_userlocal,每个区块大小统一为2M,则语法为:

SQL>create tablespace user_local

2 datafile ‘/dev/rlv_userlocal’ size 200M

3 extent management local

4 uniform size 2M ;

3.2 本地管理表空间的优点

相对于传统的字典管理表空间,本地管理表空间主要提供了以下优点:

1. 本地化管理的表空间避免了递归的空间管理操作。而这种情况在数据字典管理的表空间是经常出现的,当表空间里的区的使用状况发生改变时,数据字典的表的信息发生改变,而数据字典表的改变又会导致重新修改数据字典,这就引起了递归的空间管理。

2. 本地化管理的表空间避免了在数据字典相应表里面写入空闲空间、已使用空间的信息,从而减少了数据字典表的竞争,提高了空间管理的并发性

3. 表空间里的区的大小可以选择由Oracle系统来决定,或者由数据库管理员指定一个统一的大小,避免了字典表空间一直头疼的碎片问题。而且区(extent)的本地化管理自动跟踪表空间里的空闲块,减少了手工合并自由空间的需要。

4. 从由数据字典来管理空闲块改为由数据文件的头部记录来管理空闲块,这样避免产生回滚信息,不再使用系统表空间里的回滚段。因为由数据字典来管理的话,它会把相关信息记在数据字典的表里,从而产生回滚信息。

由于这种表空间的以上特性,所以它支持在一个表空间里边进行更多的并发操作,并减少了对数据字典的依赖。

正是因为有以上优点, 9i以后oracle推荐建立表空间时尽量使用本地管理的表空间。

4 9i的undotablespace

undotablespace是oracle 9i新引入的特性,它可以取代过去需要手工建立的回滚段(rollback segment)。

4.1 建立undotablespace

oracle严格保证数据库的读一致性,在9i以前,由回滚段完成这个工作。在9i中,可以有两种解决方法来维护事务的读一致性,即或者使用自Oracle 6以来就一直使用的回滚段,或者是使用Undo Tablespace来进行的自动重做管理(system-managed undo (SMU) 或者automatically managed undo (AMU)),但是这两种方法不能同时使用。

建立undotablespace的语法如下:

create undotablespace tablespace_name

datafile ‘fullpath+datafilename’ size XXM

[autoextend on|off next XX maxsize XX];

其中方括号内为可选项。

9i的undotablespace必须是本地管理的,不能使用创建字典管理表空间的方法创建undotablespace,否则会报错。同时,建立undotablespace时不能指定uniform size关键字,undotablespace的extent大小必须由oracle自动分配,不能手工指定。

一个数据库可以建立多个undotablespace,但每个instance同时只能使用一个undotablespace。可以用alter system命令来修改数据库当前的undotablespace。

如当前的undotablespace是undotbs1,现在新建一个undotbs2,然后将系统当前的undotablespace改为undotbs2的步骤为:

SQL>create undo tablespace undotbs2

2 datafile ‘/dev/rlv_undotbs2’ size 100M;

Tablespace created.

SQL〉alter system set undo_tablespace='undotbs2' scope=both;

System altered.

4.2 影响undotablespace的关键初始化参数

有几个初始化参数对9i中的undotablespace有决定性影响,这几个参数分别是undo_management、undo_tablespace、undo_retention和undo_suppress_errors

undo_management

Undo_management参数决定是使用undo tablespace还是使用手工建立的回滚段。如果该参数为auto,则表示使用undo tablespace。为manual,表示使用手工管理回滚段,这时同 8i 一样,也需要建立回滚表空间,且要建立回滚段。在9i R2中,该参数缺省值为auto。建议继续使用该缺省值,即使用undo tablespace,不用手工建立回滚段。如果该值被设为auto,任何试图建立回滚段的语句都会返回一个错误(在Undo_suppress_errors被设为false的情况下)。

undo_tablespace

该参数必须被设置为一个有效的undotablespace名称。当undo_management设为auto时,

数据库将使用undo_tablespace指定的undotablespace。

undo_retention

该参数的单位为秒,当undo_management参数为auto时,undo_retention表示在undo_tablespace中保留多长时间的回滚(undo)信息,9i的flash_back功能同该值有关。该值设为多大同undo_tablespace 的大小有关,在9i R2中缺省值为10800,一般情况下已经够了,不建议修改该参数。

Undo_suppress_errors

当undo_management被设为auto时,任何试图建立、删除回滚段等的操作都会报错。但如果设置Undo_suppress_errors参数为true,系统将禁止所有报错信息。设置这个参数为true 通常情况下是为了使应用程序向前兼容。(如果不是为了这个目的,请不要设置此参数)

如在9i以前在应用程序中使用:set transaction use rollback segment rb11;

当数据库升级到9i且使用了undotablesapce后,该程序将报错,这时可以设置Undo_suppress_errors为true来屏蔽这个错误。

5 9i的临时表空间

从oracle 9i开始,oracle建立临时表空间的语法有了一定的改变。

5.1 临时表空间的作用

? oracle临时表空间的作用是当oracle要进行排序操作时(在复杂操作时如 joins, group by, order by, 建立索引及任何需要排序的操作),如果内存排序区的空间不够用,oracle将排序过程中产生的结果集保存在磁盘上的临时表空间中,然后将结果集返回给用户。

?在内存排序空间不够时建立

?由SMON在事务结束时回收

?重作日志不保护临时段

5.2 建立临时表空间

在oracle 8i中,可以用两种方式来建立临时表空间:

SQL>create tablespace temp

2 datafile ‘/dev/rlv_temp’ size 100M

3 MINIMUM EXTENT 1M

4 DEFAULT STORAGE (INITIAL 1M NEXT 1M MAXEXTENTS 100 PCTINCREASE 0)

5 TEMPORARY;

或者用:

SQL> CREATE TEMPORARY TABLESPACE temp

2 TEMPFILE '/dev/rlv_temp ' SIZE 100M

3 EXTENT MANAGEMENT LOCAL

4 UNIFORM SIZE 1M;

在oracle 9i R2以后,只能用第二种方法建立临时表空间,使用第一种方法建立临时表空间oracle将报错。

9i的临时表空间有如下特点:

?Tempfile 始终设为NOLOGGING 模式

?无法使Tempfile 只读

?无法重命名Tempfile

?无法通过ALTER DATABASE 命令创建Tempfile

?介质恢复不恢复Tempfile

?BACKUP CONTROLFILE 不生成任何Tempfile 信息

?CREATE CONTROLFILE 不能指定任何关于Tempfile 的信息

6 oracle 9i的几个有用的新功能

oracle 9i同oracle 8i相比,在很多方面得到了加强。9i中还增加了一些很实用的新功能,如flashback query等。

6.1 9i的flashback query

在对数据库日常的开发、维护操作中,人为操作失误造成的数据丢失是时常会碰到的问题。有时因为人为错误误删了生产系统的重要数据而又不能及时恢复,将产生严重后果。在9i以前,解决这种问题的唯一方法是使用oracle 8i的logminer,但logminer的使用较复杂且限制较多。从9i开始,oracle推出了flashback query。

Flashback query允许用户看到数据库过去某个时间点的一致性视图,即用户可以回到数据库过去某个时间点的状态。

使用flashback query功能的前提是数据库使用了undotablespace,并且undo_retention的值要设的足够大,即undotablespace里要保留有足够的回滚信息。Undo_retention在9.2以后缺省是10800(即3小时),通常不用改。

6.1.1 如何使用flashback query

首先要将dbms_flashback程序包的执行权限授予相应用户(如test用户)

SQL>grant execute on dbms_flashback to test;

Grant succeeded.

假设在test用户下有表test:

SQL>conn test/test

Connected.

SQL>desc test

Name Null? Type

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

ID NUMBER(5)

SQL>insert into test values(1000);

连续执行几次,然后commit;在查询系统当前时间:

SQL>select to_char(sysdate,’yyyy/mm/dd hh24:mi:ss’) current_date from dual; CURRENT_DATE

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

2004/03/03 14:39:49

SQL>select count(*) from test;

COUNT(*)

----------

6

SQL>delete from test;

SQL>commit;

SQL>select count(*) from test;

COUNT(*)

----------

这时可以使用flashback query功能回到test表未被删除的状态;(注意,flashback query 功能的最少单位是5分钟,因此至少需要等5分钟才能使flashback得到正确的结果)SQL>exec dbms_flashback.enable_at_time(to_date('2004/03/02 11:27:00’,’yyyy/mm/dd hh24:mi:ss’);

PL/SQL procedure successfully completed.

然后再查test表:

SQL>select count(*) from test;

COUNT(*)

----------

6

说明当前用户的数据库状态已经回到删除前的状态。

可以用下列语句结束flashback query状态;

SQL>exec dbms_falshback.disable;

6.1.2 如何使用flashback query的查询结果

当使用flashback功能回到过去的某一时间点时,此时的数据库是只读的。为了得到此时间点的数据,可以使用以下两种方法。

1、最简单的方法是使用exp工具。Oracle 9i扩展了exp的功能,现在exp工具已经支持

flashback query功能。

还是以上面为例,现在要导出被删除前的表数据(假设数据库在小型机上):

以oracle用户登陆

su – oracle

先设置日期格式:

$export NLS_DATE_FORMAT=’yyyy/mm/dd hh24:mi:ss’

然后执行加flashback_time参数的导出操作:

$exp test/test file=test.dmp tables=test FLASHBACK_TIME='"2004/03/02 11: 27:00"' 结果如下:

About to export specified tables via Conventional Path ...

. . exporting table TEST 6 rows exported Export terminated successfully without warnings.

(注意,在指定时间格式时要先加单引号,再加双引号。)

2 另一种方法是利用pl/sql光标来读出该时间点的数据,然后再将这些数据插入到另外的表中。

以下代码将test表11:27:33秒的数据插入到另外一张表test1中:

declare

cursor flash_test is

select * from test;

test_record test%rowtype;

begin

DBMS_FLASHBACK.ENABLE_AT_TIME(to_date('2004/03/03 11:27:33','yyyy/mm/dd hh24:mi:ss'));

open flash_test;

DBMS_FLASHBACK.DISABLE;

loop

FETCH flash_test INTO test_record;

EXIT WHEN flash_test%NOTFOUND;

insert into test1 values (test_record.id);

end loop;

CLOSE flash_test;

commit;

end;

在SQLPLUS下执行以上代码:

SQL>/

PL/SQL procedure successfully completed.

SQL>select count(*) from test1;

COUNT(*)

----------

6

6.1.3 flashback query的限制

1 oracle的flashback query本质上是基于scn(系统修改号,system change number)的,因此用基于时间的flashback功能时,oracle并不会精确的回到指定的那个时间点,而是向上取整到最近的一个SCN,oracle内部每5分钟同步一次SCN和时间的对应关系,所以我们只能flashback到最近5分钟前的状态。(如果不小心做了误操作,可以等5分钟后再执行flashback)

2 flashback query使用当前的数据字典,即你要flashback回去的那个时间点到现在,如果表结构发生了变化,那么你将得不到原来的数据。(truncate操作会改变表的存储结构且不记录回滚信息,属于DDL操作,所以对某表执行truncate后也无法再用flashback恢复数据.)

3 可以用dbms_flashback.enable_at_system_change_number来执行基于scn的flashback query,用dbsm_flashback.get_system_change_scn来获得系统当前的scn。但没有办法得到过去某一事务的精确scn.

4 如果你做了DML操作而没有commit,则无法进入flashback query状态。Flashback query 必须在事务开始时执行。

6.2 dbms_matadata简介

在oracle 9i以前,oracle没有办法直接从数据库中得到建表的语句,除非使用第三方工具或其它一些技巧(如exp/imp等)。从9i开始,oracle提供了这个迟来的功能。

在9i中,oracle提供了dbms_metadata包,通过它,可以方便的得到建表、索引、函数、存储过程等的脚本。它的使用有两种方式,一是通过程序调用,另外一种是直接在sqlplus中使用。

使用程序调用的方法主要有以下几个函数:

dbms_metadata.open()、dbms_metadata.fetch_ddl()、dbms_metadata.fetch_xml()、dbms_meatedata.close()…

这种方式的调用非常灵活,还允许使用复杂的选择条件,但使用起来相对比较复杂,在日常的维护管理中,我们很少使用这种方式。

另一种方式就是直接在sqlplus中调用,也叫browsing方式,它主要是利用dbms_metadata.get_ddl()功能。

Dbms_metadata.get_ddl()有三个输入参数:object_type(如table、index、view、pageage等),name(指具体的对象名),schema(具体的用户)。

如想得到test用户下test表的建表语句,则执行:

SQL>select dbms_metadata.get_ddl(‘TABLE’,’TEST’,’TEST’) from dual;

结果如下:

DBMS_METADATA.GET_DDL('TABLE','TEST','TEST')

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

CREATE TABLE "TEST"."TEST"

( "ID" NUMBER(5,0)

) PCTFREE 10 PCTUSED 40

这时显示的建表语句是不完整的,因为dbms_metadata.get_ddl()返回结果的数据类型是clob,必须在sqlplus下执行:set long 2000(或更大)才能正常显示。

SQL>set long 2000

SQL> select dbms_metadata.get_ddl(‘TABLE’,’TEST’,’TEST’) from dual;

结果如下:

DBMS_METADATA.GET_DDL('TABLE','TEST','TEST')

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

CREATE TABLE "TEST"."TEST"

( "ID" NUMBER(5,0)

) PCTFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255 NOCOMPRESS LOGGING

STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645

PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT)

TABLESPACE "USERS"

注意,在dbms_metadata.get_ddl()的输入参数必须大写,否则会报错。

利用dbms_metadata还可以同时得到多个对象的建立脚本,如想得到test用户下所有表的建表语句,可以用如下方式:

SQL>conn / as sysdba

SQL>set long 2000

SQL>select dbms_metadata.get_ddl(‘TABLE’,TABLE_NAME,’TEST’)||’;’

2from dba_tables

3where owner=’TEST’;

这样就可以得到test用户下所有表的建表语句。可以用spool语句把结果输出到一个文件,这样就可以将这些建表语句保存下来。

7 oracle常见问题及处理

在数据库的日常维护工作中,经常会碰到各种各样的问题,以下是一些常见问题的原因分析及解决办法。

7.1 得到oracle的错误说明及了解数据库告警信息

oracle提供了一个实用程序oerr,利用它可以得到oracle错误信息的说明。如碰到ORA-01653错,则可以用oerr来查询详细信息。

$oerr ora 01653

结果如下:

01653, 00000, "unable to extend table %s.%s by %s in tablespace %s"

// *Cause: Failed to allocate an extent for table segment in tablespace.

// *Action: Use ALTER TABLESPACE ADD DATAFILE statement to add one or more

// files to the tablespace indicated.

7.1.1理解报警日志文件

警告日志,是Oracle使用的一种基本警告机制,其作用是提醒数据库管理员注意数据库的错误、异常环境以及某些永久性动作(例如DDL导致的数据库结构改变等),每个事件都潜在地影响着数据库性能和可用性,其日期和时间都被记录在案,每个事件的起止时间也有相应地入口提供标示。一旦数据库产生了问题,警告日志是第一个可以找到相关信息的地方。报警日志文件一般记载了数据库的启动/关闭信息,归档信息,备份信息,恢复信息,常见错误信息,部分数据库修改记录等。一般令名规则为_Alert.log或Alert_.log,如某数据库的SID为test,则报警日志文件的名称为alert_test.log。

报警日志文件的路径是根据初始化参数background_dump_dest来决定的,如该参数值为 D:\Oracle\admin\test\bdump,那么,你就可以在该路径下找到该文件

7.1.2 理解后台进程跟踪文件

跟踪文件在异常事件发生时由Oracle创建,通常伴随着警告日志中的错误信息而产生。警告日志包含了错误事件的概述,而随之产生的跟踪文件则记录了该错误事件的详细信息(如果错误事件很重要,就应记录其详细信息)。后台进程的跟踪文件名通常具有下列格式:__,这里是指后台进程(如DBWR或SNON)的名字,

指可用环境ORACLE_SID的值,而指后台进程的OS进程ID。UNIX平台上前台进程产生的跟踪文件的命名具有下列格式:ora__.trc。UNIX _PID可以通过查看ps -ef命令的输出结果确定。在Windows NT上,构成后台进程的线程的跟踪文件的命名具有下列格式:.trc ,这里SID是ORACLE_SID的值(该值可从ORACLE_SID注册表中获得),是构成后台进程的线程的真实名字(这个名字可以在v$bgprocess 活动窗口中的Name列中获得)。在Windows NT上,前台进程的跟踪文件名具有下列格

式:ORA00.trc。这里指v$process活动窗口中SPID列的十六进制值。

001仪器设备维护保养作业指导书

仪器设备维护保养内容作业指导书 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附加说明 本作业指导书由检测室提出。 本作业指导书起草人: 审核人:年月日 批准人:年月日

常规设备操作维护必备手册

常 规 设 备 操作维护手册

目录

第一章斜板沉淀器 一、概述 本公司的WHB-110型斜板沉淀器是一种结构独特的污水处理设备,主要运用浅池沉淀理论,利用斜板间距迅速缩短沉淀时间,达到快速固液分离效果,斜板沉淀设计理论先进,处理效果好、占地面积小、能耗低、投资少、运行管理方便、安全可靠,适用于冶金、市政工程、化工、石油、电力、建材等行业的水处理工程。 二、结构及工艺流程 WHB-110型斜板沉淀器主要由沉淀器壳体、进水分配装置、增强蓬布斜板及挂件、集水槽、配套螺旋输泥机等组成。 污水由设备上部进水口进入进水分配区,在进水分配装置的作用下使污水进入沉淀器的底部混合沉降区进行絮凝沉淀,部份在短时间内不能沉淀的细小颗粒,将通过斜板进行沉降,处理后的水经过溢流堰口流入沉淀器上部的集水槽内,输送到清水池或被循环使用。沉降在沉淀器底部的污泥在底部螺旋输泥机的推动下由中部的排泥口排出。 三、技术参数 单池处理能力:≤120m3/h

进水水悬浮物: 0~5000mg/L 出水悬浮物:≤100mg/L 输泥机排泥含水率:>90% 配套螺旋输泥机直径:φ600mm 配套螺旋输泥机电机功率:5.5Kw 斜板尺寸:4830X1150X0.5 斜板数量:131块 斜板安装角度:60° 四、安装要求 现场安装前: ●检查基础尺寸是否符合设备安装要求 ●检查基础是否有竣工合格证 现场安装时: ●斜板沉淀器的组合应根据工艺设计要求进行组合。 ●斜板沉淀器的组装几何尺寸应严格按图纸要求尺寸进行装配,配筋接缝不 允许与壳体焊缝同缝。 ●斜板沉淀器焊缝应进行严格检查,不允许有漏焊、假焊、沙孔裂纹等不良 焊缝,焊缝高度、宽度应严格按标准进行施焊。 ●焊接时应注意设备的焊接变形,以免产生内应力,在设备试运行时产生意 外事故。 ●设备上部的溢流出水口应按水平要求进行调整,以免产生设备的上升流速 不均匀,影响处理效果。

设备维修保养的基本内容

设备维修保养的基本内容 设备维修的基本内容包括:设备维护保养、设备检查和设备修理。 一、设备维护保养 1、设备维护保养的内容是保持设备清洁、整齐、润滑良好、安全运行,包括及时紧固松动的紧固件,调整活动部分的间隙等。简言之,即“清洁、润滑、紧固、调整、防腐”十字作业法。实践证明,设备的寿命在很大程度上决定于维护保养的好坏。 维护保养依工作量大小和难易程度分为日常保养、一级保养、二级保养、三级保养等。 (1)日常保养,又称例行保养。其主要内容是:进行清洁、润滑、紧固易松动的零件,检查零件、部件的完整。这类保养的项目和部位较少,大多数在设备的外部。 (2)一级保养,主要内容是:普遍地进行拧紧、清洁、润滑、紧固,还要部分地进行调整。日常保养和一级保养一般由操作工人承担。(3)二级保养。主要内容包括内部清洁、润滑、局部解体检查和调整。 (4)三级保养。主要是对设备主体部分进行解体检查和调整工作,必要时对达到规定磨损限度的零件加以更换。此外,还要对主要零部件的磨损情况进行测量、鉴定和记录。二级保养、三级保养在操作工

人参加下,一般由专职保养维修工人承担。 在各类维护保养中,日常保养是基础。保养的类别和内容,要针对不同设备的特点加以规定,不仅要考虑到设备的生产工艺、结构复杂程度、规模大小等具体情况和特点,同时要考虑到不同工业企业内部长期形成的维修习惯。 二、设备检查 设备检查,是指对设备的运行情况、工作精度、磨损或腐蚀程度进行测量和校验。通过检查全面掌握机器设备的技术状况和磨损情况,及时查明和消除设备的隐患,有目的地做好修理前的准备工作,以提高修理质量,缩短修理时间。 检查按时间间隔分为日常检查和定期检查。日常检查由设备操作人员执行,同日常保养结合起来,目的是及时发现不正常的技术状况,进行必要的维护保养工作。定期检查是按照计划,在操作者参加下,定期由专职维修工执行。目的是通过检查,全面准确地掌握零件磨损的实际情况,以便确定是否有进行修理的必要。 检查按技术功能,可分为机能检查和精度检查。机能检查是指对设备的各项机能进行检查与测定,如是否漏油、漏水、漏气,防尘密闭性如何,零件耐高温、高速、高压的性能如何等。精度检查是指对设备的实际加工精度进行检查和测定,以便确定设备精度的优劣程度,为设备验收、修理和更新提供依据。

软件系统运维手册(完整资料).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主程序:

2016设备维修作业指导书

在化工生产装置检修过程中,由于各种原因的影响,如果作业人员没有能够充 分地进行风险识别和安全评价,防范措施不到位,很可能导致在工作中产生某种失误, 造成事故的发生。有关数据表明,在化工企业生产、检修过程中发生的事故中,由于 作业人员的不安全行为造成的事故约占事故总数的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安全措施

设备操作保养维护检修手册1

设备操作保养 维护检修手册, 专业.专注.

重庆江电电力设备有限公司 前言 操作维护保养规程是设备操作的基本技能,其根据是设备设计、制造、试验及调试投用的参数,是科学技术多年的积累,有其科学性、合理性、安全性。操作者主要在参数规定内有效发挥设备功能,延长设备使用寿命,保证人身安全;是企业员工创造财富的基本技能,因此,请员工同志们认真学习了解、掌握所使用设备操作技能,安全、高效合理地发挥设备功, 专业.专注.

能。 本手册主要依据设备使用说明书,设备操作保养规程,安全操作规程;因技术水平及时间有限,在编制输入中难免有许多遗漏及错误,特别页码错误较多,敬请原谅,各位参阅者提出宝贵意见,以便不断完善其准确性、合理性、实用性。 编制人:沈强吴艳林 审定人:彭春来 2012-06-19 , 专业.专注.

目录 板车间目录BTS系列数控切割机 概述........................................................ .... ... .. (1) 第一节安全须知 (2) 第二节性能与说明 (9) 第三节操作与使用 (12) 第四节保养与润滑 (13) 第五节常见故障分析及排除 (13) , 专业.专注.

JB21-100型1000KN开式双柱固定台压机 第一节压力机主要规格 (15) 第二节压力机的用途 (16) 第三节压力机的使用与维修保养 (16) 第四节压力机的润滑 (17) 第五节压力机的故障及排除方法 (18) 第六节压力机的安全保护 (19) Q11-13*2500剪板机(一) 第一节机器的基本参数 (20) 第二节机器的主要用途 (20) 第三节机器的性能及特点 (21) 第四节机器的电气系统.. (22) 第五节机器的润滑系统 (22) 第六节机器的调整.............................. (23) 第七节机器的试车与操作 (24) , 专业.专注.

机房日常维护内容

榆林分公司机房巡检维护内容 针对机房系统制定如下维护方案 1、电气方面 1)对配电柜内电源电压、电流、频率等进行测试; 2)检查三相电流是否均衡(可用钳形电流表),一般各相电流值允许偏差不大于20%;3)检查正常照明和应急照明是否正常; 4)允许停电的情况下,对配电柜内灰尘进行清理; 2、温湿度方面 机房内温湿度主要依靠机房内空调实现具体应做到: 1).检查当前温湿度值是否在设定范围内; 2).检查空调有无报警,如出现要及时判明故障名称及部位,及时排除; 3).检查供电电压是否正常,各断路器有无异常跳开现象; 4).检测压缩机工作压力是否正常、电流是否正常,如缺氟则补漏后加注氟利昂;检查压缩机与高、低压截止阀螺纹连接处是否有漏油现象,及时紧固。(冬季每两个月,夏季每两个星期) 5).检查、清洗、更换室内机空气过滤网; 6).清洗室外机翅片; 7).检查除湿系统能否正常工作; 3、洁净度方面 定时对机房内杂物进行清理,对地板下、吊顶内可用吸尘器将尘土吸除(一般每3月一次)。机房内多余设备或备品备件移出机房放存储间。机房应设专人看管,进入机房应有防护措施。机房四周密闭性要好。 4、防静电方面 机房内湿度过低时容易产生静电(尤其在冬季),这时可以在机房内放置一台加湿器。进入机房穿戴鞋套。 5、接地 为防雷击,对机房内设备壳体四周应做接地,设备接地线与机房接地相连。综合接地电阻不大于1Ω. 6、其他 机房内主机区、存贮器区和监控区应分开。具体划分可根据系统配置及管理而定。设备距墙至少600mm以使设备更好散热。 以上几项内容是维护人员必须定期要做的工作,各地用户可根据本地设备实际情况酌情增加其他内容,确保设备运行状态良好。在维护时发现故障不能排除时,可以及时与维修单位联系。

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应该及时对表空间的空间进行扩充,以避免这些错误发生。 对表空间的扩充对表空间的数据文件大小进行扩展,或向表空间增加数据文件,具体操作见“存储管理”部份。 三、查看数据库的连接情况

ProxySG设备维护手册

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消耗(高级):

监控设备的日常检查维护内容

监控设备的日常检查维护内容 2007-10-13 15:11 一、摄像镜头的维护保养 1每季由设备责任人拆下摄像机的防护罩进行内部清洁除尘,清洁除尘时须使用干燥、清洁的软布和中性清洁剂,以防止产生静电和腐蚀摄像机,并做好记录。 2对带云台的摄像镜头进行维修保养时,还需要对云台的机械部位加适量的润滑机油,以保证云台转动灵活。 3对效果不好的摄像镜头,必须及时调整好焦距、方向等,保证安装牢固,并由消防中心值班员确认符合安全使用要求。 4对室外监视摄像机进行维修保养,在每次清洁除尘、安装防护罩时,必须注意用防水胶圈或胶布密封接合部位,以防止雨水的渗入。 5在对摄像机清洁除尘时,必须注意不用手触摸摄像机镜头,只能用专业擦拭布或镜头纸对摄像机镜头进行擦试。 二、监控主机的维护保养 1每周由设备责任人对监控中心主机进行外部除尘,除尘时必须使用干燥、清洁的软布和中性清洁剂。 2每月由设备责任人检查视频线接头,如有松动,必须用额定功率在40瓦以下的电烙铁进行焊接处理,并检查接头与主机接口是否松动,以保证连接牢固,并做好检查记录。 3检查主机上的各种指示灯是否正常显示。

三、录像机的维护保养 1每周由弱电班值班人员对录像机进行外部除尘,除尘时必须使用干燥、清洁的软布和中性清洁剂。 2每月由设备责任人检查录像机的录像效果,必须保证录像机运转正常,录像效果清晰。如检查时发现录像效果模糊不全等现象时,必须查时原因,采取相关的措施,并做好记录向上级汇报。 3电源部份的维护保养 每半年由设备责任人对摄像机电源和控制中心内的监控设备电源的电压进行测量,并做好记录。 校园广播主要是为学生提供一个悠闲清新的环境,背景音乐、听力训练与上下课作息铃声是校园广播是必须的基本功能,对所有公共场所提供背景音乐,掩盖环境噪声,创造一种轻松、和谐、优雅、浪漫的气氛。根据需求我们只需在广播系统的前端加上一台智能控制主机,可实现定时将每天需固定播出的广播内容,按照预先排好的播放列表,到时自动播出到各个指定区域。 sxwy专业研发生产和销售公共广播和会议系统产品,并提供完善的售前、售中与售后服务。技术领先、品质优秀、服务贴心,是索想品牌一直坚持的企业管理理念,而“诚信”是我们的核心价值观。索想的一切行为都围绕“创造喜悦”这一企业理念而展开。为用户创造使用的喜悦,为中间商创造事业的喜悦,为员工创造成长的喜悦,为供应商创造合作的喜悦,为股东创造成功的喜悦。公共广播和会议系统产业,是高科技行业,早已突破了传统电子技术和电声技术的概念,数码技术和网络技术已经将这个行业推向了信息产业的领域。公共广播处于电声技术、安防技术、通讯技术的交叉处, 根据项目单位要求,在校园各主要干道两旁、绿化带、大门口、娱乐场所、小湖周边等位置安装公共广播系统,用来满足的背景音乐使用功能,覆盖噪音美化环境;满足在为人们提供优美动听的音乐的同时,还可为人们提供各种信息广播服务及消防、紧急事故广播服务本次广播系统的设计除了采用技术先进、功能完善的设备外,有关校园广播点的选择、广播范围、广播功能的设计、设备的配置以及整个系统的完整性、可靠性、开放性及整体的防范水平等与校园本身的功能分区相互适应,这将作为本设计的重点。校园广播目的主要为游客提供一个良好的、安全的优雅环境。

软件维护手册

软件维护手册 主要包括软件系统说明、程序模块说明、操作环境、支持软件的说明、维护过程的说明,便于软件的维护。 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 的说明相同。以后的其他各程序的说明相同。

设备维护保养作业指导书

设备维护保养作业指导书 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常见故障及处理

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.第一阶段初期清扫 初期清扫的目的主要是提高生产操作人员对设备的关心程度和爱护设备 的热情。通过清扫、检查,使操作人员逐渐熟悉设备,建立起爱护环境的习惯,产生不愿再把好不容易打扫干净的设备弄脏的心情,同时也会逐渐发现并提出如下问题:

(1)这里有垃圾和灰尘,会有什么坏作用? (2)这个脏污的发生源在何处?如何预防? (3)有无轻松的清扫办法? (4)有无螺栓松动、部件磨损等不良之处? (5)这个部件是起什么作用的? (6)这里发生故障,修理时费力不费力? 这些问题的发现及提出,循环往复地进行,通过大家讨论,就会萌发自主管理的意识。同时,通过清扫的实践,思考实际行动中产生的问题,并将结果同下次行动联系起来,这是一项很重要的教育培训。这样,一方面,操作人员进行清扫,另一方面,又使他们明白保持设备整洁的重要性和维护整洁的方法,逐渐培养起自觉的管理意识。 2.第二阶段研究发生源、困难点的对策 初期清扫越辛苦,就越能珍惜自己的劳动成果,防止设备再脏污,从这种心情出发,就会对如何改进产生兴趣。例如,尽管多次清扫,但很快又脏污了,就会感到在清扫上花太多的时间实在划不来,于是促使自己想办法彻底解决。又如,好不容易发现和处理好的设备缺陷,很快又发生了,这就促使点检方面下决心,采取彻底的对策。由此就会产生改进设备的想法或建议,并进一步产生实质性的改进对策及改进效果。而真正实现了改进效果,就会给自己带来欣慰和喜悦,进而对更大的改进充满勇气和信心。 (1)垃圾、脏污、异物的危害和发生源的对策。经过第一阶段的清扫,熟悉了垃圾、脏污及异物产生的起源,明白了它们对设备和产品质量的影响。为了提高效率,缩短清扫时间和减少工作量,隔绝其发生源是一个基本对策,如用

软件系统运维手册范本

系统运维手册

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.对汽车制动、转向、传动、悬架、灯光、信号等安全部件装置以及发动机运转状态进行检视、校紧,确保行车安全。 二、日常维护作业方法 1.空气滤清器:取出滤芯,清洁灰尘, 装复时要注意密封。 2.刮水器和玻璃清洗器:雨刮片和挡风玻璃接触不良时应及时更换,补充同一型号清洗剂。 3.蓄电池:补充蒸馏水,清洁接线柱,保持通气孔畅通,液面高度正常。 4.冷却液:保持液面在上限和下限之间,补充时应用同一型号。 5.润滑油:在发动机启动前检查,机油量应在上限和下限之间。 6.风扇皮带:检查皮带松紧度,其挠度应在10-15mm,如发现损伤应及时更换。 7.灯光:各灯光装置完好,工作正常,灯具的护罩如有脏污或损伤应及时清洗更换。 8.轮胎:①轮胎气压不足应及时充气。

②胎面有破裂或损坏应予更换。 ③不能使用超过磨损极限的轮胎。 9. 制动装置:①气压制动装置应检查气压表指示情况,踩住制动看制动气压、听有无漏气声。 ②液压制动装置踏板在发动机启动前较重、启动后较轻为正常。 10.转向系统:汽车在静止状态时左右转动方向盘可检查其自由行程和连接状况。 重点和难点: 重点:了解日常维护作业的作用、检查内容和检查方法。 难点:理解和牢记日常维护作业的项目和检查方法。 注意事项: 要做到对维护项目按规定定时、定期检查、调整、清洗和添加。

IBM P750小型机日常维护手册

IBM P750小型机 日常维护手册 一、服务器硬件运行状态检查 1.当服务器处于启动和正常工作状态时,其前面板上的状态灯(与电源灯并排)和各硬盘的状态灯(一排 小灯,与各硬盘位置一一对应)应显示为绿色。 2.当服务器的状态灯出现橙黄色时,说明有硬件告警,此时要检查服务器的电源、接线、硬盘等。如果有 硬件故障则需要立即进行更换和更正,如果查不出具体问题,则需要联系相关专家进一步诊断。 3.当硬盘工作正常时,与各硬盘对应的硬盘灯会呈绿色,如无读写,则绿灯一直亮,如该硬盘有读写操作, 则绿灯会不规则闪烁,当硬盘损坏时,则硬盘状态灯将熄灭,或者呈闪烁状态:以1~3秒的频率有规律地、不停地闪烁。 如果发现有服务器硬件状态灯不正常的情况,请及时联系我公司工程师,以便及时进行诊断并解决故障。 二、HMC(硬件管理平台)管理与操作 HMC的两种访问途径: 1、在机房直接通过显示器和键盘进行管理维护等相关操作 2、通过web远程访问,登录HMCweb管理界面,访问地址为:https://

1、登录HMC 1.1 浏览器访问连接HMC后,首页界面如下图所示。 1.2 点击下图所示链接,进入HMC验证登录界面。 1.3 输入用户名与口令,登录HMC。 用户名:hscroot 口令:

1.4 成功登录到HMC管理界面如下图所示。 2、注销HMC 在HMC console右上角有(hscroot|help|log off)链接,单击log off,会出现如下图所示注销界面:

选择Log off,系统返回到HMC初始登录界面状态。 3、重启HMC 左边导航栏中选择→HMC Management→shut down or Restart,如下图所示,对HMC进行正常重启及关机操作。 请谨慎对HMC进行关机和重启操作!

仪表的日常工作维护

一、过程检测与控制仪表的日常维护 仪表的日常维护大致有以下几项工作内容:(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。打开排污阀时,被测介质排出很少或没有,说明导压管有堵塞现象,要设法疏通。

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

相关主题