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)
3.4数据库运维 (23)
3.4.1检查数据库基本状况 (23)
3.4.1.1 3.4.1.2 3.4.1.3 检查Oracle实例状态 (23)
检查Oracle服务进程 (24)
检查Oracle监听状态 (24)
3.4.2检查系统和oracle日志文件 (25)
3.4.2.1 3.4.2.2 3.4.2.3 3.4.2.4 检查操作系统日志文件 (25)
检查oracle日志文件 (26)
检查Oracle核心转储目录 (26)
检查Root用户和Oracle用户的email (27)
3.4.3检查Oracle对象状态 (27)
3.4.3.1 3.4.3.2 3.4.3.3 3.4.3.4 3.4.3.5 3.4.3.6 检查Oracle控制文件状态 (27)
检查Oracle在线日志状态 (27)
检查Oracle表空间的状态 (28)
检查Oracle所有数据文件状态 (28)
检查无效对象 (29)
检查所有回滚段状态 (29)
3.4.4检查Oracle相关资源的使用情况 (30)
3.4.4.1 3.4.4.2 3.4.4.3 3.4.4.4 3.4.4.5 3.4.4.6 3.4.4.7 检查Oracle初始化文件中相关参数值 (30)
检查数据库连接情况 (31)
检查系统磁盘空间 (32)
检查表空间使用情况 (32)
检查一些扩展异常的对象 (33)
检查system表空间内的内容 (33)
检查对象的下一扩展与表空间的最大扩展值 (34)
3.4.5检查数据库安全性 (34)
3.4.5.1 3.4.5.2 检查系统安全日志信息 (35)
检查用户修改密码 (35)
3.4.6其他检查 (36)
3.4.6.1 3.4.6.2 3.4.6.3 3.4.6.4 3.4.6.5 Oracle Job是否有失败 (36)
监控数据量的增长情况 (36)
检查失效的索引 (37)
检查不起作用的约束 (37)
检查无效的trigger (37)
4 项目实施及管理 (38)
4.1项目实施方案 (38)
4.1.1项目实施策略 (38)
4.1.2项目实施计划 (38)
4.1.3项目交付文档 (39)
4.1.3.1 4.1.3.2 交付要求 (39)
提交文件资料 (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科技对xxx信息系统建设的了
解，xxxOracle产品日常运行维护项目主要从如下几个方面进行：
1、由于xxx有些系统软件建设的较早，目前存在不同版本的数据库共存的
现象，包括：Oralce8、Oracle9I以及Oracle10g等。而Oracle9I版本
之前的数据库SQL编程语句还不是业界通用的标准化的语句，它与后
面版本的SQL编程语句有很大的差别，所以在这方面的性能优化需要
做好充分备份的准备。
2、正是由于这些系统建设的较早，基于当时的实际情况，应用系统或数据
库都还存在一些不足，针对这些情况软件开发商都开发出相应的补丁
提供给用户进行升级以防范风险。所以在对各个系统数据库进行补丁
升级服务之前，需要对补丁的可行性、安全性及风险进行充分的测试
和分析。并制定相关的应急预案及数据库升级计划和应急回退计划，
同时还需要做好系统备份准备和详细的测试工作，以确保系统的稳定
性、安全性，从而保证系统业务数据的安全；
3、如上所说，这些系统建设的较为长久，由于长时间的运行各个系统存在
一些冗余，由于冗余的存在使得这些系统数据库需要进行性能的优
化，包括外部资源优化、行的重新安排以及SQL性能优化、表格和索
引存储参数等需要重新进行设置优化。
4、对于当前的一些应用如：企业资产管理系统(EAM)、基建MIS管理系统、
全面预算管理系统、生产综合管理系统、企业门户（EIP/EAI）系统、
综合指标统计分析系统、燃料管理信息系统、标准化管理信息系统、
档案管理信息系统、安健环管理系统、技术监督管理子系统、IT运维
服务系统、SIS系统接口数据库、生产图纸管理系统等等所有这些系
统都需要重新进行整理并形成一个完善的文档资料。
5、由于这些数据库系统承载着xxx非常重要的业务系统数据，所以在日常
维护中需要非常仔细，每周、每月、每季都需要有相应的巡检记录，
需要详细记载以下一些内容：
? ? ? 监控数据库对象的空间扩展情况监控数据量的增长情况
系统健康检查，检查以下内容:
? ? ? ? ? ? ? ? ? ? 数据库对象有效性检查
查看是否有危害到安全策略的问题。
查看alert、Sqlnet等日志并归档报错日志分析表和索引
查看对数据库会产生危害的增长速度
检查表空间碎片
数据库性能调整
预测数据库将来的性能
调整和维护工作
后续空间
3项目总体方案
建立在Oracle数据库上的关键业务系统，是当今企业的核心应用。如何改善其性能和可用性，是包括系统设计、维护和管理人员的最大挑战。为了更好地维护系统和数据库，必须随时了解系统和数据库的运行状况。但由于数据库维护具有一定的复杂性，增加了维护工作的难度。所以数据库维护需要借助一些相关的工具，优秀的数据库管理工具，可以大大简化生产环境下的应用维护和管理，提高IT人员的工作效率。数据库管理人员借助相应的工具可以主动、迅速、方便的监控系统的运行。
基于我公司多年在Oracle数据库的使用及研究经验上，对于Oracle数据库的管理，主要包括三方面的内容：
? ?
? 系统诊断：了解当前运行的Oracle的状态，发现数据库性能瓶颈；
空间管理：即数据库存储结构的调优，包括定期检查数据库的存储结构，发现Oracle数据库存储中的主要问题(如数据库碎片)，进行碎片重组和
数据分布以及容量规划等；
调优SQL,分析对系统性能影响比较大的SQL语句，调整SQL语句的执
行效率。使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、内存性能，查看是否有僵死进程，检查行链接/迁移，定期做统计分析，检查缓冲区命中率，检查共享池命中率，检查排序区，检查日志
ORACLE产品日常运行维护年度服务项目
缓冲区，总共十个部分。
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 级kill 掉该session：
操作系统级kill 掉session：
3.1.1.11检查数据库cpu、I/O、内存性能
记录数据库的cpu 使用、IO、内存等使用情况，使用vmstat,iostat,sar,top
等命令进行信息收集并检查这些信息，判断资源使用情况。
CPU使用情况：
注意上面的蓝色字体部分，此部分内容表示系统剩余的cpu，当其平均值下
降至10%以下的时视为CPU 使用率异常，需记录下该数值，并将状态记为异常。
?
内存使用情况： 如上所示，蓝色部分表示系统总内存，红色部分表示系统使用的内存，黄色 部分表示系统剩余内存，当剩余内存低于总内存的 10%时视为异常。
?
系统 I/O 情况： # iostat -k 1 3
Linux 2.6.9-22.ELsmp (AS14)
07/29/2012
avg-cpu:
%user
%nice
%sys %iowait
%idle 0.16
0.00
0.05
0.36
99.43
Device: sda
tps 3.33
kB_read/s
13.16
kB_wrtn/s
50.25
kB_read 94483478
kB_wrtn 360665804
avg-cpu:
%user
%nice
%sys %iowait
%idle
0.00
0.00
0.00
0.00 100.00
Device: sda
tps 0.00
kB_read/s
0.00
kB_wrtn/s
0.00
kB_read
kB_wrtn
如上所示，蓝色字体部分表示磁盘读写情况，红色字体部分为 cpu IO 等待 情况。
?
系统负载情况：
如上所示，蓝体字部分表示系统负载，后面的 3 个数值如果有高于 2.5 的时
候就表明系统在超负荷运转了，并将此值记录到巡检表，视为异常。
3.1.1.12查看是否有僵死进程
有些僵尸进程有阻塞其他业务的正常运行，定期杀掉僵尸进程。
3.1.1.13检查行链接/迁移
注：含有long raw 列的表有行链接是正常的,找到迁移行保存到
chained_rows 表中, 如没有该表执行../rdbms/admin/utlchain.sql
Sql>analyze table tablename list chained rows;可通过表chained_rows 中
table_name,head_rowid看出哪些行是迁移行如:Sql>create table aa as select
a.* from sb_zsxx a,chained_rows b where a.rowid=
b.head_rowid and
b.table_name ='SB_ZSXX'; sql>delete from sb_zsxx where rowid in (select
head_rowid from chained_rows where table_name = 'SB_ZSXX'); sql>insert
into sb_zsxx select * from chained_row where table_name = 'SB_ZSXX';
3.1.1.14定期做统计分析
对于采用Oracle Cost-Based-Optimizer 的系统，需要定期对数据对象的统计信息进行采集更新，使优化器可以根据准备的信息作出正确的explain plan。在以下情况更需要进行统计信息的更新：
? ? ? 应用发生变化；
大规模数据迁移、历史数据迁出、其他数据的导入等；数据量发生变化。
查看表或索引的统计信息是否需更新，如：
Sql>Select table_name,num_rows,last_analyzed From user_tables where
table_name ='DJ_NSRXX'
sql>select count(*) from DJ_NSRXX 如num_rows 和count(*)如果行数相
差很多,则该表需要更新统计信息，建议一周做一次统计信息收集，如：Sql>exec sys.dbms_stats.gather_schema_stats(ownname=>'CTAIS2',cascade=>
TRUE,degree => 4);
3.1.1.15检查缓冲区命中率
如果命中率低于90% 则需加大数据库参数db_cache_size。
3.1.1.16检查共享池命中率
如低于95%，则需要调整应用程序使用绑定变量，或者调整数据库参数shared pool 的大小。
3.1.1.17检查排序区
如果disk/(memoty+row) 的比例过高，则需要调整
sort_area_size(workarea_size_policy=false 或
pga_aggregate_target(workarea_size_policy=true)。
3.1.1.18检查日志缓冲区
如果 redo buffer allocation retries/redo entries 超过 1% ，则需要增 大 log_buffer 。
3.1.2性能调优及方法
性能调优主要有主动调优和被动调优，主动调优在前面我们已经进行了阐述， 被动调优主要有以下方法进行。
? ? ?
? ? ? ? ?
确定合理的性能优化目标
测试并记录当前的性能指标
确定当前存在的 Oracle 性能瓶颈 (Oracle 中何处存在等待，哪个 SQL
语句与此有关)
确定当前的操作系统瓶颈
优化相关的组件 (应用、数据库、I/O 、连接 OS 及其它)
跟踪并实施变化管理制度
测试并记录目前的性能指标
重复第 3 到第 7 步直至达到既定的优化目标 不要对并非性能瓶颈的部分进行优化，否则可能引起额外的问题。正如任何 聪明的人会告诉你的：“如果还未坏，千万不要修”。更重要的是，一旦既定的优 化目标已经达到，就务必停止所有的优化。
获取 Oracle 的性能指标 (测试前及测试后)必须在峰值处理时测试并获取系 统在优化前和优化后的性能指标。数据采集不应在数据库 instance 刚刚起动后 进行。同时，测试数据应在峰值期间每过 15 分钟进行一次。初始化参数
ORACLE产品日常运行维护年度服务项目
TIMED_STATISTICS 应该被设为TRUE。
通过运行以下脚本开始快照：
$ORACLE_HOME/rdbms/admin/utlbstat.sql.
通过运行以下脚本结束快照：
$ORACLE_HOME/rdbms/admin/utlestat.sql.
完成utlestat.sql 操作后，会在当前目录中生成名为“report.txt”的文件，
包含系统的性能数据。该报告包括每15 分钟捕获的所有与Oracle 例程相关的
参数。
3.1.2.1寻找问题根源
如上所述，通过查看v$system_event 事件开始系统事件的问题诊断。下一
步是查看v$session_event，找出引起或经历等待事件的进程。最后一步是通过
v$session_wait 获得事件的细节。同时，应该进一步通过OS 进行深入分析，了
解核心的CPU、内存和IO 状态参数。最后，结合两种不同的诊断的结论，找出系统瓶颈所在。
3.1.2.2 System_Event事件
v$system_event 可以从全局的角度查看Oracle 系统中的所有事件。尽管它
并不包括任何进程级的信息(当前或历史)，但却可以显示上次例程弹出后总的等
待时间。这种动态性能视图中的数据，会在下次例程起动时清零。出于这种原因，这种视力中的数据应该在不同时段进行抽样。
3.1.2.3 Session_Event事件
v$session_event 视图在进程级提供与v$system_event 相同的信息(即，
SID 等)。这种视图可以从“system-wide events” 级进一步钻取，到达进程级，
以确哪个进程引起或经历了等待事件。
ORACLE产品日常运行维护年度服务项目
3.1.2.4 Session_Wait
v$session_wait 视图在特定事件的进程级提供低层次的信息挖掘。不同于
其它一些视图，这种方式可以“实时”获取进程级的等待信息。这是真正有用的
信息。切记，每次查看这一视图得到的结果可能不一样。这可能与数据库中当前
的活动有关。
3.1.2.5应用优化
从统计(和现实) 的角度看，80% 的Oracle 系统性能问题可以通过SQL 代码
优化来解决。任何应用优化的过程，不外乎是索引优化、全表扫描、并行机制改
进和选择正确数据组合方法的过程。这正是要达到最佳应用性能所必须考虑的因
素。没有SQL 的优化，就无法实现高性能的应用。良好的SQL 语句可以减少CPU 资源的消耗，提高响应速度。同时，优化后的SQL 语句还可以提高应用的可扩
展性，这是除增加大量内存外，任何其它硬件手段也无法实现的。
3.1.2.5.1例程调优
需要配置的主要初始化参数
以下是一些已知与例程优化关系最密切的一些核心Oracle 初始化参数。它
们都会影响Oracle 及SGA 区的活动。任何对这些参数的改动，在实施到生产环
境之前，都必须进行测试。一旦改变了生产环境的参数，就必须对相关的Oracle
动态性能指标和操作系统的性能进行监测，寻找可能由此产生的异常现象。
1) DB_BLOCK_SIZE
该参数在数据库建立前设定，决定了数据库中每个数据块的大小。只有重新
建立数据库，才有可能改变该参数。db_block_size 的配置应遵循以下公式：
DB_BLOCK_SIZE = FILESYSTEM BLOCKSIZE >= O-S PAGESIZE 这可以确保Oracle 获得最佳I/O 性能，同时不会由于冗余或不必要的I/O，给I/O 子系统带来压力。
2) DB_BLOCK_BUFFERS
该参数决定了SGA 区数据库缓冲区中的块数量。由于这是Oracle 读取和写
ORACLE产品日常运行维护年度服务项目
入的区域，它的不正确配置会引起严重的I/O 性能问题。尽管缓冲区的大小与应
用性质、数据库大小、同步用户数等无关，它的确是SGA 区中最大的组件。经常
可以看到缓冲区占用75-80%SGA 区内存的情况。另外，这一参数设置过大，也会
引起整个系统的内存不足，引起操作系统过多的读写操作。
该参数及SHARED_POOL_SIZE 通常是两个最重要的SGA 优化目标。只有当数
据库缓冲率长时间低于70%时，才需要增加其大小说。即使在这种情况下，也需
要进一步审查应用的性能和整个系统的吞吐性。若存在延迟性的应用设计问题，
则无论数据库缓冲区的大小如何，缓冲和读写率都不会有太大改变为。在实调优
中，也曾发现由于SQL 语句的问题，出现缓冲率很高，但仍存在全系统性能问题
的情况。
3) SHARED_POOL_SIZE
该参数按字节数设定，定义了SGA 中共享区的大小。该组件的大小严重依赖
于应用的类型(即该应用是重用SQL，还是生成动态SQL，等等)。同时它也取决
于同步用户的数量，以及实例是否被配置成支持多线程服务器(MTS)。如果该应
用采用了MTS 配置，则共享区应该明显增加，因为光标状态和用户进程数据等程
序全局区域(PGA)都被置入了共享区。
有关多数应用的SHARED_POOL_SIZE 大小设置，可以从每10 个同步用户16 MB 共享区开始。这不是一成不变的，因为应用的性质最终会决定该组件的大小。只
有当库缓冲和字典缓冲使用率一直低于90%时，才需要关注这一参数。但如果应
用并未采用变量合并和/共离图标时，内存的数量并不会使缓冲使用率高于90%。
共享区过大会导致处理时间增加，甚至SQL 语句的挂起。如果应用不能有效
地重用SQL，则无论配置多大的库缓冲或字典缓冲都无济于事，不能改善缓冲使
用率。
另一个值得考虑的因素是需要随时使用的存储PL/SQL 代码数量。应用的核
心包可以通过查看DBA_SOURCE、USER_SOURCE 得以确认，其大小通过查询
DBA_OBJECT_SIZE 了解。另外，为了确定存储PL/SQL 是否被置于内存，可以查
询动态性能视图V$DB_OBJECT_SIZE。内时，包DBMS_SHARED_POOL 中的程序大小可被用于确定应用中大包的规模。
4) LOG_BUFFER
ORACLE产品日常运行维护年度服务项目
根据字节设定，该参数定义了SGA 缓冲区中redo log 的大小。缺省值通常
是数据库块大小的四倍，这对于多数环境并不是最佳的。对于中型的Oracle 环
境，其结构应该为512 Kb 左右。对该存储结构而言，更大并不意味着更好。超
过1 MB 就可能有问题。需要监控V$SESSION_WAIT 中log buffer space 的等待
事件，以优化该内存结构。需要提醒的是，在线redo log 文件的大小设置不当，
会引起redo 请求的等待。
5) DB_WRITERS
该参数可以针对所有文件系统支持，且不可使用Direct I-O 的Oracle 实施
设定。这并不需要与raw partitions 一起使用，因为异步I-O 更加。建议将该
参数设定为(2 * 独立磁盘驱动器数量/卷)。该参数只有在report.txt 中的
“average write queue length”持续高于1 时，才需要设定。在Oracle 8.0 和
更高版本中，该参数已不再被支持，而为其它两个名为DB_WRITER_PROCESSES 和DBWR_IO_SLAVES 的参数取代。若需要设置DB_WRITER_PROCESSES 值高于8，则DB_WRITER_PROCESSES 可被设为1，且DBWR_IO_SLAVES 可被设为“n”，其中n 的值必须设置为(2 * 独立磁盘驱动器数量/卷)
3.1.2.5.2 I-O优化
I-O 优化是系统优化中的一个关键步骤，还涉及到其它任务，将文件在不同
驱动器/卷中进行分布，采用优化分区技术、确定I-O 子系统瓶颈、确定控制器
瓶颈并根据应用的类型选择最佳的RAID 级。I-O 优化应该在全面了解Oracle 及Oracle RDBMS 结构之后进行。应该在进行I-O 优化前后实施I-O 数据监控，如
平均服务时间，IOPS，平均磁盘队列长度等。
3.1.2.5.3竞争优化
多数与Oracle 有关的竞争问题可以通过主动配置管理相关的初始化参数进
行。不恰当地配置init.ora 中的锁参数可能引起竞争。为了不打破其中的平衡，
所需的参数可进行配置并主动得以处理。
包括表在内的数据库对象可能存在两个竞争点。第一个是所配置的
ORACLE产品日常运行维护年度服务项目
“freelists”的数量(缺省值为1)。freelist 结构维护着表中可用于插入的
块。对于存在大量同步插入的表，有必要配置该结构。为了以主动方式处理
freelist 竞争，必须在建立表时配置FREELISTS。可考虑的最佳值为(2 * CPU
数量) 。V$WAITSTAT 不可能指示存在freelist 竞争，除非存在freelist 组，
而这种设置只存在于Oracle Parallel Server 中。即便如此，也无法了解哪个
表存在竞争中。主动式的freelist 竞争调优可以事先预防问题出现。
资源竞争的第二个来源与索引有关，即对象块头中配置的事务槽数量。事务
槽是块头中的区域，是事务处理进程采用自身识别号进行注册，以便任何被修改
的更能够通过特定事务槽数量在低层得以识别的地方。如果所有现存的事务槽已
经被其它事务占用，服务器器进程会从块的PCTFREE 中请求23 个字节，建立一个新的槽。这种情况适用于存在大量同步事务的对象。对于事务槽的竞争，需要
设置INITRANS 参数。对于块大小为8K 的数据库，多数情况下，4 为最佳设置，占用的空间仅为92 字节，却可以大大减少运行时故障和性能问题。
3.1.2.5.4 O-S监控
数据库忙时，应该对操作系统进行监控，因为操作系统的性能指标会揭示数
据库活动的性质及其对系统的影响。例如，为了了解CPU 的利用率，可以通过system activity reporter (sar – u interval frequency) 、mpstat (Sun
Solaris), top (多数UNIX)、osview (SGI Irix) 及vmstat 等命令。Sar 和
vmstat 也可被用于确定包括内存使用率、I-O 参数、队列等待、读取/交换区活
动等信息。在Solaris 上，mpstat utility 也可用于获取前面提到的CPU 利用
率数据。Solaris 上的Adrian 性能管理工具也很有用。可以利用其中的一到多
个工具来确定系统的性能状况，找出可能存在的瓶颈。
Oracle 数据库性能的管理需要遵循系统的方法论，以确保所有核心问题得
以解决。多数问题可以事先得以管理。了解与O-S 相关的问题是成功的关键。勿
需置疑，系统硬件配置上的良好平衡也是至关重要的。必须承认，80% 的系统
性能问题可以通过书写更好的SQL 语句来解决。来文试图探究其余20%中可能覆盖的内容。同时，必须遵守严格的规定，在调优目标达到后终止所有努力。了解
自己想到何处是重要的，更重要的是，要知道自己何时到达了目的地。
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数据库日常维护 【版本整理日期：2011/02/26 】 版本整理人：1634068400@https://www.doczj.com/doc/1f1292352.html, 本文档包含以下内容： 1．Oracle数据库日常维护 2．Oracle DBA 常用管理脚本 3．Oracle DB 常用SQL 语句
/******************************************************** https://www.doczj.com/doc/1f1292352.html,(若跳转不成功，请复制到浏览器或联系Q) https://www.doczj.com/doc/1f1292352.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,
中央空调维修保养方案 2010-10-27 09:11:51|分类：|标签：|字号大中小订阅 中央空调维修保养方案 保养方案目录 中央空调维保的目的-------------------- --- ------2 保养项目------------------- ------ -- ---4 一、保养分类--------------------------4 二、中央空调系统维护保养内容------------------4 三、中央空调系统维护保养定期回访-------------5 四、中央空调的维修保养方式----------------------6 五、典型机组维修保养项目举例---------------------7 中央空调维保保养的目的 中央空调的广泛使用，改善了人们的工作和生活环境，但是随着空调的运行，循环水的浓缩和温度变化，水中各种离子浓度积超过其本身的浓度积时，就会生成沉淀，形成水垢，而水中溶解氧的存在和其它因素的联合作用又易引起设备的腐蚀。循环水中营养物的不断富集，又为藻类和细菌的滋生提供了充足的养分，形成生物粘泥。这些水垢、粘泥及腐蚀物会导致换热器热交换效率降低、制冷量下降；使循环水量减少、管道堵塞，冷量输送不畅，给中央空调的安全运行带来严重的危害。因此，有必须对中央空调的水系统进行清洗。 您是否注意到贵公司的电费开支呈逐日上长升且越来越大您是否感觉到贵公司中央空调的效能正在降低，甚至于直接影响员工的工作效率那么，及有可能是贵公司的空调系统出现问题。我们将为之作出正确诊断，通过科学的论证，合理处方，对症下药，不但能解除您的燃眉之急，更愿为贵公司节能创收保架护航。 单位（kw） 工厂、商场、写字楼，您的公司窗明几净，四季如春即使机器轰鸣或是顾客如潮，都将显得从容平和，一切都有条不紊。这里“空调”是当之无愧的“温馨天使”。她使您免遭污浊空气的侵蚀，隔离严冬彻骨寒，拒绝盛夏酷暑热。 可是，不知您发现没有“温馨天使”也会“生病”，或“先天不足”或“后天失调”，更有“疾病”折磨，还有年长“衰老”，一旦发“病”，“天使”的工作热情即转移至您公司的电度表上，让它转得快一些，更快一些，而让你的工作场所的气温表与外界自然温度靠拢一点，再接近一点。在空调房里，您会明显感觉到她“底气不足”（风口出风无力）；甚至痛苦泠涕（风口滴漏境污染水）；冷热调不动，控制失灵……心烦不堪。这时的空调设备系统工程可能是因为机械系统，电子系统，冷却水系统，冷媒、末端设备系统有问题 空调设备及其系统是价值较为昂贵的资产，如何有效的发挥空调的作用，使其高效、安全、经济的运行，其日常维护保养是必要的；定期的维护保养可排出故障隐患，减少事故发生，降低运行费用，延长设备的使用寿命，同时，保障正常的工作时序。中央空调由主机制冷系统、末端系统、电控系统和水路系统四部分构成。 1、主机制冷系统： 1）、主机运行一段时间，因压缩机的振动会引起钢管接头松动或焊缝的开裂，从而造成制冷剂和冷冻油的泄漏，轻微泄漏可引起制冷效果下降，低压报警。严重时则会使压缩机得不到应有的冷却和润滑。最后造成压缩机过热，拉伤烧毁。 2）、空调压缩机经过初期的磨合运行一段时间后，由于机械运动部件之间的相互磨损，润滑
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)集中式管理 :网络存储备份管理系统对整个网络的数据进行管理。利用集中式管理工具的帮助，系统管理员可对全网的备份策略进行统一管理，备份服务器可以监控所有机器的备份作业，也可以修改备份策略，并可即时浏览所有目录。所有数据可以备份到同备份服
文档编号
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
中央空调维修保养方案书 中央空调维修保养方案目录 一、中央空调维保的目的及保养项目--------------------- 二、中央空调系统维护保养内容--------------------- 三、分体式空调保养目的------------------------------------ 四、分体式空调维护保养内容------------------------------ 四、中央空调系统维护24小时值班------------------------ 五、中央空调的清洗方案---------------------------------- 六、中央空调及其它维保价格表----------------------------- 七、保养计划表-------------------------------------------
一、中央空调维保保养的目的 中央空调的使用，改善了医院医务人员工作和病人康复治疗的环境，但是随着空调的运行，循环水的浓缩和温度变化，水中各种离子浓度积超过其本身的浓度积时，就会生成沉淀，形成水垢，而水中溶解氧的存在和其它因素的联合作用又易引起设备的腐蚀。循环水中营养物的不断富集，又为藻类和细菌的滋生提供了充足的养分，形成生物粘泥。这些水垢、粘泥及腐蚀物会导致换热器热交换效率降低、制冷量下降；使循环水量减少、管道堵塞，冷量输送不畅，给中央空调的安全运行带来严重的危害。因此，有必须对中央空调的水系统进行清洗。 该中央空调由主机制冷系统、末端系统、电控系统和水路系统四部分构成。1、主机制冷系统： 1）、主机运行一段时间，因压缩机的振动会引起铜管接头松动或焊缝的开裂，从而造成制冷剂和冷冻油的泄漏，轻微泄漏可引起制冷效果下降，低压报警。严重时则会使压缩机得不到应有的冷却和润滑。最后造成压缩机过热，拉伤烧毁。 2）、空调压缩机经过初期的磨合运行一段时间后，由于机械运动部件之间的相互磨损，润滑油中就会沉积下磨损的杂质，使润滑油的润滑效果下降，长期使用就会加剧运动部件的磨损或拉伤，直至压缩机的烧毁。 3）、由于空调外界工作环境的影响，机组经常在较恶劣的环境下工作，就会造成压缩机油的碳化和乳化，从而使系统积碳、腐蚀、堵塞、润滑性能下降，使
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应该及时对表空间的空间进行扩充，以避免这些错误发生。 对表空间的扩充对表空间的数据文件大小进行扩展，或向表空间增加数据文件，具体操作见“存储管理”部份。 三、查看数据库的连接情况
关于***大厦大金VRV空调系统 委托维护保养方案 说 明 书 2015-04 ****大厦大金VRV系统中央空调维护保养方案一、项目信息概述 ****大厦现在使用的为大金VRV系列热泵空调。
空调室内机分别布置在***F和***F办公区域。相对应的空调冷凝室外机放置***F楼顶外。 二、空调维护保养的意义 空调设备及系统是价值较为昂贵的资产，如何有效的发挥空调的作用，使其高效、安全、经济的运行，其日常维护是必要的，定期的维护保养可排查出机组运作的故障隐患，减少事故，减少运行费用，延长设备的使用寿命，同事，保障正常的工作时序。 为使中央空调系统在最优化状态下运行，就必须对空调系统的通风制冷散热循环和冷凝排水系统进行专门的维护清洁保养：清除水垢、锈蚀、杂质粘泥、杀菌和防霉处理，意义在于： （1）节约能源、降低运行成本。在中央空调的蒸发器和冷凝器传热过程中，污垢直接影响着传热效率和设备的正常运行，中央空调机组运行结果表明，未进行清洗的空调机组运行一段时间后用电或燃料消耗将增加10-30%，延长使用寿命，减少设备折旧使用费。 （2）减少事故停机，改善制冷效果。清洁室内室外机冷凝散热，可使空调系统的冷、热交换循环畅通，保持机组高可靠性能，由于室内机风循环和室外机通风散热置换，需定期对室内、室外机进行除灰尘污垢、防垢，提高了冷凝器、蒸发器的热效率，从而避免了高压运行超压停机现象，改善了制冷效果，使系统安全高效运行。 中央空调清洗维护为用户节约大量维修费：未经处理的中央空调，则会出现管道堵塞、结垢、压缩机故障隐患（高、低压报警等），机组运行电流增加，空调机组制冷效果降低等。而经过定期的对机组进行维护清洁保养处理后，既可减少维修费用，又可延长设备使用寿命，可使机组在正常使用寿命运行的前提下，为业主减少不必要的损失。 空调巡检操作步骤
全球眼?（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
第一章、中央空调维保的目的及意义 一、中央空调维保保养的目的 中央空调的广泛使用，改善了人们的工作和生活环境，但是随着空调的运行，循环水的浓缩和温度变化，水中各种离子浓度积超过其本身的浓度积时，就会生成沉淀，形成水垢，而水中溶解氧的存在和其它因素的联合作用又易引起设备的腐蚀。循环水中营养物的不断富集，又为藻类和细菌的滋生提供了充足的养分，形成生物粘泥。这些水垢、粘泥及腐蚀物会导致换热器热交换效率降低、制冷量下降；使循环水量减少、管道堵塞，冷量输送不畅，给中央空调的安全运行带来严重的危害。因此，有必须对中央空调的水系统进行清洗。 您是否注意到贵公司的电费开支呈逐日上长升且越来越大？您是否感觉到贵公司中央空调的效能正在降低，甚至于直接影响员工的工作效率？那么，及有可能是贵公司的空调系统出现问题。我们将为之作出正确诊断，通过科学的论证，合理处方，对症下药，不但能解除您的燃眉之急，更愿为贵公司节能创收保架护航。 单位（kw） 这里“空调”是当之无愧的“温馨天使”。她使您免遭污浊空气的侵蚀，隔离严冬彻骨寒，拒绝盛夏酷暑热。
可是，不知您发现没有“温馨天使”也会“生病”，或“先天不足”或“后天失调”，更有“疾病”折磨，还有年长“衰老”，一旦发“病”，“天使”的工作热情即转移至您公司的电度表上，让它转得快一些，更快一些，而让你的工作场所的气温表与外界自然温度靠拢一点，再接近一点。在空调房里，您会明显感觉到她“底气不足”（风口出风无力）；甚至痛苦泠涕（风口滴漏境污染水）；冷热调不动，控制失灵……心烦不堪。这时的空调设备系统工程可能是因为机械系统，电子系统，冷却水系统，冷媒、末端设备系统有问题 空调设备及其系统是价值较为昂贵的资产，如何有效的发挥空调的作用，使其高效、安全、经济的运行，其日常维护保养是必要的；定期的维护保养可排出故障隐患，减少事故发生，降低运行费用，延长设备的使用寿命，同时，保障正常的工作时序。 中央空调维修保养的主要保养项目 一、中央空调维修保养分类 1、检查性维护保养： 1）、基于设备运行情况和客户需求，有计划地进行各类常规检查；2）、现场指导业主的操作人员，讲解涉及机组运行、保养的实用技术； 3）、提供各类必要的增值服务； 4）、就主机及辅助设备运行存在的问题提供专业意见和改善方案； 2、预防性维护保养： 1）、包括检查性维护保养提供的内容；
第一部分项目须知一、项目编号： 二、采购项目名称：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 现场紧急救援与灾难恢复。管理局数据库宕机、数据块损坏等
是一家专业的中央空调系统服务公司，成立于2003年，具有各大品牌中央空调专业维修技师及多年的维修、安装、管理经验，并不断吸收新的技术和先进的检测设备，公司技术雄厚，服务一流。管理现代化，拥有优秀的团队，诚信的服务。 我公司员工全部经过专业培训、经验丰富、技术过硬，公司维修资料齐全， 技术力量雄厚。现公司服务范围包括四川、重庆、云南等西南城市。我公司一 直把“为客户创造价值”作为前提，坚持“以诚为本，以德治店”的宗旨，制 定了详细的服务规范。真诚期待与你合作。 本公司不仅能为客户提供全面优质的原厂纯正的空调冷冻系统零部件，而 且在提供配件的同时能够为用户提供包括风冷热泵、VRV、水冷螺杆、水冷离 心、工业冷冻及石化专用等空调、溴化锂设备的设计、安装、开机、调试、保 养、维修、技术改造、人员培训等一条龙服务。凡与本公司签订常年保养协议 的用户，购买零配件还可获得更大的优惠。主要配件有冷冻机油、机油滤芯、 干燥过滤器、主板、压力传感器、温度探头、轴封、气封环、轴承、液晶显示 板、变频油泵、手动油泵、维护工具、压缩机、水温探头、电位计、油加热泵、 膨胀阀、密封圈、输入输出液、马达保护器等。 提供的技术支持内容： 中央空调系统的维修保养 1）检查性维护保养 2）预防性维护保养 3）全面型维护保养 4）紧急性修护 5）冷冻机油的分析 6）溴化锂溶液分析 7）冰蓄冷、变频控制的节能改造 8）远程监控和楼宇自控系统 9）冷却塔、水泵、风机盘管、新风机组等的维修保养和改造 中央空调系统专业清洗 1）制冷主机冷凝器、蒸发器清洗 2）冷却塔清洗 3）风机盘管清洗 4）冷冻水、冷却水水质处理 5）通风管道清洗 6）商用风管机、模块机的蒸发器、冷凝器清洗 7）新风机组表冷器清洗
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)
密级：保密编号： 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