搜档网
当前位置:搜档网 › 数据库日常运维手册

数据库日常运维手册

数据库日常运维手册
数据库日常运维手册

. 神州数码信息系统有限公司

数据库日常运维手册

神州数码信息系统有限公司

2015/9/5

日常运维操作手册主要针对ORACLE数据库管理员对数据库系统做定期监控:(1). 每天对ORACLE数据库的运行状态、日志文件、备份情况、数据库的空间使用情况、系统资源的使用情况进行检查,发现并解决问题。并要有相关的人员负责每天查看,发现问题及时上报分析。检查每天的数据库备份完成情况。

(2). 每周对数据库对象的空间扩展情况、数据的增长情况进行监控、对数据库做健康检查、对数据库对象的状态做检查。

(3). 每月对表和索引等进行Analyze、检查表空间碎片、寻找数据库性能调整的机会、进行数据库性能调整、提出下一步空间管理计划。对ORACLE数据库状态进行一次全面检查

(4)根据公司数据库的安全策略对ORACLE DB进行加固

一.日维护过程

1.1、确认所有的INSTANCE状态正常

登陆到所有数据库或例程,检测ORACLE后台进程:

$ps –ef|grep ora

1.2、检查文件系统的使用(剩余空间)

如果文件系统的剩余空间小于20%,需删除不用的文件以释放空间。

#df –k

1.3、检查日志文件和trace文件记录

检查相关的日志文件和trace文件中是否存在错误。

A、连接到每个需管理的系统

使用’telnet’命令

B、对每个数据库,进入到数据库的bdump目录,unix系统中BDUMP目录通常是

$ORACLE_BASE//bdump

#$ORACLE_BASE//bdump

C、使用Unix ‘tail’命令来查看alert_.log文件

#tail $ORACLE_BASE//bdump/alert_.log

D、如果发现任何新的ORA- 错误,记录并解决

1.4、检查数据库当日备份的有效性。

对RMAN备份方式:

1.5、检查数据文件的状态

检查所有数据文件并记录状态不是“online”的数据文件,并做恢复。

Sqlplus> Select file_name from dba_data_files where status=’OFFLINE’

1.6、检查表空间的使用情况

SELECT tablespace_name, max_m, count_blocksfree_blk_cnt,

sum_free_m,to_char(100*sum_free_m/sum_m, '99.99') || '%' AS pct_free FROM

( SELECT tablespace_name,sum(bytes)/1024/1024 AS sum_m FROM dba_data_files GROUP BY tablespace_name), ( SELECT tablespace_name AS fs_ts_name, max(bytes)/1024/1024 AS max_m, count(blocks) AS count_blocks, sum(bytes/1024/1024) AS sum_free_m FROM dba_free_space GROUP BY tablespace_name ) WHERE tablespace_name = fs_ts_name

1.7、检查剩余表空间

SELECT tablespace_name, sum ( blocks ) as free_blk ,

trunc ( sum ( bytes ) /(1024*1024) ) as free_m,

max ( bytes ) / (1024) as big_chunk_k,

count (*) as num_chunks FROM dba_free_space GROUP BY tablespace_name;

1.8、监控数据库性能(重点)

运行bstat/estat生成系统报告或者使用statspack收集统计数据

1.9、检查数据库系统性能(重点)

主要检查并记录数据库系统的cpu使用率、pagespaces、IO、buffer命中率等等,可以使用topas、vmstat、iostat、glance、top等命令

1.10、日常出现问题的处理。

二.每周维护过程

2.1、监控数据库对象的空间扩展情况

根据本周每天的检查情况找到空间扩展很快的数据库对象,并采取相应的措施

-- 删除历史数据

--- 扩表空间

alter tablespace add datafile ‘’ size

--- 调整数据对象的存储参数

next extent

pct_increase

2.2、监控数据量的增长情况

根据本周每天的检查情况找到记录数量增长很快的数据库对象,并采取相应的措施

-- 删除历史数据

--- 扩表空间

altertablespace add datafile ‘’ size

2.3、系统健康检查

检查以下内容:

init.ora

controlfile

redo log file

archiving

sort area size

tablespace(system,temporary,tablespace fragment)

datafiles(autoextend,location)

object(number of extent,nextextent,index)

rollback segment

logging&tracing(alert.log,max_dump_file_size,sqlnet)

2.4、检查无效的数据库对象

SELECT owner, object_name, object_type FROM dba_objects WHERE status=’INVALID’。

2.5、检查不起作用的约束

SELECT owner, constraint_name, table_name, constraint_type, status FROM

dba_constraints WHERE status = 'DISABLED’ AND constraint_type = 'P'

2.6、检查无效的trigger

SELECT owner, trigger_name, table_name, status FROM dba_triggers WHERE status = 'DISABLED’

三.月维护过程

3.1、Analyze Tables/Indexes/Cluster

analyze table estimate statistics sample 50 percent;

3.2、对索引进行维护和管理

使用analyze 和DBMS_STATS,DBMS_UTILITY对库进行分析工作。对于频繁更新的表,需进行索引重建 alter index XXXXX rebulid online (建议在非繁忙时刻进行重建工作)。对一些运行非常慢的查寻语句进行分析,根据execution plan确定问题的原因:是否没用到索引,索引需重建,需增加索引等。

3.3、检查表空间碎片

根据本月每周的检查分析数据库碎片情况,找到相应的解决方法

3.4、寻找数据库性能调整的机会(重点)

比较每天对数据库性能的监控报告,确定是否有必要对数据库性能进行调整

3.5、数据库性能调整(重点)

如有必要,进行性能调整

3.6、提出下一步空间管理计划

根据每周的监控,提出空间管理的改进方法

四,oracle数据库加固

4.1 建多个用户profile,并设置给相应的用户,例如

Create profile user_profile

{

Password Management = Enabled

PASSWORD_LIFE_TIME = 90

PASSWORD_GRACE_TIME = 5

PASSWORD_REUSE_TIME = Unlimited

PASSWORD_REUSE_MAX = 5

FAILED_LOGIN_ATTEMPTS =5

PASSWORD_LOCK_TIME = Unlimited

IDLE_TIME = 15

SESSIONS_PER_USER = Unlimited

min length = 8

}

设置用户密码策略

4.2 限制资源

在INIt.ora文件中设置RESOURCE_LIMIT=TRUE 审计AUDIT_TRAIL=DB

AUDIT_SYS_OPERATIONS=TRUE

4.3 改变默认账号的密码,lock 有关用户的登录

如demo,outli,scott等

4.4 数据文件,日志文件,control file,archive file权限设置等

Chown–R 600 *.dbf

4.5 设置create table,connect,RESOURCE,CREATE ANY VIEW,ALTER的权限Select * from dba_sys_privs where privilege like ‘create table’; Select * from dba_sys_privs where privilege like ‘alter%’;

4.6 Oracle Listener control帧听控制

Example:

SAVE_CONFIG_ON_STOP_ = ON

PASSWORDS_ = 2D6C48144CF753AC 2D6C48144CF753AC is only an example value.

命令:

1、检查SQL Server服务启动类型;

方法:配置工具——SQL Server外围应用配置器:

(1)检查SQL Server服务启动类型;

(2)检查SQL Server Agent服务启动类型。

2、通过“任务管理器”检查系统进程,判断是否有异常进程。如果存在异常进程,则记录并查询;

3、检查SQL Server管理端口;

方法:SQL Server配置管理器——SQL Server协议——TCP/IP协议——IP地址选显卡

注:SQL Server默认端口号为:1433

4、SQL Server实例连接检查;

方法:

(1)启动SSMS;

(2)依照实际情况,使用“本地”或“SA”方式登录;

(3)登录成功后,检查实例运行情况(“启动”或“停止”);

(4)通过实例属性检查“身份验证模式”与“服务器身份验证模式”。

5、账号安全管理;

方法:

(1)选择“SQL 安全性”——登录名,记录所有用户账户,记录并核对;

(2)注意点选用户账户,查看账户内服务器角色,记录并核对。

6、SQL Server补丁管理;

方法:

(1)启动SSMS;

(2)鼠标右键点选数据库实例,并选择属性;

(3)在“常规”选项卡中查看SQL Server版本,如SP1或SP2。

7、资源使用管理;

方法:

(1)开始——程序——管理工具——性能日志与警报;

(2)点选“计数器日志”——新建“计数器”;

(3)输入“计数器名”,进入“计数器”设置窗口;

(4)添加计数器,可添加:

1)SQL Server Buffer:常规统计;

2)SQL Server:访问方法;

3)SQL Server Locks:缓存管理器;

4)SQL Server:锁相关的性能监视计数,如添加CPU。

注:

<1>如果被监视服务器为“多核处理器”,则需要选择“Total”选项,使各CPU单元均处于“使用状态”;

<2>数据采样间隔时间为:120秒/次,以便降低系统资源消耗。

5)设置日志文件的格式和名称规则:

<1>文件类型选择默认的“二进制”格式;

<2>文件名规则结尾为:yyyymmdd,即:年月日。

6)设置计数器运行时间;

<1>手动;

<2>自动(计划);

注:可设置计划执行“启动”、“停止”的时间。

8、数据库空间检查;

方法:

(1)启动SSMS;

(2)对需要检查的数据库点击鼠标右键,选择“属性”;

(3)查看数据库大小,并记录。

9、数据库作业检查;

方法:

(1)启动SSMS;

(2)选择SQL Server代理——作业——查看历史记录。

10、数据库备份检查;

方法:

(1)检查数据库备份文件,核对备份情况;

(2)定期对已备份文件进行还原测试,并确认还原结果。

数据库日常维护工作

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

IT运维管理系统使用手册

IT运维管理系统 用户使用手册 大庆和光电子科技开发有限公司 二〇一六年十月

目录 1、基础信息 (3) 1.1项目信息 (3) 1.2项目检查项 (4) 1.3设备基础信息 (6) 2、日常巡检 (8) 2.1软件日巡检 (8) 2.2软件周巡检 (9) 2.3服务器系统巡检 (10) 2.4服务器硬件巡检 (10) 3、巡检查询 (11) 3.1软件日常巡检检查 (11) 3.2服务器巡检报告 (11) 4、运维资料管理 (12) 4.1系统问题管理 (12) 4.2项目资料管理 (15)

1、基础信息 1.1项目信息 主要录入各运维组所维护的项目信息,各运维组各自录入各自的项目信息。如下图所示 【新增】按钮:点击“新增”按钮,按要求添加项目信息,点击“确认保存”按钮即可。如图所示: 注:状态字段:有两个状态,分别是“正常”和“停用”。当状态是“正常”,则在软件日/周巡检中显示;当状态是“停用”,则在软件日/周巡检中不显示。 项目路径:填写该项目发布的位置,例如:D:\Publish

【编辑】按钮:点击“编辑”按钮,编辑已添加的项目信息,点击“确认保存”按钮即可。如图所示: 【删除】按钮:选中要删除项目前的复选框,点击“删除”按钮,确定要删除,点击“确认”按钮即可。如图所示: 1.2项目检查项 主要是录入各运维组巡检项目的检查项,各运维组录入各自的项目检查项信息,如下图所示

【新增】按钮:点击“新增”按钮,按要求添加项目的检查项信息,点击“确认保存”按钮即可。如图所示: 【编辑】按钮:点击“编辑”按钮,编辑已添加的项目的检查项信息,点击“确认保存”按钮即可。如图所示:

数据库工程师数据库实施运行和维护、SQL数据库管理系统模拟题

[模拟] 数据库工程师数据库实施运行和维护、SQL数据库 管理系统 选择题 第1题: 数据库的实施是指根据数据库的逻辑结构设计和物理结构设计结果,在计算机系统上建立实际的数据库结构、导入数据并进行程序的调试。下列各项中,哪一项不是数据库实施的工作内容? A.定义数据库结构 B.数据装载 C.数据库的试运行 D.数据库运行 参考答案:D 第2题: 监控分析按照实现方法的不同分为两种:一种是由数据库建立自动监控机制;另一种是______。 A.空间管理 B.管理员手动实现监控 C.参数调整 D.查询优化 参考答案:B 第3题: 可以按照原数据库设计要求对数据库存储空间进行全面调整,重新安排存储位置、回收垃圾、减少指针链等,以提高系统性能的是______。 A.重组织 B.查询优化 C.重构造 D.监控分析 参考答案:A

第4题: 数据库运行一段时间后,由于记录不断增、删、改,会使数据库的物理存储情况变坏,降低了数据的存取效率,数据库的性能也下降。这时,数据库管理员就要对数据库进行______。 A.监控分析 B.空间管理 C.重组织和重构造 D.参数调整 参考答案:C 第5题: 可以通过部分修改数据库的模式和内模式,使数据库适应新的应用环境的是 ______。 A.重组织 B.重构造 C.参数调整 D.空间管理 参考答案:B 第6题: 避免或简化排序的目的是______。 A.查询优化 B.重构造 C.监控分析 D.重组织 参考答案:A 第7题: 下列关于数据库恢复的描述中,不正确的是______。 A.应定期将数据库做成档案文件 B.在进行事务处理过程时数据库更新的全部内容写入日志文件 C.数据库恢复,还可用最新的档案文件和日志文件的更新映像,将文件恢复到最新的检查点文件状态 D.发生故障时用当前的数据内容和档案文件更新前的映像,将文件恢复到最近的检查点文件状态

Oracle DBA 数据库日常维护手册 常用SQL 脚本

Oracle数据库日常维护 【版本整理日期:2011/02/26 】 版本整理人:1634068400@https://www.sodocs.net/doc/cc10173889.html, 本文档包含以下内容: 1.Oracle数据库日常维护 2.Oracle DBA 常用管理脚本 3.Oracle DB 常用SQL 语句

/******************************************************** https://www.sodocs.net/doc/cc10173889.html,(若跳转不成功,请复制到浏览器或联系Q) https://www.sodocs.net/doc/cc10173889.html,/item.htm?id=7437120468Metalink Sharing ********************************************************/

在Oracle数据库运行期间,DBA应该对数据库的运行日志及表空间的使用情况进行监控,及早发现数据库中存在的问题。 一、Oracle警告日志文件监控 Oracle在运行过程中,会在警告日志文件(alert_SID.log)中记录数据库的一些运行情况: l数据库的启动、关闭,启动时的非缺省参数; l数据库的重做日志切换情况,记录每次切换的时间,及如果因为检查点(checkpoint)操作没有执行完成造成不能切换,会记录不能切换的原因; l对数据库进行的某些操作,如创建或删除表空间、增加数据文件; l数据库发生的错误,如表空间不够、出现坏块、数据库内部错误(ORA -600)

DBA 应该定期检查日志文件,根据日志中发现的问题及时进行处理 问题 处理 启动参数不对 检查初始化参数文件 因为检查点操作或归档操作没有完成造成重做日志不能切换 如果经常发生这样的情况,可以考虑增加重做日志文件组;想办法提高检查点 或归档操作的效率; 有人未经授权删除了表空间 检查数据库的安全问题,是否密码太简 单;如有必要,撤消某些用户的系统权 限 出现坏块 检查是否是硬件问题(如磁盘本生有坏 块),如果不是,检查是那个数据库对象 出现了坏块,对这个对象进行重建 表空间不够 增加数据文件到相应的表空间 出现ORA-600 根据日志文件的内容查看相应的TRC 文件,如果是Oracle 的bug ,要及时打 上相应的补丁 二、数据库表空间使用情况监控(字典管理表空间) 数据库运行了一段时间后,由于不断的在表空间上创建和删除对象,会在表空间上产生大量的碎片,DBA 应该及时了解表空间的碎片和可用空间情况,以决定是否要对碎片进行整理或为表空间增加数据文件。 select tablespace_name,

软件系统运维手册(完整资料).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数据库日常维护手册

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

系统维护手册

系统维护手册 Revised as of 23 November 2020

密级:内部公开 文档编号:LANDUNTEC_SD_TEMP_08 版本号: 分册名称:第1册/共1册 系统维护手册 中国普天信息产业股份有限公司 中国普天信息产业股份有限公司对本文件资料享受着作权及其它专属权利,未经书面许可,不得将该等文件资料(其全部或任何部分)披露予任何第三方,或进行修改后使用。 文件更改摘要:

目录

1. 适用范围 该手册适用于系统管理员及系统维护人员适用。 2. 系统运行环境 3. 3.1. 数据库环境 3.2. 服务器信息: 安装软件:

数据库配置: Jdk及mysql软件是分别安装在22服务器和26 服务器上的。Mysql的数据库管理信息配置如下: 全局数据库名:cms 数据库别名:cms 数据库管理员用户:root密码: 3.3. Web环境 3.4. Web服务器为虚拟操作系统。 系统信息: 服务器网络配置: 4. 系统运维计划 4.1. 运维目标 集中监控平台管理系统运维管理的目标是保证系统平台的正常、可靠、高速运行,保证对突发事件、需求变更进行快速响应,保证规费管理系统的信息完整。

4.3. 系统平台维护: 保证操作系统、数据库系统、中间件、其他支撑系统应用的软件系统及网络协议等安全性、可靠性和可用性而实施的维护与管理;及时排除系统故障;每月对系统平台进行一次巡检,及时消除故障隐患,保障系统的安全、稳定、持续运行。 应用系统管理和维护: 在系统维护过程中采取各种技术手段及时排除系统故障,保证系统及相应接口的安全性、可靠性和可用性。及时消除系统可能存在的安全隐患和威胁、根据需求更新或变更系统功能。 数据储存设施管理和维护: 为保证数据存储设施、如服务器设备、集群系统、存储网络及支撑数据存储设施运行的软件平台的安全性、可靠性和可用性,保证存储数据的安全。定期对系统的性能,确认数据存储的安全,及时消除故障隐患,保障系统安全、稳定、持续运行。 数据管理和维护: 数据管理是系统应用的核心。为保证数据存储、数据访问、数据通信、数据交换的安全,每月对数据的完整性、安全性、可靠性进行检查。

数据库运维管理规范

数据库运维管理规范 龙信思源(北京)科技有限公司 一、总则 为规范公司生产系统的数据库管理与配置方法,保障信息系统稳定安全地运行,特制订本办法。 二、适用范围 本规范中所定义的数据管理内容,特指存放在系统数据库中的数据,对于存放在其她介质的数据管理,参照相关管理办法执行。 三、数据库管理员主要职责 3、1、负责对数据库系统进行合理配置、测试、调整,最大限度地发挥设备资源优势。负责数据库的安全运行。 3、2、负责定期对所管辖的数据库系统的配置进行可用性,可靠性,性能以及安全检查。 3、3、负责定期对所管辖的数据库系统的可用性,可靠性,性能以及安全的配置方法进行修订与完善。

3、4、负责对所管辖的数据库系统运行过程中出现的问题及时处理解决。 3、5、负责对所管辖数据库系统的数据一致性与完整性,并协助应用开发人员、使用操作等相关人员做好相关的配置、检查等工作。 3、6、负责做好数据库系统及数据的备份与恢复工作。 四、数据库的日常管理工作 4、1、数据库管理的每日工作 (1)检查所有的数据库实例状态以及所有与数据库相关的后台进程。 (2)检查数据库网络的连通与否,比如查瞧监听器(listener)的状态、网络能否ping通其它的计算机、应用系统的客户端能否连通服务器等等。 (3)检查磁盘空间的使用情况。如果剩余的空间不足 20% ,需要删除不用的文件以释放空间或申请添加磁盘。 (4)查瞧告警文件有无异常。 (5)根据数据库系统的特点,检查其它的日志文件中的内容,发现异常要及时加以处理。 (6)检查cpu、内存及IO等的状态。 (7)检查备份日志文件的监控记录,确定自动备份有无成功完成。对于数据库的脱机备份,要确信备份就是在数据库关闭之后才开始的,备份内容就是否齐全。运行在归档模式下的数据库,既要注意归档日志文件的清除,以免磁盘空间被占满,也必须注意归档日志文件的保留,以备恢复时使用。

数据库项目组日常运维与应急故障处理手册范本

常见问题及处理方案 CPU使用率高的问题 通过操作系统命令top topas glance等查看top进程号,确认是系统进程还是oracle应用进程,查询当前top进程执行的操作和sql语句进行分析。 根据进程号获取正在执行的sql SELECT a.osuser, https://www.sodocs.net/doc/cc10173889.html,ername,b.address,b.hash_value, b.sql_text from v$session a, v$sqltext b, v$process p where p.spid = &spid and p.addr = a.paddr and a.STATUS = 'ACTIVE' and a.sql_address =b.address order by address, piece; 数据库无法连接 数据库无法连接,一般可能是如下原因造成: (1)数据库宕了 (2)监听异常 (3)数据库挂起 (4)归档目录满 (5)数据库或应用主机的网卡出现问题不能正常工作 (6)应用主机到数据库主机的网络出现问题。 1、数据库宕了 立即启动数据库。 2、监听异常 此时一般体现为: 监听进程占用CPU资源大; 监听日志异常。 此时,立即重启监听,监听重启一般能在1分钟之完成。 3、数据库挂起 立即重启数据库。 4、归档目录满 (1)在没有部署OGG数据同步的情况下,立即清理归档日志文件。

(2)如果部署了OGG数据同步,查看OGG正在读取的归档日志文件,立即 清理OGG不再需要的日志文件。 5、数据库或应用主机的网卡出现问题不能正常工作。 立即联系主机工程师处理。 6、应用主机到数据库主机的网络出现问题。 立即联系网络维护人员查看。 CRS/GI无法启动 对于10g及11gR1版本的CRS问题 1、进入/tmp目录下,看是否产生了crsctl.xxxxx文件 如果有的话,看文件容,一般会提示OCR无法访问,或者心跳IP无法 正常绑定等信息。 2、如果/tmp目录下没有crsctl.xxxxx文件 此时查看ocssd.log文件,看是否能从中得到有价值的信息。 可能的问题:网络心跳不通。 3、/tmp目录无crsctl.xxxxx且日志中没有报错信息,只有停CRS时的日志信 息。 此时可能是RAC两个节点对并发裸设备的访问有问题,此时考虑: (1)停掉两个节点的CRS。 (2)两个节点先同时去激活并发VG,然后再激活VG。 (3)重新启动CRS。 对于11gR2的GI问题 分析$GRID_HOME/log/nodename目录下的日志文件,看是否能从中找出无法启动的原因。常见问题: 1、心跳IP不同。 2、ASM实例无法启动。 对CRS的故障诊断和分析,参加本文档中RAC部分的MOS文档. 数据库响应慢

软件系统运维手册范本

系统运维手册

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系统服务程序的构成

日常运维操作手册汇总

《日常运维操作手册》 ? 一、查看硬盘可用容量 双击“我的电脑”打开资源管理器,右击我们将要查看的盘符。例如:我们要查看D盘,只需要在相关的D盘上右击―属性即可看到如下图1-1所示

图1-1 从上图1-1中可以看出D盘的己用空间为9.66GB,而可用空间仅为109MB。 二、监视系统资源 根据运维报告指示,一般需要对服务器的处理器(CPU)、内存、网卡及IIS等在系统运行过程中表现的性能状况进行监测。 监测指标分析 I D 计数器名称说明 1 %Processor T ime 指处理器执行非闲置线程时间的百分比;通俗一点讲就是CPU使用率。计数器会自动记录当前所有进程的处理器时间。 2 Page/sec 指为解析硬页错误从磁盘读取或写入磁盘的页数(是P ages Input/sec和Pages Output/sec 的总和)。 3 Network Inter face Bytes To tal/sec为发送和接收字节的速率,包括帧字符在内。判定网络连接是否存在瓶颈。 4Current Co nnections 检测WEB服务的用户连接情况。 1.建立性能监测后台运行计数器 1)打开开始-程序-管理工具-性能,找到“性能日志和警报”下的“计数器日志”。

新建一个计数器,右击右边空白区域“新建”,如下图2-1所示. 图2-1 2)在新建计数器日志的名称输入容易理解的名称,如:新性能。下图2-2所示. 图2-2 3)输入计数器名称后,可进入如下图2-3所示图面。其中计数器的日志内容会 在默认情况下记录到“C:\PerfLogs\新性能_000001.blg”下(文件名称的定义后面有详细说明并且可定制)。

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

运维手册文件

X X体检系统 维护手册 修订记录 版本号编写日期编制人审核人/ 批准人修改章节号 1.0 初始版本 XX软件股份有限公司

目录 1 概述 (3) 1.1 系统结构 (3) 1.2 数据库分布 (4) 2 运维环境介绍 (5) 2.1 服务器配置及端口互通关系 (5) 2.2 开发运行环境 (6) 2.2.1 数据库 (6) 2.2.2 插件(软件) (6) 2.2.3 系统运行所需JDK (7) 2.2.4 网络 (7) 3 基本维护 (8) 3.1 业务软件安装 (8) 3.2 新增功能页面 (8) 3.3 配置文件参数配置 (8) 3.4 数据库维护 (9) 4 账户信息 (10) 4.1 登录服务器 (10) 4.2 数据库 (10) 4.3 其他问题..................................................................................... 错误!未定义书签。

关键词: 摘要:本手册对系统运行环境、主要配置文件、系统新数据录入方法等进行了介绍,说 明了主要运维工作的处理,以及常见问题的处理。 1概述 1.1 系统结构 系统采用的结构描述 用户 预约网站、APP 体检系统检验系统影像系统 portal bs_tjxt bslis52 bs_tjxt_photo 业务平台结构图

1.2 数据库分布 Portal Bs_tjxt bslis52 bs_tjxt_photo 数据分布图 portal 为门户系统数据库 bs_tjxt 为体检系统数据库 bslis52 为检验数据库 bs_tjxt_photo 为影像数据库 1.3 数据接口 各系统之间的数据调用关系如下图所示: 影像系统 体检系统检验系统 体检 者信 息 结果 像 影检 验 项 目 、 检 检验 条 验结 果 码 bs_tjxt_photo bslis52 portal bs_tjxt 数据调用关系图 1、体检-检验接口:体检系统登记人员信息,产生检验项目信息与检验条码后,将 这些信息插入bslis52 数据库里的l_jytmxx 表。检验系统得到检验项目的结果后,生成结 果视图vi_tj_result ,体检系统的项目与该视图结果进行对照后获取检验结果。 2、体检-影像接口:

运维手册_数据库_DataGuard日常运维手册

文档标识 文件状态:[] 草稿 [√] 正式发布 [ ] 正在修改 Oracle RAC+DataGuard 运维手册 版本:1.0.0 编制周光晖2015年01月20 审核 批准年月日 生效日期:年月日

修订历史记录 日期版本修订说明作者

目录 第一章引言 (3) **. 编写目的 (3) **. 定义、首字母缩写词和缩略语 (4) 第二章......................................................................................................... D ATA G UARD状态查询4 **. 检查主备库的D ATA G UARD状态信息 (4) **. 检查进程 (4) **. 检查归档状态 (4) **. 检查最后应用的日志S EQUENCE (5) **. 查看是否使用实时应用 (5) **. 检查GAP (5) **. 检查保护模式 (5) **. 相关视图 (6) 第三章................................................................................................................... SWITCHOVER 6 **. 确认主库状态是否支持切换操作 (6) **. 执行主库转换 (7) **. 关闭并MOUNT新备库 (7) **. 确认老备库状态 (7) **. 切换目标备库为主库 (7) **. 打开新主库 (8) **. 启动新备库的日志应用 (8) **. 开启新备库的ADG (8) 第一章引言 1.1. 编写目的 本文档描述了Oracle 11gR2 RAC+ADG操作手册。包含RAC DOWN机测试,日常查询状态,启停RAC等指令同时包含oracle 11g R2 ACTIVE DATAGUARD 的日常维护指令。

数据库日常维护

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

系统运维手册模版

运维手册模板 ******* 二O XX 年XX 月?广西 ******* 移动公 司

目录 1 引言 (2) 1.1 编写目的. (2) 1.2 项目背景. (2) 1.3 术语与定义. (2) 1.4 参考资料. (2) 2 系统说明. (2) 2.1 系统用途. (2) 2.2 安全保密. (2) 2.3 总体说明. (2) 2.4 程序说明. (2) 2.4.1 程序 1 的说明. (2) 2.4.2 程序 2 的说明. (3) 3 操作环境. (3) 3.1 设备 (3) 3.2 支持软件. (3) 3.3 数据库 (3) 3.3.1 总体特征. (3) 3.3.2 结构及详细说明. (3) 4 维护过程. (3) 4.1 约定 (3) 4.2 验证过程. (4) 4.3 出错及纠正方法. (4) 4.4 专门维护过程. (4) 4.5 专用维护程序. (4) 4.6 程序清单和流程图. (4)

1 引言 1.1 编写目的 【阐明编写手册的目的并指明读者对象。】 1.2 项目背景 【说明项目的提出者、开发者、用户和使用场所。】 1.3 术语与定义 【列出报告中所用到的专门术语的定义和缩写词的原意。】 1.4 参考资料 【列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源,及保密级别,可包括:用户操作手册;与本项目有关的其他文档。】 2 系统说明 2.1 系统用途 【说明系统具备的功能,输入和输出。】 2.2 安全管理 【说明系统安全保密方面的考虑和用户权限的设置。】 2.3 总体说明 【说明系统的总体功能,对系统、子系统和作业做出综合性的介绍,并用图表的方式给出系统主要部分的内部关系。】 2.4 程序说明 【说明系统中每一程序、分程序的细节和特性。】 2.4.1 程序1 的说明 ? 功能:说明程序的功能。 ? 方法:说明实现方法。 ? 输入:说明程序的输入、媒体、运行数据记录、运行开始时使用的输入数据的类型和存放单元、与程序初始化有关的入口要求。 ? 处理:处理特点和目的,如:用图表说明程序的运行的逻辑流程;程序主要转移条件;对程序的约束条件;程序结束时的出口要求;与下一个程序的通信与联结(运行、控制);由该程序产生并茶馆处理程序段使用的输出数据类型和存放单元;程序运行存储

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

2020年(项目管理)系统运行维护手册项目

(项目管理)系统运行维护手册项目

XXX项目 系统运行维护手册安徽科大讯飞信息科技股份有限公司

修订文档历史记录

目录 1.前言 (3) 2.系统运行监控 (3) 2.1服务器运行状态监控 (3) 2.1.1监控内容 (3) 2.1.2监控要求 (3) 2.1.3监控产物 (4) 2.1.4操作说明 (4) 2.1.5邮件系统可用性验证 (8) 2.1.6SAN磁盘状态检查 (8) 2.2平台可用性检查 (9) 2.2.1监控内容 (9) 2.2.2监控要求 (10) 2.2.3监控产物 (10) 2.3补丁与病毒定义更新检查 (10) 2.3.1补丁检查与升级 (10) 2.3.2病毒检测及病毒定义更新检查 (10) 2.4垃圾邮件维护 (11) 2.4.1维护垃圾邮件地址列表 (11) 2.4.2定期清理垃圾邮件 (12) 2.5系统备份检查 (12) 2.6服务器硬件状态检查 (12)

3.1收集用户信息 (13) 3.2在AD中添加用户 (13) 3.3为用户开通邮箱 (15) 3.4为用户开通LCS功能 (16) 3.5为用户开通U SER S ERVICE服务 (17) 3.6在U SER S ERVICE中为用户配置角色 (18) 4.平台访问安全控制 (19) 5.平台系统开、关机 (19) 5.1系统关机 (19) 5.2系统开机 (20) 6.基础架构信息维护 (20) 7.系统运行维护报告 (21) 8.附件 (21) 8.1服务器监控范围 (21) 8.2系统运行监测记录表 (22) 8.3平台功能模块监测记录表 (24) 8.4服务器补丁升级检查表 (27) 8.5服务器病毒定义升级及病毒检查表 (28) 8.6服务器巡检记录表 (30) 8.7系统运行维护日报 (31)

itop运维综合管理平台使用手册

xxxx运维综合管理平台 操作手册 xxxx(天津)科技有限公司

变更记录

目录 1.平台介绍 1.概述 xxxx运维综合管理平台是为了业务需要进行开发,适用于IT服务的日常运维管理。它基于ITSS最佳实践,适应符合ITSS最佳实践的流程,同时它又很灵活,可以适应一般的IT服务管理流程。 xxxx运维综合管理平台的功能包括: ?记录IT配置项(如服务器、应用程序、网络设备、虚拟机、联系人、位置、VLAN 等)及其各个配置项之间的关联关系; ?管理事件、用户请求和变更审批与执行等; ?归档IT服务及与外部供应商的合约,包括SLA(服务级别协议);

?手动或脚本方式导出所有信息; ?批量导入或同步/联调所有来自外部平台的数据; xxxx运维综合管理平台基于Apache/IIS、MySQL和PHP,它可以在任何支持这些程序的操作平台上运行,如Windows、Linux(Debian、Ubuntu和Redhat)、Solaris和MacOSX 等。此外,由于平台是基于B/S架构的应用程序,不需要在用户电脑上部署任何客户端,只需要一个简单的Web浏览器(IE8+、+、Chrome或Safari5+)即可使用。 2.平台架构 平台架构如下图所示: 图平台架构图 技术架构如下图: 图技术架构图 1.1展示层 平台展现层,即为用户提供了一个统一集中的访问平台,使得用户可以更关注于实际业务,方便企业决策。通过门户技术,每个用户都拥有自己独立的访问视图,方便用户在各个模块和流程之间快速切换,平台提供仪表盘,可以提供用户可以快速查看IT服务健康状况窗口; 图功能展示界面 平台提供五种访问视图,即服务台、自助服务中心、服务管理中心、管理控制台和移动客户端。 ?服务台: -服务目录; -用户咨询投诉; -客户个性化工作流程;

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

相关主题