企业级别的数据库云平台建设与维护方案_王铁红

数据库日常维护工作

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

Oracle数据库日常维护工作

文档编号
Oracle 数据库日常维护工作
凌群电脑有限公司 凌群电脑有限公司 2004 年 12 月 15 日

数据库日常维护工作》 《Oracle 数据库日常维护工作》
目
1.1 1.2 1.3 1.4 1.5 1.6
录
1. DBA 日常维护工作 ..................................................................................................................... 3 检查已经打开的所有实例 .................................................................................................... 3 检查最新的警告日志 ............................................................................................................ 7 检查数据库备份是否正确 .................................................................................................... 8 检查备份到磁带中的文件是否正确 .................................................................................... 9 检查数据库的性能是否合理，系统资源是否充足 ............................................................ 9 仔细阅读 ORACLE 标准文档 ............................................................................................... 10
2.晚间维护工作 晚间维护工作.............................................................................................................................. 10 晚间维护工作 2.1 收集相关表的统计数据 ....................................................................................................... 10 3.每周维护工作 每周维护工作.............................................................................................................................. 10 每周维护工作 3.1 检查异常的对象................................................................................................................... 10 3.1.1 检查现有的 NEXT_EXTENT 情况：............................................................................ 10 3.1.2 检查已有的 EXTENTS： .............................................................................................. 11 3.1.3 查看哪些表没有主键 .................................................................................................... 11 3.1.4 查找哪些主键是没有发挥作用的 ................................................................................ 12 3.1.5 所有作索引的主键都应是唯一的 ................................................................................ 12 3.2 检查是否有不安全的问题 ................................................................................................... 12 3.3 检查是否有错误 SQL*NET 日志 ....................................................................................... 13 3.4 归档当前告警日志 ............................................................................................................... 13 3.5 访问供应商站点................................................................................................................... 13 4.月维护工作 月维护工作.................................................................................................................................. 13 月维护工作 4.1 检查是否有异常的空间增长 ............................................................................................... 13 4.2 回顾以前数据库性能优化的调整 ....................................................................................... 14 4.3 检查 IO 瓶颈 ........................................................................................................................ 14 4.4 检查碎片的问题（8I 系统） ............................................................................................... 15
2

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

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

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

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

日常运维管理制度

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

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

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

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

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

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

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

: RedHatLinuxAS3.0 Oracle9iDatabaseRelease2forLinuxx86 2.2数据库日常维护 数据库的日常维护工作主要包括管理员每日的工作内容， 每周的工作内容以 及每月的工作内容。 2.2.1数据库初始设置 基于数据安全性的考虑，需要对数据库进行如下的初始设置。 1数据库设为归档模式 1） 以管理员身份连接数据库 SQL>>connectsys/sys@数据库例程 SIDassysdba 2） 察看数据库是否处于存档模式 SQL>>archiveloglist 说明：该命令会提示以下信息，注意灰色部分显示的状态。 DatabaselogmodeNoArchiveMode AutomaticarchivalDisabled Archivedest in ati on Oldest on li nelogseque nce31 Curren tlogseque nce33 3） 如果处于非归档模式则设为归档模式 SQL>>shutdow nimmediate; SQL>>start upmount; SQL>>alterdatabaseachivelog; 4） 如果处于非自动归档状态则设为自动归档 SQL>>altersystemsetlog_archive_start=TRUESC OP E=s pfile; 5重新启动数据库 SQL>>shutdow nimmediate; SQL>>startu p; 2控制文件设置 每一个数据库都必须有一个控制档。它是一个小型二进制档案，用来描述 Oracle9i 实体结构。主要是储存数据库名称，数据库建立时间，资料文件名称 与所在位置，重置日志文件名称与所在位置，目前的日志序列码 （logsequeneenumber ），检查点信息。因此开启Oracle9i 数据库时一定要读取控 制文件才能取得所有数据库实体档案相关信息。 一旦控制文件不幸毁损，数据库 便无法顺利开启。也因为如此，控制档的管理与维护工作显得格外重要。 通常的设置建议为：每个数据库最好拥有两个以上控制档，并各自存放在不 同磁盘上。系统默认有三个控制文件 controlOl.ctI ， control02.ctl ， con trol03.ctl 。 如果需要增加更多的控制文件，最简单的方式就是先将既有控制文件复制到 目的位置，然后将控制文件名称加入起始参数档的 CONTROLFILE 之中（）。同 理，如果想更改控制档名称，也可以先将控制文件复制到目的位置后予以更名， 再更新操作系统： 数据库：

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

Oracle数据库日常维护方案书

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

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

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

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

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

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

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

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

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

信息系统运行维护服务方案(IT运维服务方案).doc

信息系统运行维护方案（IT运维服务方案）

目录 1运维服务内容 (3) 1.1 服务目标 (3) 1.2 信息资产统计服务 (4) 1.3 网络、安全系统运维服务 (4) 1.4 主机、存储系统运维服务 (9) 1.5 数据库系统运维服务 (14) 1.6 中间件运维服务 (17) 2运维服务流程 (18) 3服务管理制度规范 (20) 3.1 服务时间 (20) 3.2 行为规范 (21) 3.3 现场服务支持规范 (21) 3.4 问题记录规范 (22) 4应急服务响应措施 (24) 4.1 应急基本流程 (24) 4.2 预防措施 (24) 4.3 突发事件应急策略 (25)

1服务内容 1.1服务目标 运行维护服务包括，信息系统相关的主机设备、操作系统、数据库和存储设备及其他信息系统的运行维护与安全防范服务，保证用户现有的信息系统的正常运行，降低整体管理成本，提高网络信息系统的整体服务水平。同时根据日常维护的数据和记录，提供用户信息系统的整体建设规划和建议，更好的为用户的信息化发展提供有力的保障。用户信息系统的组成主要可分为两类：硬件设备和软件系统。硬件设备包括网络设备、安全设备、主机设备、存储设备等；软件设备可分为操作系统软件、典型应用软件（如：数据库软件、中间件软件等）、业务应用软件等。 通过运行维护服务的有效管理来提升用户信息系统的服务效率，协调各业务应用系统的内部运作，改善网络信息系统部门与业务部门的沟通，提高服务质量。结合用户现有的环境、组织结构、IT资源和管理流程的特点，从流程、人员和技术三方面来规划用户的网络信息系统的结构。将用户的运行目标、业务需求与IT服务的相协调一致。信息系统服务的目标是，对用户现有的信息系统基础资源进行监控和管理，及时掌握网络信息系统资源现状和配置信息，反映信息系统资源的可用性情况和健康状况，创建一个可知可控的IT环境，从而保证用户信息系统的各类业务应用系统的可靠、高效、持续、安全运行。服务项目范围覆盖的信息系统资源以下方面的关键状态及参数指标： 运行状态、故障情况 配置信息 可用性情况及健康状况性能指标

(完整版)大数据库维护工作手册簿

数据库维护工作手册 文档编号：文档名称：编写：审核：批准: 批准日期：

目录 1概述 (3) 2数据库监控 (3) 2.1 数据库监控工作内容 (3) 2.2 数据库监控工作步骤 (3) 2.2.1 查看数据库日志 (3) 2.2.2 检查是否有失效的数据库对象 (4) 2.2.3 查看数据库剩余空间 (4) 2.2.4 重点表检查 (4) 2.2.5 查看数据库是否正常 (4) 2.2.6 死锁检查 (5) 2.2.7 监控SQL语句的执行 (5) 2.2.8 操作系统级检查 (5) 2.2.9 其他 (5) 3数据库维护 (5) 3.1 数据库维护工作内容 (5) 3.2 数据库维护工作事项 (5) 3.2.1 页面修复 (5) 3.2.2 数据库对象重建 (6) 3.2.3 碎片回收（数据重组） (6) 3.2.4 删除不用的数据 (6) 3.2.5 备份恢复 (6) 3.2.6 历史数据迁移 (6) 3.2.7 定期修改密码 (7) 3.2.8 删除掉不必要的用户 (7) 3.2.9 其他 (7) 4数据库管理常用SQL脚本 (7) 5日常维护和问题管理 (16) 5.1 目的 (16) 5.2 例行工作建议 (16) 5.3 相关填表说明 (16)

1概述 数据库的日常监控是使管理员及时了解系统异常的手段。大部分情况下，系统总是正常运行的。只有对正常情况的充分了解，才能通过对比正常情况发现异常情况。对于数据库的日常监控要有记录，文字记录或者电子文档保存。对于数据库异常进行分析，提出解决方案。 日常工作包括监控和维护两个部分。 此文档中关于数据库的运行命令示例主要针对于ORACLE数据库，但对于SYBASE数据库同样有参考价值，只要换用相对应的语句即可。 数据库监控 2数据库监控 数据库监控工作内容 制定和改进监控方案，编写监控脚本。 对于数据库进行日常监测，提交记录。 根据监测结果进行分析、预测，提交相应的系统改进建议方案。 数据库监控工作步骤 2.1.1查看数据库日志 数据库的日志上会有大量对于管理员有用的信息。ORACLE的Alert日志纪录了数据库系统所报的系统级错误信息，以及数据块失效等严重错误信息。错误信息的产生，会产生相应的跟踪文件，通过查看警告日志和跟踪文件可查找错误原因，对于发现的问题应及时解决和汇报。如： 1.表空间是否满，是否需要进行添加或者扩展。Alert文件中会显示有表块无法扩展 的提示。 2.表的块或者页面是否损坏。（往往这时alert文件中会显示ora-600的错误。） 3.数据库是否进行了异常操作。（如：drop tablespace等等）。 实用命令： ·报警日志文件（alert.log或alrt.ora） 记录数据库启动，关闭和一些重要的出错信息。数据库管理员应该经常检查这个文件，并对出现的问题作出即使的反应。可以通过以下SQL 找到他的路径select value from v$parameter where upper(name) ='BACKGROUND_DUMP_DEST'，或通过参数文件获得其路径，或者show parameter BACKGROUND_DUMP_DEST。 ·后台跟踪文件 路径与报警文件路径一致，记载了系统后台进程出错时写入的信息。 ·用户跟踪文件

系统运行维护方案

系统维护服务内容及要求 一、 令狐采学 二、维护服务内容 1.系统日常运行维护。包括系统操作指导、因系统缺陷导致 的各种BUG的修复、因误操作导致的数据错误维护等 等； 2.系统突发事件的诊断、排除； 3.因业务发展需要或需求变动引发对系统的新增、完善软件 功能且工作量小于（含）1人日的开发工作，年累计不能超过30个工作日； 4.咨询服务。帮助解答甲方提出的系统相关的各种业务和技 术问题，包括技术咨询、指导和信息提供等。 5.数据库数据清理。定期清理运维过程中所生成的生产数据 库中的临时表，从应用系统角度来优化数据库，如建立并优化索引、优化存储过程、数据库表拆分等，提高应用系统运行速度。 对于数据库参数方面的优化工作，可提出建议和要求，并辅助数据库厂商或运维上进行数据库性能优化。 6.运维总结 乙方应定期撰写运维总结报告，总结回顾本期各项运维工作开展情况，重点描述和分析出现的技术问题和服务质量问题，并给出整改方案。

超出上述维护服务内容的部分，维护形式及费用，甲乙双方另行商定。 三、维护形式 维护分为被动式和主动式两种形式： 1. 被动式服务包括： （1）现场技术服务方式，指因应用软件系统出现重大故障导致业务中止时，乙方派技术人员运程协助甲方技术、业务人员一起对故障进行分析，提出解决方案，在征得甲方同意后对故障进行处理和排除； （2）远程维护方式，通过电话、电子邮件、传真或远程访问等方式进行系统故障的处理、技术支持、咨询服务等工作。2. 主动式服务包括： （1）按月巡检：乙方按月到现场对系统进行全面检查，优化系统，同时做好各类系统运行情况的记录。对可能出现的故障提出解决预案及系统功能改进等方面的技术咨询工作，并提供必要的现场指导。另外，乙方还可根据需要，在现场对甲方的技术、业务人员进行系统运行管理、日常维护、使用操作及开发技术等方面的培训； （2）主动服务：乙方定期将行业内一些先进的管理理念、管理思路和新的 四、要求 1．对于任何运行维护任务，乙方服务人员需严格填写维护记录单，并由甲方签字认可。

Oracle数据库日常维护方案书

. .. . 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 比

数据库日常运行维护方案

Oracle数据库日常运行维护方案 2019年3月

1项目背景及目标 1.1 项目背景 XXX信息化建设经过多年的发展和完善，已经建立成熟的网络环境及业务及管理的各类应用系统，目前在线运行的PC 近XX台，近年来建设的XX业务管理等若干应用信息系统多数是基于Oracle数据库系统的应用。这些Oracle 数据库产品的标准服务都已经过了服务期。而各系统随着数据量的逐年增加，陆续出现了性能问题，有必要进行数据库系统的升级及性能优化，以确保应用系统的正常运行，为XXX提供更好的信息服务。 1.2 项目目标 尽早发现性能瓶颈，及时调整，保障数据库稳定高效工作；对各个系统数据库进行补丁升级服务，安装补丁前需要对补丁的可行性及风险即你想那个分析，并制定升级计划和应急回退计划。同时要做好系统备份准备及详细的测试工作，确保系统的稳定性、安全性，保障系统业务数据的安全； 数据库架构的合理化； 提升应用系统性能，完成各系统数据库的性能调优工作，包括：外部资源调优、行的重新安排调优、SQL 性能调优、表格和索引存储参数设置调优等。 各业务持续性得到有效的保证。 2需求分析 通过对 xxx 技术要求进行详实的分析以及 xxx信息系统建设的了解，各应用系统的Oracle产品日常运行维护项目主要从如下几个方面进行： 1、由于 xxx 有些系统软件建设的较早，目前存在不同版本的数据库共存的现象， 包括：Oralce8、Oracle9I、Oracle10g以及Oracle11g等。而 Oracle9I 版

本之前的数据库 SQL 编程语句还不是业界通用的标准化的语句，它与后面版本的 SQL 编程语句有很大的差别，所以在这方面的性能优化需要做好充分备份的准备。 2、正是由于这些系统建设的较早，基于当时的实际情况，应用系统或数据库都还 存在一些不足，针对这些情况软件开发商都开发出相应的补丁提供给用户进行升级以防范风险。所以在对各个系统数据库进行补丁升级服务之前，需要对补丁的可行性、安全性及风险进行充分的测试和分析。并制定相关的应急预案及数据库升级计划和应急回退计划，同时还需要做好系统备份准备和详细的测试工作，以确保系统的稳定性、安全性，从而保证系统业务数据的安全； 3、如上所说，这些系统建设的较为长久，由于长时间的运行各个系统存在一些冗 余，由于冗余的存在使得这些系统数据库需要进行性能的优化，包括外部资源优化、行的重新安排以及 SQL 性能优化、表格和索引存储参数等需要重新进行设置优化。 4、对于当前的一些应用如：企业资产管理系统(EAM)、基建 MIS 管理系统、全面 预算管理系统、生产综合管理系统、企业门户（EIP/EAI）系统、综合指标统计分析系统、燃料管理信息系统、标准化管理信息系统、档案管理信息系统、安健环管理系统、技术监督管理子系统、IT 运维服务系统、SIS 系统接口数据库、生产图纸管理系统等等所有这些系统都需要重新进行整理并形成一个完善的文档资料。 5、由于这些数据库系统承载着 xxx 非常重要的业务系统数据，所以在日常维护 中需要非常仔细，每周、每月、每季都需要有相应的巡检记录，需要详细记载以下一些内容： 监控数据库对象的空间扩展情况 监控数据量的增长情况 系统健康检查 数据库对象有效性检查 查看是否有危害到安全策略的问题。 查看 alert、Sqlnet 等日志并归档报错日志 分析表和索引 查看对数据库会产生危害的增长速度

ORACLE数据库日常维护作业计划

O RACLE A DVANCED P RODUCT S ERVICES Oracle数据库日常维护手册 1.1.工作内容 3 1.1.1 每日工作 (3) 1.1.2 每周的工作（通过工具自动跑出结果，手工进行问题处理） (5) 1.1.3 每月的工作（人工分析处理） (22) 1.1.4 每年的工作（结合工具进行全面检查） (25)

审阅记录 分发记录 相关文档

1.1. 工作内容 1.1.1每日工作 1.1.1.1检查数据库状态（目前人工，以后自动，） 确认所有的INSTANCE状态以及listener状态正常，登陆到所有数据库或例程，检测ORACLE 后台进程: 1.1.1.2检查CPU使用率（自动，无报警即可） 例如sar –u 显示内容包括： %usr：CPU处在用户模式下的时间百分比。 %sys：CPU处在系统模式下的时间百分比。 %wio：CPU等待输入输出完成时间的百分比。 %idle：CPU空闲时间百分比 对于%usr，建议客户定期收集，建立系统性能的基线，以便判断系统CPU使用的趋势。如果%usr 突然异常增长，建议客户使用topas,glance找到使用CPU最高资源的进程，进行进一步分析。如果是oracle用户进程，可以使用如下语句获得该进程正在执行的SQL： --通过PID找SQL SELECT /*+ ORDERED */ sql_text FROM v$sqltext a WHERE (a.hash_value, a.address) IN ( SELECT DECODE (sql_hash_value, 0, prev_hash_value, sql_hash_value), DECODE (sql_hash_value, 0, prev_sql_addr, sql_address) FROM v$session b WHERE b.paddr = (SELECT addr FROM v$process c WHERE c.spid = '&pid')) ORDER BY piece ASC; 而且我们通过v$session的sid，可以进一步从v$session_wait得到该进程的等待事件：

数据库日常维护手册

数据库日常维护手册 注，蓝色部分为可执行命令，红色部分为重点注意的。 一、停止、启动群集 首先应停止实例和相关服务，最后才是关闭节点应用程序（虚拟 IP、GSD、TNS 监听器和ONS）。以下命令在oracle用户下执行。 emctl stop dbconsole srvctl stop instance -d hsdb -i hsdb1 srvctl stop instance -d hsdb -i hsdb2 srvctl stop nodeapps -n bjhsdb1 srvctl stop nodeapps –n bjhsdb2 启动节点应用程序（虚拟 IP、GSD、TNS 监听器和 ONS）。当成功启动节点应用程序后,最后才是启动 Oracle 实例和相关服务，以及企业管理器数据库控制台 srvctl start nodeapps -n bjhsdb1 srvctl start nodeapps -n bjhsdb2 srvctl start instance -d hsdb -i hsdb1 srvctl start instance -d hsdb -i hsdb2 emctl start dbconsole 使用 SRVCTL 启动/停止所有实例 srvctl start database -d hsdb srvctl stop database -d hsdb 二、归档管理 以下命令是在登入数据库主机后，在sqlplus下执行。 查看是否归档 Archive log list 在RAC中，归档模式之间的切换要比单机复杂，下面是非归档模式该为归档模式 保留一个实例tdb1，停掉其它实例(shutdown immediate) 以下操作都在mesoradb1执行: alter system set parameter CLUSTER_DATABASE= false scope=spfile; shutdown immediate 检查LOG_ARCHIVE_DEST、LOG_ARCHIVE_FORMAT参数是否设定正确，具体参照reference; startup mount 若由非归档模式改为归档模式： alter database archivelog 由归档模式改为非归档模式： alter database noarchivelog alter database open alter system set parameter CLUSTER_DATABASE= true scope=spfile; shutdown immediate