Oracle数据库日常维护工作

Oracle数据库日常维护工作
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 数据库日常维护工作》
1. DBA 日常维护工作
1.1 检查 ORACLE 进程
ps -ef|grep "ora_" |grep -v grep oracle oracle oracle oracle oracle oracle oracle oracle oracle oracle oracle oracle oracle oracle oracle oracle oracle 5827 5829 5831 5833 5835 5838 5840 5842 5844 5846 5848 5850 5852 5855 5948 5950 5957 1 0 10:24 ? 1 0 10:24 ? 1 0 10:24 ? 1 0 10:24 ? 1 0 10:24 ? 1 0 10:24 ? 1 0 10:24 ? 1 0 10:24 ? 1 0 10:24 ? 1 0 10:24 ? 1 0 10:24 ? 1 0 10:24 ? 1 0 10:24 ? 1 0 10:24 ? 1 0 10:25 ? 1 0 10:25 ? 1 0 10:25 ? 00:00:00 ora_pmon_test 00:00:00 ora_psp0_test 00:00:00 ora_mman_test 00:00:00 ora_dbw0_test 00:00:01 ora_lgwr_test 00:00:02 ora_ckpt_test 00:00:02 ora_smon_test 00:00:00 ora_reco_test 00:00:01 ora_cjq0_test 00:00:03 ora_mmon_test 00:00:00 ora_mmnl_test 00:00:00 ora_d000_test 00:00:00 ora_s000_test 00:00:00 ora_rvwr_test 00:00:00 ora_arc0_test 00:00:00 ora_arc1_test 00:00:00 ora_qmnc_test
3

数据库日常维护工作》 《Oracle 数据库日常维护工作》
oracle oracle oracle 5989 5991 9679 1 0 10:25 ? 1 0 10:25 ? 1 0 12:26 ? 00:00:00 ora_q000_test 00:00:00 ora_q001_test 00:00:00 ora_j000_test
在检查 Oracle 的进程命令输出后,输出显示至少应包括以下一些进程: ? Oracle写数据文件的进程,输出显示为:“ora_dbw0_test ? Oracle写日志文件的进程,输出显示为:“ora_lgwr_test ? Oracle监听实例状态的进程,输出显示为:“ora_smon_test ? Oracle监听客户端连接进程状态的进程,输出显示为:“ora_pmon_test ? Oracle进行归档的进程,输出显示为:“ora_arc0_test ? Oracle进行检查点的进程,输出显示为:“ora_ckpt_test ? Oracle 进行恢复的进程,输出显示为:“ora_reco_test
1.2 检查 ORACLE 监听进程
lsnrctl status LSNRCTL for Linux: Version 10.2.0.1.0 - Production on 08-MAY-2008 12:37:32 Copyright (c) 1991, 2005, Oracle. All rights reserved. to
Connecting (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=eim)(PORT=1521))) STATUS of the LISTENER -----------------------Alias LISTENER Version TNSLSNR for Linux: Version 10.2.0.1.0 - Production Start Date 06-MAY-2008 15:52:19 Uptime 1 days 20 hr. 45 min. 12 sec Trace Level off Security ON: Local OS Authentication
4

数据库日常维护工作》 《Oracle 数据库日常维护工作》
SNMP ON Listener Parameter File /oracle/product/10.2.0.1/db_1/network/admin/listener.ora Listener Log File /oracle/product/10.2.0.1/db_1/network/log/listener.log Listening Endpoints Summary... (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=EIM)(PORT=1521))) Services Summary... Service "test" has 1 instance(s). Instance "test", status READY, has 1 handler(s) for this service... Service "testXDB" has 1 instance(s). Instance "test", status READY, has 1 handler(s) for this service... Service "test_XPT" has 1 instance(s). Instance "test", status READY, has 1 handler(s) for this service... The command completed successfully “Services Summary”项表示 Oracle 的监听进程正在监听哪些数据库实例, 输出显示中至 少应该有“TEST”.
1.3 检查 ORACLE 实例状态
SQL> connect / as sysdba; Connected. SQL> select instance_name,version,status,database_status 2 from v$instance;
INSTANCE_NAME
VERSION
STATUS
DATABASE_STATUS
---------------- ----------------- ------------ ----------------test 10.2.0.1.0 OPEN ACTIVE
5

数据库日常维护工作》 《Oracle 数据库日常维护工作》
其 中 “STATUS” 表 示 Oracle 当 前 的 实 例 状 态 , 必 须 为 “OPEN” ; “DATABASE_STATUS”表示 Oracle 当前数据库的状态,必须为“ACTIVE”。
SQL> select name,log_mode,open_mode from v$database;
NAME
LOG_MODE
OPEN_MODE
--------- ------------ ---------TEST ARCHIVELOG READ WRITE
其中“LOG_MODE”表示 Oracle 当前的归档方式。“ARCHIVELOG”表示数据库运 行在归档模式下,“NOARCHIVELOG”表示数据库运行在非归档模式下
1.4 检查已经打开的所有实例
确定系统当前的数据库是否都处于可服务状态,可以通过 sqlplus 来批处理测试。 参考如下测试: sqlplus test/test@db1 exit sqlplus test/test@db2 exit sqlplus test/test@db3 exit ……….
6

数据库日常维护工作》 《Oracle 数据库日常维护工作》
1.5 检查 RAC 的服务是否正常
Crs_stat –t
1.6 检查最新的警告日志
检查每一个数据库的 ALERT.LOG,可以直接 telnet 到数据库服务器上,进入 bdump 目录(可在 INIT.ORA 中定位或者 sqlplus 中 show parameter dump) 。 使用 UNIX 命令'tail'查看 alert_.log, 或是用其他方式检查文件中最近时期的警告 日志。或者直接查找最近出现“ORA-”报错信息。仔细研究这些错误,如需要帮助 可以直接和工程师联系。
$cat $ORACLE_BASE/admin/$ORACLE_SID/bdump/alert_$ORACLE_SID.log|grep -i ora$ cat $ORACLE_BASE/admin/$ORACLE_SID/bdump/alert_$ORACLE_SID.log|grep -i err $ cat $ORACLE_BASE/admin/$ORACLE_SID/bdump/alert_$ORACLE_SID.log|grep -i fail
检查 Oracle 控制文件状态
select * from v$controlfile 7

数据库日常维护工作》 《Oracle 数据库日常维护工作》
检查 Oracle 在线日志状态
select * from v$logfile;
检查 Oracle 表空间的状态
select tablespace_name,status from dba_tablespaces;
检查 Oracle 所有数据文件状态
select name,status from v$datafile;
检查 Oracle 所有表、索引、存储过程、触发器、包等对象 的状态
select owner,object_name,object_type from dba_objects where status!='VALID' and owner!='SYS' and owner!='SYSTEM';
检查 Oracle 初始化文件中相关的参数值
select resource_name,max_utilization,initial_allocation, limit_value from v$resource_limit;
检查数据库备份是否正确
8

数据库日常维护工作》 《Oracle 数据库日常维护工作》
查看备份日志是否有异常信息,如发现有错误,仔细研究这些错误,如需要帮 助可以直接和工程师联系。
1.7 检查备份到磁带中的文件是否正确
1.8 检查数据库的性能是否合理,系统资源是否充足 检查数据库的性能是否合理,
检查在表空间中剩余空间是否充足。通常在一个稳定系统中,每天增长的数据库大 小是可以预估出来的。 运行以下 sql 来确定表空间的剩余空间: col tname format a30
SELECT a.tablespace_name tname,trunc((a.aa-b.bb)/(1024*1024)) used, trunc(a.aa/(1024*1024)) total, trunc((a.aa-b.bb)*100/a.aa) used_pct FROM (SELECT tablespace_name,SUM(bytes) aa FROM dba_data_files GROUP by tablespace_name) a, (select tablespace_name,SUM(bytes) bb FROM dba_free_space GROUP BY tablespace_name) b where a.tablespace_name=b.tablespace_name(+) order by (a.aa-b.bb)*100/a.aa desc /
9

数据库日常维护工作》 《Oracle 数据库日常维护工作》
1.6 仔细阅读 Oracle 标准文档
Oracle 提供了免费的标准技术文档,通过阅读这些文档,DBA 可以深入的了解 Oracle 的运行和维护。我们建议 DBA 每天抽出一定时间阅读这些文档。
2.晚间维护工作 2.晚间维护工作
2.1 收集相关表的统计数据 收集相关表的统计数据
夜间的维护过程主要为系统的批处理,以及收集统计数据等。对于数据量变化不 大的应用环境,通常过一段时间(两个月或一个季度)进行一次 analyze。
3.每周维护工作 3.每周维护工作
3.1 检查异常的对象
对于每个给定表空间的对象来说,NEXT_EXTENT 的大小应该是相同的(所以这个 对于创建对象的用户来说尤为重要) 。
3.1.1 检查现有的 NEXT_EXTENT 情况: 情况:
-- nextext.sql --- To find tables that don't match the tablespace default for NEXT extent. -- The implicit rule here is that every table in a given tablespace should -- use the exact same value for NEXT, which should also be the tablespace's -- default value for NEXT. -10

数据库日常维护工作》 《Oracle 数据库日常维护工作》
-- This tells us what the setting for NEXT is for these objects today. -SELECT segment_name, segment_type, dt.tablespace_name, ds.next_extent FROM dba_tablespaces dt, dba_segments ds WHERE dt.tablespace_name = ds.tablespace_name AND dt.next_extent !=ds.next_extent AND ds.owner = '&OWNER'
3.1.2 检查已有的 EXTENTS: :
-- existext.sql --- To check existing extents --- This tells us what the setting for NEXT was for these objects at the -- time the extent was allocated. If this report shows a lot of different -- sized extents, your free space is likely to become fragmented. If so, -- this tablespace is a candidate for reorganizing. -SELECT count(*), segment_name, segment_type, dt.tablespace_name FROM dba_tablespaces dt, dba_extents dx WHERE dt.tablespace_name = dx.tablespace_name AND dt.next_extent != dx.byte AND dx.owner = '&OWNER' GROUP BY segment_name, segment_type, dt.tablespace_name
3.1.3 查看哪些表没有主键
所有的表都应该有唯一的主键,使用以下 sql 可以定位没有 pk 的表。
--- To find tables without PK constraint -SELECT table_name FROM all_tables WHERE owner = '&OWNER' MINUS
11

数据库日常维护工作》 《Oracle 数据库日常维护工作》
SELECT table_name FROM all_constraints WHERE owner = '&&OWNER' AND constraint_type = 'P'
3.1.4 查找哪些主键是没有发挥作用的
-- disPK.sql --- To find out which primary keys are disabled -SELECT owner, constraint_name, table_name, status FROM all_constraints WHERE owner = '&OWNER' AND status = 'DISABLED’ AND constraint_type = 'P'
3.1.5 所有作索引的主键都应是唯一的
--- nonuPK.sql -To find tables with nonunique XPKs SELECT index_name, table_name, uniqueness FROM all_indexes WHERE index_name like '&PKNAME%' AND owner = '&OWNER' AND uniqueness = 'NONUNIQUE' /
3.2 检查是否有不安全的问题
查看是否存在系统安全隐患,如黑客入侵等。请系统管理员协助完成。
12

数据库日常维护工作》 《Oracle 数据库日常维护工作》
3.3 检查是否有错误 SQL*NET 日志
查看客户端,服务器端 SQLNET.LOG 上是否有异常信息。
3.4 归档当前告警日志
为了便于管理,将当前系统的告警日志作个备份,并清空当前告警日志。
3.5 访问供应商站点
1)数据库站点:
https://www.360docs.net/doc/0611449952.html, https://www.360docs.net/doc/0611449952.html, https://www.360docs.net/doc/0611449952.html,/support
2)第三方站点:
https://www.360docs.net/doc/0611449952.html,
3)平台厂商站点
https://www.360docs.net/doc/0611449952.html, https://www.360docs.net/doc/0611449952.html, https://www.360docs.net/doc/0611449952.html,
4.月维护工作 4.月维护工作
4.1 检查是否有异常的空间增长
从业务和技术角度了解并确定哪些段可能增长迅速,并通过对比了解其增长率。从性 能角度评估对性能的影响。
13

数据库日常维护工作》 《Oracle 数据库日常维护工作》
4.2 回顾以前数据库性能优化的调整
通过 statspack 的前后对比来确定,当前数据库和前段时间相比有了哪些变化,这些 变化是由什么原因引起,是否合理。
4.3 检查 IO 瓶颈
检查数据文件间的 IO 活动,确定当前 IO 活动频繁的 dbfile。
CREATE TABLE sum_read_writes AS SELECT SUM(phyrds) phys_reads, sum(phywrts) phys_wrts FROM V$FILESTAT;
TTITLE ' DATAFILE DISK I/O REPORT' COLUMN name COLUMN phyrds COLUMN phywrts FORMAT a35 FORMAT 999,999,999 FORMAT 999,999,999
COLUMN read_pct FORMAT 999.99 COLUMN write_pct FORMAT 999.99 SELECT name, phyrds, phyrds * 100 / srw.phys_reads read_pct, phywrts, phywrts * 100 / srw.phys_wrts write_pct
14

数据库日常维护工作》 《Oracle 数据库日常维护工作》
FROM sum_read_writes srw, v$datafile df, v$filestat fs WHERE df.file# = fs.file# ORDER BY phyrds desc;
DROP TABLE sum_read_writes;
clear columns TTITLE off
4.4 检查碎片的问题(8i 系统) 检查碎片的问题( 系统)
1. 确保存储参数 pctincrease 为 0。 2. 确保表空间使用本地管理方式(建议使用 uniform size) 3. 如有 delete 大量数据的操作,需定期重组该表(包括索引,这些重组操作需要在 适当的时候进行) 。
15

维护工作职责和内容

维护工作职责和内容 一、基本职责 1、负责整个公司(包含局域网、广域网)的系统安全性。 2、负责日常服务器维护、操作系统、网管系统、邮件系统的安全补丁、漏洞检测及修补、病毒防治等工作。 3、应经常保持对最新病毒的了解,做到预防为主。 4、确保网络通信传输畅通,实时监控整个局域网的运转和网络通信流量情况; 5、掌握主干设备的配置情况及配置参数变更情况,备份各个设备的配置文件; 6、负责网络布线配线架的管理,确保配线的合理有序; 7、掌握用户端设备接入网络的情况,以便发现问题时可迅速定位; 8、掌握与外部网络的连接配置,监督网络通信状况,发现问题及时解决; 二、机房管理职责 1、严禁非机房工作人员进入机房,特殊情况需经负责人批准,并认真填写登记表后方可进入。 2、进入机房人员不得携带任何易燃、易爆、腐蚀性、强电磁、辐射性、流体物质等对设备正常运行构成威胁的物品。 3、未经领导的批准严禁变更机房内的一切设备,或服务器的配置。如有需要应报告领导并填写维护表。 4、外来的一切移动存储禁止在机房内使用。 三、安全管理职责 1、随时监控中心设备运行状况,发现异常情况应立即按照预案规程进行操作,并及时上报和详细记录。 2、严格执行密码管理规定,对操作密码定期更改,超级用户密码由系统管理员掌握。 3、网管人员应恪守保密制度,不得擅自泄露各种信息资料与数据。 4、机房内严禁吸烟、喝水、吃食物、嬉戏和进行剧烈运动,保持机房安静。 5、不定期对机房内设置的消防器材、监控设备进行检查,以保证其有效性。

四、运行管理职责 1、未经负责人批准,不得在机房设备上编写、修改、更换各类软件系统及更改设备参数配置。 2、各类软件系统的维护、增删、配置的更改,各类硬件设备的添加、更换必需经负责人书面批准后方可进行;必须按规定进行详细登记和记录,对各类软件、现场资料、档案整理存档。 五、日常维护职责 1、日常维护中应按规定填写日常维护表。(维护内容见附录) 2、每个月应把常见问题书写成知识档,上传到知识库中。 3.硬件更换应填写硬件更换表以便查阅。

Oracle数据库日常维护指导手册

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.360docs.net/doc/0611449952.html, 客户支持网站:https://www.360docs.net/doc/0611449952.html,

版权声明 本文档属UT斯达康通讯有限公司版权所有,侵权必究。 本文档专供用户、本公司职员以及经本公司许可的人员使用。未经公司书面同意,任何单位或个人不得以任何方式复制、翻印、改编、摘编、转载、翻译、注释、整理、出版或传播手册的全部或部分内容。 UTStarcom,PAS,WACOS, iAN, AIRSTAR, WLL, ISP, WICOPS, NGDLC, Intranode, Internode, Xtr-m-IP, UNITECH,iPATH, !-Volution, mSwitch, 小灵通, 为UT斯达康公司或其子公司、关联公司的注册商标,受商标法保护, 任何个人或团体非法使用以上商标,UT斯达康公司有权追究其法律责任。

数据库日常维护工作

数据库日常维护工作是系统管理员的重要职责。其内容主要包括以下几个部分: 一、备份系统数据 SYBASE 系统的备份与恢复机制保证了在系统失败时重新获取数据的可能性。SQL Server 提供了两种不同类型的恢复机制:一类是系统自动完成的恢复,这种措施在每次系统启动时都自动进行,保证了在系统瘫痪前完成的事务都写到数据库设备上,而未完成的事务都被回退;另一类是人工完成的恢复,这是通过 DUMP 和 LOAD 命令来执行人工备份和恢复工作。因此定期备份事务日志和数据库是一项十分重要的日常维护工作。 1、备份数据库 每一个数据库都应在创建之后卸出,从而提供一个装入基点。在此之后按排定的时间周期表卸出。比如每周五卸出数据库。对一般数据库系统卸出数据库周期建议为每周一次。 除了按计划周期卸出数据库之外,还需在每次运行没有日志的操作后卸出数据库。例如:·每次强制地运行了 DUMP TRAN WITH NO_LOG (因为数据库的磁盘空溢出); ·每次用 sp_dboption 允许 select into/bulkcopy 做快速拷贝,或用 SELECT INTO 命令创建一个永久性的表,或使用了 WRITETEXT 命令。 卸出数据库的命令为: DUMP DATABASE database_name TO dump_device database_name 是要卸出的数据库名称,dump_device 是卸出设备的名称。用系统过程 sp_helpdevice 可以获得设备的信息。 下面一条命令用来卸出数据库 my_db : DUMP DATABASE my_db TO db_bk_dev 2、备份事务日志 如果事务日志与数据库放在同一个设备上,则事务日志不应与数据库分开备份。master 数据库和小于 4M 的用户数据库就是这种情况。一般数据库系统的数据库和日志分别放在不同的设备上,因此,可以用 DUMP TRAN 命令单独备份日志。 备份事务日志的周期直接影响数据的恢复程度,因此建议每天备份。 备份事务日志的命令格式为: DUMP TRANsaction database_name [TO dump_device] [WITH TRUNCATE_ONL Y|WITH NO_LOG|WITH NO_TRUNCA TE] 其中 database_name 是要备份事务的数据库名称,dump_device 是备份设备名称,仅当包含了 WITH TRUNCA TE_ONL Y 或 WITH NO_LOG 子句时,才可以备份到设备。 注意:如果总是用 DUMP DA TEBASE (备份数据库及其日志),而不用 DUMP TRAN ,事务日志将不会刷新,而变得非常庞大。

安全管理员日常维护规范

密级: 文档编号: 项目代号: Epson Security Framework Policy 安全管理员日常维护规范 V 1.0 保密申明 这份说明书涉及到EPSON的商业机密的信息。接受这份说明书表示同意对其内容保密,未经书面请求并得到EPSON的书面认可,不得复制,泄露或散布这份说明书。如果你不是有意接受者,请注意对这份说明书内容的任何形式的泄露、复制或散布都有可能引起法律纠纷。

文档控制 版本控制

目录 1目的 (4) 2范围 (4) 3内容 (4) 4安全维护工作细则 (4) 4.1 维护安全设备的工作细则 (5) 4.1.1 防病毒日常维护细则 (5) 4.1.2 防火墙日常维护细则 (11) 4.1.3 VPN日常维护细则 (16) 4.1.4 安全评估日常维护细则 (18) 4.2对主机系统的日常工作细则 (20) 4.3 对网络设备的日常工作细则 (21) 4.4 编写安全报告工作 (23) 4.5 安全加固文档的更新 (24) 4.6 对地市安全现状进行审计和评估 (25)

1目的 为规范EPSON的安全日常维护工作的计划和工作内容管理,明晰EPSON ISD部门的技术人员日常在安全维护时的工作细则,加强对日常安全维护,促进安全维护规范化,特制定本文档。 2范围 本策略适用于EPSON拥有的、控制和管理的所有信息系统、数据和网络环境,适用于属于EPSON范围内的安全维护人员,包括ISD部门的技术负责人、安全管理员、系统管理员、网络管理员和数据库管理员。 3内容 用户系统安全维护管理工作中,日常安全维护工作细则是根据和遵循本岗位职责要求而制定的,运维人员必须认真遵循本岗位安全职责规定,然后遵照日常安全工作细则的规定进行安全管理和维护工作,并根据工作实际情况,制定并遵守相应的安全设备配置和实施细则和安全技术、安全事故的操作流程,做好安全维护管理工作。 4安全维护工作细则 系统一线和二线维护人员和安全管理员的日常维护工作总则: 1.负责用户与信息安全相关工作的具体实施和有关信息安全问题的 处理; 2.根据用户的信息安全需求,定期提出用户的信息安全整改意见, 上报信息安全管理机构; 3.根据信息安全事件的处理情况和对于用户信息安全检测的结果, 定期编制用户的信息安全状况报告;

软件系统运维手册(完整资料).doc

【最新整理,下载后即可编辑】 系统运维手册 1、目的 (3) 2、适用范围 (3) 3、服务器及数据库概述 (3) 3.1 服务器概述 (3) 3.2 数据库概述 (3) 4、系统服务程序的详细说明 (4) 4.1系统服务程序的构成 (4)

4.2 系统服务程序的启动、关闭及维护管理 (4) 4.2.1 dhcp主服务 (4) 4.2.2 dhcp从服务 (5) 4.2.3 web管理模块 (5) 5、服务器硬件维护(略) (6) 6、windows 2003系统的日常维护 (6) 6.1 定期检查磁盘空间 (6) 6.2 维护系统注册表 (7) 6.3 定期备份系统注册表 ..................................................................... 7 6.4清理system路径下的无用的dll文件 (7) 7、备份策略 (8) 7.1 备份方式 (8) 7.2 备份计划 (8) 7.3 常见故障恢复 (8) 9、数据库的日常维护 (11) 9.1 检查数据库的基本状况 (11) 9.2 检查数据库日志文件 (11) 9.4监控数据库表空间的使用情况(字典管理表空间) (11) 9.4.1 判断是否需要碎片整理 (11) 10、命令解释 (12) 1、目的 楚天行消费卡管理系统运营支撑系统使用的服务器中,服

务器均采用windows xp操作系统,数据库版本为:sql server 2000,随着业务的开展,sql server 数据库中存储的数据量也不断增大,这样操作系统和数据库的日常维护就显得十分重要。 本手册详细描述了程序模块,windows xp操作系统,负载平衡及sql server 数据库等日常检查的主要步骤,指导现场工程师对其进行监控和维护。 2、适用范围 使用者为网e通宽带网络运营支撑系统维护工程师 3、服务器及数据库概述 3.1 服务器概述 服务器数量:4台,基本信息如下: 3.2 数据库概述 数据库软件分别安装在主服务器上。 4、系统服务程序的详细说明 4.1系统服务程序的构成 DHCP主程序:

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

全球眼?(MEGAEYES)网络图像管理系统2.0 ORACLE日常维护与管理手册 北京互信互通信息技术有限公司 2004-08-08

目录 全球眼?(MEGAEYES)网络图像管理系统2.0 (1) 1引言 (3) 1.1 目的 (3) 1.2 范围 (3) 1.3 参考资料 (3) 2日常维护与管理说明 (3) 2.1 运行环境 (3) 2.1.1硬件环境 (3) 2.1.2软件环境 (3) 2.2 数据库日常维护 (4) 2.2.1数据库初始设置 (4) 2.2.2每日工作内容 (5) 2.2.3每周工作内容 (6) 2.2.4每月工作内容 (7)

1引言 1.1目的 对于重要的商业系统来说,数据库系统的正常运行是保证商业应用平稳运行的关键。但是数据库在运行过程中可能会因为种种原因发生问题。这时,数据库的管理与日常维护工作将变得尤为重要。 为了指导数据库管理员做好日常维护工作,保证数据库系统的正常运行,特制定本文档。当然,数据库的日常维护是复杂和繁琐的,本文仅涉及一些常见的数据库日常维护的内容,在实际工作中,数据库管理员还需要做更多的工作。 1.2范围 本文档使用的人员:数据库维护管理人员和相关人员。 本文档涉及内容:oracle数据库的日常维护与管理解决方案。 1.3参考资料 中国电信网络视频监控技术(暂行)规范 2日常维护与管理说明 2.1运行环境 程序的运行环境包括硬件运行环境和软件运行环境。 2.1.1硬件环境 ◆CPU类型:Intel及其兼容系列CPU ◆内存容量:剩余内存要达2G以上 ◆硬盘容量:剩余硬盘容量要达1G以上 ◆网卡类型:100M网卡 2.1.2软件环境 ◆操作系统:RedHat Linux AS 3.0 ◆数据库:Oracle9i Database Release 2 (9.2.0.4.0) for Linux x86

日常维修项目工作标准、内容及维保

电梯日常维修工作标准 一、概况: 仪化生活区现有电梯23部,其中20层/20站VVVF型三菱电梯8部,11层/11站GPS-Ⅱ型三菱电梯12部,9层/9站奥的斯OH5000型电梯3部,我公司电梯维修队维修人员通过加强电梯日常巡检和维修保养,发现故障及时修理,以保证电梯的正常运行,保证居民的使用。 二、维修保养的内容及要求:(见附表)

生活区高层住宅给排水系统日常维修工作内容 仪化生活区现有高层住宅19栋,其中层高为九层的三栋,层高为二十层的四栋,层高为11层的十二栋,共有居民1076户。为使高层居民的正常生活不受影响,维修公司根据各项公用设施、设备的管理要求,对给排水系统按期进行检查、维护、保养,出现故障时及时维修,以确保高层住宅供水、排水系统的正常运行。 一、供水系统工作内容及运行保障要求 (一)概况 生活用水系统5个,其中浦东高层2个,白沙高层1个,迎江西村1个,浦西村1个。包括(1)水泵13个;(2)供水水箱4个;(3)电气控制系统5套;(4)阀门98只;(5)稳压灌4只。 (二)检查工作内容 (1)水泵每周检查内容 1、对水泵进行手动盘车; 2、泵体清洁; 3、轴承盒内加入钙基黄油; 4、检查填料室内是否正常; 5、检查联轴器的橡胶弹性圈是否正常; 6、检查泵的温度; 7、泵房的清洁卫生工作。 (2)水箱季度冲洗 每季清洗水箱一次; (3)电气控制系统周检查内容 1、检查控制柜能否正常工作; 2、对变频器经常报故障、开关经常跳或者不能合闸、元器件老化等及时更换及维修。(4)阀门每周检查: 1、阀体及阀件清洁; 2、检查阀杆与启密件是否牢靠不脱落; 3、检查阀体是否有渗漏及损坏; 4、检查密封垫片是否密封及损坏. (5)稳压灌每周检查: 1、罐体清洁; 2、检查是否损坏及渗漏.

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

数据库日常维护

数据库日常维护(参考) 数据库日常维护工作是系统管理员的重要职责。其内容主要包括以下几个部分: 一、备份系统数据 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、备份事务日志

日常维修工作流程

日常维修工作流程 文稿归稿存档编号:[KKUY-KKIO69-OTM243-OLUI129-G00I-FDQS58-

日常维修工作流程 一、维修部维修人员每天保持维修房、维修场地干净;工具、材料归类摆放,科学有序。 二、维修人员每天对机电设备进行常规性维护保养,确保所有机电设备健康运作。作业项目安全、规范、美观。 三、维修人员应对所有机电设施例行检查。例行检查根据检查对象的不同每天、每两天或每周不等的时间段进行一次,两人合作进行,对检查中发现的问题,应在《日常维护巡查记录》上登记清楚。能够自己随时处理的问题应随时处理,自己无法随时处理时,应向主管领导做口头或书面报告,及时安排处理。 另外,维修人员应结合日常维修工作对供电、供水、排水网络进行随机检查,发现问题及时处理或向主管领导报告。 四、例行检查的内容为: 1、供电系统是否存在隐患,有无危及供电安全现象。 2、供水系统(包括纯净水制水设备)是否存在隐患,有无危及供水安全现象。 3、公司各部分排水系统是否畅通,是否有水管跑冒滴漏和污水外溢现象。 4、供蒸汽管道、阀门、仪表是否正常。 5、天燃气设备运转是否正常,监测设备是否正常,要做定期检测。 6、锅炉运行状况,及时检查,每天听取锅炉工的工作汇报。 7、宿舍有无私拉乱扯危及用电安全行为。 8、所有公共照明灯电源线是否老化破皮,有无危及员工安全现象。 9、有无其他影响公司形象容需要整改的事项。

10、生产车间每一条生产线的机械电气设备的运行情况,每天早晨上班或车间下班 后对机械进行润滑保养。(把多余的润滑油用抹布擦拭干净,以免污染产品) 11、污水处理系统是否正常运行,建立维护档案 五、维修部保证所有使用工具的安全性。维修过程,应严格遵守安全规程,防止发生意外事故。 六、任何维修工作结束后,均应清点工具,清理现场,清除垃圾,经检查、测试全部符合质量后方能送电、送水,交付使用。 七、对所完成的工作应记录在维修记录上,对未完成项目要写明原因及下步处理意见。 八、维修人员应对所维修项目负责,对不负责任、敷衍了事造成返工的,追究维修人员责任,对因返工造成材料浪费的,予以相应处罚。 九、维修人员在休班期间,如遇公司工作需要到现场处理,应以公司利益为重,积极配合。 十、以上巡视工作,都要认真填写有关《***巡查记录表》。 记录表要及时存档,妥善保存,以备核查。 十一、公司对以上工作做随机巡视监督,若发现工作敷衍,将对维修部进行严厉惩罚 2017年4月21日

sap日常维护管理手册

SAP系统日常管理 1 系统监视 1.1 进程监视 §SM66/SM50 进程查看 管理员需全天监看系统的进程。长时间运行的后台工作,有缺陷的报表程序,若不进行控制都将消耗掉大量的系统资源。管理员用这个事务码检查他们的环境。当然,在杀掉这些进程前,需要与最终用户协商。 1.2 服务器监视 §SM51 R/3服务器的列表可用SM51显示,管理员用它来监视不同服务器之间的工作进程。想要显示某一服务器的进程,鼠标指针点中服务器的名称,然后选Processes。 §RZ20 CCMS监控 双击要查看的菜单项,检查系统收集的监控信息,遇到报警和错误信息要查清原因,找出解决办法。 1.3 用户监视 §SM04 用户监视 管理员应该考虑全天监视用户仅他们的活动。是否有非法用户?是否有用户试图或正在用他们不该用的事务码,等等。 1.4 性能监视 §ST03 工作量分析 世上没有经验的替代品。当需要调R/3系统的性能的时候是很痛苦的事情。管理员应该保留尽可能多的工作量分析数据,特别是系统没用性能问题时候的数据。拥有一副系统工作正常时的清晰的系统图,将使你具有对你的系统的不可估量的感觉,这种感觉将使你能预见到将要发生的问题,并且很多时候可以避免问题的发生。 §ST02 缓存分析 R/3的缓存存储经常用到的数据,以使本地应用服务器的实例能取得这些数据。这样就可以减少数据库的访问,数据库的负载,网络的流量,从而提高系统的性能。数据缓存中包括了ABAP/4程序,屏幕,ABAP/4字典数据和公司的数据,这些数据在系统操作过程中是不会改变的。我们应该经常的监视缓存、点击率、剩余空间、交换区。此进程可以帮助管理员作性能调整。 §SP12 TemSe管理 管理员要检查文件系统和数据库空间的增长,尤其是批量打印大量数据时。TemSe的一致性检查(RSPO0043)需要计划每天在打印池重新整理(RSPO0041)之前执行。 1.5 更新记录 §SM13更新记录 此事务码显示失败的更新动作。失败的更新动作在生产系统中是决不允许发生的,一旦发生,开发人员应马上修改。 1.6 锁定对象 §SM12 锁定对象 用户总是会时不时的因为某种原因(如断线,程序出错等等)而锁定一个对象。所有被锁定的老的对象均要被分析,更正。 1.7 出错分析 §ST22出错分析

仪表的日常工作维护

一、过程检测与控制仪表的日常维护 仪表的日常维护大致有以下几项工作内容:(1)巡回检查(2)定期润滑(3)定期排污(4)保温伴热(5)故障处理 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 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 之中()。同 理,如果想更改控制档名称,也可以先将控制文件复制到目的位置后予以更名, 再更新操作系统: 数据库:

电脑部日常维护工作清单

电脑部日常维护工作清单 01:IP 地址的分配使用管理。 02:中心交换机的管理与维护。 03:交换机端口数据流量的检查与分析。 04:网络综合布线与内网光纤的维护。 05:客户端网络信号返回延时值的检查。 06:清除内部网络意外文件的共享,防止“共享入侵”事件。 07:电脑机房各服务器和其它辅助设备的建设与维护。 08:深信服网管设备的应用与维护。 09:光纤拨号上网联接与流量检测工作。 10:各互联网使用者的网络权限、行为限制的建设与维护。 11:外网联接安全性检查与排除。 12:外网开放端口、虚拟主机的管理。 13:录像监控系统的建设与维护。 14:东、南门等关键位置的录像翻查与抓图工作。 15:防盗系统的维护。 16:门禁系统的维护。 17:考勤系统的建设与维护。 18:电话系统的应用与维护。 19:广播系统的维护。 20:大会议室各项设备的应用与维护。 21:办公大楼各办公设备(如:冷气等)的维护。 22:租借、自设的打印、复印、传真等办公服务的维护。 23:条码纸打印建设与维护。 24:机房各服务器的硬盘信息安全维护。 25:各项服务与服务器的管理员帐号、密码的定期更改与维护。 26:提供以下各项服务给相关部门应用: FTP服务、虚拟主机服务、WEB服务、SQL服务、文件共享服务与建设、网络硬盘服务与建设及维护等。27: ERP系统的使用建设与维护。 28:数据库应用软件的开发、实施与维护: A:工程单管理系统; B:工资处理系统;

C:部门费用查询系统; D:零件/产品维护系统; E:采购单打单系统; F:报价单管理系统; G:新工资管理系统; H:项目跟进系统; I :采购管理系统; J :部门联系信息查询程序; K:销售送货单管理系统; L:电脑管理系统; M仓储部的物控系统; N:水件部的生产管理系统; O美图之声和人事档案管理网站; P 工程单与部门项目日志管理系统; Q 行政事务管理系统; R 生产部门的计件管理系统; 29 内部邮件服务。 30 外部邮件服务与维护。 31 赛门铁克企业版杀毒软件的维护。 32 公司门户网站的维护、公司域名和网站备案等互联网常规业务维护。 33 : ISO体制的融入与执行。 34 : 0A系统的维护、用户管理和信息沉余度的清除等。 35 办公电脑使用维护 A 硬件的安装与故障排除。 B 操作系统和应用软件的安装与故障排除。 C 常规的电脑维护工作(如补丁的修复、非法软件的清除、系统性能的优化、临时文件的清除等等) D 电脑应用的辅导工作。 E 各项应用与服务的安装和维护。 部门电脑部部门经理日期2020 年1 月10 日

Oracle数据库日常维护手册

密级:保密编号: 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

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个,那么该

Oracle DBA数据库日常维护完全手册

Oracle DBA数据库日常维护 在Oracle数据库运行期间,DBA应该对数据库的运行日志及表空间的使用情况进行监控,及早发现数据库中存在的问题。 一、Oracle警告日志文件监控 Oracle在运行过程中,会在警告日志文件(alert_SID.log)中记录数据库的一些运行情况: ●数据库的启动、关闭,启动时的非缺省参数; ●数据库的重做日志切换情况,记录每次切换的时间,及如果因为检查点(checkpoint)操作没有执行完成造成不能切换,会记录不能切换的原因; ●对数据库进行的某些操作,如创建或删除表空间、增加数据文件; ●数据库发生的错误,如表空间不够、出现坏块、数据库内部错误 (ORA-600) 。 DBA应该定期检查日志文件,根据日志中发现的问题及时进行处理。 问题处理: 启动参数不对检查初始化参数文件; 因为检查点操作或归档操作没有完成造成重做日志不能切换如果经常发生这样的情况,可以考虑增加重做日志文件组;想办法提高检查点或归档操作的效率; 有人未经授权删除了表空间检查数据库的安全问题,是否密码太简单;如有必要,撤消某些用户的系统权限; 出现坏块检查是否是硬件问题(如磁盘本生有坏块),如果不是,检查是那个数据库对象出现了坏块,对这个对象进行重建; 表空间不够增加数据文件到相应的表空间; 出现ORA-600根据日志文件的内容查看相应的TRC文件,如果是Oracle的bug,要及时打上相应的补丁。 二、数据库表空间使用情况监控(字典管理表空间)

数据库运行了一段时间后,由于不断的在表空间上创建和删除对象,会在表空间上产生大量的碎片,DBA应该及时了解表空间的碎片和可用空间情况,以决定是否要对碎片进行整理或为表空间增加数据文件。以下为引用的内容: 其中,CHUNKS列表示表空间中有多少可用的空闲块(每个空闲块是由一些连续的Oracle数据块组成),如果这样的空闲块过多,比如平均到每个数据文件上超过了100个,那么该表空间的碎片状况就比较严重了,可以尝试用以下的SQL 命令进行表空间相邻碎片的接合: 然后再执行查看表空间碎片的SQL语句,看表空间的碎片有没有减少。如果没有效果,并且表空间的碎片已经严重影响到了数据库的运行,则考虑对该表空间进行重建。 MAX_CHUNK列的结果是表空间上最大的可用块大小,如果该表空间上的对象所需分配的空间(NEXT值)大于可用块的大小的话,就会提示ORA-1652、 ORA-1653、ORA-1654的错误信息,DBA应该及时对表空间的空间进行扩充,以避免这些错误发生。 对表空间的扩充对表空间的数据文件大小进行扩展,或向表空间增加数据文件,具体操作见“存储管理”部份。 三、查看数据库的连接情况 DBA要定时对数据库的连接情况进行检查,看与数据库建立的会话数目是不是正常,如果建立了过多的连接,会消耗数据库的资源。同时,对一些“挂死”的连接,可能会需要DBA手工进行清理。 以下的SQL语句列出当前数据库建立的会话情况: 以下为引用的内容:

运维部门管理规范(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)协助各平台实施网络方面的重大升级/割接;

相关文档
最新文档