如何进行oracle数据库性能优化

你最好买一本专门讲ORACLE性能优化的书，好好看看\x0d\1、调整数据库服务器的性能\x0d\Oracle数据库服务器是整个系统的核心，它的性能高低直接影响整个系统的性能，为了调整Oracle数据库服务器的性能，主要从以下几个方面考虑： \x0d\11、调整 *** 作系统以适合Oracle数据库服务器运行\x0d\Oracle数据库服务器很大程度上依赖于运行服务器的 *** 作系统，如果 *** 作系统不能提供最好性能，那么无论如何调整，Oracle数据库服务器也无法发挥其应有的性能。 \x0d\111、为Oracle数据库服务器规划系统资源 \x0d\据已有计算机可用资源, 规划分配给Oracle服务器资源原则是：尽可能使Oracle服务器使用资源最大化,特别在Client/Server中尽量让服务器上所有资源都来运行Oracle服务。 \x0d\112、调整计算机系统中的内存配置 \x0d\多数 *** 作系统都用虚存来模拟计算机上更大的内存，它实际上是硬盘上的一定的磁盘空间。当实际的内存空间不能满足应用软件的要求时， *** 作系统就将用这部分的磁盘空间对内存中的信息进行页面替换，这将引起大量的磁盘I/O *** 作，使整个服务器的性能下降。为了避免过多地使用虚存，应加大计算机的内存。 \x0d\113、为Oracle数据库服务器设置 *** 作系统进程优先级 \x0d\不要在 *** 作系统中调整Oracle进程的优先级，因为在Oracle数据库系统中，所有的后台和前台数据库服务器进程执行的是同等重要的工作，需要同等的优先级。所以在安装时，让所有的数据库服务器进程都使用缺省的优先级运行。 \x0d\12、调整内存分配\x0d\Oracle数据库服务器保留3个基本的内存高速缓存，分别对应3种不同类型的数据：库高速缓存，字典高速缓存和缓冲区高速缓存。库高速缓存和字典高速缓存一起构成共享池，共享池再加上缓冲区高速缓存便构成了系统全程区(SGA)。SGA是对数据库数据进行快速访问的一个系统全程区，若SGA本身需要频繁地进行释放、分配，则不能达到快速访问数据的目的，因此应把SGA放在主存中，不要放在虚拟内存中。内存的调整主要是指调整组成SGA的内存结构的大小来提高系统性能，由于Oracle数据库服务器的内存结构需求与应用密切相关，所以内存结构的调整应在磁盘I/O调整之前进行。 \x0d\121、库缓冲区的调整 \x0d\库缓冲区中包含私用和共享SQL和PL/SQL区，通过比较库缓冲区的命中率决定它的大小。要调整库缓冲区，必须首先了解该库缓冲区的活动情况，库缓冲区的活动统计信息保留在动态性能表v$librarycache数据字典中，可通过查询该表来了解其活动情况，以决定如何调整。 \x0d\ \x0d\Select sum(pins),sum(reloads) from v$librarycache; \x0d\ \x0d\Pins列给出SQL语句，PL/SQL块及被访问对象定义的总次数；Reloads列给出SQL 和PL/SQL块的隐式分析或对象定义重装载时在库程序缓冲区中发生的错误。如果sum(pins)/sum(reloads) ≈0，则库缓冲区的命中率合适；若sum(pins)/sum(reloads)>1, 则需调整初始化参数 shared_pool_size来重新调整分配给共享池的内存量。 \x0d\122、数据字典缓冲区的调整 \x0d\数据字典缓冲区包含了有关数据库的结构、用户、实体信息。数据字典的命中率，对系统性能影响极大。数据字典缓冲区的使用情况记录在动态性能表v$librarycache中，可通过查询该表来了解其活动情况，以决定如何调整。 \x0d\ \x0d\Select sum(gets),sum(getmisses) from v$rowcache; \x0d\ \x0d\Gets列是对相应项请求次数的统计；Getmisses 列是引起缓冲区出错的数据的请求次数。对于频繁访问的数据字典缓冲区，sum(getmisses)/sum(gets)<10%～15%。若大于此百分数，则应考虑增加数据字典缓冲区的容量，即需调整初始化参数shared_pool_size来重新调整分配给共享池的内存量。 \x0d\123、缓冲区高速缓存的调整 \x0d\用户进程所存取的所有数据都是经过缓冲区高速缓存来存取，所以该部分的命中率，对性能至关重要。缓冲区高速缓存的使用情况记录在动态性能表v$sysstat中，可通过查询该表来了解其活动情况，以决定如何调整。 \x0d\ \x0d\Select name,value from v$sysstat where name in ('dbblock gets','consistent gets','physical reads'); \x0d\ \x0d\dbblock gets和consistent gets的值是请求数据缓冲区中读的总次数。physical reads的值是请求数据时引起从盘中读文件的次数。从缓冲区高速缓存中读的可能性的高低称为缓冲区的命中率，计算公式： \x0d\ \x0d\Hit Ratio=1-(physical reds/(dbblock gets+consistent gets)) \x0d\ \x0d\如果Hit Ratio<60%～70%，则应增大db_block_buffers的参数值。db_block_buffers可以调整分配给缓冲区高速缓存的内存量，即db_block_buffers可设置分配缓冲区高速缓存的数据块的个数。缓冲区高速缓存的总字节数=db_block_buffers的值db_block_size的值。db_block_size 的值表示数据块大小的字节数，可查询 v$parameter 表： \x0d\ \x0d\select name,value from v$parameter where name='db_block_size'; \x0d\ \x0d\在修改了上述数据库的初始化参数以后，必须先关闭数据库，在重新启动数据库后才能使新的设置起作用。

在 Oracle 中，联机备份要求在 ARCHIVELOG 模式中执行对数据库的 *** 作。在一个在线商店中，数据库必须是 24x7 都处于打开状态的，所以，让用户进行脱机备份而不访问数据库是不可能的。在这种场景中，应该在 ARCHIVELOG 模式下运行数据库，在该模式中，事务将继续运行，同时，备份处理也在继续。

与脱机备份不一样，联机备份只要求备份数据文件和控制文件。脱机数据库的备份单位是整个数据库，而联机备份的备份单位是一些或全部表空间。

在 Oracle 中，联机备份的全部思想是，当用户执行事务时，将对Oracle数据库所做的所有更改（提交或未提交的）都存储到重做日志缓冲区中，随后由 LGWr 进程把它们写到联机重做日志文件中。重做日志是以循环的方式写入的；因此，在重写它们之前，需要通过启动 ARCH 进程来手动或自动对重做日志进行归档。当记录了所有事务并在以后通过多路复用进行归档时（使用参数 LOG_ARCHIVE_DUPLEX_DEST），如果需要进行媒介恢复，那么可以使用这些归档的重做日志进行恢复。

注意，使用联机备份本身无法保证您不丢失数据。像通过多路复用（放在不同的位置）控制文件使数据库免疫、使用联机重做日志和归档重做日志这样的步骤，都是避免单点故障所必需的。

在 Oracle 中，要从默认的脱机备份切换到具有自动归档的联机备份，您需要执行下面的 *** 作：

在 initora 中，用适当的值填写参数 LOG_ARCHIVE_START、LOG_ARCHIVE_DEST、LOG_ARCHIVE_FORMAT 和 LOG_ARCHIVE_DUPLEX_DEST 和 LOG_ARCHIVE_DEST_N。

关闭和启动装入（Mount）。

在 archivelog 模式下 *** 作Oracle数据库。

打开数据库。

验证归档日志清单。

归档所有日志。

备份所有新创建的日志。

通过执行命令“Alter Tablespace ts_name Begin Backup”，将任何或所有联机表空间置于联机备份模式来启动联机备份。当发出这个命令时，处于联机备份模式的所有数据文件都将被发放检查点 SCN。换句话说，将把数据缓冲区的所有脏位刷新到数据文件。

在初始检查点 SCN 后，就不会再发放新的检查点 SCN。对于没有处在联机备份模式的那些数据文件，随后的检查点将在它们的文件头中添加 SCN。当发出 “Alter Tablespace ts_name End Backup”时，在联机备份Oracle数据文件的的文件头中再次记录了检查点 SCN。Begin Backup 和 End backup 命令让 Oracle 知道要重做什么 *** 作，及在前滚会在什么地方终止。

Oracle 建议在 Begin backup和 End backup命令之间耗用最少的时间。此外，应该在这段时间内尽量少进行用户活动，这是由于 Oracle 会在第一次更改块时记录下整个块的映像。对于联机备份数据文件，这将导致生成大量的重做日志。

实际上，在执行 Begin backup后，接下来应该立刻执行系统复制，然后由 End backup来快速结束 *** 作。备份是严格按照顺序进行的，这意味着在备份了表空间 1 中的数据文件后，将继续备份表空间 2 中的数据文件。

对于联机备份，需要特别注意 SYSTEM 表空间和回滚段表空间。同时，还需要确保只要对Oracle数据库的模式进行了更改，就要对控制文件进行备份。备份脚本应该反映最新的模式。

DB2UDB 联机备份

DB2UDB 执行时间点恢复的机制类似于 Oracle。要了解 DB2UDB 联机备份和恢复，就需要了解归档日志记录。有三种我们需要熟悉的日志定义：

活动日志 —— 该日志包含没有提交或回滚的事务，或者已提交但尚未刷新到磁盘的事务。

联机归档日志 —— 该日志包含已提交并且被记录到硬盘的事务的信息，和活动日志位于同一目录。

脱机归档日志 —— 如果将联机归档日志从活动日志所在目录移动到其他目录或磁带中，就成为了脱机归档日志。

有许多与日志记录有关的配置参数：

LOGFILSIZ —— 每个日志文件的大小，默认值是 250，单位为 4KB。

LOGPRIMARY —— 主日志文件的个数（默认值是 3）。

LOGSECOND —— 主日志文件占用满时，可以分配的二级日志文件的个数。当把这个参数设为 -1 时（版本 8），可以使用无限数量的活动日志。

NEWLOGPATH —— 用来更改日志文件的存储位置。要想使该参数生效，需要重新激活Oracle数据库。

MIRRORLOGPATH —— 日志文件的镜像路径，以避免单点故障。

OVERFLOWLOGPATH —— 指定前滚期间可以在哪些目录搜索需要的日志，以允许前滚 *** 作能访问多个目录中的日志。

USEREXIT——用于启动用户出口功能，进行日志的自动归档。

BLK_LOG_DSK_FUL——当 DB2无法在活动日志路径中创建新日志文件时，防止生成磁盘已满错误。

为了使用联机备份，必须打开归档日志记录。通过将 LOGRETAIN 设为 ON，可以打开归档日志记录。

归档日志记录是一种不同于循环日志记录的日志记录机制，因为循环日志记录重写了提交的日志，而归档日志记录归档了提交的日志。

在归档日志记录中，不能重用已经变成归档日志的日志。要移动那些联机归档日志，您需要手动移动它们或者使用用户出口程序（user exit）来移动它们。

默认情况下，活动和联机归档日志保存在 SQLOGDIR 目录中。NEWLOGPATHOracle 数据库配置参数确定了将在哪里存储未来的活动归档日志。要想使 NEWLOGPATH 参数生效，需要停用数据库（目的是关闭所有活动日志文件）。然后，重新激活数据库将导致在新路径中创建新日志文件，原来的归档日志将留在原来的路径中。

当进行联机备份时，将记录所有的数据库事务。在完成联机备份之后，DB2将强行关闭当前活动日志，并对其进行归档，

要防止脱机归档日志的单点故障，比如媒介失败，则应该使用日志镜像。MIRRORLOGPATH 是用来指定镜像路径的配置参数，它允许 DB2将相同日志文件的第二份副本写入不同目录中。您需要重新激活数据库，以使 MIRRORLOGPATH 配置参数变得有效。

如果将副本写入镜像日志路径时发生问题，那么 DB2将在管理通知日志中写入消息，指出已经碰到错误。DB2将继续把日志记录写入能工作的日志路径中。不需要同步日志路径。要确定哪个日志是活动的，哪些日志是归档的，请使用 DB2命令 GET DB CFG 来查看“第一个活动日志文件”。该命令提供了目前活动的日志文件，因此被归档的日志将是那些比当前日志更早的日志。

此外，诸如数据库、表空间或增量的备份的每个备份 *** 作都将包括恢复历史文件（RHF）的一个副本。您可以使用历史文件中提供的信息，将整个数据库或数据库的一部分恢复到某个时间点。每个数据库都会创建一个恢复历史文件，并且在下列情况下会自动对该文件进行更新：

备份数据库或表空间。

恢复数据库或表空间。

前滚Oracle数据库或表空间。

创建表空间。

修改表空间。

休止表空间。

重命名表空间。

删除表空间。

加载表。

删除表。

重组表。

在Oracle数据库管理系统中 创建库表（table）时要分配一个表空间（tablespace） 如果未指定表空间 则使用系统用户确省的表空间 在Oracle实际应用中 我们可能会遇到这样的问题 处于性能或者其他方面的考虑 需要改变某个表或者是某个用户的所有表的表空间 通常的做法就是首先将表删除 然后重新建表 在新建表时将表空间指定到我们需要改变的表空间 如果该用户已经保存了大量数据 这种办法就就显得不是很方便 因为有大量数据需要提前备份出来 下面介绍一种利用数据库的导出/导入功能来实现重新组织数据库表空间的方法 下面是一个简单的例子 假定要将用户oa下的全部表从表空间A转换到表空间B 具体步骤（在Oracle i for linux环境）如下 导出db_zgxt下的所有表（Dos控制台下） 导出db_zgxt下的所有表（Dos控制台下） 导出db_zgxt下的所有表（Dos控制台下） EXP oa/password@pararmount_server FILE=d:\ _ _oa dmp LOG=d:\ _ _oa LOG 删除oa下的所有表（在SQL/PLUS中） 可以采用批处理的方式删除掉db_zgxt下的所有表 生成批处理的语句如下 其中set head off将表头信息去掉SET HEAD OFFSPOOL c:\drop_tables sqlselect drop table ||table_name|| ; from user_tables;spool off;@c:\drop_tables sql;sql >@drop_tables sql 采用导入参数 INDEXFILE导入oa用户下的所有表（Dos控制台下） 把建表和索引的语句导出到文件 其中建表语句是加注释的 并没有实际导入IMP oa/password@paramount_server FULL=Y FILE=d:\ _ _oa dmp INDEXFILE=d:\altertablespace_table_index SQL LOG=d:\altertablespace LOG其中 指定参数INDEXFILE后 系统就将创建表和索引的语句写到一个文件 这里是altertablespace_table_index SQL 中 该文件中包含了所有创建索引（CREATE INDEX）语句和创建表（CREATETABLE）语句 但是这里所有创建表的语句均加了注释标志 在任何文本编辑器中打开并编辑该文件 去掉所有创建表语句的注释标志 将所有的表空间名称由A替换为B 同时对所有的创建索引语句加上注释标志 这些工作作完以后 在SQL/PLUS中运行该脚本文件 这些表就被创建 其表空间由A变为B 采用导入参数INDEXES=N 和IGNORE=Y将db_zgxt用户的表数据导入库中（Dos控制台下） 采用导入参数INDEXES=N 和IGNORE=Y将oa用户的表数据导入库中（Dos控制台下） IMP oa/password@paramount_server FULL=Y INDEXES=N FILE=d:\ _ _oa dmp IGNORE=Y LOG=d:\altertablespace LOG其中 参数INDEXES=N是指将数据导入数据库中时不加索引 IGNORE=Y是指在导入数据过程中 忽略表已经存在（table already exists）的错误 这样Oralce就将数据和一些约束条件导入到第 步创建的表中 创建索引 在文本编辑器中重新打开在第 步中创建的altertablespace_table_index SQL 脚本文件 这次 将所有创建表（CREATE TABLE）的语句加上注释标志 然后将所有的创建索引（CREATE INDEX）语句去掉注释标志 在SQL/PLUS中再次运行该脚本文件 至此 我们就成功完成了将oa用户下的全部表从表空间A转换到表空间B的工作 当然你可以只导入一部分表 lishixinzhi/Article/program/Oracle/201311/17398

你可以试试PRM-DUL for Oracle。

ParnassusData Recovery Manager(以下简称PRM-DUL)是企业级ORACLE数据灾难恢复软件，可直接从Oracle9i,10g,11g,12c的数据库数据文件(datafile)中抽取还原数据表上的数据，而不需要通过ORACLE数据库实例上执行SQL来拯救数据。ParnassusDataRecovery Manager是一款基于JAVA开发的绿色软件，无需安装，下载解压后便可直接使用。

恢复场景1 误Truncate表的常规恢复

D公司的业务维护人员由于误将产品数据库当做测试环境库导致错误地TRUNCATE了一张表上的所有数据，DBA尝试恢复但是发觉最近的备份不可用，导致无法从备份中恢复出该数据表上的记录。 此时DBA决定采用PRM来恢复已经被TRUNCATE掉的数据。

由于该环境中 所有数据库文件均是可用且健康的，用户仅需要 字典模式下加载SYSTEM表空间的数据文件以及被TRUNCATED表的数据文件即可，例如：

create table ParnassusDatatorderdetail_his1 tablespace users asselect from parnassusdatatorderdetail_his;SQL> desc ParnassusDataTORDERDETAIL_HIS

Name Null Type

----------------------- -------- --------------SEQ_ID NOT NULL NUMBER(10)SI_STATUS NUMBER(38)D_CREATEDATE CHAR(20)D_UPDATEDATE CHAR(20)B_ISDELETE CHAR(1)

N_SHOPID NUMBER(10)N_ORDERID NUMBER(10)C_ORDERCODE CHAR(20)N_MEMBERID NUMBER(10)N_SKUID NUMBER(10)C_PROMOTION NVARCHAR2(5)N_AMOUNT NUMBER(7,2)N_UNITPRICE NUMBER(7,2)N_UNITSELLINGPRICE NUMBER(7,2)N_QTY NUMBER(7,2)N_QTYFREE NUMBER(7,2)N_POINTSGET NUMBER(7,2)N_OPERATOR NUMBER(10)C_TIMESTAMP VARCHAR2(20)H_SEQID NUMBER(10)N_RETQTY NUMBER(7,2)N_QTYPOS NUMBER(7,2)select count() from ParnassusDataTORDERDETAIL_HIS;COUNT()

----------

984359

select bytes/1024/1024 from dba_segments where segment_name='TORDERDETAIL_HIS' and owner='PARNASSUSDATA';BYTES/1024/1024

---------------

18971875

SQL> truncate table ParnassusDataTORDERDETAIL_HIS;Table truncated

SQL> select count() from ParnassusDataTORDERDETAIL_HIS;COUNT()

----------

0

启动PRM ，并选择 Tools => Recovery Wizard点击Next

在此TRUNCATE场景中并未采用ASM存储，所以仅需要选择 《Dictionary Mode》字典模式即可

以上就是关于如何进行oracle数据库性能优化全部的内容，包括:如何进行oracle数据库性能优化、对联机备份Oracle数据的解剖、更改Oracle数据库表的表空间等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！