Oracle数据库日常维护项目方案

xxxx 有限责任公司ORACLE 产品日常运行维护年度服务项目

方案书

xxxx 有限公司

2012 年09 月

ORACLE 产品日常运行维护年度服务项目

目录

1 项目背景及目标 (5)

1.1 项目背景 (5)

1.2 项目目标 (5)

2 需求分析 (5)

3 项目总体方案 (7)

3.1 数据库性能优化 (8)

3.1.1 检查O racle 数据库性能 (8)

3.1.1.1 检查数据库的等待事件 (9)

3.1.1.2 Disk Read 最高的S QL 语句的获取 (9)

3.1.1.3 查找前十条性能差的s ql (9)

3.1.1.4 等待时间最多的5个系统等待事件的获取 (9)

3.1.1.5 检查运行很久的S QL (9)

3.1.1.6 检查消耗C PU 最高的进程 (10)

3.1.1.7 检查碎片程度高的表 (10)

3.1.1.8 检查表空间的 I/O 比例 (10)

3.1.1.9 检查文件系统的 I/O 比例 (10)

3.1.1.10 检查死锁及处理 (10)

3.1.1.11 检查数据库c pu、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 寻找问题根源 (16)

System_Event 事件 (16)

Session_Event 事件 (16)

Session_Wait (17)

3.1.2.5 应用优化 (17)

3.1.2.5.1 例程调优 (17)

3.1.2.5.2 I-O 优化 (19)

3.1.2.5.3 竞争优化 (19)

3.1.2.5.4 O-S 监控 (20)

3.2 数据库备份恢复 (21)

3.2.1 检查O racle 数据库备份结果 (21)

3.2.1.1 检查数据库备份日志信息 (21)

3.2.1.2 检查b ackup 卷中文件产生的时间 (22)

3.2.1.3 检查o racle 用户的e mail (22)

3.3 数据库迁移 (22)

3.4 数据库运维 (23)

3.4.1 检查数据库基本状况 (23)

3.4.1.1 检查O racle 实例状态 (23)

3.4.1.2 检查O racle 服务进程 (24)

3.4.1.3 检查O racle 监听状态 (24)

3.4.2 检查系统和o racle 日志文件 (25)

3.4.2.1 检查操作系统日志文件 (25)

3.4.2.2 检查o racle 日志文件 (26)

3.4.2.3 检查O racle 核心转储目录 (26)

3.4.2.4 检查R oot 用户和O racle 用户的e mail (27)

3.4.3 检查O racle 对象状态 (27)

3.4.3.1 检查O racle 控制文件状态 (27)

3.4.3.2 检查O racle 在线日志状态 (27)

3.4.3.3 检查O racle 表空间的状态 (28)

3.4.3.4 检查O racle 所有数据文件状态 (28)

3.4.3.5 检查无效对象 (29)

3.4.3.6 检查所有回滚段状态 (29)

3.4.4 检查O racle 相关资源的使用情况 (30)

3.4.4.1 检查O racle 初始化文件中相关参数值 (30)

3.4.4.2 检查数据库连接情况 (31)

3.4.4.3 检查系统磁盘空间 (32)

3.4.4.4 检查表空间使用情况 (32)

3.4.4.5 检查一些扩展异常的对象 (33)

3.4.4.6 检查s ystem 表空间内的内容 (33)

3.4.4.7 检查对象的下一扩展与表空间的最大扩展值 (34)

3.4.5 检查数据库安全性 (34)

3.4.5.1 检查系统安全日志信息 (35)

3.4.5.2 检查用户修改密码 (35)

3.4.6 其他检查 (36)

3.4.6.1 Oracle Job 是否有失败 (36)

3.4.6.2 监控数据量的增长情况 (36)

3.4.6.3 检查失效的索引 (37)

3.4.6.4 检查不起作用的约束 (37)

3.4.6.5 检查无效的t rigger (37)

4 项目实施及管理 (38)

4.1 项目实施方案 (38)

4.1.1 项目实施策略 (38)

4.1.2 项目实施计划 (38)

4.1.3 项目交付文档 (39)

4.1.3.1 交付要求 (39)

4.1.3.2 提交文件资料 (39)

5 支持服务体系 (40)

5.1.1 售后服务 (40)

5.1.2 电话支持 (40)

5.1.3 现场服务 (40)

5.1.4 电子邮件支持 (41)

5.1.5 紧急故障处理 (41)

5.1.6 ORACLE 定期巡检服务（24 次/年） (41)

6 培训方案 (41)

6.1.1 培训方式 (42)

6.1.2 教师、教材使用及授课语言 (42)

6.1.3 培训计划 (44)

6.1.4 培训分工 (44)

1 项目背景及目标

1.1 项目背景

xxx 信息化建设经过多年的发展和完善，已经建立成熟的网络环境及生产经营管理的各类应用系统，目前全厂在线运行的PC 近600 台，近年来建设的企业资产管理、基建 MIS 管理系统、全面预算管理系统、生产综合管理系统技术监督管理系统等若干应用信息系统多数是基于 Oracle 数据库系统的应用。这些Oracle 数据库产品的标准服务都已经过了服务期。而各系统随着数据量的逐年增加，陆续出现了性能问题，有必要进行数据库系统的升级及性能优化，以确保应用系统的正常运行，为全厂员工提供更好的信息服务。

1.2 项目目标

?尽早发现性能瓶颈，及时调整，保障数据库稳定高效工作；对各个系统

数据库进行补丁升级服务，安装补丁前需要对补丁的可行性及风险即你

想那个分析，并制定升级计划和应急回退计划。同时要做好系统备份准

备及详细的测试工作，确保系统的稳定性、安全性，保障系统业务数据

的安全；

?数据库架构的合理化；

?提升应用系统性能，完成各系统数据库的性能调优工作，包括：外部资

源调优、行的重新安排调优、SQL 性能调优、表格和索引存储参数设置

调优等。

?各业务持续性得到有效的保证。

2 需求分析

通过对xxx 技术要求进行详实的分析以及xxx 科技对x xx 信息系统建设的了

解，xxxOracle 产品日常运行维护项目主要从如下几个方面进行：

1、由于xxx 有些系统软件建设的较早，目前存在不同版本的数据库共存的

现象，包括：Oralce8、Oracle9I 以及Oracle10g 等。而Oracle9I 版本

之前的数据库SQL 编程语句还不是业界通用的标准化的语句，它与后

面版本的SQL 编程语句有很大的差别，所以在这方面的性能优化需要

做好充分备份的准备。

2、正是由于这些系统建设的较早，基于当时的实际情况，应用系统或数据

库都还存在一些不足，针对这些情况软件开发商都开发出相应的补丁

提供给用户进行升级以防范风险。所以在对各个系统数据库进行补丁

升级服务之前，需要对补丁的可行性、安全性及风险进行充分的测试

和分析。并制定相关的应急预案及数据库升级计划和应急回退计划，

同时还需要做好系统备份准备和详细的测试工作，以确保系统的稳定

性、安全性，从而保证系统业务数据的安全；

3、如上所说，这些系统建设的较为长久，由于长时间的运行各个系统存在

一些冗余，由于冗余的存在使得这些系统数据库需要进行性能的优

化，包括外部资源优化、行的重新安排以及SQL 性能优化、表格和索

引存储参数等需要重新进行设置优化。

4、对于当前的一些应用如：企业资产管理系统(EAM)、基建M IS 管理系统、

全面预算管理系统、生产综合管理系统、企业门户（EIP/EAI）系统、

综合指标统计分析系统、燃料管理信息系统、标准化管理信息系统、

档案管理信息系统、安健环管理系统、技术监督管理子系统、IT 运维

服务系统、SIS 系统接口数据库、生产图纸管理系统等等所有这些系

统都需要重新进行整理并形成一个完善的文档资料。

5、由于这些数据库系统承载着xxx 非常重要的业务系统数据，所以在日常

维护中需要非常仔细，每周、每月、每季都需要有相应的巡检记录，

需要详细记载以下一些内容：

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

?监控数据量的增长情况

?系统健康检查，检查以下内容:

?数据库对象有效性检查

?查看是否有危害到安全策略的问题。

?查看a lert、Sqlnet 等日志并归档报错日志

?分析表和索引

?查看对数据库会产生危害的增长速度

?检查表空间碎片

?数据库性能调整

?预测数据库将来的性能

?调整和维护工作

?后续空间

3 项目总体方案

建立在Oracle 数据库上的关键业务系统，是当今企业的核心应用。如何改善其性能和可用性，是包括系统设计、维护和管理人员的最大挑战。为了更好地维护系统和数据库，必须随时了解系统和数据库的运行状况。但由于数据库维护具有一定的复杂性，增加了维护工作的难度。所以数据库维护需要借助一些相关的工具，优秀的数据库管理工具，可以大大简化生产环境下的应用维护和管理，提高IT 人员的工作效率。数据库管理人员借助相应的工具可以主动、迅速、方便的监控系统的运行。

基于我公司多年在Oracle 数据库的使用及研究经验上，对于Oracle 数据库的管理，主要包括三方面的内容：

?系统诊断：了解当前运行的Oracle 的状态，发现数据库性能瓶颈；

?空间管理：即数据库存储结构的调优，包括定期检查数据库的存储结构，

发现Oracle 数据库存储中的主要问题(如数据库碎片)，进行碎片重组和

数据分布以及容量规划等；

?调优SQL,分析对系统性能影响比较大的SQL 语句，调整S QL 语句的执

行效率。使SQL 存取尽可能少的数据块。

下面我们将从以下这几个方面详细阐述：

3.1 数据库性能优化

Oracle 性能管理既是一种艺术，也是一种科学。仍实用角度讲，它可以分为两种类型，主动式和被动式性能管理。主动式性能管理涉及到特定系统实施初期的设计和开发，包括硬件选择、性能及容量规划，海量存储系统的选择，I-O 子系统配置及优化，以及如何对不同组件进行定制，以满足Oracle 数据库和应用系统的复杂要求。

被动式性能管理涉及到现有环境中不同组件的性能评估、故障排除和Oracle 环境的优化。本文旨在探讨如何进行被动式性能调优，以便为Oracle 性能调优提供必要的指导，仍而避免仅仅通过反复尝试的方式进行性能调优，提高Oracle 性能管理的效率。

所以 ORACLE 数据库性能恶化表现基本上都是用户响应时间比较长，须要用户长时间的等待。获得满意的用户响应时间有两个途径：

一是减少系统服务时间，即提高数据库的吞吐量；二是减少用户等

待时间，即减少用户访问同一数据库资源的冲突率。对于以上的两

个问题，通常我们采用以下几个方面来进行改善：

?调整服务器内存分配。例如，可以根据数据库运行状况调整数据库系统

全局区（SGA 区）的数据缓冲区、日志缓冲区和共享池的大小；还可以

调整程序全局区（PGA 区）的大小。

?调整硬盘I/O 问题，达到I/O 负载均衡。

?调整运用程序结构设计

?优化调整操作系统参数和使用资源管理器

?SQL 优化、诊断latch 竞争、Rollback(undo) Segment 优化、提升block

的效率等等

3.1.1 检查Oracle数据库性能

检查 Oracle 数据库性能情况，包含：检查数据库的等待事件，检查死锁及处理，检查cpu、I/O、内存性能，查看是否有僵死进程，检查行链接/迁移，定期做统计分析，检查缓冲区命中率，检查共享池命中率，检查排序区，检查日志

缓冲区，总共十个部分。

3.1.1.1 检查数据库的等待事件

如果数据库长时间持续出现大量像 latch free ，enqueue ，buffer busy waits ， db file sequential read ，db file scattered read 等等待事件时，需要对其 进行分析，可能存在问题的语句。

3.1.1.2 Disk Read 最高的SQL 语句的获取

3.1.1.3 查找前十条性能差的sql

3.1.1.4 等待时间最多的

5 个系统等待事件的获取

3.1.1.5 检查运行很久的SQL

3.1.1.6 检查消耗CPU 最高的进程

3.1.1.7 检查碎片程度高的表

3.1.1.8 检查表空间的 I/O 比例

3.1.1.9 检查文件系统

的 I/O 比例

3.1.1.10 检查死锁及处理

查询目前锁对象信息：

Oracle数据库维保服务方案

XXXXXX 数据库运维服务方案 XXXXXXX股份有限公司 2020-8-2

目录 一、前言........................................................................... - 2 - 二、数据库服务需求分析.................................................. - 7 - 三、数据库服务技术方案.................................................. - 9 - 3.1XXXXX Oracle数据库运维服务介绍............................ - 9 - 3.2XXXXX Oracle数据库运维基础服务............................ - 9 - 3.3Oracle数据库运维基础服务..................................... - 11 - 3.4.1 数据库基础运维服务级别分类 ........................................................................ - 11 - 3.4.2 数据库基础运维服务详述.................................................................................. - 12 - 3.4.2.1热线电话技术支持服务..................................................................................... - 12 - 3.4.2.2数据库基础运维远程拨入故障处理服务 .................................................... - 12 - 3.4.2.3数据库健康检查 .................................................................................................. - 13 - 3.4.2.4数据库故障排查 .................................................................................................. - 14 - 3.4.2.5数据库故障信息及时告知................................................................................ - 17 - 3.4.2.6辅助故障定位服务.............................................................................................. - 17 - 3.4.2.7数据库补丁安装、小版本升级....................................................................... - 18 - 3.4.2.8OEM安装配置 ...................................................................................................... - 19 - 3.4.2.9重要问题通知....................................................................................................... - 20 - 3.4.2.10数据库运维相关技术建议 ............................................................................. - 20 - 3.4.2.11知识传递.............................................................................................................. - 21 - 3.4Oracle数据库运维高级服务..................................... - 22 - 3.4.1 Oracle数据库高级运维服务内容.................................................................... - 22 - 3.4.2 数据库性能优化.................................................................................................... - 22 - 3.4.3 数据库版本升级运维服务.................................................................................. - 26 - 3.4.4 数据库实施项目.................................................................................................... - 27 - - 1 -

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.wendangku.net/doc/2618433923.html, 客户支持网站：https://www.wendangku.net/doc/2618433923.html,

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

ORACLE数据备份与数据恢复方案

O R A C L E数据备份与数据恢 复方案 Prepared on 24 November 2020

摘要 结合金华电信IT系统目前正在实施的备份与恢复策略，重点介绍电信业务计算机管理系统(简称97系统)和营销支撑系统的ORALCE数据库备份和恢复方案。 Oracle数据库有三种标准的备份方法，它们分别是导出／导入 （EXP/IMP）、热备份和冷备份。要实现简单导出数据（Export）和导入数据（Import），增量导出／导入的按设定日期自动备份，可考虑，将该部分功能开发成可执行程序，然后结合操作系统整合的任务计划，实现特定时间符合备份规划的备份应用程序的运行，实现数据库的本级备份，结合ftp简单开发，实现多服务器的数据更新同步，实现数据备份的异地自动备份。 关键字：数据库远程异地集中备份 目录

一、前言 目前，数据已成为信息系统的基础核心和重要资源，同时也是各单位的宝贵财富，数据的丢失将导致直接经济损失和用户数据的丢失，严重影响对社会提供正常的服务。另一方面，随着信息技术的迅猛发展和广泛应用，业务数据还将会随业务的开展而快速增加。但由于系统故障，数据库有时可能遭到破坏，这时如何尽快恢复数据就成为当务之急。如做了备份，恢复数据就显得很容易。由此可见，做好数据库的备份至关重要。因此，建立一个满足当前和将来的数据备份需求的备份系统是必不可少的。传统的数据备份方式主要采用主机内置或外置的磁带机对数据进行冷备份，这种方式在数据量不大、操作系统种类单一、服务器数量有限的情况下，不失为一种既经济又简明的备份手段。但随着计算机规模的扩大，数据量几何级的增长以及分布式网络环境的兴起，将越来越多的业务分布在不同的机器、不同的操作平台上，这种单机的人工冷备份方式越来越不适应当今分布式网络环境。 因此迫切需要建立一个集中的、自动在线的企业级备份系统。备份的内容应当包括基于业务的业务数据，又包括IT系统中重要的日志文件、参数文件、配置文件、控制文件等。本文以ORACLE数据库为例，结合金华电信的几个相关业务系统目前正在实施的备份方案，介绍ORACLE数据库的备份与恢复。 二、金华电信ORACLE数据库的备份与恢复方案 由于金华电信IT系统以前只采用逻辑备份方式进行数据库备份，速度较慢并且数据存储管理都很分散，甚至出现备份数据不完整的现象。为了提高备份数据的效率，提供可靠的数据备份，完善备份系统，保证备份数据的完整性，降低数据备份对网络和服务器的影响，对每个IT系统的备份数据进行集中管理，我们对备份工作进行了改进，将逻辑备份与物理备份相结合，在远程建立了一个异地集中、自动在线的备份系统即网络存储管理系统。（这里用到的物理备份指热备份）其具备的主要功能如下：(1)集中式管理 :网络存储备份管理系统对整个网络的数据进行管理。利用集中式管理工具的帮助，系统管理员可对全网的备份策略进行统一管理，备份服务器可以监控所有机器的备份作业，也可以修改备份策略，并可即时浏览所有目录。所有数据可以备份到同备份服

数据库日常维护工作

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

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

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、备份事务日志

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出错分析

oracle数据库维保 招标文件讲解

第一部分项目须知一、项目编号： 二、采购项目名称：2015年度oracle数据库续保 三、采购方式：公开招标 四、采购内容、数量及参数要求： 服务（或售后服务）要求： 乙方应提供原厂级别7×24（即每周7个工作日，每天24小时，2 小时内到达现场.）全天技术支持服务，并根据甲方的需要提供现场支持服务。具体服务时间由甲方需求决定。服务内容包括： 1.健康检查。ORACLE工程师定期（最小频率为1个月）到用1. 户现场，对数据库系统进行例行健康检查，并提交报告，根据健康检查的内容对数据库进行优化。检查的内容应包括但不限于以下内容：1.1 容错检查，检查并分析系统日志及跟踪文件，发现并排除数据库及应用系统的错误隐患； 1.2 检查数据库及应用系统的配置健康情况； 1.3 发现并排除数据库系统错误隐患； 1.4 检查数据库系统是否需要应用最新的补丁集； 1.5 检查数据库空间的使用情况，协助进行数据库空间的规划管理；

1.6 检查数据库备份的完整性； 1.7 监控数据库性能、数据库运行状态、运行效率、是否存在安全隐患； 1.8 备份方式是否合理、备份数据是否可恢复； 1.9 提供系统健康检查报告； 数据库及应用系统性能调优。数据库及应用系统的性能调整一2. 般包括，但不局限于如下内容： 利用工具采集系统运行时的各项监控数据； 2.1 2.2 分析系统主要的性能瓶颈； 2.3 分析系统、网络、应用软件及数据库等各方面资源的使用情况； 2.4 确定系统性能现状及性能调整的目标； 2.5 定位系统中出现的性能瓶颈； 2.6 测试验证针对性能瓶颈进行的改进方案； 2.7 产生基于ORACLE最佳应用准则的性能调整建议报告； 2.8 适用于当前商业规则的Oracle 软件配置； 2.9 为客户提供实施问题的解决方案； 2.10 为客户进行现场技能讲解传授； ORACLE工程师在现场调优数据库性能和应用性能；2.11 2.12 给用户提供完整的性能调整报告和解决方法； 2.13 现场紧急救援与灾难恢复。管理局数据库宕机、数据块损坏等

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)

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