Oracle 数据库服务内容赵.docx
《Oracle 数据库服务内容赵.docx》由会员分享，可在线阅读，更多相关《Oracle 数据库服务内容赵.docx（14页珍藏版）》请在冰豆网上搜索。
Oracle数据库服务内容赵
Oracle数据库服务内容-赵
咨询服务提纲
赵元杰
2008年5月28日
技术支持与服务内容
应用系统前期咨询
关于国内的用户来讲，要进行信息化治理，就要上网络系统、服务器、购买相应的软件产品，例如：
要求购置小型机、购买关系数据库系统、网络交换机等。
那么，配置什么样的服务器、磁盘容量多少是一个关键的咨询题，这些咨询题如果没有事先进行严谨的分析，可能会在系统投入使用后不久就赶忙突显出来，例如：
磁盘容量占满80%以上，性能持续下降等。
归根到底，这是在上应用系统前没有针对应用系统的规模进行分析和估量的结果。
应用系统规模分析
我们将与用户一起对现有系统（不管是手工系统或差不多在使用的MIS系统）进行分析、然后提出合理的服务器要求和磁盘空间需要，此外，可按照用户的特点给高可用性的方案。
要紧任务有：
应用系统规模分析；
服务器需求分析；
数据容量与磁盘空间分析；
安全性与高可用性分析。
数据库系统选择分析
我们通过对应用系统的规模，特点进行分析后，可提出应用对数据库系统的选择方案，如：
应用并发用户数量；
专门对象数据量要求分析；
高峰期数据的I/O能力要求；
选择数据库系统建议。
应用系统环境规划
一样中大型的应用系统，在实际进行测试和正式使用前，都要进行严谨的分析、规划后，才能进行安装、测试、最后正式系统上线。
如果我们对一个实际的应用系统不针对性的分析和设计，那么那个应用的性能咨询题就会在几个月后暴露出许多的咨询题，例如，经常产生死锁、某些大表一旦被使用导致所有用户感到速度慢等。
这是在因为实际的应用与我们的测试环境有专门大的差不。
因此，我们建议进行下面的工作。
服务环境的分析与规划
我们一样差不多上按照顾用系统的需要来制订购买服务器，例如，各子系统的数据容量、用户的分工与权限、磁盘实际空间的分配等。
按照顾用的需要和服务器实际的情形进行合理的规划是一项专门重要的工作，如果我们不加摸索就将系统安装上去，就会导致有的系统资源需求不能满足要求，而有的应用系统则显得专门闲暇。
为了使用整个系统能发挥整体的性能，我们要在系统正式安装与测试前进行规划，包括：
各子系统数据容量的分析；
专门系统对资源需求分析，如月报统计等；
磁盘空间的规划与设置；
各子系统与权限的需求分析；
Oracle系统的自定义安装方案与建议。
数据库系统的安装与环境配置
在完成规划后，给出完整的规划方案，在与用户交流和征求有关人员意见后，可进行具体的实施，包括：
Oracle系统的自定义安装；
应用系统的配置（表空间的创建、用户的创建、权限的授予等）；
资源的分配（如使用CPU的比例等）
Oracle系统的初始设置（如SGA设置、撤消表、排序区的设置等）
数据库系统爱护服务
系统健康检查
一个应用系统投入运行后，期望系统能长期稳固、高性能地运行是每个用户的期望。
然而往往在系统投入运行后不久就显现各种咨询题，如错误频繁、性能下降等。
即使没有发觉咨询题但可能潜在地存在一些咨询题。
那么如何及时或预防性地处理一些立即发生的咨询题，采取主动的方式应对呢？
关键确实是要定期进行健康检查。
我们提供的健康要紧针对中大型应用在投入运行后潜在的咨询题的及时发觉和对系统的趋势分析以预期发觉系统的一些咨询题。
如空间的增加趋势、撤消空间的需求变化、差不多显现咨询题的分析与解决建议等。
要紧包括下面工作：
1.应用系统检查
用户所有表的约束信息
用户表的依靠关系信息
用户表中无效的主键
用户不被使用的索引
2.应用系统数据库安全检查
对象及其授予权限信息
用户及其被授予的系统权限
用户与被授予对象权限
3.应用系统PL/SQL程序检查
应用有关的储备过程信息
应用中触发器代码与状态
数据库快照
数据库作业
实体视图
4.Oracle系统检查
ORACLE系统用户
ORACLE系统资源文件
ORACLE系统参数
5.Oracle系统数据文件与表空间
ORACLE系统数据文件
表空间的自由空间信息
表空间碎片信息
数据文件的I/O情形
6.Oracle系统日志文件与操纵文件检查
ORACLE系统日志文件组信息
ORACLE系统日志文件成员大小信息
ORACLE系统操纵文件个数
ORACLE系统操纵文件分布
7.Oracle系统撤消表空间
撤消表与数据文件
撤消表空间使用统计
8.Oracle系统排序与临时段
ORACLE系统排序区参数
ORACLE系统临时表空间与数据文件
排序操作情形统计
9.Oracle系统SGA区
数据缓冲区
共享池
重做日志缓冲区
10.Oracle系统竞争
ORACLE系统竞争检查
过多的分析SQL语句
Latch检查
11.Oracle系统警告日志文件
检查错误为ORA-
检查警告信息
是否存在严峻错误
系统安全分析
由于应用系统的数据的重要性，确保应用数据的安全性一是项重要的工作。
我们不但从认识上重视，而且从技术上要落实。
那么一个基于Oracle数据库系统的应用系统，他的安全是否存在漏洞呢？
，我们要对系统进行具体分析。
分析的任务包括：
数据库安全治理设计与设置
应用系统精细审计
重要表操作数据丢失的预防
系统访咨询与权限授权分析与调整
数据库系统性能咨询题分析与调整
国外有专家讲过，“运算机再快，用户也可不能嫌太快”。
而实际情形是：
当应用运行半年后，应用系统的性能下降专门快，有些系统到了用户不能忍耐的地步。
性能慢的缘故可能除了硬件的缘故外，更多的情形是在于应用系统的设计与环境的配置等。
也确实是讲，系统慢不一定是服务的配置不够造成的。
这就期望我们能找出系统性能不能满足需要的缘故。
数据库系统性能爱护
检查系统性能咨询题的要紧任务之一确实是检查Oracle系统的有关项，例如：
SGA性能监视、分析与调整
临时段（或回滚段）监测与调整
排序区运行情形分析与调整
数据库并发用户检测与运行模式的调整
数据文件与日志文件等的分布调整
应用系统设计咨询题分析与调整
除了检查Oracle系统的配置是否合理外，应用系统的设计是否合理也是导致系统性能的缘故之一，因此我们将按照多年来对应用系统设计与开发的体会，对应用系统的结构等进行分析，找出是否存在明显不合理的设计咨询题，要紧任务是：
逻辑设计与物理设计存在咨询题分析与调整
表结构设计咨询题检测与调整
专门大表设计咨询题检测与调整
数据库表储备咨询题检测与调整
数据库表一致性与完整性咨询题检查与调整
专门长时刻运行程序的分析与修改
一样的SQL优化
数据库系统故障排除
对数据库发生的故障（如数据库不能正常运行，备份与复原不能进行，数据文件一致性破坏等）或错误进行捕捉与分析，从而提出解决方法。
数据库系统错误的自动捕捉与显示
应用系统固定错误的分析
错误的解决方法与建议
现场解决错误
数据库系统升级服务
一样来讲，在下面几种情形下用户期望将系统进行升级，例如：
目前的版本太旧，产品供应尚不能再提供技术支持；当前版本存在一些BUG，系统升级后可幸免；上新的服务器或应用系统升级等。
我们可提供下面的升级服务技术支持。
旧系统咨询题分析；
升级所需要的环境与咨询题分析；
升级的实施建议方案；
现场升级操作或指导。
应用系统数据重组
任何通过严谨的分析、规划、设计的系统，也会存在可优化或可完善的地点。
这是因为前期我们所做的工作是一种估算或推测，即使我们是一些专门有体会的专家，也不能完全保证应用系统的需要没有变化。
总之，应用系统存在不合理的地点可通过重组来排除或减少等。
我们可提供下面的应用系统重组技术服务：
应用系统咨询题分析；
磁盘空间的平稳分析；
应用系统关键对象重组方案；
应用系统数据库结构的重组方案；
磁盘文件重组方案；
现场重组操作或指导。
技术支持与服务案例
本章给出三个有代表性的技术服务案例的讲明供用户参考，类似的技术支持案例省去。
天津东方海陆集装箱码头应用系统
天津东方海陆集装箱码头应用系统是一个24X365不间断运行的应用系统，它与世界的多个系统进行连接，自从2002年开始投入运行。
由于系统本身具有不承诺停机的特点和业务数据的持续增加，导致系统性能持续下降，更为严峻的是磁盘的可用空间越来越少，因此，在不增加现有环境的磁盘容量的前提下，通过对系统的调整和重组来实现性能的改善与空间的部分回收是用户的需求。
我们通过与用户的交流和对应用系统的认真分析，提出系统优化与重组的建议方案，选择系统的重组的时机，制定严谨的重组操作步骤，分不选择在2005年和2006年的两个春节业务最少的时刻段内对系统进行了调整，收到较好的成效。
下表是应用系统调整前后磁盘空间的使用情形对比。
系统空间的回收
下表是调整前后空间占用情形的对比：
表空间
调整前占空间
调整后占空间
讲明
数据表空间
16GB
10GB
调整前表空间为USER_DATA
调整前表空间为USER_DATA1
索引表空间
9.4GB
5.5GB
调整前表空间为USER_IDX
调整前表空间为USER_IDX1
小计
25.4GB
15.5GB
应用系统表行链接的排除
行链接是阻碍查询处理的关键因素，在调整前有几个表（分析过的表才能查询到是否存在行链接）存在较多的行链接，在移植后行链接全部排除。
表名
调整前行链接数
调整前行链接数
CONTAINER
80334
0
STOW_HIST
44183
0
CARGO_DTL
320
0
CARGO_RMK
300
0
CARGO_ACTIVITY
52
0
CNTR_LOC
46
0
CARGO_ORDER
1
0
TRAF_HIST
1
0
应用系统索引占用空间与扩展次数比较
下表是CTMS要紧前10个索引的空间扩展情形比较。
索引名
重建前
重建后
占空间字节数
扩展次数
占空间字节数
扩展总数
CNTR_HIST_SEQ
1,049,034,752
26
629,145,600
3
IDX_CARGO_HIST_DOC_NO
360,652,800
31
230,686,720
3
PK_YARD_POOL
199,229,440
23
209,715,200
11
IDX_CARGO_MORE
251,740,160
21
167,772,160
7
CNTR_LOC_HIST_VVD
262,144,000
16
157,286,400
6
IDX_CHARGE_NO_SEQ
251,658,240
15
146,800,640
5
IDX_CLIENT_INVOICE_VESSEL
230,219,776
14
146,800,640
5
IDX_CNTR_MOVE_HIST
262,144,000
16
136,314,880
4
IDX_CLIENT_INVOICE
241,172,480
14
125,829,120
3
IDX_CARGO_HIST_SVCDATE
134,938,624
13
120,586,240
14
小计
3243,004,272B
189
2070,937,600B
61
应用系统表占用空间与扩展次数比较
表是前10个关键表在重组前、后所占空间的比较。
表名
调整前
调整后
占空间字节数
扩展次数
占空间字节数
扩展总数
CNTR_HIST
5,075,107,840
33
3,670,016,000
6
CLIENT_INVOICE
2,421,555,200
35
1,572,864,000
8
TRAF_HIST
1,520,435,200
20
1,153,433,600
7
CARGO_HIST
1,237,319,680
45
1,048,576,000
6
CONTAINER
465,928,192
27
534,773,760
8
STOW_HIST
912,261,120
20
524,288,000
3
BOOK_HIST
578,961,408
34
419,430,400
6
CY_SUMMARY
578,961,408
34
209,715,200
6
YARD_POOL
191,397,888
46
199,229,440
12
LOADLIST_LOG
146,800,640
13
157,286,400
10
小计
13128,728,576B
307
8441,036,040B
72
应用系统性能上的改善比较
下表是调整前、后几个关键表的全表扫描所用CPU时刻的情形比较。
表名
调整前
调整后
总行数
全表扫描秒数
总行数
全表扫描秒数
CNTR_HIST
16024484
00:
02:
12.20
16024484
00:
01:
79.24
TRAF_HIST
3587947
00:
00:
23.40
3587947
00:
00:
14.30
CARGO_HIST
5293703
00:
00:
29.23
5293703
00:
00:
22.53
STOW_HIST
1626705
00:
00:
32.16
1626705
00:
00:
11.36
CONTAINER
1715838
00:
00:
12.16
1715838
00:
00:
08.20
天津海关QuickPass应用系统咨询与服务
QuickPass应用系统是海关总署主推的海关快速通关的业务系统，该应用系统要求在Oracle企业级的数据库系统下运行，应用系统的高可用性要求专门高。
因此，在正式上该应用系统前要进行规模分析和高可用性分析。
以便满足QuickPass应用系统的进展需要。
应用系统需求分析
我们针对QuickPass应用的特点，结合天津的要求，对应用系统所需的服务器配置、磁盘容量、备份系统等进行了分析，给出了QuickPass应用系统配置建议，包括：
QuickPass系统架构建议
QuickPass应用系统对环境要求的建议
Oracle版本选择建议；
高可用性软件选择。
应用系统规划与安装服务
我们针对服务器与磁盘空间的实际情形进行规划和设计，给出了QuickPass应用系统规划与设计讲明书。
包括：
服务器子系统的规划与设计讲明
QuickPass系统数据库设计
Oracle9iQuickPass安全设计
Oracle9iQuickPass高可用性设计
现场Oracle系统安装服务
我们按照前期的规划与设计，到现场进行了Oracle系统的安装，包括：
Oracle9i系统的安装；
数据卫士的配置（DataGuard）；
应用系统表空间的创建；
应用系统用户的创建与授权；
Oracle系统差不多参数的配置。
天津汽车研究所应用系统升级服务
天津汽车研究所的应用系统所运行的数据库服务器：
SUNSPARCV880小型机；服务器操作系统版本：
SunOSV8805.8Generic_117350-02sun4usparcSUNW,Sun-Fire-880。
数据库系统是OracleR9.2.0.1.0。
由于OracleR9.2.0.1.0版本存在一些Bug，导致系统的稳当性差，加上原先安装OracleR9.2.0.1.0时选择了ZHS16CGB231280字符集，使一些冷僻汉字不能正确储备，导致遇到冷僻汉字查询时总是显现“?
”符号。
用户要求将现在OracleR9.2.0.1.0升级到R9.2.0.6.0上，并要求解决冷僻汉字的储备与显示咨询题。
Oracle系统咨询题分析与方案
我们针对现有系统的情形进行分析，提出可行的升级方案。
要紧工作有：
现有系统分析初步
系统升级方案
Oracle系统升级操作
当对现有的咨询题进行认确实分析后，得出了解决咨询题的方法。
接着制定一套完整的升级操作方案，在与用户商量和确认后，选择了周末进行升级的时机。
升级的要紧任务是：
下载Oracle9i升级包软件；
现有系统的数据备份；
删除现有的数据库系统；
重创建数据库系统；
复原应用系统数据；
检查与测试应用的数据的正确性，包括冷僻汉字的储备与显示；
升级数据库系统到R9.2.0.6.0；
测试应用系统的可用性。
Oracle系统升级报告
在完成OracleR9.2.0.1.0升级到R9.2.0.6.0的升级和应用系统的迁移后，为了关心用户在以后的升级中能自己进行操作，我们将升级和迁移过程整理成文档。
为用户提供详细的升级操作讲明书，要紧内容涵盖：
应用系统备份操作；
创建库的创建操作；
应用系统的复原操作；
数据库系统的升级操作等。
升级会员 