论文部分内容阅读
1概述
1.1现状分析
根据估算该项目最大用户数为2000人，几乎所有的操作都需要访问数据库。项目中的应用对数据库的访问主要通过以下三种方式：通过WebSphere访问数据库，通过WPS访问数据库，现场单元直接连接数据库导入离线数据。
1.2系统架构
该项目共有4台IBM pSeries p5 550服务器，其中2台用作ORACLE数据库服务器。数据库在整个系统架构中处于核心位置，为了保证数据库的高可用性，减少整个系统的单点故障，将数据库服务器配置成Active-Standby的双机热备方式。当主数据库服务器出现故障，则数据库Standby服务器会立刻接管服务，保证系统能够正常运行。
同时，磁盘阵列的效率和可靠性远远高于本地磁盘，可以提高应用的执行效率和系统的可用性；另外，双机热备也需要将数据库物理文件保存在共享存储上。因此，要求所有在数据库中保存的数据都存放在HP的EVA8100磁盘阵列中。
2ORACLE数据库的安装规划
项目使用的数据库服务器为IBM pSeries p5 550，数据库版本为ORACLE 10.2.0.2，安装在AIX 5.3版本的操作系统之上。
2.1ORACLE数据库产品
在安装ORACLE数据库产品时可以选择Enterprise Edition，除了安装所有Standard Edition的组件之外，还会安装Licensable ORACLE Database Option以及数据库的配置管理工具。此外，还会安装常用的data warehousing和transaction processing。
为了便于产品的升级和维护，要求将ORACLE产品安装在共享的存储阵列中，这样做可以减少由于ORACLE产品的维护所带来的开销。
2.2ORACLE数据库的创建
在创建ORACLE数据库过程中会遇到很多选项，根据本系统的需求，结合在系统效率方面的考虑，应按照相关要求进行安装。
2.3ORACLE参数的调整
2.3.1内存参数的调整
ORACLE的内存结构对于ORACLE的性能影响非常大，其中，SGA（System Global Area）和PGA（Program Global Area）是特别需要关注的两块内存区域，基于上述对现状的分析，我们将会分别对SGA区和PGA区进行相关的规划设计。
2.3.2进程参数的调整
后台进程是ORACLE的程序，用来管理数据库的读写，恢复和监视等工作。Server Process主要是通过后台进程和用户进程进行通信，并由后台进程和用户进程进行数据的交换。在UNIX服务器上，ORACLE后台进程相对于操作系统进程，也就是说，一个ORACLE后台进程将启动一个操作系统进程。
2.4ORACLE数据库存储规划
对于数据库空间规划的考虑，除了对存储空间的规划外，还要考虑将I/O的负载平均分配到不同的物理磁盘上以提高系统执行效率。在本系统中，共有5套应用同时访问数据库，此外，5套应用会访问一系列的公共数据字典。要求将5套应用产生的I/O和由于访问公共数据库字典产生的I/O平均分布到不同的物理磁盘上，以保证数据库I/O负载均衡。
同时，还要注意ORACLE数据库本身的运行特点决定了对于System表空间、Redo Log、Undo Space、控制文件以及归档文件的I/O负载比较高。也需要将他们的I/O分布不到不同的磁盘上。
2.5ORACLE用户及权限规划
创建ORACLE数据库后，为了使应用能够正常运行，还需要在数据库中创建一个用于WebSphere访问系统数据库实例的ORACLE用户。要求创建数据库用户SYSWAS，所有某项目应用使用到的表、索引、同义词、以及其他数据库对象都应以该用户为属主进行创建。SYSWAS用户应该采用通过密码验证的方式，同时还要为其授予相关权限。
出于安全考虑，所有ORACLE中的用户，包括ORACLE缺省管理用户SYS、SYSTEM和上文所述用户每个月都需要重新设定密码。
2.6ORACLE网络服务规划
ORACLE通过TNS提供网络服务，在配置ORACLE TNS时，需要指定数据库服务器的主机名/主机地址，由于某项目的数据库服务器采用双机热备方式，因此需要在配置TNS时指定通过HACMP虚拟出来的主机名和IP地址。
3数据库的备份和恢复规划
3.1分析
对系统备份方案的确定首先需要明确系统对备份和恢复的要求，对某项目而言主要有如下几点要求：
保证系统7×24小时不间断的提供服务。
一旦数据库失败，可以恢复到失败点。
可以根据应用需要将数据库恢复到一周内的任意时间点以修正由于应用逻辑错误导致的数据库失败。
保证系统备份的数据量尽可能少，备份的速度尽可能快。
备份过程中尽量减少对系统正常运行的影响。
3.2备份方式规划
由于ORACLE提供的RMAN备份恢复工具有效率高、速度快、可靠性高、操作简单、支持增量以及自动检测等特点，本系统采用ORACLE的RMAN工具进行分级备份。
同时，某项目只涉及一套ORACLE数据库。为了减少维护工作量和设备需求成本，不再单独创建CATALOG数据库，而是使用NOCATALOG的方式进行数据库的RMAN备份。所有数据库备份信息记录在数据库控制文件中。
3.3备份策略规划
综上所述，根据需求分析和对备份方式的规划，现制定以一个月为周期的备份策略。在每个备份周期中，包含离线备份、RMAN 0级全备份、RMAN 1级增量备份、归档备份、控制文件备份和数据库的恢复等多种形式。
1.1现状分析
根据估算该项目最大用户数为2000人，几乎所有的操作都需要访问数据库。项目中的应用对数据库的访问主要通过以下三种方式：通过WebSphere访问数据库，通过WPS访问数据库，现场单元直接连接数据库导入离线数据。
1.2系统架构
该项目共有4台IBM pSeries p5 550服务器，其中2台用作ORACLE数据库服务器。数据库在整个系统架构中处于核心位置，为了保证数据库的高可用性，减少整个系统的单点故障，将数据库服务器配置成Active-Standby的双机热备方式。当主数据库服务器出现故障，则数据库Standby服务器会立刻接管服务，保证系统能够正常运行。
同时，磁盘阵列的效率和可靠性远远高于本地磁盘，可以提高应用的执行效率和系统的可用性；另外，双机热备也需要将数据库物理文件保存在共享存储上。因此，要求所有在数据库中保存的数据都存放在HP的EVA8100磁盘阵列中。
2ORACLE数据库的安装规划
项目使用的数据库服务器为IBM pSeries p5 550，数据库版本为ORACLE 10.2.0.2，安装在AIX 5.3版本的操作系统之上。
2.1ORACLE数据库产品
在安装ORACLE数据库产品时可以选择Enterprise Edition，除了安装所有Standard Edition的组件之外，还会安装Licensable ORACLE Database Option以及数据库的配置管理工具。此外，还会安装常用的data warehousing和transaction processing。
为了便于产品的升级和维护，要求将ORACLE产品安装在共享的存储阵列中，这样做可以减少由于ORACLE产品的维护所带来的开销。
2.2ORACLE数据库的创建
在创建ORACLE数据库过程中会遇到很多选项，根据本系统的需求，结合在系统效率方面的考虑，应按照相关要求进行安装。
2.3ORACLE参数的调整
2.3.1内存参数的调整
ORACLE的内存结构对于ORACLE的性能影响非常大，其中，SGA（System Global Area）和PGA（Program Global Area）是特别需要关注的两块内存区域，基于上述对现状的分析，我们将会分别对SGA区和PGA区进行相关的规划设计。
2.3.2进程参数的调整
后台进程是ORACLE的程序，用来管理数据库的读写，恢复和监视等工作。Server Process主要是通过后台进程和用户进程进行通信，并由后台进程和用户进程进行数据的交换。在UNIX服务器上，ORACLE后台进程相对于操作系统进程，也就是说，一个ORACLE后台进程将启动一个操作系统进程。
2.4ORACLE数据库存储规划
对于数据库空间规划的考虑，除了对存储空间的规划外，还要考虑将I/O的负载平均分配到不同的物理磁盘上以提高系统执行效率。在本系统中，共有5套应用同时访问数据库，此外，5套应用会访问一系列的公共数据字典。要求将5套应用产生的I/O和由于访问公共数据库字典产生的I/O平均分布到不同的物理磁盘上，以保证数据库I/O负载均衡。
同时，还要注意ORACLE数据库本身的运行特点决定了对于System表空间、Redo Log、Undo Space、控制文件以及归档文件的I/O负载比较高。也需要将他们的I/O分布不到不同的磁盘上。
2.5ORACLE用户及权限规划
创建ORACLE数据库后，为了使应用能够正常运行，还需要在数据库中创建一个用于WebSphere访问系统数据库实例的ORACLE用户。要求创建数据库用户SYSWAS，所有某项目应用使用到的表、索引、同义词、以及其他数据库对象都应以该用户为属主进行创建。SYSWAS用户应该采用通过密码验证的方式，同时还要为其授予相关权限。
出于安全考虑，所有ORACLE中的用户，包括ORACLE缺省管理用户SYS、SYSTEM和上文所述用户每个月都需要重新设定密码。
2.6ORACLE网络服务规划
ORACLE通过TNS提供网络服务，在配置ORACLE TNS时，需要指定数据库服务器的主机名/主机地址，由于某项目的数据库服务器采用双机热备方式，因此需要在配置TNS时指定通过HACMP虚拟出来的主机名和IP地址。
3数据库的备份和恢复规划
3.1分析
对系统备份方案的确定首先需要明确系统对备份和恢复的要求，对某项目而言主要有如下几点要求：
保证系统7×24小时不间断的提供服务。
一旦数据库失败，可以恢复到失败点。
可以根据应用需要将数据库恢复到一周内的任意时间点以修正由于应用逻辑错误导致的数据库失败。
保证系统备份的数据量尽可能少，备份的速度尽可能快。
备份过程中尽量减少对系统正常运行的影响。
3.2备份方式规划
由于ORACLE提供的RMAN备份恢复工具有效率高、速度快、可靠性高、操作简单、支持增量以及自动检测等特点，本系统采用ORACLE的RMAN工具进行分级备份。
同时，某项目只涉及一套ORACLE数据库。为了减少维护工作量和设备需求成本，不再单独创建CATALOG数据库，而是使用NOCATALOG的方式进行数据库的RMAN备份。所有数据库备份信息记录在数据库控制文件中。
3.3备份策略规划
综上所述，根据需求分析和对备份方式的规划，现制定以一个月为周期的备份策略。在每个备份周期中，包含离线备份、RMAN 0级全备份、RMAN 1级增量备份、归档备份、控制文件备份和数据库的恢复等多种形式。