BlogJava-gdufo-随笔分类-Database (oracle, sqlser,MYSQL)

RedHat Linux6.0安装Oracle 11g单机

gdufo — Wed, 19 Mar 2014 02:41:00 GMT

RedHat Linux6.0安装Oracle 11g单机

Ø 第一步配置YUM仓库

1、挂载光盘

mount /dev/cdrom /media

2、复制光盘里头的rpm包到rpm包源目录

cp –rf /media/Packages /mnt （也可以直接通过桌面COPY）

（这里可以取消挂在了 umount /dev/cdrom，顺便删除media目录 rm –rf /media）

3、进入你自己创建的YUM仓库，并安装createrepo工具

cd /mnt/Packages

rpm –ivh createrepo-0.4.11-3.e15.noarch.rpm(可以在桌面手动双击安装)

4、重建仓库信息配置文件

createrepo /mnt （这个配置文件在 /mnt/repodata/下）

5、创建YUM配置文件

cd /etc/yum.repos.d/

touch yumredhat.repo

vim yumredhat.repo

添加如下信息：

[rhel6]

name=Red Hat Enterprise Linux6

baseurl=file:///mnt

enabled=1

gpgcheck=0

gpgfile=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-release

6、测试

yum list

yum clear all

Ø 第二步Oracle安装前系统参数的配置以及包的安装

（安装Oracle必须关闭掉防火墙以及selinux）

service iptables stop

vim /etc/selinux/config

SELINUX=disabled

========================

想办法把下面2个文件传进 Linux 操作系统里面去

linux_11gR2_database_1of2.zip

linux_11gR2_database_2of2.zip

要借助一个软件 FileZilla_3.3.3_win32-setup.exe

上传完毕后，使用 unzip 命令解压刚才上传的2个文件，命令格式如下：

unzip 文件名

======================================

检查相关的开发工具和一些包

检查命令格式如下：

rpm -qa | grep 名字

binutils-2.17.50.0.6

compat-libstdc++-33-3.2.3

elfutils-libelf-0.125

elfutils-libelf-devel-0.125

#elfutils-libelf-devel-static-0.125 (RedHat Linux6.0中无此包，CentOS中有)

gcc-4.1.2

gcc-c++-4.1.2

glibc-2.5-24

glibc-common-2.5

glibc-devel-2.5

glibc-headers-2.5

kernel-headers-2.6.18

ksh-20060214

libaio-0.3.106

libaio-devel-0.3.106

libgcc-4.1.2

libgomp-4.1.2

libstdc++-4.1.2

libstdc++-devel-4.1.2

make-3.81

numactl-devel-0.9.8.i386

sysstat-7.0.2

unixODBC-2.2.11

unixODBC-devel-2.2.11

======================================

利用配置好的YUM仓库安装包

yum install (包名).rpm

创建用户以及修改配置参数

groupadd oinstall

groupadd dba

mkdir -p /u01/oracle //路径可修改，看实际的生产环节

添加一个oracle用户，根目录是 /u01/oracle，主的组是 oinstall 副的组是dba

useradd -g oinstall -G dba -d /u01/oracle oracle

cp /etc/skel/.bash_profile /u01/oracle

cp /etc/skel/.bashrc /u01/oracle

cp /etc/skel/.bash_logout /u01/oracle

为oracle用户设置密码 123456 /111111

passwd oracle

/]#ls -l

/]#chown -R oracle:oinstall u01

/]#ls -l

检查 nobody 是否存在， id nobody

缺省存在的。如果不存在 # /usr/sbin/useradd -g nobody

========================================

vi /etc/sysctl.conf

fs.aio-max-nr = 1048576

fs.file-max = 6815744

kernel.shmall = 2097152

kernel.shmmax = 536870912

kernel.shmmni = 4096

kernel.sem = 250 32000 100 128

net.ipv4.ip_local_port_range = 9000 65500

net.core.rmem_default = 262144

net.core.rmem_max = 4194304

net.core.wmem_default = 262144

net.core.wmem_max = 1048586

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

vi /etc/security/limits.conf

oracle soft nproc 2047

oracle hard nproc 16384

oracle soft nofile 1024

oracle hard nofile 65536

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

vi /etc/pam.d/login

session required pam_limits.so

=================================================

设置oracle 用户环境变量

su - oracle

pwd

ls -la

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

vi .bash_profile

ORACLE_BASE=/u01

ORACLE_HOME=$ORACLE_BASE/oracle

ORACLE_SID=ORCLTEST

PATH=$ORACLE_HOME/bin:$PATH:$HOME/bin

export ORACLE_BASE ORACLE_HOME ORACLE_SID PATH

===================================

mv database /u01/

cd /u01

ls -l

chown -R oracle:oinstall database/

===========

Ø 第三步正式开始安装.Oracle.11g.r2(图形界面安装)

使用oracle账号登陆图形界面进行安装

运行终端 Terminal

cd /u01/database

./runInstaller

运行./runInstaller【INS-06101】IP address of localhost could not be determined

Are you sure you want to continue?

这里需要指定一个IP与localhost

Vi /etc/hosts

#127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4

10.110.12.132 ORCLDEV ORCLDEV.ELLINGTON

::1 localhost localhost.localdomain localhost6 localhost6.localdomain6

运行./runInstaller出现中文汉字为方框

在运行runinstaller之前，

export LANG=C

export LC_ALL=C

Installation Optiong

install database software only

Grid Options

Single instance database installation

Product Languages

English

Database Edition

Enterprise Edition (3.95)

Installation Location

Oracle Base: /u01

Software Loacation: /u01/oracle

提示： yes

Create Inventory

mkdir /oraInventory

chown -R oracle:oinstall oraInventory

Operating System Groups

Prerequis ite Checks

Ignore All

Summary

Finish

Install Product

安装完毕，提示执行 2个脚本

//root用户执行

/oraInventory/orainstRoot.sh

/u01/oracle/root.sh

直接按回车，缺省值就可以

Finish

The installation of Oracle Database was successful

====================================

上面只是安装了软件，数据库没有创建，还有配置监听器 Listener

netca

一直默认下一步，呵呵，最后 Finish

ps -ef 可以查看Listener是否配置成功

-----------

dbca

一直 Next, Global Database Name 和 SID 都是输入 wilson

选择 User the Same.....All Accounts

密码: 123456

选择 Sample Schemas

Memory 内存分配，默认就可以了

Character Sets 选择中文GBK Use Unicode(AL32UTF8)

然后一直 Next ，到最后 Finish

弹出一个 Confirmation , 点击 OK 就可以了，然后自动进行安装

安装到目录 /u01/oradata/wilson

/u01/等等。。。会发现多了很多文件。

[oracle@localhost ~]$ sqlplus /nolog

//中文字符显示？号解决方法

编辑并运行.bash_profile

export NLS_LANG=AMERICAN_AMERICA.UTF8

（如果是GBK

export NLS_LANG=american_america.ZHS16GBK）

export NLS_LANG=AMERICAN_AMERICA.ZHS16GBK

注销后生效

这样再重新进入sqlplus

已经不会是乱码。

SQL*Plus: Release 11.2.0.1.0 Production on Fri Jun 25 15:05:54 2010

SQL> conn / as sysdba

Connected to an idle instance.

出现错误

SQL> startup

查看当前用户的表名

SQL> select table_name from user_tables;

SQL> create table testUser( id integer,name char(10));

Table created.

SQL> insert into testUser values(0,'Jack');

1 row created.

SQL> commit;

Commit complete.

SQL> select * from testUser;

ID NAME

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

0 Jack

关闭数据库

SQL> shutdown immediate

SQL> quit

gdufo 2014-03-19 10:41 发表评论

SQL-Server查询失效索引

gdufo — Thu, 27 Feb 2014 00:53:00 GMT

SELECT TOP 10
        [Total Cost] = ROUND(avg_total_user_cost * avg_user_impact * (user_seeks + user_scans),0)
        , avg_user_impact
        , TableName = statement
        , [EqualityUsage] = equality_columns
        , [InequalityUsage] = inequality_columns
        , [Include Cloumns] = included_columns
FROM        sys.dm_db_missing_index_groups g
INNER JOIN    sys.dm_db_missing_index_group_stats s
       ON s.group_handle = g.index_group_handle
INNER JOIN    sys.dm_db_missing_index_details d
       ON d.index_handle = g.index_handle
ORDER BY [Total Cost] DESC;
================================
CREATE NONCLUSTERED INDEX IX_Kq_RecordQk_QKRMan
     ON Kq_RecordQk ([QKRMan])
     include([COMP_CODE], [QKREMPID], [ApStatus])

gdufo 2014-02-27 08:53 发表评论

mysql配置参数性能优化选项:Max_connections特性和配置优化

gdufo — Mon, 27 Jan 2014 07:12:00 GMT

http://www.itokit.com/2012/1018/74794.html

MySQL的max_connections参数用来设置最大连接（用户）数。每个连接MySQL的用户均算作一个连接，max_connections的默认值为100。本文将讲解此参数的详细作用与性能影响。

max_connections配置参数的相关的特性

1、MySQL无论如何都会保留一个用于管理员（SUPER）登陆的连接，用于管理员连接数据库进行维护操作，即使当前连接数已经达到了max_connections。因此MySQL的实际最大可连接数为max_connections+1；

2、这个参数实际起作用的最大值（实际最大可连接数）为16384，即该参数最大值不能超过16384，即使超过也以16384为准；

3、增加max_connections参数的值，不会占用太多系统资源。系统资源（CPU、内存）的占用主要取决于查询的密度、效率等；

4、该参数设置过小的最明显特征是出现“Too many connections”错误；

如何去调整max_connections参数的值（有以下三个方法可调整）

调整此参数的方法有几种，既可以在编译的时候设置，也可以在MySQL配置文件 my.cnf 中设置，也可以直接使用命令调整并立即生效。

1、在编译的时候设置默认最大连接数

打开MySQL的源码，进入sql目录，修改mysqld.cc文件：

C/C++ Code复制内容到剪贴板

{“max_connections”, OPT_MAX_CONNECTIONS,
“The number of simultaneous clients allowed.”, (gptr*) &max_connections,
(gptr*) &max_connections, 0, GET_ULONG, REQUIRED_ARG, 100, 1, 16384, 0, 1,
0},

红色的“100”即为该参数的默认值，修改为想要的数值，存盘退出。然后执行

C/C++ Code复制内容到剪贴板

./configure;make;make install

重新编译安装MySQL；注意，由于编译安装且修改了MySQL源码，此操作最好在安装MySQL之前进行；

2、在配置文件my.cnf中设置max_connections的值

打开MySQL配置文件my.cnf

[root@www ~]# vi /etc/my.cnf

找到max_connections一行，修改为（如果没有，则自己添加），

max_connections = 1000

上面的1000即该参数的值。

3、实时（临时）修改此参数的值

首先登陆mysql，执行如下命令：

C/C++ Code复制内容到剪贴板

[root@www ~]# mysql -uroot -p

然后输入MySQL Root的密码。

查看当前的Max_connections参数值：

mysql> SELECT @@MAX_CONNECTIONS AS 'Max Connections';

设置该参数的值：

mysql> set GLOBAL max_connections=1000;

（注意上面命令的大小写）

修改完成后实时生效，无需重启MySQL。

mysql的max_connections的总结

总体来说，该参数在服务器资源够用的情况下应该尽量设置大，以满足多个客户端同时连接的需求。否则将会出现类似“Too many connections”的错误。

gdufo 2014-01-27 15:12 发表评论

SPComm的一点小诀窍 spcomm的问题导致数据丢失

gdufo — Fri, 15 Nov 2013 03:13:00 GMT

SPComm的一点小诀窍 spcomm的问题导致数据丢失

2010-01-08 09:50:51| 分类：串口 |字号订阅

最近几天完成了BiasDAC的程序编写。调试的过程还算比较顺利，除了几个有点bt的小问题。其中一个困扰了我两三天的时间，今天上午终于将其解决。

由于BiasDAC是用RS232 Serial Port通信的，延用之前的程序，使用了Delphi的SPComm控件。在之前的使用中，SPComm控件一直工作正常，使用的是一般的string进行消息的传递。

而BiasDAC由于通信协议的限制，消息的发送使用的是hex方式，会用到从0x00到0xFF所有的这些字符。在调试中发现，发送0x11和0x13之后，SPComm的工作就会不正常。

首先是0x11发送之后，返回的0x11消息会被忽略；其次0x13发送之后，只能返回很有限的消息，而且似乎Serial Port就此关闭，如果再发送消息，就会造成Serial Port失去响应，只能通过重新启动计算机才能恢复。

后来上网上查询，原来不能正常处理0x11和0x13的问题早就存在，原因是SPComm空间中两个属性的存在。

OutX_XonXOffFlow/InX_XonXoffFlow：这个属性是指进行发送/接收时的软件握手标志，两个握手信号之间的数据被认为是通讯数据，收到握手信号后，通讯就中止了。

FOutx_XonXoffFlow := True;
FInx_XonXoffFlow := True;

默认的初始化中，这两个属性是默认开启的。

XOffChar/XOnChar：这是指握手的字节，默认的初始中，有

FXonChar := chr($11);
FXoffChar := chr($13);

至此，真相大白。0x11，0x13被占用为通讯握手信号，自然不会得到正确的处理。

问题找到了，解决也很容易。只需要在Comm的初始化中，自己定义

Comm.Inx_XonXoffFlow:=False;
Comm.Outx_XonXoffFlow:=False;

关闭软件握手功能即可。在一般通讯中，硬件已经具备了握手功能，所以也不会影响到正常的Comm通讯。

gdufo 2013-11-15 11:13 发表评论

杀掉SQLServer某些链接进程

gdufo — Tue, 29 Oct 2013 00:11:00 GMT

select * from sysprocesses
where dbid in (select dbid from sysdatabases where name='overtime')
and program_name ='PHP 5'

USE master
DECLARE @spid int
DECLARE CUR CURSOR
FOR SELECT spid FROM sysprocesses WHERE dbid = 11 and program_name ='PHP 5'
OPEN CUR
FETCH NEXT FROM CUR INTO @spid
WHILE @@FETCH_STATUS = 0
BEGIN
EXEC ('KILL ' + @spid )
FETCH NEXT FROM CUR INTO @spid
END
CLOSE CUR
DEALLOCATE CUR

gdufo 2013-10-29 08:11 发表评论

MySQL中的配置参数interactive_timeout和wait_timeout(可能导致过多sleep进程的两个参数 Too many connections)

gdufo — Wed, 23 Oct 2013 07:16:00 GMT

MySQL中的配置参数interactive_timeout和wait_timeout(可能导致过多sleep进程的两个参数)

1)interactive_timeout:
参数含义：服务器关闭交互式连接前等待活动的秒数。交互式客户端定义为在mysql_real_connect()中使用CLIENT_INTERACTIVE选项的客户端。
参数默认值：28800秒（8小时）

(2)wait_timeout:
参数含义：服务器关闭非交互连接之前等待活动的秒数。
在线程启动时，根据全局wait_timeout值或全局interactive_timeout值初始化会话wait_timeout值，取决于客户端类型(由mysql_real_connect()的连接选项CLIENT_INTERACTIVE定义)。
参数默认值：28800秒（8小时）

MySQL服务器所支持的最大连接数是有上限的，因为每个连接的建立都会消耗内存，因此我们希望客户端在连接到MySQL Server处理完相应的操作后，应该断开连接并释放占用的内存。如果你的MySQL Server有大量的闲置连接，他们不仅会白白消耗内存，而且如果连接一直在累加而不断开，最终肯定会达到MySQL Server的连接上限数，这会报'too many connections'的错误。对于wait_timeout的值设定，应该根据系统的运行情况来判断。在系统运行一段时间后，可以通过show processlist命令查看当前系统的连接状态，如果发现有大量的sleep状态的连接进程，则说明该参数设置的过大，可以进行适当的调整小些。

问题：
如果在配置文件my.cnf中只设置参数wait_timeout=100,则重启服务器后进入，执行:
Mysql> show variables like “%timeout%”;
会发现参数设置并未生效，仍然为28800（即默认的8个小时）。
查询资料后，要同时设置interactive_timeout和wait_timeout才会生效。
【mysqld】
wait_timeout=100
interactive_timeout=100
重启MySQL Server进入后，查看设置已经生效。

问题1：这里为什么要同时设置interactive_timeout,wait_timeout的设置才会生效？

问题2：interactive的值如果设置的和wait_timeout不同，为什么Interactive_timeout会覆盖wait_timeout?

问题3：在进行MySQL优化时，因为interactive_timeout决定的是交互连接的时间长短，而wait_timeout决定的是非交互连接的时间长短。如果在进行连接配置时mysql_real_connect()最后一个参数client_flag不设置为CLIENT_INTERACTIVE，是不是interactive_timeout的值不会覆盖wait_timeout?

问题4：为了减少长连接的数量，在设置优化时是不是可以将interactive_timeout的值设置的大些，而wait_timeout的值设置的小些？但是问题2的描述好像又不允许这样。。。

gdufo 2013-10-23 15:16 发表评论

查询oracle被锁对象并解锁

gdufo — Wed, 09 Oct 2013 08:59:00 GMT

1、查询oracle被锁对象及其语句

SELECT a_s.owner, 
  a_s.object_name, 
  a_s.object_type, 
  VN.SID, 
  VN.SERIAL#, 
  VS.SPID "OS_PID", 
  VN.PROCESS "CLIENT_PID", 
  VN.USERNAME, 
  VN.OSUSER, 
  VN.MACHINE "HOSTNAME" , 
  VN.TERMINAL, 
  VN.PROGRAM, 
  TO_CHAR(VN.LOGON_TIME,'YYYY-MM-DD HH24:MI:SS')"LOGIN_TIME", 
  'alter system kill session '''||vn.sid||','||vn.serial#||''';' "ORACKE_KILL", 
  'kill -9 '|| VS.SPID "OS_KILL"
FROM ALL_OBJECTS A_S, 
  V$LOCKED_OBJECT V_T, 
  V$SESSION VN, 
  V$PROCESS VS 
WHERE A_S.OBJECT_ID=V_T.OBJECT_ID 
AND V_T.SESSION_ID =VN.SID 
AND VS.ADDR=VN.PADDR 
AND VN.USERNAME NOT IN('SYSMAN','SYS');

2、查询该sid的sql语句

select * from v$sql vl,v$session vn 
where vl.ADDRESS= decode(vn.SQL_ADDRESS,null,vn.PREV_SQL_ADDR,VN.SQL_ADDRESS) 
and vn.sid=&sid;

3、解锁

alter system kill session 'sid,serial#'; 
--note:不能kill自身

4、查询被锁对象增强版

SELECT DDL.OWNER AS 用户, 
       DDL.NAME  AS 对象, 
       DDL.type  AS 类型, 
       VS.OSUSER AS OS_USER, 
       VS.MACHINE, 
       VS.STATUS, 
       VS.PROGRAM, 
       VS.LOGON_TIME AS "LOGIN_TIME", 
       VP.SPID, 
       'kill -9 ' || VP.SPID AS OS_KILL, 
       vs.sid, 
       vs.SERIAL#, 
       'alter system kill session ''' || vs.sid || ',' || vs.serial# || 
       ''';' "ORACKE_KILL"
  FROM DBA_DDL_LOCKS DDL, V$SESSION VS, V$PROCESS VP 
 WHERE DDL.SESSION_ID = VS.SID 
   AND VS.PADDR = VP.ADDR;

gdufo 2013-10-09 16:59 发表评论

SQL修改种子标识的当前值

gdufo — Thu, 01 Aug 2013 02:56:00 GMT

pasting

在日常的sql server开发中，经常会用到Identity类型的标识列作为一个表结构的自增长编号。比如文章编号、记录序号等等。自增长的标识列的引用很大程度上方便了数据库程序的开发，但有时这个固执的字段类型也会带来一些麻烦。

一、修改标识列字段值：

有时，为了实现某种功能，需要修改类型为Identity自增长类型的字段的值，但由于标识列的类型所限，这种操作默认是不允许的。比如目前数据库有5条正常添加的数据，此时删除2条，那么如果再添加数据时，自增长的标识列会自动赋值为6，可这时如果想在插入数据时给赋值3呢，默认是不允许的。如果您特别想改变这个字段的值，完全由自己控制该标识字段值的插入，方法还是有的，哈哈。

SET IDENTITY_INSERT [TABLE] [ON|OFF]

使用上述语句，可以方便的控制某个表的某个自增长标识列是否自动增长，也就是说是否允许你在insert一条记录时手动指定标识列字段的值。如果指定为on，则可以insert时指定标识列字段的值，该值不自动增长赋值。当然，如果使用完毕，还需使用这个语句将开关关闭到默认状态off，不然下次insert数据时该字段还是不会自动增长赋值的，有始有终嘛。

如：

SET IDENTITY_INSERT [TABLE_NAME] ON

----------- INSERT SEG--------

SET IDENTITY_INSERT [TABLE_NAME] OFF

二、重置标识列字段值：

当数据记录被删除一部分后，后面再添加的新数据记录，标识列数值会有很大的空闲间隔，看上去是不是很不爽呢。即使你删除表中全部记录，identity标识列的值还是会无休止的自动增加变大，而不是从头开始增长。通过下面这条语句可以重置自增长字段的种子值：

DBCC CHECKIDENT(TABLE, [RESEED|NORESEED], 200)上述语句将把指定表的种子值强制重设为1。然而，如果你不想将种子重设为1，你可以用你想用的种子值替代第三个参数。如果你想知道当前的种子，而不是想重设标识种子，这时你就要用NORESEED，而不用再去设置第三个参数。

如 DBCC CHECKIDENT(Product, RESEED, 210)

gdufo 2013-08-01 10:56 发表评论

sqlserver 的 dbmial经常无故停止工作。

gdufo — Sat, 20 Apr 2013 12:59:00 GMT

重启dbmail

EXEC msdb.dbo.sysmail_stop_sp
EXEC msdb.dbo.sysmail_start_sp

http://social.msdn.microsoft.com/Forums/en-US/sqldatabaseengine/thread/fabfecfe-f493-4628-a355-79a4322ca7e1/

广州白马档口出租

番禺大石空调维修中心

gdufo 2013-04-20 20:59 发表评论

ORA-00119: invalid specification for system parameter LOCAL_LISTENER

gdufo — Mon, 15 Apr 2013 11:49:00 GMT

前一段时间修改了主机的hostname，重启oracle是提示错误ORA-00119: invalid specification for system parameter LOCAL_LISTENER。

分析原因可能在于hostname进行了修改。

解决方法：

首先仍然是了解错误信息：oerr ora 00119

00119, 00000, "invalid specification for system parameter %s"
// *Cause: The syntax for the specified parameter is incorrect.
// *Action: Refer to the Oracle Reference Manual for the correct syntax.

既然参数出现错误，那么需要调整参数LOCAL_LISTENER

1、创建pfile：SQL>create pfile from spfile

2、修改pfile，pfile的命名方式为init$ORACLE_SID.ora，存储位置为$ORACLE_HOME/dbs，检查LOCAL_LISTENER这个参数，如果没有，则在最后一行添加：

*.local_listener='(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=ip)))'，此处的ip就是oracle数据库所在服务器的ip

3、修改完成后，保存退出

4、SQL>startup pfile='$ORACLE_HOME/dbs/init$ORACLE_SID.ora';

可以看到，数据库启动成功

5、重新创建spfile SQL>create spfile from pfile

gdufo 2013-04-15 19:49 发表评论

SQL2005备份数据库到远程服务器中

gdufo — Fri, 12 Apr 2013 02:06:00 GMT

--打开高级设置
EXEC sp_configure 'show advanced options', 1
RECONFIGURE
--打开xp_cmdshell扩展存储过程
EXEC sp_configure 'xp_cmdshell', 1
RECONFIGURE
exec master..xp_cmdshell 'net use I: \\10.110.2.192\e\sqlbackup A /User:B\C'
A:密码
B:域或工作组
C:登录名

--以上设定一次即可

把以下命令放到定时任务器中。

BACKUP DATABASE [MyDB] TO DISK = N'I:\MyDB.bak' WITH RETAINDAYS = 2, NOFORMAT, NOINIT, NAME = N'MyDBTest', SKIP, REWIND, NOUNLOAD, COMPRESSION, STATS = 10

---以下不用的时候删除所建的盘

--删除映射
exec master..xp_cmdshell 'net use I: /delete'

--关闭xp_cmdshell扩展存储过程、高级设置
EXEC sp_configure 'xp_cmdshell', 0
RECONFIGURE
EXEC sp_configure 'show advanced options', 0
RECONFIGURE

广州白马档口出租

番禺大石空调维修中心

gdufo 2013-04-12 10:06 发表评论

Oracle AWR 手动配置

gdufo — Fri, 15 Mar 2013 14:02:00 GMT

http://www.cnblogs.com/sopost/archive/2011/10/22/2221498.html
exec dbms_workload_repository.modify_snapshot_settings(interval=>0) ;//60分中为一小时,0是自动关闭

1.查看当前的AWR保存策略
select * from dba_hist_wr_control;

DBID,SNAP_INTERVAL,RETENTION,TOPNSQL
860524039,+00 01:00:00.000000,+07 00:00:00.000000,DEFAULT

以上结果表示,每小时产生一个SNAPSHOT，保留7天

2.调整AWR配置
AWR配置都是通过dbms_workload_repository包进行配置

2.1调整AWR产生snapshot的频率和保留策略，如：如将收集间隔时间改为30 分钟一次。并且保留5天时间（注：单位都是为分钟）：
exec dbms_workload_repository.modify_snapshot_settings(interval=>30, retention=>5*24*60);

2.2关闭AWR,把interval设为0则关闭自动捕捉快照

2.3手工创建一个快照
exec DBMS_WORKLOAD_REPOSITORY.CREATE_SNAPSHOT ();

2.4 查看快照
select * from sys.wrh$_active_session_history

2.5手工删除指定范围的快照
exec WORKLOAD_REPOSITORY.DROP_SNAPSHOT_RANGE(low_snap_id => 22, high_snap_id => 32, dbid => 3310949047);

2.6创建baseline
exec dbms_workload_repository.create_baseline (56,59,'apply_interest_1')

2.7删除baseline
exec DBMS_WORKLOAD_REPOSITORY.DROP_BASELINE(baseline_name => ' apply_interest_1', cascade => FALSE);

3.生产AWR报告
$ORACLE_HOME/rdbms/admin/awrrpt.sql

4.1 Snapshots( 快照)

　　前面操作报表生成时，snap这个关键字已经出现过多次了，想必你对它充满了疑惑，这个东西是哪来的咋来的谁让它来的呢？事实上，Snap是Snapshot的简写，这正是AWR在自动性方面的体现，虽然你没有创建，但是AWR自动帮你创建了(当然也可以手动创建snapshot)，并且是定时(每小时)创建，定期清除(保留最近7天)。

　　Snapshots 是一组某个时间点时历史数据的集合，这些数据就可被ADDM(Automatic Database Diagnostic Monitor)用来做性能对比。默认情况下，AWR能够自动以每小时一次的频率生成Snapshots性能数据，并保留7天，，如果需要的话，DBA可以通过DBMS_WORKLOAD_REPOSITORY过程手动创建、删除或修改snapshots。

提示：调用DBMS_WORKLOAD_REPOSITORY包需要拥有DBA权限。

4.1.1 手动创建Snapshots

　　手动创建Snapshots，通过DBMS_WORKLOAD_REPOSITORY.CREATE_SNAPSHOT过程，例如：

SQL> exec dbms_workload_repository.create_snapshot();

PL/SQL procedure successfully completed.

　　然后可以通过DBA_HIST_SNAPSHOT 视图查看刚刚创建的Snapshots信息。

4.1.2 手动删除Snapshots

　　删除Snapshots是使用DBMS_WORKLOAD_REPOSITORY包的另一个过程：DROP_SNAPSHOT_RANGE，该过程在执行时可以通过指定snap_id的范围的方式一次删除多个Snapshots，例如：

SQL> select count(0) from dba_hist_snapshot where snap_id between 7509 and 7518;

COUNT(0)

----------

SQL> begin

2 dbms_workload_repository.drop_snapshot_range(

3 low_snap_id => 7509,

4 high_snap_id => 7518,

5 dbid => 3812548755);

6 end;

7 /

PL/SQL procedure successfully completed.

SQL> select count(0) from dba_hist_snapshot where snap_id between 7509 and 7518;

COUNT(0)

----------

　　注意当snapshots被删除的话，与其关联的ASH记录也会级联删除。

4.1.3 修改Snapshots设置

　　通过MODIFY_SNAPSHOT_SETTINGS过程，DBA可以调整包括快照收集频率、快照保存时间、以及捕获的SQL数量三个方面的设置。分别对应MODIFY_SNAPSHOT_SETTINGS的三个参数：

Retention ：设置快照保存的时间，单位是分钟。可设置的值最小为1天，最大为100年。设置该参数值为0的话，就表示永久保留收集的快照信息。
Interval ：设置快照收集的频率，以分钟为单位。可设置的值最小为10分钟，最大为1年。如果设置该参数值为0，就表示禁用AWR特性。
Topnsql ：指定收集的比较占用资源的SQL数量，可设置的值最小为30，最大不超过100000000。

　　查看当前快照收集的相关设置，可以通过DBA_HIST_WR_CONTROL视图查看，例如：

SQL> select * from dba_hist_wr_control;

DBID SNAP_INTERVAL RETENTION TOPNSQL

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

3812548755 +00000 01:00:00.0 +00007 00:00:00.0 DEFAULT

　　又比如通过MODIFY_SNAPSHOT_SETTTINGS过程修改snap_intrval的设置：

SQL> exec dbms_workload_repository.modify_snapshot_settings(interval=>120);

PL/SQL procedure successfully completed.

SQL> select * from dba_hist_wr_control;

DBID SNAP_INTERVAL RETENTION TOPNSQL

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

3812548755 +00000 02:00:00.0 +00007 00:00:00.0 DEFAULT

4.2 Baselines( 基线)

　　Baseline ，直译的话叫做基线，顾名思义的方式理解，就是用于比较的基本线。因为Baseline中包含指定时间点时的性能数据，因此就可以用来与其它时间点时的状态数据做对比，以分析性能问题。

　　创建Baseline时，Snapshots是做为其中的一个组成部分存在，因此一般来说当AWR自动维护快照时，如果定义过baseline，与baseline相关的快照不会被删除，即使是过期的快照，这样就相当于手动保留了一份统计数据的历史信息，DBA可以在适当的时间将其与现有的快照进行对比，以生成相关的统计报表。

　　用户可以通过DBMS_WORKLOAD_REPOSITORY包中的相关过程，手动的创建或删除Baseline。

4.2.1 创建Baseline

　　创建Baseline使用CREATE_BASELINE过程，执行该过程时分别指定开始和结果的snap_id，然后为该baseline定义一个名称即可，例如：

SQL> BEGIN

2 DBMS_WORKLOAD_REPOSITORY.CREATE_BASELINE(start_snap_id => 7550,

3 end_snap_id => 7660,

4 baseline_name => ¨am_baseline¨);

5 END;

6 /

PL/SQL procedure successfully completed.

SQL> select dbid,baseline_name,start_snap_id,end_snap_id from dba_hist_baseline;

DBID BASELINE_NAME START_SNAP_ID END_SNAP_ID

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

3812548755 am_baseline 7550 7660

4.2.2 删除Baseline

　　删除Baseline使用DROP_BASELINE过程，删除时可以通过cascade参数选择是否将其关联的Snapshots级别进行删除，例如：

SQL> BEGIN

2 DBMS_WORKLOAD_REPOSITORY.DROP_BASELINE(baseline_name => ¨am_baseline¨,

3 cascade => true);

4 END;

5 /

PL/SQL procedure successfully completed.

SQL> select * from dba_hist_baseline;

no rows selected

SQL> select * from dba_hist_snapshot where snap_id between 7550 and 7660;

no rows selected

　　如上例中所示，删除时指定了cascade参数值为true，对应的snap也被级联删除了。

不管是EM也好，或是前面演示中使用的awr*.sql脚本也好，实质都是访问ORACLE中的部分相关视图来生成统计数据，因此如果DBA对自己的理解能力有足够的自信，也可以直接查询动态性能视图(或相关数据字典)的方式来获取自己想要的那部分性能数据。ORACLE将这部分性能统计数据保存在DBA_HIST开头的数据字典中，要查询当前实例所有能够访问的DBA_HIST字典，可以通过下列语句：

SQL> select * from dict where table_name like ¨DBA_HIST%¨;

TABLE_NAME COMMENTS

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

DBA_HIST_DATABASE_INSTANCE Database Instance Information

DBA_HIST_SNAPSHOT Snapshot Information

DBA_HIST_SNAP_ERROR Snapshot Error Information

DBA_HIST_BASELINE Baseline Metadata Information

DBA_HIST_WR_CONTROL Workload Repository Control Information

DBA_HIST_DATAFILE Names of Datafiles

DBA_HIST_FILESTATXS Datafile Historical Statistics Information

DBA_HIST_TEMPFILE Names of Temporary Datafiles

DBA_HIST_TEMPSTATXS Temporary Datafile Historical Statistics Information

DBA_HIST_COMP_IOSTAT I/O stats aggregated on component level

DBA_HIST_SQLSTAT SQL Historical Statistics Information

DBA_HIST_SQLTEXT SQL Text

......................

........................

　　ORACLE 数据库中以DBA_HIST命名的视图非常多，下面简单介绍几个，比如说：

V$ACTIVE_SESSION_HISTORY

　　该视图由ASH自动维护，以每秒一次的频率收集当前系统中活动session的信息。虽然说是记录SESSION的历史记录，不过该视图与V$SESSION还是有差异的。

SQL> desc v$active_session_history;

Name Type Nullable Default Comments

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

SAMPLE_ID NUMBER Y

SAMPLE_TIME TIMESTAMP(3) Y

SESSION_ID NUMBER Y

SESSION_SERIAL# NUMBER Y

USER_ID NUMBER Y

SQL_ID VARCHAR2(13) Y

SQL_CHILD_NUMBER NUMBER Y

SQL_PLAN_HASH_VALUE NUMBER Y

FORCE_MATCHING_SIGNATURE NUMBER Y

SQL_OPCODE NUMBER Y

PLSQL_ENTRY_OBJECT_ID NUMBER Y

PLSQL_ENTRY_SUBPROGRAM_ID NUMBER Y

PLSQL_OBJECT_ID NUMBER Y

PLSQL_SUBPROGRAM_ID NUMBER Y

SERVICE_HASH NUMBER Y

SESSION_TYPE VARCHAR2(10) Y

SESSION_STATE VARCHAR2(7) Y

QC_SESSION_ID NUMBER Y

QC_INSTANCE_ID NUMBER Y

BLOCKING_SESSION NUMBER Y

BLOCKING_SESSION_STATUS VARCHAR2(11) Y

BLOCKING_SESSION_SERIAL# NUMBER Y

EVENT VARCHAR2(64) Y

EVENT_ID NUMBER Y

EVENT# NUMBER Y

SEQ# NUMBER Y

P1TEXT VARCHAR2(64) Y

P1 NUMBER Y

P2TEXT VARCHAR2(64) Y

P2 NUMBER Y

P3TEXT VARCHAR2(64) Y

P3 NUMBER Y

WAIT_CLASS VARCHAR2(64) Y

WAIT_CLASS_ID NUMBER Y

WAIT_TIME NUMBER Y

TIME_WAITED NUMBER Y

XID RAW(8) Y

CURRENT_OBJ# NUMBER Y

CURRENT_FILE# NUMBER Y

CURRENT_BLOCK# NUMBER Y

PROGRAM VARCHAR2(48) Y

MODULE VARCHAR2(48) Y

ACTION VARCHAR2(32) Y

CLIENT_ID VARCHAR2(64) Y

　　v$session 中与操作相关的列均被收集，除此之外还冗余了部分列，这是为了方便DBA查询V$ACTIVE_SESSION_HISTORY时能够快速获取到自己需要的数据。

DBA_HIST_ACTIVE_SESS_HISTORY

　　该视图与V$ACTIVE_SESSION_HISTORY的结构灰常灰常灰常的想像，功能也灰常灰常灰常的类似，都是记录活动session的操作记录，所不同点在于，V$ACTIVE_SESSION_HISTORY是ORACLE自动在内存中维护的，受制于其可用内存区限制，并非所有记录都能保存，而DBA_HIST_ACTIVE_SESS_HISTORY视图则是维护到磁盘中的。简单理解的话，就是说通常情况下，DBA_HIST_ACTIVE_SESS_HISTORY视图的数据量要比V$ACTIVE_SESSION_HISTORY的多。

提示：上述结构并不绝对，因为默认情况下DBA_HIST_ACTIVE_SESS_HISTORY字典的数据每10秒收集一次，而V$ACTIVE_SESSION_HISTORY中则是每秒一次，因此也有可能V$ACTIVE_SESSION_HISTORY中记录量更大。不过相对来说，DBA_HIST字典中保存的数据更长久。

DBA_HIST_DATABASE_INSTANCE

　　该视图用来显示数据库和实例的信息，比如DBID，实例名，数据库版本等等信息，生成报表中第一行表格，就是由该视图生成的。如图：

　　如果你去分析awrrpt.sql脚本的话，会发现其中有如下脚本，上述表格中显示的内容信息，正是来自于下列脚本：

select distinct

(case when cd.dbid = wr.dbid and

cd.name = wr.db_name and

ci.instance_number = wr.instance_number and

ci.instance_name = wr.instance_name

then ¨* ¨

else ¨ ¨

end) || wr.dbid dbbid

, wr.instance_number instt_num

, wr.db_name dbb_name

, wr.instance_name instt_name

, wr.host_name host

from dba_hist_database_instance wr, v$database cd, v$instance ci;

DBA_HIST_SNAPSHOT

　　该视图用来记录当前数据库收集到的快照信息。相信朋友应该还记得之前使用脚本生成报表时，输入完快照区间后显示的一堆列表，没错，那正是DBA_HIST_SNAPSHOT记录的内容，该段功能对应的代码如下：

select to_char(s.startup_time,¨dd Mon "at" HH24:mi:ss¨) instart_fmt

, di.instance_name inst_name

, di.db_name db_name

, s.snap_id snap_id

, to_char(s.end_interval_time,¨dd Mon YYYY HH24:mi¨) snapdat

, s.snap_level lvl

from dba_hist_snapshot s

, dba_hist_database_instance di

where s.dbid = :dbid

and di.dbid = :dbid

and s.instance_number = :inst_num

and di.instance_number = :inst_num

and di.dbid = s.dbid

and di.instance_number = s.instance_number

and di.startup_time = s.startup_time

and s.end_interval_time >= decode( &num_days

, 0 , to_date(¨31-JAN-9999¨,¨DD-MON-YYYY¨)

, 3.14, s.end_interval_time

, to_date(:max_snap_time,¨dd/mm/yyyy¨) - (&num_days-1))

order by db_name, instance_name, snap_id;

gdufo 2013-03-15 22:02 发表评论

rman 增量备份

gdufo — Sun, 28 Oct 2012 14:37:00 GMT

一、准备工作
查看是否处在归档模式
SQL> archive log list;
Database log mode              No Archive Mode
Automatic archival             Disabled
Archive destination            USE_DB_RECOVERY_FILE_DEST
Oldest online log sequence     28
Current log sequence           30

如果是"No Archive Mode"
修改为归档模式
首先要关闭数据库，启动到mount状态。
SQL> shutdown immediate;

SQL> startup mount;
修改为归档模式
SQL>alter database archivelog;

验证修改结果
SQL> select log_mode from v$database;
LOG_MODE
------------
ARCHIVELOG

打开数据库
SQL> alter database open;

二、RMAN　Catalog 配置
创建 RMAN Calalog表空间
SQL>create tablespace RMAN_TS datafile '/opt/oracle/oradata/orcl/RMAN_TS01.dbf' size 500M;

--创建用户rman/rman 默认表空间味RMAN_TS允许自由使用
SQL> create user rman identified by rman default tablespace RMAN_TS quota unlimited on RMAN_TS;
用户授权
SQL>grant connect, resource,recovery_catalog_owner to rman;

创建恢复目录
在命令终端
[oracle@localhost ~]$rman catalog rman/rman
RMAN> CREATE CATALOG;
连接,注册目标数据库，同步catalog和控制文件
[oracle@localhost ~]$rman target sys/wxbwer catalog rman/rman
连接成功出现下面的信息
connected to target database: ORCL (DBID=1325399111)
connected to recovery catalog database

RMAN> REGISTER DATABASE;

RMAN> RESYNC CATALOG;

下面是否有注册信息即可
RMAN>LIST INCARNATION;

List of Database Incarnations
DB Key Inc Key DB Name DB ID            STATUS Reset SCN Reset Time
------- ------- -------- ---------------- --- ---------- ----------
2       36      ORCL     1325399111       PARENT 1          13-AUG-09
2       4       ORCL     1325399111       CURRENT 754488     25-OCT-12

三、创建RMAN备份脚本
来自：http://blog.csdn.net/robinson_0612/article/details/8029245
##===========================================================
##   db_bak_rman.sh
##   created by Robinson
##   2011/11/07
##   usage: db_bak_rman.sh <$ORACLE_SID> <$BACKUP_LEVEL>
##          BACKUP_LEVEL:
##             F: full backup
##             0: level 0
##             1: level 1
##============================================================
#!/bin/bash
# User specific environment and startup programs

if [ -f ~/.bash_profile ];
then
. ~/.bash_profile
fi

ORACLE_SID=${1};                              export ORACLE_SID
RMAN_LEVEL=${2};                              export RMAN_LEVEL
TIMESTAMP=`date +%Y%m%d%H%M`;                 export TIMESTAMP
DATE=`date +%Y%m%d`;                          export DATE
#RMAN_DIR=/u02/database/${ORACLE_SID}/backup/rman;   export RMAN_DIR
#RMAN_DATA=${RMAN_DIR}/${DATE};                export RMAN_DATA
#RMAN_LOG=/u02/database/${ORACLE_SID}/backup/rman/log export RMAN_LOG
RMAN_DIR=/opt/oracle/oradata/backup/rman;     export RMAN_DIR
RMAN_DATA=${RMAN_DIR}/${DATE};                export RMAN_DATA
RMAN_LOG=${RMAN_DIR}/log                      export RMAN_LOG
# Check rman level
#======================================================================
if [ "$RMAN_LEVEL" == "F" ];
then unset INCR_LVL
      BACKUP_TYPE=full
else
      INCR_LVL="INCREMENTAL LEVEL ${RMAN_LEVEL}"
      BACKUP_TYPE=lev${RMAN_LEVEL}
fi

RMAN_FILE=${RMAN_DATA}/${ORACLE_SID}_${BACKUP_TYPE}_${TIMESTAMP};       export RMAN_FILE
SSH_LOG=${RMAN_LOG}/${ORACLE_SID}_${BACKUP_TYPE}_${TIMESTAMP}.log;      export SSH_LOG
MAXPIECESIZE=4G;                                                export MAXPIECESIZE

#Check RMAN Backup Path
#=========================================================================

if ! test -d ${RMAN_DATA}
then
mkdir -p ${RMAN_DATA}
fi

echo "---------------------------------" >>${SSH_LOG}
echo "   " >>${SSH_LOG}
echo "Rman Begin to Working ........." >>${SSH_LOG}
echo "Begin time at:" `date` --`date +%Y%m%d%H%M` >>${SSH_LOG}

#Startup rman to backup
#=============================================================================
$ORACLE_HOME/bin/rman log=${RMAN_FILE}.log <connect target /

connect catalog rman/rman

run {
CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 3 DAYS;
CONFIGURE BACKUP OPTIMIZATION ON;
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '${RMAN_FILE}_%F';
ALLOCATE CHANNEL 'ch1' TYPE DISK maxpiecesize=${MAXPIECESIZE};
ALLOCATE CHANNEL 'ch2' TYPE DISK maxpiecesize=${MAXPIECESIZE};
set limit channel ch1 readrate=10240;
set limit channel ch1 kbytes=4096000;
set limit channel ch2 readrate=10240;
set limit channel ch2 kbytes=4096000;
CROSSCHECK ARCHIVELOG ALL;
DELETE NOPROMPT EXPIRED ARCHIVELOG ALL;
BACKUP
#AS COMPRESSED BACKUPSET
${INCR_LVL}
DATABASE FORMAT '${RMAN_FILE}_%U' TAG '${ORACLE_SID}_${BACKUP_TYPE}_${TIMESTAMP}';
SQL 'ALTER SYSTEM ARCHIVE LOG CURRENT';
BACKUP ARCHIVELOG ALL FORMAT '${RMAN_FILE}_arc_%U' TAG '${ORACLE_SID}_arc_${TIMESTAMP}'
DELETE INPUT;
DELETE NOPROMPT OBSOLETE;
RELEASE CHANNEL ch1;
RELEASE CHANNEL ch2;
}
sql "alter database backup controlfile to ''${RMAN_DATA}/cntl_${BACKUP_TYPE}.bak''";
exit;
EOF
RC=$?

cat ${RMAN_FILE}.log >>${SSH_LOG}
echo "Rman Stop working @ time:"`date` `date +%Y%m%d%H%M` >>${SSH_LOG}

echo >>${SSH_LOG}
echo "------------------------" >>${SSH_LOG}
echo "------ Disk Space ------" >>${SSH_LOG}
df -h >>${SSH_LOG}

echo >>${SSH_LOG}

if [ $RC -ne "0" ]; then
    echo "------ error ------" >>${SSH_LOG}
else
    echo "------ no error found during RMAN backup peroid------" >>${SSH_LOG}
    rm -rf ${RMAN_FILE}.log
fi

#Remove old backup than 3 days
#============================================================================
RMDIR=${RMAN_DIR}/`/bin/date +%Y%m%d -d "3 days ago"`;   export RMDIR
echo >>${SSH_LOG}
echo -e "------Remove old backup than 3 days ------\n" >>${SSH_LOG}

if test -d ${RMDIR}
    then
    rm -rf ${RMDIR}
    RC=$?
fi

echo >>${SSH_LOG}

if [ $RC -ne "0" ]; then
    echo -e "------ Remove old backup exception------ \n" >>${SSH_LOG}
else
    echo -e "------ no error found during remove old backup set peroid------ \n" >>${SSH_LOG}
fi

exit

[oracle@localhost backup]$ pwd
/opt/oracle/oradata/backup
[oracle@localhost backup]$vi db_bak_rman.sh
将上面脚本复制进去,并保存，且设置权限
[oracle@localhost backup]$ chmod 755 db_bak_rman.sh
测试脚本
orcl 为 SID
0: 代表0级备份
[oracle@localhost backup]$ ./db_bak_rman.sh orcl 0

四、crontab 定时任务以 oralce用户登录
[oracle@localhost backup]$crontab -e

45 23 * * 0 /opt/oracle/oradata/backup/db_bak_rman.sh orcl 0
45 23 * * 1-3 /opt/oracle/oradata/backup/db_bak_rman.sh orcl 2
45 23 * * 4 /opt/oracle/oradata/backup/db_bak_rman.sh orcl 1
45 23 * * 5-6 /opt/oracle/oradata/backup/db_bak_rman.sh orcl 2
以root用户登录
[root@localhost backup]$/etc/init.d/crond restart
Stopping crond:                                            [ OK ]
Starting crond:                                            [ OK ]

脚本的增量备份策略：周日0级备份，周四1级备份，其他2级备份
差异备份有3个级别：
0级：相当于全备，不同的是0级可用于增量备份，全备不行。
1级：备份自上次0级备份以来的数据
2级：备份自上次备份依赖的数据

gdufo 2012-10-28 22:37 发表评论

logminer的安装配置使用

gdufo — Thu, 25 Oct 2012 12:12:00 GMT

logminer的安装配置使用
安装
环境：linux AS5，oracle 11gR2

2.添加补充日志

如果数据库需要使用logminer，就应该添加,只有添加这个日志之后的才能捕获DML
ALTER DATABASE ADD SUPPLEMENTAL LOG DATA (PRIMARY KEY, UNIQUE INDEX) COLUMNS;

3.开启归档(对logminer来说不是必须)
alter system set log_Archive_dest_1='/opt/oracle/flash_recovery_area' scope=both;
shutdown immediate
startup mount
alter database archivelog;
alter database open;

创建DBMS_LOGMNR包
SQL>@?/rdbms/admin/dbmslm.sql

创建相关数据字典
SQL>@?/rdbms/admin/dbmslmd.sql

修改初始化参数UTL_FILE_DIR,指定分析数据的存放处
SQL>alter system set UTL_FILE_DIR='/opt/oracle/oradata/logminer' scope=spfile;

重启数据库
SQL>shutdown immediate
SQL>startup

SQL> show parameter utl;

NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
create_stored_outlines string
utl_file_dir string /opt/oracle/oradata/logminer

生成字典信息文件：

SQL> execute dbms_logmnr_d.build(dictionary_filename=>'/opt/oracle/oradata/logminer/sqltrace.ora',dictionary_location=>'/opt/oracle/oradata/logminer');

PL/SQL 过程已成功完成。
查当前日志组
SQL>select Group#, Status from v$log;

    GROUP# STATUS
---------- ----------------
         1 INACTIVE
         2 CURRENT
         3 INACTIVE

SQL>select Group#, MEMBER from v$logfile;

    GROUP# MEMBER
---------- ----------------------------------------
         3 /opt/oracle/oradata/orcl/redo03.log
         2 /opt/oracle/oradata/orcl/redo02.log
         1 /opt/oracle/oradata/orcl/redo01.log

添加需要分析的日志文件(在线日志)
SQL> execute dbms_logmnr.add_logfile(options=>dbms_logmnr.new,logfilename=>'/opt/oracle/oradata/orcl/redo02.log');

#归档日志
execute dbms_logmnr.add_logfile(options=>dbms_logmnr.new,logfilename=>'/opt/oracle/oradata/logminer/1_6356_704818301.dbf');
PL/SQL 过程已成功完成。
SQL> execute dbms_logmnr.add_logfile(options=>dbms_logmnr.addfile,logfilename=>'opt/oracle/oradata/orcl/redo03.log');

PL/SQL 过程已成功完成。
options选项有三个参数可选：
NEW - 表示创建一个新的日志文件列表
ADDFILE - 表示向这个列表中添加日志文件
REMOVEFILE - 和addfile相反。

开始分析
SQL> execute dbms_logmnr.start_logmnr(dictfilename=>'/opt/oracle/oradata/logminer/sqltrace.ora');

#设置 STARTTIME / ENDTIME

SQL>execute dbms_logmnr.start_logmnr(dictfilename=>'/u01/app/oracle/logminer/sqltrace.ora',starttime => to_date('2012/11/01-08:00:00','yyyy/mm/dd-hh24:mi:ss'),endtime => to_date('2012/11/02-12:30:00','yyyy/mm/dd-hh24:mi:ss'));

#也可以设置不用数据字典，只是看不到解释过来，没有意义了。
begin
dbms_logmnr.start_logmnr(starttime => to_date('2012/09/29-08:55:00','yyyy/mm/dd-hh24:mi:ss'),
endtime => to_date('2012/09/29-15:30:00','yyyy/mm/dd-hh24:mi:ss')
);
PL/SQL 过程已成功完成。
dbms_logmnr.start_logmnr()过程还有其它几个用于定义分析日志时间/SCN窗口的参数，它们分别是：
STARTSCN / ENDSCN - 定义分析的起始/结束SCN号，
STARTTIME / ENDTIME - 定义分析的起始/结束时间。

查询分析的日志文件包含的scn范围和日期范围。
SQL> select low_time,high_time,low_scn,next_scn from v$logmnr_logs;

LOW_TIME HIGH_TIME LOW_SCN NEXT_SCN
-------------- -------------- ---------- ----------
08-8月 -07 08-8月 -07 626540 637998
08-8月 -07 01-1月 -88 637998 2.8147E+14

SQL> create table ELLINGTON.log_content NOLOGGING Tablespace Users as select timestamp,sql_redo,sql_undo,USERNAME,OS_USERNAME,MACHINE_NAME from v$logmnr_contents;
将内容复制到一张表中查询并指定存储表空间，desc v$logmnr_contents

结束分析

SQL> execute dbms_logmnr.end_logmnr;

结束后视图v$logmnr_contents中的分析结果也不再存在,关闭sqlplus自动结束。
注意：1. LogMiner必须使用被分析数据库实例产生的字典文件，而不是安装LogMiner的数据库产生的字典文件，另外必须保证安装LogMiner数据库的字符集和被分析数据库的字符集相同。
　　 2. 被分析数据库平台必须和当前LogMiner所在数据库平台一样，也就是说如果我们要分析的文件是由运行在UNIX平台上的Oracle 8i产生的，那么也必须在一个运行在UNIX平台上的Oracle实例上运行LogMiner，而不能在其他如Microsoft NT上运行LogMiner。当然两者的硬件条件不一定要求完全一样。
3. 生产库的归档日志拿到测试机上来分析，虽然可以分析，但是由于db_id不同，不能使用数据字典，也就看不到翻译过的语句（16进制的东西）

gdufo 2012-10-25 20:12 发表评论

一次数据导入过程

gdufo — Wed, 24 Oct 2012 07:58:00 GMT

一。查出原系统有多少表空间：

select a.tablespace_name,total,free,round(free/total*100,2) free_precent,total-free used from
( select tablespace_name,sum(bytes)/1024/1024 total from dba_data_files
group by tablespace_name) a,
( select tablespace_name,sum(bytes)/1024/1024 free from dba_free_space
group by tablespace_name) b
where a.tablespace_name=b.tablespace_name
order by tablespace_name;

TABLESPACE_NAME                     TOTAL       FREE FREE_PRECENT       USED
------------------------------ ---------- ---------- ------------ ----------
AUDTOOL                            5120   959.9375        18.75 4160.0625
DBA01_2001                            500   499.9375        99.99     0.0625
DBA01_2002                            500   499.9375        99.99     0.0625
DBA01_2003                            500   499.9375        99.99     0.0625
DBA01_2004                            500   499.9375        99.99     0.0625
DBA01_2005                           1024 1023.9375        99.99     0.0625
DBA01_2006                           1024 1023.9375        99.99     0.0625
DBA01_2007                           1024 1023.9375        99.99     0.0625
DBA01_2008                           1024 1023.9375        99.99     0.0625
DBA01_2009                           1024 1023.9375        99.99     0.0625
DBA01_2010                           1024 1023.9375        99.99     0.0625
DBA01_2011                           1024 1023.9375        99.99     0.0625
INDX                                98816 19484.3125        19.72 79331.6875
SYSAUX                         27080.9375 1126.6875         4.16   25954.25
SYSTEM                               2788 1626.3125        58.33 1161.6875
UNDOTBS2                             3524       3299        93.62        225
USERS                               92160 54093.875         58.7 38066.125

二。查出各表空间数据文件大小

SQL> SELECT TABLESPACE_NAME ,FILE_NAME, BYTES/1024/1024 SIZE_M from dba_data_files WHERE TABLESPACE_NAME = 'USERS';

TABLESPACE FILE_NAME                          SIZE_M
---------- ------------------------------ ----------
USERS      /u02/oradata/orcl/users01.dbf       30720
USERS      /u02/oradata/orcl/users02.dbf       30720
USERS      /u02/oradata/orcl/users03.dbf       30720

SQL>SELECT TABLESPACE_NAME ,FILE_NAME, BYTES/1024/1024 SIZE_M from dba_data_files WHERE TABLESPACE_NAME = 'DBA01_2001';

TABLESPACE FILE_NAME SIZE_M
---------- ---------------------------------------- ----------
DBA01_2001 /u02/oradata/orcl/users_2001.dbf 500

SQL> SELECT TABLESPACE_NAME ,FILE_NAME, BYTES/1024/1024 SIZE_M from dba_data_files WHERE TABLESPACE_NAME = 'DBA01_2002';

TABLESPACE FILE_NAME SIZE_M
---------- ---------------------------------------- ----------
DBA01_2002 /u02/oradata/orcl/users_2002.dbf 500

SQL> SELECT TABLESPACE_NAME ,FILE_NAME, BYTES/1024/1024 SIZE_M from dba_data_files WHERE TABLESPACE_NAME = 'DBA01_2003';

TABLESPACE FILE_NAME SIZE_M
---------- ---------------------------------------- ----------
DBA01_2003 /u02/oradata/orcl/users_2003.dbf 500

SQL> SELECT TABLESPACE_NAME ,FILE_NAME, BYTES/1024/1024 SIZE_M from dba_data_files WHERE TABLESPACE_NAME = 'DBA01_2004';

TABLESPACE FILE_NAME SIZE_M
---------- ---------------------------------------- ----------
DBA01_2004 /u02/oradata/orcl/users_2004.dbf 500

SQL> SELECT TABLESPACE_NAME ,FILE_NAME, BYTES/1024/1024 SIZE_M from dba_data_files WHERE TABLESPACE_NAME = 'DBA01_2005';

TABLESPACE FILE_NAME SIZE_M
---------- ---------------------------------------- ----------
DBA01_2005 /u02/oradata/orcl/users_2005.dbf 1024

SQL> SELECT TABLESPACE_NAME ,FILE_NAME, BYTES/1024/1024 SIZE_M from dba_data_files WHERE TABLESPACE_NAME = 'DBA01_2006';

TABLESPACE FILE_NAME SIZE_M
---------- ---------------------------------------- ----------
DBA01_2006 /u02/oradata/orcl/users_2006.dbf 1024

SQL> SELECT TABLESPACE_NAME ,FILE_NAME, BYTES/1024/1024 SIZE_M from dba_data_files WHERE TABLESPACE_NAME = 'DBA01_2007';

TABLESPACE FILE_NAME SIZE_M
---------- ---------------------------------------- ----------
DBA01_2007 /u02/oradata/orcl/users_2007.dbf 1024

SQL> SELECT TABLESPACE_NAME ,FILE_NAME, BYTES/1024/1024 SIZE_M from dba_data_files WHERE TABLESPACE_NAME = 'DBA01_2008';

TABLESPACE FILE_NAME SIZE_M
---------- ---------------------------------------- ----------
DBA01_2008 /u02/oradata/orcl/users_2008.dbf 1024

SQL> SELECT TABLESPACE_NAME ,FILE_NAME, BYTES/1024/1024 SIZE_M from dba_data_files WHERE TABLESPACE_NAME = 'DBA01_2009';

TABLESPACE FILE_NAME SIZE_M
---------- ---------------------------------------- ----------
DBA01_2009 /u02/oradata/orcl/users_2009.dbf 1024

SQL> SELECT TABLESPACE_NAME ,FILE_NAME, BYTES/1024/1024 SIZE_M from dba_data_files WHERE TABLESPACE_NAME = 'DBA01_2010';

TABLESPACE FILE_NAME SIZE_M
---------- ---------------------------------------- ----------
DBA01_2010 /u02/oradata/orcl/users_2010.dbf 1024

SQL> SELECT TABLESPACE_NAME ,FILE_NAME, BYTES/1024/1024 SIZE_M from dba_data_files WHERE TABLESPACE_NAME = 'DBA01_2011';

TABLESPACE FILE_NAME SIZE_M
---------- ---------------------------------------- ----------
DBA01_2011 /u02/oradata/orcl/users_2011.dbf 1024

SQL> SELECT TABLESPACE_NAME ,FILE_NAME, BYTES/1024/1024 SIZE_M from dba_data_files WHERE TABLESPACE_NAME = 'INDX';

TABLESPACE FILE_NAME                                    SIZE_M
---------- ---------------------------------------- ----------
INDX       /u02/oradata/orcl/indx01.dbf                  10240
INDX       /u02/oradata/orcl/indx02.dbf                  20480
INDX       /u02/oradata/orcl/indx03.dbf                  23808
INDX       /u02/oradata/orcl/indx04.dbf                  23808
INDX       /u02/oradata/orcl/indx05.dbf                  20480

SQL> SELECT TABLESPACE_NAME ,FILE_NAME, BYTES/1024/1024 SIZE_M from dba_data_files WHERE TABLESPACE_NAME = 'USERS';

TABLESPACE FILE_NAME                                    SIZE_M
---------- ---------------------------------------- ----------
USERS      /u02/oradata/orcl/users01.dbf                 30720
USERS      /u02/oradata/orcl/users02.dbf                 30720
USERS      /u02/oradata/orcl/users03.dbf                 30720

SQL> SELECT TABLESPACE_NAME ,FILE_NAME, BYTES/1024/1024 SIZE_M from dba_data_files WHERE TABLESPACE_NAME = 'SYSAUX';

TABLESPACE FILE_NAME SIZE_M
---------- ---------------------------------------- ----------
SYSAUX /u02/oradata/orcl/sysaux01.dbf 27080.9375

三.根据以上文件分别建立表空间
1.先扩大本身的user01.dbf的空间

SQL>alter database datafile '/opt/oracle/oradata/orcl/users01.dbf' resize 30G;
2.再增加数据文件

SQL>alter tablespace users add datafile '/opt/oracle/oradata/orcl/users02.dbf' size 30G;

SQL>alter tablespace users add datafile '/opt/oracle/oradata/orcl/users03.dbf' size 30G;

3.创建索引表空间
SQL>create tablespace INDX datafile '/opt/oracle/oradata/orcl/indx01.dbf' size 30G;
SQL>alter tablespace INDX add datafile '/opt/oracle/oradata/orcl/indx02.dbf' size 30G;

SQL>alter tablespace INDX add datafile '/opt/oracle/oradata/orcl/indx03.dbf' size 30G;
其它表空间

create tablespace DBA01_2001 datafile '/opt/oracle/oradata/orcl/users_2001.dbf' size 500M;
create tablespace DBA01_2002 datafile '/opt/oracle/oradata/orcl/users_2002.dbf' size 500M;
create tablespace DBA01_2003 datafile '/opt/oracle/oradata/orcl/users_2003.dbf' size 500M;
create tablespace DBA01_2004 datafile '/opt/oracle/oradata/orcl/users_2004.dbf' size 500M;
create tablespace DBA01_2005 datafile '/opt/oracle/oradata/orcl/users_2005.dbf' size 500M;
create tablespace DBA01_2006 datafile '/opt/oracle/oradata/orcl/users_2006.dbf' size 500M;
create tablespace DBA01_2007 datafile '/opt/oracle/oradata/orcl/users_2007.dbf' size 500M;
create tablespace DBA01_2008 datafile '/opt/oracle/oradata/orcl/users_2008.dbf' size 500M;
create tablespace DBA01_2009 datafile '/opt/oracle/oradata/orcl/users_2009.dbf' size 500M;
create tablespace DBA01_2010 datafile '/opt/oracle/oradata/orcl/users_2010.dbf' size 500M;
create tablespace DBA01_2011 datafile '/opt/oracle/oradata/orcl/users_2011.dbf' size 500M;

建立目录：以SYS管理登录
sql> create directory expdir as '/opt/oracle/oradata/orcl';
一。授权用户
sql> grant EXP_FULL_DATABASE to orauser
sql> grant IMP_FULL_DATABASE to orauser

注意：
针对大数据库导入时，遇到了由于db_recovery_file_dest_size=4G (太小)，导致不能写日志，导入过程停在那里了。
通过
SQL> alter system set db_recovery_file_dest_size =50G scope=both来设置。--调大

在linux命令窗口以 oracle用户登录
导入

# impdp orauser/password directory=expdir dumpfile=data.dmp logfile=exp.log full=y

#单张表。如果表已经存在则要先删除
  impdp 用户名/密码 TABLES= DIRECTORY=expdir  DUMPFILE=data.dmp

导出：
# expdp orauser/password directory=expdir compression=ALL dumpfile=data.dmp full=y logfile=exp.log

gdufo 2012-10-24 15:58 发表评论

oracle 11数据导入与导出

gdufo — Tue, 23 Oct 2012 11:46:00 GMT

建立目录：以SYS管理登录
sql> create directory expdir as '/opt/oracle/oradata/orcl';
一。授权用户
sql> grant EXP_FULL_DATABASE to orauser
sql> grant IMP_FULL_DATABASE to orauser
在linux命令窗口以 oracle用户登录
导出：
# expdp orauser/password directory=expdir compression=ALL dumpfile=data.dmp full=y logfile=exp.log

导入(整个数据库)：

# impdp orauser/password directory=expdir dumpfile=data.dmp logfile=exp.log

full=y

导入(指定用户)：

# impdp orauser/password directory=expdir dumpfile=data.dmp logfile=exp.log schemas=xxx

注意：
针对大数据库导入时，遇到了由于db_recovery_file_dest_size=4G (太小)，导致不能写日志，导入过程停在那里了。
通过
SQL> alter system set db_recovery_file_dest_size =50G scope=both来设置。

gdufo 2012-10-23 19:46 发表评论

oracle 关闭audit 功能

gdufo — Sun, 14 Oct 2012 02:55:00 GMT

http://zxf261.blog.51cto.com/701797/762048

Oracle 11g缺省安装数据库启动了audit功能，导致oracle不断累积sys.aud$表及相关索引数据量增加；
如果导致表空间满了，在alert日志中将会报ORA-1654: unable to extend index SYS....错误。
如果不用到审计功能，建议关闭审计。

处理过程：
1、用oracle用户登录到数据库服务器，执行：
sqlplus / as sysdba
2、取消audit，将初始化参数audit_trail设置为NONE
alter system set audit_trail=none scope=spfile;
3、然后重启数据库.
shutdown immediate;
sqlplus / as sysdba
startup;
4、删除签权数据，oracle用户登录到数据库服务器：
sqlplus / as sysdba
truncate table SYS.AUD$;

gdufo 2012-10-14 10:55 发表评论

Oracle 在Linux X86上使用超过2G的SGA

gdufo — Sat, 13 Oct 2012 09:12:00 GMT

Oracle 在Linux X86上使用超过2G的SGA

转自(http://cnhtm.itpub.net/post/39970/496153)

有空测试一下！
=================================================

在Linux X86上，SGA最大使用2G内存，如果设置超过2G的SGA，会报如下错误

ORA-27123: unable to attach to shared memory segment

可以通过使用shared memory file的方式使用超过2G的sga。

下面演示其过程（RedHat as 4+Oracle 10.2.0.1）

1、SGA过大的错误演示

SQL> alter system set sga_target=3G scope=spfile;

System altered.

SQL> startup force
ORA-27123: unable to attach to shared memory segment
SQL> exit
Disconnected from Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options

2、Mount ramfs 文件系统，并保证可以被oracle用户访问

以下下过程用root用户操作

[root@linux32 ~]# umount /dev/shm
[root@linux32 ~]# mount -t ramfs ramfs /dev/shm
[root@linux32 ~]# chown oracle:dba /dev/shm

然后将上面的三个命令加入到/etc/rc.local文件最后，修改后的文件如下所示

[root@linux32 ~]# cat /etc/rc.local
#!/bin/sh
#
# This script will be executed *after* all the other init scripts.
# You can put your own initialization stuff in here if you don't
# want to do the full Sys V style init stuff.

touch /var/lock/subsys/local

umount /dev/shm
mount -t ramfs ramfs /dev/shm
chown oracle:dba /dev/shm

3、设置shared pool可以使用的内存

编辑/etc/security/limits.conf文件，加入标记为红色的两行
最后数字的计算公式为（假设要使用1g的shared pool，计算公式为 1×1024×1024=1048576），

[root@linux32 ~]# cat /etc/security/limits.conf
# /etc/security/limits.conf
#
......
#@student - maxlogins 4

# End of file
oracle soft nproc 2047
oracle hard nproc 16384
oracle soft nofile 1024
oracle hard nofile 65536

oracle soft memlock 1048576
oracle hard memlock 1048576

可以在另一个终端中重新用oracle用户登录，查看设置是否生效

[oracle@linux32 ~]$ ulimit -l
1048576

4、设置SHMMAX参数值

编辑/etc/sysctl.conf文件，按照如下规则设置如下3行

kernel.shmmax = 2147483648 #Linux主机内存的一半，单位为byte，但最大最不能超过4294967295
kernel.shmmni = 4096 #一般固定为4094
kernel.shmall = 2097152 #应该>或= kernel.shmmax/kernel.shmmni

使用sysctl -p命令使设置生效

[root@linux32 ~]# sysctl -p

5、修改oracle的pfile文件

以下操作使用oracle用户操作

使用spfile生产pfile文件

[oracle@linux32 dbs]$ strings spfileorcl.ora > init.ora.bak

编辑init.ora.bak文件，增加标记为红色的三行

*.db_block_size=8192
......
*.use_indirect_data_buffers=true
*.db_block_buffers = 393216
*.shared_pool_size = 452984832

db_block_buffers表示db_block_size的大小，如欲使用3g的db_block_size，则公司为：(3×1024×1024/8=393216)（8代表db_block_size为8k)

shared_pool_size表示shared pool的大小，单位为byte，不能超过步骤3设置的内存大小，否则启动时会报告如下错误：

ORA-27102: out of memory
Linux Error: 28: No space left on device

然后将*.sga_max_size和*.sga_target行删掉

6、使用修改好的pfile文件启动

[oracle@linux32 dbs]$ sqlplus / as sysdba

SQL*Plus: Release 10.2.0.1.0 - Production on Wed Jan 20 21:52:40 2010

Copyright (c) 1982, 2005, Oracle. All rights reserved.

Connected to an idle instance.

SQL> startup pfile='?/dbs/init.ora.bak'
ORACLE instance started.

Total System Global Area 3724541952 bytes
Fixed Size 1218076 bytes
Variable Size 486541796 bytes
Database Buffers 3221225472 bytes
Redo Buffers 15556608 bytes
Database mounted.
Database opened.

生成spfile

SQL> create spfile from pfile='?/dbs/init.ora.bak';

File created.

使用spfile启动

SQL> startup force;
ORACLE instance started.

Total System Global Area 3724541952 bytes
Fixed Size 1218076 bytes
Variable Size 486541796 bytes
Database Buffers 3221225472 bytes
Redo Buffers 15556608 bytes
Database mounted.
Database opened.

显示sga情况

SQL> show sga

Total System Global Area 3724541952 bytes
Fixed Size 1218076 bytes
Variable Size 486541796 bytes
Database Buffers 3221225472 bytes
Redo Buffers 15556608 bytes

SQL> show parameter sga

NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
lock_sga boolean FALSE
pre_page_sga boolean FALSE
sga_max_size big integer 3552M
sga_target big integer 0

--end--

http://blog.csdn.net/lifetragedy/article/details/6212887

gdufo 2012-10-13 17:12 发表评论

删除过期归档日志

gdufo — Sat, 29 Sep 2012 05:20:00 GMT

删除过期归档日志

1. 进入rman
2. connect target /
3. crosscheck archivelog all;

4.delete expired archivelog all;==>没有rman备份的情况下不适用。
5.delete archivelog all completed before 'SYSDATE-30'; 删除一个月前的日志。

gdufo 2012-09-29 13:20 发表评论

ORACLE分页查询SQL语法

gdufo — Sat, 16 Jun 2012 14:17:00 GMT

ORACLE分页查询SQL语法

--1:无ORDER BY排序的写法。(效率最高)
--(经过测试，此方法成本最低，只嵌套一层，速度最快！即使查询的数据量再大，也几乎不受影响，速度依然！)
SELECT *
FROM (Select ROWNUM AS ROWNO, T.*
           from k_task T
          where Flight_date between to_date('20060501', 'yyyymmdd') and
                to_date('20060731', 'yyyymmdd')
            AND ROWNUM <= 20) TABLE_ALIAS
WHERE TABLE_ALIAS.ROWNO >= 10;

--2:有ORDER BY排序的写法。(效率最高)
--(经过测试，此方法随着查询范围的扩大，速度也会越来越慢哦！)
SELECT *
FROM (SELECT TT.*, ROWNUM AS ROWNO
           FROM (Select t.*
                    from k_task T
                   where flight_date between to_date('20060501', 'yyyymmdd') and
                         to_date('20060531', 'yyyymmdd')
                   ORDER BY FACT_UP_TIME, flight_no) TT
          WHERE ROWNUM <= 20) TABLE_ALIAS
where TABLE_ALIAS.rowno >= 10;

--3:无ORDER BY排序的写法。(建议使用方法1代替)
--(此方法随着查询数据量的扩张，速度会越来越慢哦！)
SELECT *
FROM (Select ROWNUM AS ROWNO, T.*
           from k_task T
          where Flight_date between to_date('20060501', 'yyyymmdd') and
                to_date('20060731', 'yyyymmdd')) TABLE_ALIAS
WHERE TABLE_ALIAS.ROWNO <= 20
   AND TABLE_ALIAS.ROWNO >= 10;
--TABLE_ALIAS.ROWNO between 10 and 100;

--4:有ORDER BY排序的写法.(建议使用方法2代替)
--(此方法随着查询范围的扩大，速度会越来越慢哦！)
SELECT *
FROM (SELECT TT.*, ROWNUM AS ROWNO
           FROM (Select *
                    from k_task T
                   where flight_date between to_date('20060501', 'yyyymmdd') and
                         to_date('20060531', 'yyyymmdd')
                   ORDER BY FACT_UP_TIME, flight_no) TT) TABLE_ALIAS
where TABLE_ALIAS.rowno BETWEEN 10 AND 20;

--5另类语法。(有ORDER BY写法）
--(语法风格与传统的SQL语法不同，不方便阅读与理解，为规范与统一标准，不推荐使用。)
With partdata as(
SELECT ROWNUM AS ROWNO, TT.* FROM (Select *
                  from k_task T
                 where flight_date between to_date('20060501', 'yyyymmdd') and
                       to_date('20060531', 'yyyymmdd')
                 ORDER BY FACT_UP_TIME, flight_no) TT
   WHERE ROWNUM <= 20)
    Select * from partdata where rowno >= 10;

--6另类语法。(无ORDER BY写法）
With partdata as(
Select ROWNUM AS ROWNO, T.*
    From K_task T
   where Flight_date between to_date('20060501', 'yyyymmdd') and
         To_date('20060531', 'yyyymmdd')
     AND ROWNUM <= 20)
    Select * from partdata where Rowno >= 10;

gdufo 2012-06-16 22:17 发表评论

SQL2008的数据更新跟踪测试 (监控数据表变化，可用于同步)

gdufo — Sun, 27 May 2012 14:31:00 GMT

http://blog.csdn.net/jinjazz/article/details/5495955

最近一个项目中需要监测SQLServer数据库中某些表的数据更新情况,于是做了一番POC测试和简单性能的评估.这里使用的是 SQLServer2008的更改跟踪.因为需求原因,没有考虑使用进一步的变更数据捕获.

POC过程如下:

这里我们建立一个测试环境，模拟数据在 Insert ， Update 和 Delete 情况下的跟踪效果。

1 、测试脚本的准备，下面脚本建立一个新的数据库环境，并作相应的跟踪配置后向表中添加删除更改数据。

Use master

go

/***

1 、建立测试环境：生成一个带主键的测试表 T_Trace

*/

if ( DB_ID ( 'db_Trace_test' ) is not null ) drop database db_Trace_test

go

Create DataBase db_Trace_test

go

use db_Trace_test

go

Create Table T_Trace ( id int not null , name varchar ( 100 )

CONSTRAINT [ PK_T_Trace ] PRIMARY KEY CLUSTERED ( [ id ] ASC )

)

go

/***

2 、配置数据库和表的更改跟踪参数

*/

ALTER DATABASE db_Trace_test SET

    CHANGE_TRACKING = ON (

            AUTO_CLEANUP = ON ,            -- 打开自动清理选项

            CHANGE_RETENTION = 1 HOURS    -- 数据保存期为时

    );

ALTER TABLE dbo . T_Trace ENABLE CHANGE_TRACKING

go

/***

3 、向表中增加修改删除数据

*/

insert into T_Trace values ( 1 , ' 上海 ' ),( 2 , ' 北京 ' ),( 3 , ' 广州 ' )

delete from T_Trace where id = 3

update T_Trace set name = ' 天津 ' where id = 1

2 、跟踪分析，测试脚本和效果如下

/***

4 、获取更改过的数据

*/

SELECT

CHG . Sys_Change_Version as 序列 , id as 主键 , Sys_change_Operation as 操作

FROM CHANGETABLE ( CHANGES dbo . T_Trace , 0 ) CHG

order by CHG . Sys_Change_Version

/*

其中，测试脚本中函数 CHANGETABLE 的第二个参数 0 代表查询开始的事物操作序列，这三条数据分别表示两个插入（ I ）和一个删除（ D ）操作并且用主键 ID 标识出来。

* 这里主键为 1 的数据标志为插入，是因为 Insert 和 Update 是在同一个跟踪事务中查询出来的。

3 、调整跟踪范围参数，我们从序列为 2 的操作开始跟踪，这样可以跟踪到测试数据的 Update 语句：

SELECT

CHG . Sys_Change_Version as 序列 , id as 主键 , Sys_change_Operation as 操作

FROM CHANGETABLE ( CHANGES dbo . T_Trace , 2) CHG

order by CHG . Sys_Change_Version

这个结果则表示，主键为 1 的数据数据执行过更新操作 (U)

1、硬件测试环境：

2 、软件测试环境：

Windows 2008Server ， SQLServer2008

3 、样本数据：

/--**--/

4 、测试结果：其中判断和提取更新表示查询时间，包含了返回到 SQLServer 客户端的传输时间。

序列	源表数据	操作	判断更新	提取更新
1	1000 条	Delete 语句删除 1000 条	0 秒	无
2	0 条	Insert 语句插入 100 条	0 秒	0 秒
3	100 条	Insert 语句插入 1000 条	0 秒	0 秒
4	1100 条	Insert 语句插入 10000 条	0 秒	0 秒
5	11100 条	Insert 语句插入 100000 条	3 秒	4 秒
6	111100 条	Insert 语句插入 100000 条	6 秒	7 秒
7	211100 条	Insert 语句插入 100000 条	7 秒	11 秒
8	311100 条	Delete 语句删除 100 条	0 秒	无
9	311100 条	Update 语句更新 100 条	0 秒	0 秒
10	311100 条	Update 语句更新 1000 条	0 秒	0 秒
11	311100 条	Update 语句更新 10000 条	0 秒	0 秒

5 、测试评估：

在变更数据量万级的情况下，可以很快地响应跟踪结果并提取出所需要的数据。

gdufo 2012-05-27 22:31 发表评论

SQL 2005配置发邮件

gdufo — Thu, 24 May 2012 08:38:00 GMT

http://www.sqlstudy.com/sql_article.php?id=2008072403

SQL Server：在 SQL Server 2005 中配置数据库邮件，发送邮件

[作/译者]：鹏城万里 [日期]：2008-07-24 [来源]：本站原创 [查看]: 6343

【鹏城万里】发表于 www.sqlstudy.com

SQL Server：在 SQL Server 2005 中配置数据库邮件。

对于真正的 DBA 来说，数据库邮件是必不可少的。例如，数据库发生了警报（alert）， DBA 希望得到邮件通知，以便即时排除故障。或者是监控数据库作业（SQL Server Job）的运行状况，当检查到失败的作业时，就发送数据库邮件报告给 DBA。

在 SQL Server 2000 中配置 “SQL Mail”，需要安装 Outlook，配置过程比较麻烦。在 SQL Server 2005 中配置 “Database Mail” 就相对容易多了。主要是理清思路。

SQL Server 并没有内置邮件服务器（Mail Server），它跟我们发送邮件一样，需要用户名和密码通过 SMTP（Simple Message Transfer Protocol）去连接邮件服务器。我们想让 SQL Server 来发送邮件，首先要告诉它用户名称，密码，服务器地址，网络传送协议，邮件服务器的端口。。。等信息。这是通过 SQL Server 系统存储过程 sysmail_add_account_sp 来实现的。

exec sysmail_add_account_sp

这样，在 SQL Server 2005 中就添加了一个发送邮件的帐户。道理上讲，有了这个邮件帐户，SQL Server 就可以发送邮件了。如：

sp_send_dbmail @account_name = 'mail_account'

但是，SQL Server 考虑的更周全。试想：如果这个邮件帐户发生故障（比如：用户密码过期，或者邮件服务器宕机）那岂不是发送不了邮件了？为了应对这种情况，SQL Server 2005 引入了 mail profile 这个东东。一个 profile 中可以包含多个 account （邮件帐户），这样，SQL Server 发邮件的时候会依次尝试 profile 中的多个邮件帐户，如果发送成功，则退出，否则，利用下一个邮件帐户发送邮件。其中，添加 profile 和在 account 和 profile 建立映射是通过下面两个系统存储过程实现的：

sysmail_add_profile_sp sysmail_add_profileaccount_sp

这时候，SQL Server 发送邮件，就采用下面的方法了：

sp_send_dbmail @profile_name = 'profile_name'

下面是具体的配置邮件步骤

在 sa 系统帐户下运行。

1. 启用 SQL Server 2005 邮件功能。

use master go  exec sp_configure 'show advanced options',1 go  reconfigure go  exec sp_configure 'Database mail XPs',1 go  reconfigure go

2. 在 SQL Server 2005 中添加邮件帐户（account）

exec msdb..sysmail_add_account_sp         @account_name            = 'p.c.w.l'                 -- 邮件帐户名称（SQL Server 使用）        ,@email_address           = 'webmaster@sqlstudy.com'  -- 发件人邮件地址        ,@display_name            = null                      -- 发件人姓名        ,@replyto_address         = null        ,@description             = null        ,@mailserver_name         = '58.215.64.159'           -- 邮件服务器地址        ,@mailserver_type         = 'SMTP'                    -- 邮件协议（SQL 2005 只支持 SMTP）        ,@port                    = 25                        -- 邮件服务器端口        ,@username                = 'webmaster@sqlstudy.com'  -- 用户名        ,@password                = 'xxxxxxxxx'               -- 密码        ,@use_default_credentials = 0        ,@enable_ssl              = 0        ,@account_id              = null

3. 在 SQL Server 2005 中添加 profile

exec msdb..sysmail_add_profile_sp @profile_name = 'dba_profile'      -- profile 名称                                   ,@description  = 'dba mail profile' -- profile 描述                                   ,@profile_id   = null

4. 在 SQL Server 2005 中映射 account 和 profile

exec msdb..sysmail_add_profileaccount_sp  @profile_name    = 'dba_profile' -- profile 名称                                           ,@account_name    = 'p.c.w.l'     -- account 名称                                           ,@sequence_number = 1             -- account 在 profile 中顺序

5. 利用 SQL Server 2005 Database Mail 功能发送邮件。

exec msdb..sp_send_dbmail @profile_name =  'dba_profile'               -- profile 名称                           ,@recipients   =  'sqlstudy@163.com'          -- 收件人邮箱                           ,@subject      =  'SQL Server 2005 Mail Test' -- 邮件标题                           ,@body         =  'Hello Mail!'               -- 邮件内容                           ,@body_format  =  'TEXT'                      -- 邮件格式

6. 查看邮件发送情况：

use msdb go  select * from sysmail_allitems select * from sysmail_mailitems select * from sysmail_event_log

如果不是以 sa 帐户发送邮件，则可能会出现错误：

Msg 229, Level 14, State 5, Procedure sp_send_dbmail, Line 1 EXECUTE permission denied on object 'sp_send_dbmail', database 'msdb', schema 'dbo'.

这是因为，当前 SQL Server 登陆帐户（login），在 msdb 数据库中没有发送数据库邮件的权限，需要加入 msdb 数据库用户，并通过加入 sp_addrolemember 角色赋予权限。假设该SQL Server 登陆帐户名字为 “dba”

use msdb go  create user dba for login dba go  exec dbo.sp_addrolemember @rolename   = 'DatabaseMailUserRole',                           @membername = 'dba' go

此时，再次发送数据库邮件，仍可能有错误：

Msg 14607, Level 16, State 1, Procedure sp_send_dbmail, Line 119 profile name is not valid

虽然，数据库用户 “dba” 已经在 msdb 中拥有发送邮件的权限了，但这还不够，他还需要有使用 profile：“dba_profile” 的权限。

use msdb go  exec sysmail_add_principalprofile_sp  @principal_name = 'dba'                                      ,@profile_name   = 'dba_profile'                                      ,@is_default     = 1

从上面的参数 @is_default=1 可以看出，一个数据库用户可以在多个 mail profile 拥有发送权限。

现在，可以利用 SQL Server 2005 发送数据库邮件了吧。如仍有问题，请留言。

gdufo 2012-05-24 16:38 发表评论

SQLServer跨服务器查询，添加Server Link

gdufo — Thu, 05 Apr 2012 02:15:00 GMT

exec sp_addlinkedserver 'PA_EHR','','SQLOLEDB','10.110.8.41'
exec sp_addlinkedsrvlogin 'PA_EHR','false',null,'sa','123456'

exec sp_dropserver 'PA_EHR' 如果删除不了，去企业管理器中删除。

select * from PA_EHR.tongxehr.dbo.AdvQueryProject

gdufo 2012-04-05 10:15 发表评论

Using Oracle Blocks Efficiently

gdufo — Tue, 12 Jan 2010 04:33:00 GMT

1、DB的存储层次（在其他文章中已经介绍过了，这里只是简述）
1）blocks：是data file I/O的最小单位，也是空间分配的最小单位。一个Oracle block是由一个或多个连续的OS blocks组成。
2）extents：是由多个连续的data blocks组成的拥有存储空间分配的逻辑单位。一个或多个extents组成了一个segment。当在一个segment中的所有空间都被用完时，Oracle server会给segment分配新的extent。
3）segments：一个segment是一个extents的集合，存放了tablespace中具体的逻辑存储结构的所有数据。例如，每个 table，Oracle server会分配一个或多个extents用于组成该table的data segments。对于indexes，Oracle server分配一个或多个extents用于组成index segment。

2、extents的分配：为了尽可能降低动态分配extent的弊端，应该如下：
* 使用本地管理表空间的方法。
* 适当的评估segments的大小：确定object的最大size；创建object时，选择恰当的存储参数用于分配足够的空间给相应的data。
* 监控segments的动态extend的情况。
select owner, table_name, blocks, empty_blocks from dba_tables where empty_blocks/(blocks+empty_blocks)<.1;
alter table hr.employees allocate extent;
①创建本地管理extents的tablespace，其实自9i以来，系统默认的表空间都是本地管理的表空间。
create tablespace tsp_name datafile ‘/path/datafile.dbf’ size nM
extent management local uniform size mM;
本地管理表空间在其datafile内部创建一个位图用于记录每个block的使用状态。当extent被分配或释放重用，bitmap的相应值会被修改，用于显示其中blocks的新状态。这些修改不会产生rollback information，因为没有修改data dictionary。
②大extents的优点：DBA应该分配适当的size给segments和extents，一般原则是大extents优于小extents，主要表现在：
* large extents在一定程度上降低了segments动态的分配extents的可能性
* large extents可以稍微的提高I/O的性能，因为Oracle server从磁盘读取一个连续的large extent的多个blocks应该比从几个small extents不连续的blocks的速度快。为了避免分离的multiblock的读取，可以考虑将extents设置为 5*DB_FILE_MULTIBLOCK_READ_COUNT。但是对于不经常进行全表扫描的table，这种设置不会有太大的性能改观。
* 对于非常large的tables，OS在文件大小上的限制可能使DBA不得不将object分配到multiple extents。
* 使用index查找的性能不会受到index是否在一个或多个extents中的影响。
* Extent maps存放了某个segment中所有extents的信息。如果MAXEXTENTS设置为UNLIMITED，这些maps可以存放在多个 blocks中，从性能角度讲，应该尽可能在一次I/O中读取该extent map。此外多个extents也会降低dictionary的性能，因为每个extent都会占用dictionary cache的少量空间。
附注：①在ASSM表空间中，每个segment的 segment header都有一个extent map，记录着segment所属的所有extents的第一个块的位置和区的大小，如果segment header中容纳不下所有的extents信息，oracle会另外添加专门的extents map块，保存segment中extents的位置大小信息。全表扫描时oracle会根据extents map中所记录的信息，扫描高水标记之下的所有extents的所有blocks．每个extents map block都有一个指向下一个extents map block的地址，segment header中的extents map信息也有指向第一个extents map block的地址．也就是说所有的extents map block构成了一个链表．全表扫描时就依据这个链表中所记录的block的位置信息进行扫描．extents map的主要作用是用于全表扫描．
②FLM段（Free List Managed Segment)，其段头存放着段中Extent的信息，包括Extent的起始地址，Extent的长度。如果由于segment扩展过多，segment header不能容下所有EXTENT的信息，则会用新的称之为EXTENT MAP BLOCK的块来专门存放EXTENT的信息。段头与各Extent Map Block之间用链表形式连接起来。它与ASSM中的extent map链表作用不同。
③large extents的缺点：因为需要更多连续的blocks，Oracle server可能很难找到足够的连接的空间用于对其的分配。

3、高水位线（High-Water Mark）
在空间分配中，有两类空闲blocks：曾经被占用过，但相应的数据被删除了，这些blocks将被记录到相应的free list中，当有insert操作时进程reuse，在high-water mark以下；另一类是自分配给相应的segment后，从来没有被使用过的，所以在high-water mark之上。
①high-water mark：被记录在segment header block中；在segment被创建时设置：当插入rows时，每次增加five-block；truncate tables会重置high-water mark，但delete不会。
②在table level，可以将high-water 玛瑞咖之上的空间收回：
alter table t_name deallocate unused …
全表扫描中，Oracle server会读取high-water mark以下的所有blocks，high-water mark以上的空闲blocks不会影响性能。
③在cluster中，空间是为所有的cluster keys分配的，无论其是否含有data。分配的空间依靠cluster在创建时参数size指定的大小和cluster的类型：
* 在hash cluster中，因为hash keys的数量在cluster被创建是已经被确定了，所以每个hash key所占用的空间都在high-water mark之下。
* 在index cluster中，空间被分配给每个cluster index。

4、table statistics
可以使用analyze语句或是dbms_stats对table的当前状况进行统计并保存在数据字典中，随后通过查看dba_tables获得相关信息。
eg：
analyze table t_name compute statistics;
select num_rows, blocks, empty_blocks as empty, avg_space, chain_cnt, avg_row_len from dba_tables where table_name=’T_NAME’;
其中dba_tables中不同的字段具体含义如下：
Num_Rows – Number of rows in the table
Blocks – Number of blocks below the high-water mark of the table
Empty_blocks – Number of blocks above the high-water mark of the table
Avg_space – Average free space in bytes in the blocks below the highwater mark
Avg_row_len – Average row length, including row overhead
Chain_cnt – Number of chained, or migrated, rows in the table
Avg_space_freelist_blocks – The average freespace of all blocks on a freelist
Num_freelist_blocks – The number of blocks on the freelist

5、DBMS_SPACE包：可用于获得segments中的space的状态信息，常用的有以下两个procedures：
* UNUSED_SPACE：用于获得分配给object未使用的space。
* FREE_BLOCKS：用于获得object的空闲的space。在运行时，必须提供相应的FREELIST_GROUP_ID，一般使用1，除非你使用的是Oracle Parallel server。
该DBMS_SPACE包是由dbmsutil.sql创建的。

6、恢复表空间：
1）对于在high-water mark以下的空间：
方法一：export the table；drop or truncate the table；import the table
在选择是drop还是truncate的时候，要考虑：drop将table在data dictionary中的所有information删除，并且space被收回；而truncate没有，并保留了相应已经分配的space等待 reused；如果使用的是data dictionary管理tablespace，则影响空间收回与分配的时间开销的主要因素是extents的数量（而不是size）；如果使用的是 drop方法，则考虑在import时使用compress选项，因为整个空间的分配可能不是在一个连续的大空间上。
方法二：alter table t_name move;此方法执行之后，所有相关的indexes都为unusable状态，必须rebuild。
2）对于在high-water mark之上的unused block可使用：alter table t_name deallocate unused语句进行收回。

7、DB的block size设置
1）减少访问block的数量，这是DB tuning的一个目标。DBA对此调节的方法主要有：增大block size；尽可能紧凑的将rows放在block中，避免row的迁移现象。
2）database block size是在DB创建时由参数DB_BLOCK_SIZE指定的，是I/O读取datafile的最小单元。当前有些OS允许block size达到64KB，可以查看相应的OS，从而调整DB的block size。block size一旦设置就不能改变，除非对DB重建或是duplicate，在9i中已经进行了相应的改进，可以使用多中block sizes，但是对于base data size仍不可变。DB的block size应该是OS的整数倍。如果application中有大量的全表扫描，可以考虑增大block size，但不要超过OS的I/O size。
3）小block size的优劣：
* 优：降低了block 的冲突；有利于small rows；有利于随机访问，因为可以在一定程度上提高buffer cache的利用率，特别是在内存资源不足的情况下。
* 劣：small blocks管理所用的空间开销大；每个block存放的row较少，也会加大I/O的开销；可能造成更多的index blocks被读入。
在OLTP环境中，经常存在large object的随机访问时，small blocks相对更好。
4）large block size的优劣：
* 优：所用的管理空间开销小，更多的空间可用于存放具体的data；有利于顺序的读取；有利于large rows；改善了index读取的性能，因为大的block可以降低index的level数量，从而减少I/O的次数。
* 劣：在OLTP环境中不利于index blocks，可能会引起index leaf blocks的争用冲突；如果存在大量随机访问可能会造成buffer cache的浪费。
在DSS环境中，连续读取大量数据操作较多，使用large block更好。

8、PCTREE和PCTUSED（具体内容在其他文章中介绍过了，这里不累述了）
只有两类DML语句可以影响free blocks和used blocks的数量：delete和update。
释放的空间在一个block中很可能不是连续的，Oracle server只在下面情况同时出现时进行free space的合并：insert或update操作试图向一个有足够空间的block中插入数据；free space存在碎片，以至于row piece无法被写入。
具体设置：
①PCTFREE：默认情况下是10；如果不存在update操作，可以使用0；PCTFREE = 100 * UPD / (Average row length)
②PCTUSED：默认是40；PCTUSED = 100 – PCTFREE – 100 * Rows * ( average row length) / block size
其中:
UPD = update操作平均增加的bytes数量。
average row length和rows都可以在analyze之后从dba_tables表中获得。
当对一个已经存在的表进行这两个参数的修改，不会有马上的影响，只是在后续的DML操作中才发生作用。

9、migration和chaining（具体原因也在其他的文章中介绍过了）
①migration和chaining对性能的影响：一方面，引起这两种现象的insert和update本身性能比较差；另一方面，在查询此类记录的操作会因为额外的I/O造成性能较差。
migration现象过的，主要是由于PCTFREE参数设置过低引起的，对此可以考虑增大该值。
②对两者的检测，主要是通过analyze相应的表，随后从dba_tables表中观察其chain_cnt字段。此外可以从v$sysstat视图或是statspack report中的“instance activity stats for DB”获得“table fetch continued row”的值。
还可以收集每个表中发生了migration和chaining的具体的rows：首先执行utlchain.sql脚本创建chained_rows统计表，随后执行语句：
analyze table t_name list chained rows;
③消除migration rows：
* export/import
* alter table t_name move
* 执行迁移脚本，具体见Oracle 9i Performance Tuning SG的P398
• Find migrated rows using ANALYZE.
• Copy migrated rows to new table.
• Delete migrated rows from original table.
• Copy rows from new table to original table.
此方法执行时，必须注意与original table相关的外键约束，应将其disable。

10、索引的重组
在经常发生DML的table上，indexes往往是带来性能问题的原因。
在data blocks中，Oracle server会将delete row释放的空间重新分配给insert rows，但是对于index blocks，Oracle server的应用时连续的。即使一个index block中只有一个index，也要维护该block。如果删除了block中的所有index，该block才会被送入free list。因此，必要时需要进行index的rebuild。
①对index space的监控：
* analyze index i_name validate structure;
* select name, (del_lf_rows_len / lf_rows_len) * 100 as wastage from index_stats;
在index_stats视图中，各字段含义如下：
• Lf_rows – Number of values currently in the index
• Lf_rows_len – Sum of all the length of values, in bytes
• Del_lf_rows – Number of values deleted from the index
• Del_lf_rows_len – Length of all deleted values
note：index_stats视图只保存最近一次analyze的结果，并且当前session只能看到当前session的分析结果。
* alter index emp_name_ix rebuild;
* alter index emp_name_ix coalesce;
如果如果已删除的index 记录超过20%，则应该选用rebuild。
rebuild会以原有的index作为基础，重建索引，可以重新指定STORAGE, TABLESPACE, INITRANS参数，同时可以用下面的参数加快重建的效率：
* PARALLEL/NOPARALLEL（NOPARALLEL是默认值）
* RECOVERABLE/UNRECOVERABLE ( RECOVERABLE是默认的)：当使用unrecoverable时速度将更快，因为它不产生redo log，只在index创建是起作用，而不是设置参数，不记录到dictionary中。它使用隐含式的logging参数，意味着在index创建结束后插入index项时，仍然会记录redo log。
* LOGGING/NOLOGGING：如果设置为NOLOGGING，该参数表明在index运行使用期间，将不产生任何redo log。它将记录到dictionary中。可以用alter index 进行修改。
注意：unrecoverable和logging是不兼容的。
alter index rebuild要快于index的drop后re-create，因为它使用了full scan的方法。
②监控index的使用情况
* EXECUTE DBMS_STATS.GATHER_INDEX_STATS(‘SECHMA_NAME’, ‘T_NAME’);
* create index … compute statistics;
* alter index .. rebuild compute statistics;
③此外，还可以用下面的方法查看没有使用的index：
从9i开始，对index的使用情况可以被收集到视图v$object_usage中。辅助DBA删除未使用的index，提高性能：
* 打开监控：alter index i_name monitoring usage;
* 停止监控：alter index i_name nomonioring usage;
随后查看v$object_usage：select index_name, used from v$object_usage;
在v$object_usage中各个字段的意义：
• index_name – The index name
• table_name – The corresponding table
• monitoring – Indicates whether monitoring is “ON or OFF”
• used – Indicates (YES or NO) the index has been used during the monitoring time
• start_monitoring – Time at which monitoring began on index
• stop_monitoring – Time at which monitoring stopped on index

gdufo 2010-01-12 12:33 发表评论

Tuning the Oracle Shared Server

gdufo — Tue, 12 Jan 2010 04:32:00 GMT

1、Overview：
Oracle shared server主要用于允许多user进程能够共享有限数量的servers。
在dedicated server环境中，每个user 进程都会分配到一个server进程，但如果这些server进程不能完全被利用，常处于idle状态，就会造成内存和cpu的浪费。
当使用shared server模式，user进程是动态的被分配到可以被任何user进程共享的server进程上的。当dispatcher进程获得一个user 进程请求后会将其放入请求队列，以便server进程可以处理该请求并将结果返回给dispatcher的response队列。随后 dispatcher进程会将response队列中的结果返回给user进程。
Oracle Shared Server主要用于下面的情况：当dedicated Server的系统对于system开销相对较大；在访问的资源上存在限制。

2、对dispatchers的监控：
1）可以通过v$MTS视图获得关于连接和session的会话以及当前使用的使用的数据信息。如果sessions的设置低于实际的dispatcher的设置，MAXIMUM_CONNECTIONS的默认值是参数SESSIONS的值。
2）V$DISPATCHER视图查询dispatcher的繁忙率：
select network “protocol”, status “status”, sum(owned) “clients”, sum(busy) * 100/(sum(busy)+sum(idle)) “busy rate” from v$dispatche group by network;
note：在选择dispatcher数量的时候，应该考虑客户端的数量对于dispatcher的繁忙比率。如果一个dispatcher的繁忙比率超过50%，就需要考虑增加dispatcher的数量。如果发现部分dispatcher经常处于idle的状态，应该考虑减少dispatcher的数量。
可用下面的SQL查看users sessions是否在等待dispatchers：
select decode(sum(totalq), 0, ‘no responses’, sum(wait)/sum(totalq)) “average wait time” from v$queue q, v$dispatcher d where q.type = ‘DISPATCHER’ AND q.paddr = d.paddr;
如果观察到大量的等待比率并不断增长，需要考虑增加dispatcher的数量。
增加或减少dispatcher使用：
alter system set mts_dispatchers = ‘protocol, number’;
执行上述语句后只有新的连接建立才会使用new增加的dispatcher。
2）此外，可以使用视图V$DISPATCHER_RATE视图来分析冲突。它分组显示了cur、avg、max的统计信息。如果使用shared Server的性能不理想，则cur的值将接近max的值，对此应该考虑增加dispatcher的数量。如果发现shared Server性能良好，cur值远远低于max的值，可以考虑降低dispatcher的个数。

3、对Shared Server的监控：
当PMON后台进程发现当前存在的shared Servers都处在忙碌状态，Oracle shared Server进程就会被是动态创建的创建。当然此时MAX_SHARED_SERVERS的值必须大于实际的servers值。当然，如果PMON检测到当前有shared servers存在idle状态的，则会减少相应的shared servers的数量，直到数量达到SHARED_SERVERS的值。所以不必太多的考虑shared servers的状态。但是有时需要调整SHARED_SERVERS和MAX_SHARED_SERVERS的参数的大小。
对此，可以使用视图V$SHARED_SERVER视图获得shared servers的当前信息。
select name, requests, busy*100/(busy+idle) “busy %”, status from v$shared_server where status != ’QUIT’;
此外，可以查看每个请求的平均等待时间：
select decode(totalq, 0, ‘No Requests’, wait/totalq ||’ hundredths of seconds’ )”Average Wait Time Per Requests” from v$queue where type = ‘COMMON’;

4、监控进程的作用：查看共享连接。如果觉得user程序有问题或是某个进程似乎做了很多操作，可能需要查看当前user的共享连接。对此可以使用 v$session视图查看应用的状态和使用的连接类型，可以使用v$circuit获得相应的server、session和dispatcher的 addresses。

5、shared server和memory 使用：之前有说过，当使用shared server模式时，部分称为UGA（user global area）的数据将被存放在shared pool中，同时session的data Components被存放在large pool中。如果没有设置large pool，将存放在shared pool中。
从总体将使用shared server模式，内存的开支减少了。
shared servers使用UGA用于sorts，此模式下，应该设置SORT_AREA_RETAINED_SIZE相对小于SORT_AREA_SIZE，以便可以快速释放内存给其他user。

6、troubleshooting：常见问题有：
1）所有共享连接都失败时，查看Oracle net listener在running。
2）查看是否在建立shared connection时存在Oracle net配置的错误”TNS_”
3）不要轻易在OS层kill掉user的server进程，建议使用alter system kill session。如果使用dispatcher连接的，kill掉dispatcher进程会更糟，会影响其他user。
4）dispatchers和servers都是后台进程，所以在设置PROCESSES时要考虑相应的数量。
5）如果参数INSTANCE_NAME, SERVICE_NAMES 或 DB_DOMAIN 没有被设置，或是设置不正确，则其不能进行自动instance注册。

• V$CIRCUIT: Contains information about user connections to the database
• V$DISPATCHER: Provides information on the dispatcher processes
• V$DISPATCHER_RATE: Provides rate statistics for the dispatcher processes
• V$QUEUE: Contains information on the multithread message queues
• V$MTS: Contains information for tuning the Oracle shared server
• V$SESSION: Lists session information for each current session
• V$SHARED_SERVER: Contains information about the shared server processes
eg：
SELECT d.network network, d.name disp, s.username oracle_user,
s.sid sid,s.serial# serial#, p.username os_user,
p.terminal terminal, s.program program
FROM v$dispatcher d, v$circuit c, v$session s, v$process p
WHERE d.paddr = c.dispatcher(+)
AND c.saddr = s.saddr(+)
AND s.paddr = p.addr (+)
order by d.network, d.name, s.username

gdufo 2010-01-12 12:32 发表评论

Application Tuning

gdufo — Tue, 12 Jan 2010 04:32:00 GMT

1、选择适当的物理结构：为了达到读写尽可能快的目的，必须考虑下面的问题：
1）如果application对rows的访问是按照groups进行的，则需要考虑使用clusters的方式才存储，但clusters对于大量的DML操作会影响性能，所以要考虑application中DML和select操作的数量。
2）对于较大规模的表，使用单独的表空间。对于一个partitioned表，考虑使用多个表空间，从而平均分配磁盘的使用。
3）对于9i中可以允许在同一个DB中有多block size，因此，row size较大的可以有较大的block size。如果设置较大的block size，有助于全表扫描的应用的性能提高。
4）对于小的small transaction占用undo space的回滚信息少，大transaction占用的undo space多，所以所需的free undo space多。
5）对于较大的查询，可以考虑使用多server 进程进程并发查询。

2、数据的访问方法：为了提高性能，可以使用下面的数据访问方法：clusters；indexes：b-tree（普通和翻转关键字）、位图、Function based；索引组织表；固化视图。
1）Clusters：是将一组一个或多个因为有共享columns所以有相同数据块的表放在一起的方法。这些数据块会经常被同时访问或join。这种方法可以使DBA对数据库非规范化，而对user和programmer是透明的。
它在一定程度上降低了磁盘I/O，使用clustered table可以很好的改善join的效率。每个cluster关键字对于多行且值相同的情况下，只会存储一次，所以占用存储空间较小。
但是对于全表扫描，clustered表比nonclustered 表慢很多。
cluster的类型有：
①index cluster：它使用一个被称作cluster index的索引维持cluster中的数据。在index cluster中，对数据的维护、访问、存储cluster index必须是可用的。cluster index用于指向包含给定关键字值的rows的block位置。与普通index不同的是cluster indexes会存储null 值。对于每个cluster index中的关键字，只有一条记录。所以一个cluster index会比普通index的占用空间小。
②hash clusters：它使用hash算法（也已user定义，也可系统指定）计算row的位置。用于查询和DML操作。对于等值查找clusters key，hash cluster的性能要比index cluster的好。
不应使用clusters的情况：经常执行全表扫描的情况；如果对于所有rows的cluster key的数据超出了一到两个Oracle blocks，这样，为了访问在clustered key table中的一条row，Oracle server需要读取有相同值的所有blocks。
不应使用hash clusters的情况：如果表不断增长，并且重建新的、更大的hash cluster不可能的情况下，不应使用hash cluster；如果application经常使用full scans，并且要考虑为table的增大所必须预留的空间。
2）B-Tree indexes：
①使用B-Tree index的情况：当经常访问表中的记录占全表的不足5%时，应该考虑创建B-Tree index；如果在查询时，indexes可以包含所有要访问的字段，这个百分比可以更高些；或是对可以用于进行表的join时，也应考虑建立B- Tree index。
②indexes的增长方式：index总是平衡的，总是自下而上的增长。当rows被增加时，会添加到叶子节点的block上，如果叶子节点的 block被填满，Oracle server会将该block split成两个叶子blocks，每个保存50%的数据。因为新block的添加，叶子节点的父节点也需要添加相应的blocks索引值。如果父节点的 block被填满，父节点也会被split成两个节点，类似与刚才的子节点的split。这个过程会循环进行，直到b-tree保持平衡。index的层次越多，其效率越低。此外，对于delete操作，会降低index的效率，特别是当有15%的rows被删除，应该考虑rebuilding index。
③为了提高b-tree index的性能，应该定期对index进行rebuild。自9i，可以online创建、rebuild indexes，并且可以并行化进行。当index被rebuild时，相关的table仍然可以被访问和进程DML操作。
ALTER INDEX i_name REBUILD ONLINE;
–ONLINE关键字表示在rebuild时，DML仍可进行。但是不允许并发的DML操作。
④压缩索引：
在创建索引时使用下面的方法可以对index进程压缩：
create index i_name on t_name(col1, col2) compress;
重建索引时可以使用：
alter index i_name rebuild compress;
压缩索引不会多次存储重复出现的关键字从而减少了存储空间的需求。
对于非唯一索引的压缩：Oracle存储重复的关键字作为前缀在index block中，唯一的row id作为后缀存储。
对于唯一索引的压缩：也是类似的，将一致的前缀只保存一次，用于区分唯一性的部分会作为后缀存储。但是这只适用于有多个字段组成的唯一索引，如果只有一个column的唯一索引没有用于share的部分。
3）位图（bitmap）索引：主要适用于distinct的values很少的字段，在其上建立索引。例如性别、工种等字段。但是对于有大量DML操作的表，bitmap index的性能不好，此情况应慎用。

① 适用bitmap index的情况：对于基数较低（low-cardinality）的column创建的索引；如果查询语句中使用多个where条件，Oracle server可以使用逻辑的bit-and或bit-or操作来合并不同columns的bitmaps。
②性能的考虑：bitmap index占用空间较小，每个distinct key的存储时以压缩的方式，bitmap被分成不同的bitmap segments；对于low-cardinality字段非常快；很适合与规模大的只读系统，如决策支持系统（DSS）；但是对于DML操作性能比较慢，不适用于OLTP应用，locking是加载在bitmap-segment上的，不是在记录上的；bitmap index是存储null值的，但b-tree不存储；并发查询、并发DML和并发的CREATE语句在bitmap indexes上是有效的。
③bitmap indexes的创建及管理：
create bitmap index i_name on t_name(col1) storage ( initial 200k next 200k pctincrease 0 maxextents 50) tablespace tsp_name;
对于每个DML操作之后，会对bitmap indexes进行相应的维护，所以对于每个DML操作，每个bitmap segment只会更新一次，既是该bitmap segment中不只一行更新数据。
4）反转关键字索引（reverse key index）：在创建索引时会将索引字段按bytes进行反转（reverse）随后将结果作为索引关键字。
①对于一个不断增长的关键字，如由sequence产生的id，可以通过使用reverse key index避免索引的不断split。但是对于常使用范围查找的应用，只能使用全表扫描。
②创建reverse key index：
create index i_name on t_name(col1) reverse pctfree 30 storage( intial 200k next 200k pctincrease 0 maxextents 50) tablespace i_tspname;
或者
create index i_name on t_name(col1);
alter index i_name rebuild reverse;
5）组织索引表（IOT——index-organized table）：类似与mysql中的innodb的存储结构，具体结构如下图：
适用于频繁通过primary key或primary key的前缀访问数据的情况。但是必须要求有primary key的限制。它加快了通过key查找数据的速度，并且从table和index整体上节省空间。
①在IOT中，没有常规表中的那种物理上的row id的概念，而是引入了逻辑row id的概念，它是以变长的方式存储的，其size要依靠primary key的值。
对于IOT中数据的访问有两种方法：
i）物理猜测guess，访问时间等同于物理rowid的访问时间
ii）当guess失败，则通过primary key访问IOT中的数据
（guess就是基于row所在的文件和block访问，block的地址在表建立时是精确的，但是如果leaf block进行了拆分split是，就发生了改变。如果guess失败，则通过primary key进行访问。）这里没太搞懂啊:(
②创建
CREATE TABLE countries
( country_id CHAR(2) CONSTRAINT country_id_nn NOT NULL,
country_name VARCHAR2(40),
currency_name VARCHAR2(25),
currency_symbol VARCHAR2(3),
map BLOB,
flag BLOB,
CONSTRAINT country_c_id_pk PRIMARY KEY (country_id))
ORGANIZATION INDEX
PCTTHRESHOLD 20
OVERFLOW TABLESPACE USERS;
影响IOT的行溢出的三个主要因素有：
** pctthreshold：此子句指明了在index block中容纳一行数据可使用块空间的百分比。如果one row数据超过基于此值计算的大小，所有的在including子句之后的字段将被移入overflow segment。如果overflow没有被定义，则这种row溢出转移将被拒绝。PCTTHRESHOLD默认值是50必须在0到50之间。
** including：后跟一个字段，如果数据行的长度超过了PCTTHRESHOLD指定的可用空间，从这个字段之后将数据行分为两段，后面的部分放入溢出段中；
** overflow TABLESPACE ：指明当index-organized表数据超出pctthreshold时，将部分columns放入data segment。
③IOT的字典视图：
④使用mapping table
create table countries
( country_id char(2) constaint country_id_nn not null,
country_name varchar2(40),
currency_name varchar2(25),
currency_symbol varchar2(3),
constraint country_c_id_pk primary key (country_id))
organization index mapping table tablespace users;
当在索引组织表上创建位图索引同heap table上创建bitmap是类似的，只是在组织索引表中的rowid对应的不是基础表，而是相应的映射表（mapping table）。mapping table主要是维护一个逻辑row id（访问组织索引表所需的）到physical row id（访问位图索引所需的）的映射。每个组织索引表会有一个mapping table，用于全表的映射。在heap organized base table中，用key访问数据时，如果找到相应的key，bitmap记录返回的是物理row id，可以用于基础表的访问。在组织索引表中，位图索引也是用key进行搜索，当找到相应的key，bitmap返回的依然是物理row id，通过查询mapping table，获得相应的逻辑row id，再用于进入guess data block address或是用primary key访问组织索引表
组织索引表中的row发生移动，不会使其上的bitmap indexes不可用，只是使mapping table中的相应逻辑row id不可用，但仍可通过primary key对其进行访问。
对于mapping table的维护：
** 通过对IOT表进行analyze获得mapping table的统计信息
** 查询DBA_INDEXES视图得知当前mapping table的精确度
SELECT INDEX_NAME, PCT_DIRECT_ACCESS FROM DBA_INDEXES WHERE PCT_DIRECT_ACCESS IS NOT NULL;
** 如果需要，使用alter table重建mapping table
alter table t_name mapping table update block references;
6）物化视图（Materialized views）
物化视图既存储视图的定义，又存储视图创建语句的查询结果。可以将物化视图定义的结果会产生一个实际的表，可以对其做类似normal table的定义，将其指派的某个表空间，对其添加索引，进行分区等。如果通过固化视图就可以满足的查询，server会将查询转换为对物化视图的查询，而不是对基础表的查询。这样，部分代价昂贵的如join或统计的查询就不必重复执行。
①创建：
create materialized view depart_sal_sum
tablespace data parallel (degree 4)
build immediate|deferred refresh fast
enable|disable query rewrite
as
select d.departmet_name, sum(e.salary) from departments d, employees e
    where d.departmant_id=e.department_id group by d.department_name;
②refresh 物化视图：具体有两类：
i）完全的refresh：主要是通过truncate 当前的data，通过执行物化视图的创建语句重新插入数据。
ii）fast refresh方法：它只会更新自上次refresh之后发生变化的数据。具体又有两种：
** 使用materialized view logs：此方法中，所有关于视图的基础表的变化都会被捕获并记录到一个log中，将这些log data用于materialized view即可。
** 使用row id范围：此方法需要一个直接装在日志。记录了需要被重新load的row id相关信息。materialized view就利用这些row id进行直接路径的load。
一个视图的定义使用force的refresh类型时，会尽可能的使用fast refresh方法，不得已才会使用complete refresh。默认情况是使用force refresh类型。如果使用never选项，则会抑制所有materialized view的refresh。
③自动refresh可以通过下面方法设置：
** 如果为materialized view设置oncommit选项，视图会在base table每次commit操作后进行refresh。因为操作时异步的，所以不会让user察觉到性能的降低。
** 在具体的时间点：可以使用START WITH和NEXT子句定义每次refresh的具体时间。为了实现此方法，必须将参数JOB_QUEUE_PROCESSES设置为大于0的值。
④可以用DBMS_MVIEW包进行手动的refresh。
** 对具体的某个materialized view进行refresh
DBMS_MVIEW.REFRESH(…)
** 对依赖某个基础表的所有物化视图进行refresh
DBMS_MVIEW.REFRESH_DEPENDENT(…)
** 对所有的materialized view进行refresh
DBMS_MVIEW.REFRESH_ALL_MVIEWS;
为了执行手动refresh job，必须为其设置适当的JOB_QUEUE_PROCESSES和JOB_QUEUE_INTERVAL参数。
⑤物化视图的查询重写（query rewrite）：这一过程是通过优化器（optimizer）完成的，对于应用而言是透明的。可以加速对基础表的部分访问。user不需要被明确的赋予 materialized view的权限，只要其有base table的权限，则其发出的相关查询就可以被重写为对物化视图的访问。materialized view也可设置为enable和disable。
进行query rewrite，必须使QUERY_REWRITE_ENABLED设置为true。对于使用query rewrite的user必须有GLOBAL QUERY REWRITE或QUERY REWRITE的权限。后者只允许user对自己schema下面的materialized view进行query rewrite，前者除此还可对其他有权限的schema进行query rewrite。
⑥物化视图在带来效率的同时也会增加占用的额外空间，并且需要refresh的开支。对此在DBMS_OLAP包的sumary advisor可以用于对代价与收益的比较从而辅助觉得materialized view的创建。
vii）对query rewrit的控制分为三个层次：
** 在初始化参数级别上：
    OPTIMIZER_MODE：查询重写只有在cost-based优化模式下才能进行。可在session级别动态设置；
    QUERY_REWRITE_ENABLED：可设置为true或是false，可在session级别动态设置；
    QUERY_REWRITE_INTEGRITY：可设置为ENFORCED（默认值，只有server能确保一致性时——物化视图是最新的并且 query rewrite使用了有效的验证约束的情况下才进行query rewrite）、TRUSTED（物化视图是最新的，此外相信RELY的约束, 就算这个约束没有Enabled和Validated）、 STALE_TOLERATED（query rewrite允许使用没有及时refresh的物化视图）。此参数也是可以在session级别上动态设置的。
** 在sql中使用hints——REWRITE和NOREWRITE，它可以覆盖在创建或alter物化视图是设置的enable query rewrite子句。
** dimensions（这个也没太懂~~~~(>_<)~~~~ ）
viii）可以使用dbms_mview包中的EXPLAIN_MVIEW和explain_rewrite对materialized view和query rewrite进行解释。

3、OLTP系统：
主要特点是：集中的insert和update操作，数据不断增长，多事务并发进行。要求高可用性、高速、高度并发、降低恢复时间。
1）空间分配：避免动态的空间分配，应该为tables、cluster、indexes明确指明占用的tablespace。此外通过观察数据增长的规律，设计extent每次分配的大小。
2）indexes：在DB中indexes的创建和维护都是占用一定开支的，所以，索引的创建必须严谨，每个索引的存在必须是实际需要的；在外键上建立索引有助于在子表数据被修改时不会locking父表中的数据；b-tree索引在OLTP中优于位图索引，因为locking对DML的影响（当DML 操作发生时b-tree索引中只是锁某些rows，但bitmap索引，会locking整个有相同key的rows）；可以考虑使用reverse index来解决b-tree中sequence columns的问题；应该定期对indexes进行rebuild。
3）hash clustering：使用hash clusters可以提高等值查询的访问速度。但是对于下面的情况则不适用它：
** 大量insert操作
** 存在大量用更大的columns values对表进行update的操作，因为会引起数据的迁移。
如果表不断增长，可能在hash key上存在大量冲突，从而是部分数据存放在overflow blocks中，为了避免这种情况，正确的评估hashkeys的值。给hash key更大的number，有助于解决冲突。
4）OLTP Application Issues：
* 对于完整性约束，应该使用DB中声明的constraints代替application中code的逻辑限制。这里主要考虑的是参照完整性和约束的check。
* 应该考虑使用Oracle中的共享code对象，如packages、procedures和Functions。
* 应该尽可能使用绑定变量
* 定义恰当的cursor_sharing参数，有助于user共享解析代码。可设置的值有：
    EXACT：默认值，只在精确匹配的情况下共享cursors
    SIMILAR：如果SQL语句是字面量，则只有当已有的执行计划是最佳时才使用它，如果已有执行计划不是最佳则重新对这个SQL语句进行分析来制定最佳执行计划。
    FORCE：如果SQL语句是字面量，则迫使Optimizer始终使用已有的执行计划,无论已有的执行计划是不是最佳的。

4、决策支持系统（DSS/Data Warehouses）
DSS的特点是该application会提取相应的有用数组成容易理解的报表。将OLTP中的数据进行提取、整合、汇总。使用大量的全表扫描。决策者根据相关的结果做下一步的决策。它需要有快速的响应时间，并且数据应该确保精确。并发查询的特点就是为了data warehouse环境设计的。
1）存储的分配：
* 谨慎的考虑block size和DB_FILE_MULTIBLOCK_READ_COUNT参数的设置。可以考虑适当增大block_size、DB_FILE_MULTIBLOCK_READ_COUNT。
* 确保extent的size是block_size的整数倍。
* 定期执行analyze或是dbms_stats进行表的statistics。
2）indexing：因为大量的查询是通过全表扫描完成的，所以应尽量减少index占用的空间和对其维护带来的开销。
* 可以的话，可以考虑不使用索引，只保留那些需要用于进行筛选查询的index；
* 定期的用不一致的分布数据产生直方图。
* 考虑使用bitmap indexes
* 对于需要快速用关键字查询的data可将相应的表建为IOT。
* 考虑使用index和hash cluster，特别是hash cluster。但不要在定期批量增长的表上建立cluster。
3）application issues：
在data warehouse中，sql的解析时间并不重要，所以可以适当的减小library cache的大小。应该更关注执行计划：尽量使用并发查询。Symmetric multiprocessors (SMP), clustered, or massively parallel processing (MPP)将能很好的提高性能。SQL的调节优化很重要。
有时可以弃用绑定变量，因为：当analyze后产生直方图，可以用于一定的查询优化，但是这种优化只使用在不使用绑定变量的情况。如果使用绑定变量，则optimizer就不会使用直方图了。对此要小心设置cursor_sharing参数的值。

5、混合系统（Hybrid System）

gdufo 2010-01-12 12:32 发表评论

Diagnosing Contention for Latches

gdufo — Tue, 12 Jan 2010 04:31:00 GMT

1、对于闩（Latches）的概览
Latches是为了保护SGA中的共享数据结构而创建的简单的底层的序列化机制，是轻量级的锁。server或后台进程为了操作或是查看共享数据结构必须先申请Latches，当操作结束，需要释放Latches。Latches的争用是不用tuning的，它是不合理使用SGA资源的征兆，需要 tuning内部的争用。仅仅是观察v$LATCH是不足的，但可以将其看做是诊断工具，查找SGA资源争用的位置。
1）Latches的目的：
* 控制序列化访问：保护SGA中的数据结构；保护共享内存的分配。
* 序列化执行某些操作：避免同时执行某些关键的临界code；避免corruptions。
2）等待Latch
尽管latch的实现根据不同的OS和平台而不同，但是其都是内存中的一块地址空间，当latch空闲时是0，已经被申请了时为非0值。
在单cpu中，当进程p1申请的latch被占用，p1将释放cpu，sleep一小段时间，等待latch被释放。
在多cpu中，如果进程p1申请的latch被p2占用，很可能p2在其他的cpu上，则p1不会释放cpu，而是spin计数，重试，spin计数，重试，直到重试次数达到设置数，仍未成功，才会释放cpu，但这种可能比较小。
3）Latch的请求类型：
latch的请求方式有两类：willing-to-wait和immediate。
willing-to-wait：当进程申请一个latch时，如果当前latch已经被占用，该进程会等待片刻再重试，等待-重试，直到获得latch，这是一般普遍的latch申请方式。
immediate：如果进程申请的latch不能获得，该进程会继续执行后续的指令。
4）latch 冲突：latch的申请释放都是Oracle自动实现的，所以速度比较快。latch的资源是有限的。
在诊断latch时，可利用视图v$latch，该视图中主要columns的意义：
• gets: Number of successful willing-to-wait requests for a latch
• misses: Number of times an initial willing-to-wait request was unsuccessful
• sleeps: Number of times a process waited after an initial willing-to-wait request
• wait_time: Number of milliseconds waited after willing-to-wait request
• cwait_time: A measure of the cumulative wait time including the time spent spinning and sleeping, the overhead of context switches due to OS time slicing and page faults and interrupts
• spin_gets: Gets that missed first try but succeeded after spinning
• immediate_gets: Number of successful immediate requests for each latch.
• immediate_misses: Number of unsuccessful immediate requests for each latch.
在使用statspack是，可先查看其report的top 5 wait events部分，是否有latch free事件，如果有再进行后续的分析。

2、降低Latches的冲突
一般，DBA不应该调节latches的数目，自9i以来，Oracle已经可以自己进行latches数量的调节了，这主要是根据DB在建立时设置的初始参数和OS的环境。
latches的冲突是性能问题的表现。最好的解决latches冲突问题的方法是修改application行为。此外，如果观察到是buffer或shared poolsize的问题，也需要进行适当的修改。

3、对DBA而言，几个重要的latches
1）shared pool latch和library cache latch：如果冲突出现在这两类latch上，则表示sql或是pl/sql命令没有被有效重用，可能是没有有效的使用绑定变量，或是cursor cache不足。如果是Oracle Shared server模式，如果没有设置large pool，也可能导致Shared pool Latch的冲突，则需要考虑设置large pool。
2）cache buffer lru chain latch：当dirty blocks被写入disk或server进程查找blocks用于写入操作时会request此latch。如果它存在较大冲突，则表示buffer cache任务繁重，可能存在较多的cache-based sorts、低效的SQL（使用了不正确的迭代索引）或是较多的全表扫描。此外，也可能是由于DBWn的写速度跟不上data blocks的变化速度。使得访问进程不得不为了找到buffer中的free blocks等待。对这个latch的冲突，应该从buffer cache或DBWn的调节入手。
3）cache buffers chains latch：当user进程试图分配buffer cache中的data blocks时，需要申请此latch。它的冲突反映了某些热块被重复访问的情况。

4、共享池和library cache latch冲突：如上所述，此类冲突的一个主要原因是不必要的解析。其调节方法已经在之前介绍过了。
1）辨识因为拼写方式而造成的多次解析：
select sql_text from v$sqlarea where executions=1 order by upper(sql_text);
2）查看是否有不必要的重复解析。
select sql_text, parse_calls, executions from v$sqlarea order by parse_calls;

gdufo 2010-01-12 12:31 发表评论

Tuning Rollback Segments

gdufo — Tue, 12 Jan 2010 04:31:00 GMT

1、rollback segments的作用：事务的rollback；transaction recovery（当事务尚未提交或rollback时instance fail，startup时会用rollback segment进行回滚恢复）；读一致性也需要rollback segment进行数据的还原。在新的版本中（我记得是从10g中）flashback技术也使用了rollback segment。这里先不介绍了，碰到时在说。
2、rollback segment的activity：
1）transaction以顺序循环的方式使用rollback segment中的extents。一个transaction在rollback segment的当前位置写入记录，并将指针移动写入记录的大小的步长。写入rollback segment的请求需要相应的undo data在database buffer cache中是可用的。这就要求有较大的buffer cache。
2）注意：多个transaction可以对一个rollback segment中的同一个extent进行写操作。每个rollback segment block只会包含一个transaction的数据信息。
3）rollback segment header中包含了不同transaction各自的记录：Oracle server在每个rollback segment header中保存一个transaction tables，从而控制改变rollback segments中data block的操作。
因为需要不断修改，所以rollback segment header block被长期保存在data block buffer cache。而不断的访问rollback segment header block会增加命中率。这种影响对于某些有大量小型事务的OLTP的application影响较大。每个transaction都需要修改 transaction tables，所以必须有足够大的rollback segment从而避免对transaction tables的冲突。低估rollback segment的需求，可能引起性能问题或errors。高估会浪费空间。可以使用自动undo表空间管理的方法管理undo segments。
4）rollback segments的增长：
当当前extent写满后，指针或是rollback segment的头回移动到下一个extent。当最后一个extent作为当前写入的extent，被写满后，如果此时第一个extent是free 的，则指针将指向第一个extent的开始。指针式不能跳过（skip over）extent，移动到后面的extent上的。所以如果第一个extent仍被使用，将会为此rollback segment分配一个新的extent。这被称作extend。
在正常的运行期间，rollback segments不应该被extend。所以在之前应该分配足够的rollback segment空间。应该尽量避免动态空间的管理。

2、调节手动管理的rollback segments
1）调节rollback segment的目标：
* 尽量使transaction不会为访问rollback segment而等待：这需要有足够的rollback segment
* 在运行期间，应避免rollback segment的extend：
    需要每个segment有适当数量的extents
    extents的四则应该正确
    适当数量的rollback segment
    尽量减少应用中对rollback的应用
* 应该没有transaction把rollback space占用完：对此应该将较大transaction用多个transaction替代
* 数据查询user应该总是能获得读一致的数据：这需要考虑设置适当数量的segments和适当的segments size。
2）诊断工具：常用的监控视图有：
* V$ROLLNAME：显示了在线rollback segments的名字和数量
* V$ROLLSTAT：显示了每个在线rollback segment的统计信息。等待header transaction tables的数量，transaction写数据的卷标等信息。
* V$WAITSTAT：显示等待header blocks和rollback segments的blocks累计数量。undo header和undo block两条记录。
* V$SYSSTAT：显示
select name, value from v$sysstat where name like ‘%undo%’;
* V$TRANSACTION：显示当前transaction使用的rollback segment和require的空间的卷标。
在查询时需要用视图中的USN作为连接字段。
3）对手动管理的rollback segment header冲突的诊断
查看：v$rollstat中的waits字段；v$waitstat中的undo header行；
select event, total_waits, time_waited from v$system_event where event like ‘%undo%’;
select class, count from v$waitstat where class like ‘%undo%’;
select sum(value) from v$sysstat where name in (‘db block gets’, ‘consistent gets’);
select sum(waits)*100/sum(gets) “ratio”, sum(waits) “waits”, sum(gets) “gets” from v$rollstat;
当等待的比率大于1%，则考虑创建更多的rollback segment。
4）对于手动管理的rollback segment的数量的考虑
* 对于OLTP application，其特点是有大量的小transaction并发，每个transaction只修改很少的数据量。对此可以设置small rollback segments。一般的设定规律是，并发的transaction中，每4个设置一个rollback segment。
* 如果对于存在较大的批量transaction时，如果rollback segment较小，就可能会发生extend。允许rollback segment可以无限自行extend。
* 如果想要给long transaction分配large rollback segment，可以使用下面的语法：
SET TRANSACTION USE ROLLBACK SEGMENT large_rbs; –必须是事务的第一句
或
execute dbms_transaction.use_rollback_segment(‘large_rbs’);
5）Sizing 手动管理的rollback segment的大小
设置适当的rollback segment size一方面可以避免动态的extend，另一方面当undo blocks被请求时增大了它在cache的可能性。
* 对于small transactions设置segments的initial参数为8KB、16KB、32KB或64KB，对于larger transaction设置为128KB、256KB、512KB、1MB、2MB、4MB等。该值应该设置的足够大，以免出现wrapping现象（当一个rollback entry在当前使用的空间中找不到足够的空间时，被写入下一个extent）。
* 使用与initial相等的数值做next的参数值。因为PCTINCREASE设置为0，所以后续所有的extents都将是next大小。
* 将DB中的所有rollback segment都设置为相同的size。如果暂时不需要large rollback segment，可以先将其offline。
* 将minextents参数设置为20 。这大致可以避免extend的现象。
* 对于表空间的size设置，我以为书中没有介绍太多的方法，需要在实际应用中查看产生的undo entries的数量进行设置。此外，可以为其保留一个专门用于large-than-usual transaction的segment。

3、transaction rollback data的sizing
1）不同的sql操作所产生的rollback data的大小有下面而定：
* delete操作对rollback segment的开销很大，会存储实际row的数据。如果使用truncate，则会对性能有所改变，但是因为没有写rollback entries，所以不能再恢复。
* insert 使用的rollback space很少，只会记录row id。
* update操作占用的空间要依靠修改的字段数量而定。
* indexed 值将会产生较多rollback。因为server在修改index的同时需要修改tables中row，对于对index字段的update操作，需要记录old data value、old index value和new index value。
note：lob数据类型的回滚数据不使用rollback segment space，而是占用其自己的segment中由参数pctversion定义的大小的空间。
可以通过下面的sql查看当前事务产生的rollback data
select s.username, t.user_ublk, t.start_time from v$transaction t, v$session s where t.addr, s.taddr;
2）另一种衡量方法是，实际执行相应的操作，从而观察rollback segment的变化
* 在执行操作前运行：select usn, writes from v$rollstat;
* 执行测试的事务操作
* 再次查看rollback segment的统计数据：select usn, writes from v$rollstat;

4、使用产生少量rollback data 的语句：
* user应该尽可能有规律的commit，避免其transaction锁住外部的rollback segment extents。
* 开发人员应该在code时不使用long transaction。
* import操作时，指定commit=y，使得每插入一定数据后就进行commit；用buffer_size关键字设置rows集合的大小。
* export操作时：设置参数consistent=n，避免该是我被设置为只读，那将占用更多的rollback segment space。consistent=y时，确保了导出的数据在一个时间点上是一致的。
* sql*loader：在执行时也应用rows关键字设置commit interval。
note：对于小rollback segments可能带来的问题有：
* interested transaction list（ITL）被存放在block的header。每个ITL entry都包含了发起此处变更的transaction id、undo block的位置、标识位、空闲空间credit和SCN。row lock byte包含了ITL实体number，就相当于该transaction拥有该row的锁。
如果transaction很大，可能会由于rollback segment达到其最大的extents，或是表空间中已经没有可用于extend的空间给rollback segment了，而导致transaction的失败。
* 在查询操作遇到ORA-01555: snapshot too old (rollback segment too small)的错误时，说明此操作需要为了保持一致读的镜像数据块被其他transaction覆盖了。对此的修复只有增大rollback segments。

5、自动管理undo表空间模式
从9i开始，也已通过将UNDO_MANAGEMENT设置为auto将DB设置为自动管理undo表空间的模式（AUM），如果设置为manual则仍使用手工的管理（RBU）。当在一个transaction中，第一个DML操作被执行，transaction将被分配到当前undo tablespace中的一个rollback segment上。可以通过参数UNDO_RETENTION设置存放在AUM中的undo信息的数量。
1）AUM的tablespace：
具体创建undo tablespace的方法：create database是使用undo tablespace子句，此时会创建一个名为SYS_UNDOTBS的undo tablespace，在$ORACLE_HOME/dbs下将会生成DBU1.dbf的文件，并且autoextend=on；另外可以使用create undo tablespace创建。
2）对于AUM的表空间，可做下面的操作：
alter tablespace tspname
• ADD DATAFILE
• RENAME
• DATAFILE [ONLINE|OFFLINE]
• BEGIN BACKUP
• ENDBACKUP
DBA仍可切换当前使用的undo tablespace，只有一个undo tablespace可以设置为active。
eg：ALTER SYSTEM SET UNDO_TABLESPACE=UNDOTBS2;
当该指令发出，所有新的transaction将被指向新的undo tablespace，当前正在运行的transaction将继续沿用旧的undo tablespace，直到结束。
DBA只能通过drop tablespace命令删除当前非active的undo tablespace，并且其不包含任何未提交的transaction的rollback data。
3）对于自动管理undo tablespace的参数设置：
* UNDO_MANAGEMENT：指明是AUTO或MANUAL
* UNDO_TABLESPACE：指明当前active的undo tablespace。如果在创建是没有undo tablespace可用，则会使用system表空间作为rollback segment的分配空间。
* UNDO_SUPPRESS_ERRORS：此参数主要用于使用SET TRANSACTION USE ROLLBACK命令下
* UNDO_RETENTION：设置存放在AUM中的undo信息的数量。其单位是秒，默认值是900
关于undo retention所需的空间的计算：
undo space = （UNDO_RETENTION * (undo blocks per second*db_block_size) ) + DB_BLOCK_SIZE
可以使用下面的sql进行计算，并设置undo tablespace的大小：
SELECT (RD*(UPS*OVERHEAD) + OVERHEAD) AS “bytes”
FROM (SELECT value AS RD FROM v$parameter where name = ‘undo_retention’),
(SELECT (SUM(UNDOBLKS)/SUM(((end_time-begin_time)*86400))) as UPS FORM v$undostat),
(SELECT value AS Overhead FROM v$parameter where name=’db_block_size’);
4）对自动管理undo tablespace的监控：
通过查看V$UNDOSTAT视图可以完成监控的任务。字段UNDOBLKS显示了undo blocks的分配数量。

gdufo 2010-01-12 12:31 发表评论

Monitoring and Detecting Lock Contention

gdufo — Tue, 12 Jan 2010 04:31:00 GMT

1、Locking机制
1）Oracle Server中是自动管理锁的。默认会使用最低的锁级别对数据进行一致性的保护，从而满足最大的并发度。
note：默认的锁机制可以通过ROW_LOCKING改变。默认该值是ALWAYS，它将在DML语句中使用最低级别的锁。另一个可能的值是 INTENT，它将使用更高级别的限制（table level），除了select for update语句，它将使用行级锁。
2）quiesced database：如果Oracle被设置为只有DBA可以访问的状态时，就是quiesced database。
3）锁的种类：
** DML locks：
①表级锁（TM）：当修改table data时，被设置，如：INSERT, UPDATE, DELETE, SELECT … FOR UPDATE或LOCK TABLE。此时table将被加锁，避免其他DDL的操作引起transaction之间的冲突。
## 在TM中又可分为两种锁，是由server根据当前其他表锁的加载情况而自动为DML选择加上的。这两种锁具体是：row exclusive（RX），运行其他transaction中的insert、update、delete或其他加行级锁的并发操作在当前同一 table上，但不允许其他手动加载的排他读/写锁；row share（RS），运行SELECT … FOR UPDATE命令时加载的表锁，这只会对避免其他事务手动的对当前table加载锁用于排他的写操作。
## 表锁模式：
（i）手动加载表锁模式使用语句LOCK TABLE table_name IN mode_name MODE; –一般不使用这种明确加锁的方法，只有application要求，才会不得不加较高级别的锁。
（ii）Share（S）锁模式：此类表锁只允许其他transaction发出select … from update的请求，不允许任何对table的修改。隐含式的获得share lock的sql语句中，会包含相应的完整性约束。在9i中，不会申请子表中外键字段的索引约束。
（iii）Share Row Exclusive（SRX）：它是比S模式更高的锁模式。它不允许任何其他的DML语句和手动加载的共享锁模式。相应的SQL语句会隐式的获得相应的完整性约束的SRX锁。
（iv）Exclusive（X）锁：这是最高的锁模式，只允许其他对该表的查询请求，拒绝一切对表的任何DML操作和手动锁。
②行级锁（TX）：当发出命令INSERT, UPDATE, DELETE, SELECT … FOR UPDATE命令时，会自动为所操作的row对象加TX，从而确保没有其他user同时对同一行进行才操作。
一个DML事务，会同时获得两个锁：共享表级锁和排他行级锁。获得行级锁的每行都返回

③在blocks中的DML锁：加锁的信息只有在transaction被commit或是rollback后才会被清除。而不是在当前事务的下一个请求语句发起时被释放。在blocks header中，Oracle server为每个当前active的transaction保存了一个标识符。在每条row中，会有一个lock byte存储了包含当前transaction的slot的标识符。

** DDL locks：避免对schema对象的定义时，有其他相关的DDL操作进行。
Oracle是通过入队的方式对锁进行维护的，入队机制会记录下面的信息：user等待的locks被其他user占用；users请求的locks的具体类型；users请求的locks的顺序。
可以通过改变参数DML_LOCKS和ENQUEUE_RESOURCES参数来增加可被request的locks。这在Parallel server中是必须的设置。DDL锁的分类有：
①Exclusive DDL Locks：某些DDL语句，如CREATE, ALTER, DROP，必须获得其操作object的排他锁。如果其他user获得了其他任何级别的lock，当前user都不能得到其DDL的排他锁。
②Shared DDL locks：当发起GRANT和CREATE PACKAGE操作时，需要获得相应object的共享DDL lock。该类locks不会阻止类似的DDL语句或是任何DML语句，但会防止其他user对当前引用的object被修改或删除。
③Breakable Parse Locks：保存在library cache中的statement和PL/SQL对象保存了其引用的每个object的breakable parse Lock，直到该statement过期。它用于检验library cache中的相应内容是否因为object的改变而可用。

2、可能引起Locks冲突的原因：
1）使用了不必要的high-level锁
2）长期运行的transaction的存在
3）user没有及时的commit对database的修改
4）使用Oracle instance的application使用了higher locks

3、监控并诊断当前加锁情况的工具

1）如上图所示，其中视图DBA_WAITERS和DBA_BLOCKERS用于进一步查看当前获得或是等待不同table的locks的信息。对此，需要用$ORACLE_HOME/rdbms/admin中的catblock.sql脚本创建。
2）对于v$lock视图来说，当lock tpye为TX时，id1中显示的回滚段的number和slot number；当lock tpye为TM时，id1中显示的是被修改表的object ID。
SELECT owner, object_id, object_name, object_type, v$lock.type FROM dba_objects, v$lock WHERE object_id=v$lock.id1 and object_name=table_name;
3）V$LOCKED_OBJECT视图
XIDUSN：Rollback segment number
OBJECT_ID：ID of the object being modified
SESSION_ID：ID of the session locking the object
ORACLE_USERNAME
LOCKED_MODE
在此视图中，当XIDUSN为0时，则表示当前session正在等他其他已经获得该lock的session释放。
4）关于脚本utllockt.sql
可以使用$ORACLE_HOME/rdbms/admin/utllockt.sql脚本显示当前等待lock的进程继承关系。但使用之前必须用catblock.sql脚本创建视图dba_locks和dba_blockers。
5）如果想要得知哪一行造成了lock冲突，可以查看v$session中的row_wait_block#, row_wait_row#, row_wait_file#, row_wait_obj#四个字的的值。

4、解决locks的冲突方法有：一方面可以请相应的user做commit/rollback；在万不得已的时候，可以kill掉某些user session，从而回滚相应的transaction并释放locks。具体方法如下：
select sid, serial#, username from v$session where type=’USER’；
alter system kill session ’sid,serial#’;

5、死锁：对于Oracle，当其检测到死锁的存在，会rolling back那个检测到死锁的语句，当不是整个transaction的rollback。必要时，需要DBA完成剩下的rollback工作。明确的指明语句中使用的锁，从而覆盖默认的锁机制，可能容易引起deadlock。
当发生死锁后，server会将deadlock的情况记录到USER_DUMP_DEST目录下的跟踪文件。在分布式transaction中，本地的 deadlock是通过等待关系图（waits for graph）来判断的，全局死锁是通过time-out来判断的。

gdufo 2010-01-12 12:31 发表评论

Database Configuration and IO Issues

gdufo — Tue, 12 Jan 2010 04:30:00 GMT

Oracle进程与files

1、performance guidelines
1）对于吞吐量较大的OLTP应用中，当使用dictionary管理表空间的方法时，由于所有的extent分配时都会要访问dictionary，从而造成了冲突。而使用本地管理表空间的方法避免了这类冲突，从而提高了并发性。
2）在本地管理表空间中，使用自动空间管理方法，用位图记录不同blocks的使用情况。也提高了相应的速度。
3）当创建一个user后，就会分配一块所需的磁盘排序所需临时表空间。这些排序区应该从其他database object中分离开，如果没有给user分配临时表空间，则其所需的排序区域将从system表空间分配。
4）tables和indexes应该被分开存储在不同表空间中。因为indexes和tables经常被同时读写。
5）对于含有LONG或LOB数据类型的tables，应该被分配在不同的表空间中。
6）适当创建多个临时表空间。

2、distributing files across devices：
1）应该将redo log和data file存放在不同的磁盘上，从而在一定程度上降低i/o的压力。
2）对于规模较大的表，如果分不同的区域并发访问也可以提高性能partition。
3）尽可能排除非Oracle Server进程对database file的I/O操作。对此可以使用v$filestat动态的观察。
4）了解应用程序主要的I/O操作，合理安排disk布局，从而提高性能。

3、表空间的作用：其中system表空间主要是用于存放sys创建的data dictionary objects。其他users不可使用该表空间。需要明确的是，packages和database triggers对象等都是data dictionary的一部分。rollback segments应该排他使用其rollback segment。undo segments可以只能存在在undo tablespace中。

4、监控I/O状态的工具
1）v$filestat视图。
select phyrds, phywrts, d.name from v$datafile d, v$filestat f where d.file# = f.file# order by d.name;
2）statspack
5、file striping
1）对OS的striping，通过使用硬件或是软件层次上的striping，可以将同一个文件的不同blocks放在不同的devices上，例如raid技术。提供一定的冗余的同时增大I/O性能的。
此外，设置适当的DB_FILE_MULTIBLOCK_READ参数。
2）手工的striping：可以在多个不同的disk创建tablespace。随后将不同的tables、indexes分配到不同的 tablespace中。此外，可以创建对象时使用MINEXTENTS句柄其值大于1，这样每个extents都将略小于striped data files。也可直接给extents进行分配定位（但我认为这会给管理带来麻烦）：alter table tablename allocate extent ( datafile ‘filename’ size 10M);
对于这块争用的问题，使用手动的striping还是比较有效的。
6、对全表扫描的tuning：当对某个disk有较高的读写操作时，多是由于没有适当调节sql的原因。
查看全表扫描的次数：
select name, value form v$sysstat where name like ‘%table scans%‘;
获得的结果中’table scans ( long tables)’的值如果较大，则需要考虑调节sql或是增加适当的indexes。
long tables (长表)指多于4个块的表, short table(短表)指等于或小于4个块的表。
初始化参数DB_FILE_MULTIBLOCK_READ_COUNT决定了在全表扫描时，一次I/O操作中读入的最大的database blocks。它可以改变全表扫描时需要的I/O的次数。该参数的设置应该受到OS限制的I/O的上限的约束。此外此参数还可以在session级别进行调节。对它的调节可以先查看完成每个表的全表扫描扫描多少blocks。从而从整体上得到较好的设置。要注意的是，对cost-based 优化将会使用该参数评估使用全表扫描的代价，从而判断是否使用全表扫描。
对于全表扫描，Oracle提供了视图v$session_longops来进行监控。
select sid, serial#, opname, to_char(start_time,’HH24:MI:SS’) as starttime, (sofar/totalwork)*100 as percent_complete from v$session_longops;
7、checkpoints
什么是checkpoint?
　checkpoint是一个数据库事件，它将已修改的数据从高速缓存刷新到磁盘，并更新控制文件和数据文件。
什么时候发生checkpoint?
　　我们知道了checkpoint会刷新脏数据，但什么时候会发生checkpoint呢？以下几种情况会触发checkpoint。
　　1.当发生日志组切换的时候
　　2.当符合LOG_CHECKPOINT_TIMEOUT，LOG_CHECKPOINT_INTERVAL，fast_start_io_target,fast_start_mttr_target参数设置的时候
　　3.当运行ALTER SYSTEM SWITCH LOGFILE的时候
　　4.当运行ALTER SYSTEM CHECKPOINT的时候
　　5.当运行alter tablespace XXX begin backup，end backup的时候
　　6.当运行alter tablespace ,datafile offline的时候;

1）它可以引起DBWn的I/O操作，同时会更新datafile header和control file中的scn等信息。
频繁的进行checkpoint可以缩短instance恢复的时间，但是会降低Oracle运行的性能。
在LGWR写redo log文件时，当一个group 被写满时，需要进行log switch是，会先发起一个checkpoint，这就意味着：DBWn会先将所有的与该redo log有关的dirty data blocks写入datafile，随后CKPT会修改datafile header和控制文件。
checkpoint并不会影响其他工作。如果DBWn进程尚未完成checkpoint一个file，此时LGWR需要在此需要这个file时，LGWR不得不等待。
2）对checkpoint性能的监控与调节：
** checkpoint的监控主要是查看alert.log文件。可以将LOG_CHECKPOINT_TO_ALERT参数设置true，从而记录checkpoint的开始结束时间。
** 通过调节online redo log files的大小来降低因日志切换引起的checkpoint；
** 增多redo log 的groups，从而延长LGWR覆盖写的时间，从而避免引起不必要的LGWR等待。
** 具体可调节的参数有：
– FAST_START_IO_TARGET
– LOG_CHECKPOINT_INTERVAL
– LOG_CHECKPOINT_TIMEOUT
– DB_BLOCK_MAX_DIRTY_TARGET
– FAST_START_MTTR_TARGET
如果在OLTP系统中，SGA设置过大，同时checkpoint稀少，可能引起disk冲突。所以也要适当增加checkpoint的频率。
貌似我的理解是除了user发起的alter database checkpoint命令外，主要两类checkpoint，时间间隔型和fast-start类型的。
通过查看v$instance_recovery视图，查看参数设置对DB recovery时间的影响，其中：
RECOVERY_ESTIMATED_IOS：显示了基于fast-start的设置，在recovery时，需要处理的data blocks。
ACTUAL_REDO_BLKS：显示了当前要进行recovery时所需的redo blocks。
TARGET_REDO_BLKS：在recovery时，最大的需要处理的redo blocks。是下面四个指标的最小值。
LOG_FILE_SIZE_REDO_BLKS：在recovery时，为了确保log switch不会等待checkpoint，要处理的redo blocks数量。
LOG_CHKPT_TIMEOUT_REDO_BLKS：在recovery时满足log_checkpoint_timeout，需要处理的redo blocks的数量。
LOG_CHKPT_INTERVAL_REDO_BLKS：在recovery时为了满足log_checkpoint_interval，需要处理的redo blocks的数量。
FAST_START_IO_TARGET_REDO_BLKS：在recovery时为了满足fast_start_io_target，需要处理的redo blocks的数量。
对checkpoint的设置主要围绕的中心就是recovery用时，和它引起的I/O是否会造成性能的问题。
8、redo log的groups和members的设计
一般会把同一组的不同成员放置在不同的disk上，如果在归档模式下，则要考虑将归档日志放到不同的磁盘上。为redo log选择适当的size。同时在一定程度上增加log file的groups，从而避免不必要的等待。
对redo log的监控视图主要有：V$LOGFILE, V$LOG, V$LOG_HISTORY，此外还可结合v$system_event获得的结果。
9、归档日志的设置
当开启归档模式时，可以考虑将不同的groups放在不同的disks上（当然不一定是每个group一个磁盘），同时与归档文件的存放也分离，这样使LGWR进程写的disk和ARCn进程读的disk不在一个上。
可以从视图V$ARCHIVED_LOG上获得动态的归档log文件的信息。V$ARCHIVE_DEST当前归档进程的destinations的状态信息。（由参数log_archive_dest_n设置的destination）
监控诊断ARCn的工具主要是使用视图：V$ARCHIVED_LOG, V$ARCHIVE_PROCESSES, V$ARCHIVE_DEST。
对归档的调节，可以使用LOG_ARCHIVE_MAX_PROCESSES参数指定最大可以创建的归档进程。
如果预计归档工作量较大，可以通过定期运行下面语句来获得其他进程来分担。
alter system archive log all to ‘directory_name’;
注意：9i中，当DBWR_IO_SLAVES参数的设置大于0，Oracle会自动将ARCn的进程数设置为4。（但是我的11g貌似DBWR_IO_SLAVES=0，而ARCn也是4个多啊，大概是设了其他的参数）

设置适当的fast_start_io_target，

gdufo 2010-01-12 12:30 发表评论