Articles from December 2009
December 14, 2009 | Posted by Asher
Oracle的物化视图提供了强大的功能，可以用于预先计算并保存表连接或聚集等耗时较多的操作的结果，这样，在执行查询时，就可以避免进行这些耗时的操作，而从快速的得到结果。物化视图有很多方面和索引很相似：使用物化视图的目的是为了提高查询性能；物化视图对应用透明，增加和删除物化视图不会影响应用程序中SQL语句的正确性和有效性；物化视图需要占用存储空间；当基表发生变化时，物化视图也应当刷新。 物化视图可以分为以下三种类型：包含聚集的物化视图；只包含连接的物化视图；嵌套物化视图。三种物化视图的快速刷新的限制条件有很大区别，而对于其他方面则区别不大。创建物化视图时可以指定多种选项，下面对几种主要的选择进行简单说明：创建方式（Build Methods）：包括BUILD IMMEDIATE和BUILD DEFERRED两种。BUILD IMMEDIATE是在创建物化视图的时候就生成数据，而BUILD DEFERRED则在创建时不生成数据，以后根据需要在生成数据。默认为BUILD IMMEDIATE。 查询重写（Query Rewrite）：包括ENABLE QUERY REWRITE和DISABLE QUERY REWRITE两种。分别指出创建的物化视图是否支持查询重写。查询重写是指当对物化视图的基表进行查询时，Oracle会自动判断能否通过查询物化视图来得到结果，如果可以，则避免了聚集或连接操作，而直接从已经计算好的物化视图中读取数据。默认为DISABLE QUERY REWRITE。刷新（Refresh）：指当基表发生了DML操作后，物化视图何时采用哪种方式和基表进行同步。刷新的模式有两种：ON DEMAND和ON COMMIT。ON DEMAND指物化视图在用户需要的时候进行刷新，可以手工通过DBMS_MVIEW.REFRESH等方法来进行刷新，也可以通过JOB定时进行刷新。ON COMMIT指出物化视图在对基表的DML操作提交的同时进行刷新。刷新的方法有四种：FAST、COMPLETE、FORCE和NEVER。FAST刷新采用增量刷新，只刷新自上次刷新以后进行的修改。COMPLETE刷新对整个物化视图进行完全的刷新。如果选择FORCE方式，则Oracle在刷新时会去判断是否可以进行快速刷新，如果可以则采用FAST方式，否则采用COMPLETE的方式。NEVER指物化视图不进行任何刷新。默认值是FORCE ON DEMAND。 在建立物化视图的时候可以指定ORDER BY语句，使生成的数据按照一定的顺序进行保存。不过这个语句不会写入物化视图的定义中，而且对以后的刷新也无效。 物化视图日志：如果需要进行快速刷新，则需要建立物化视图日志。物化视图日志根据不同物化视图的快速刷新的需要，可以建立为ROWID或PRIMARY KEY类型的。还可以选择是否包括SEQUENCE、INCLUDING NEW VALUES以及指定列的列表。 可以指明ON PREBUILD TABLE语句将物化视图建立在一个已经存在的表上。这种情况下，物化视图和表必须同名。当删除物化视图时，不会删除同名的表。这种物化视图的查询重写要求参数QUERY_REWRITE_INTEGERITY必须设置为trusted或者stale_tolerated。 物化视图可以进行分区。而且基于分区的物化视图可以支持分区变化跟踪（PCT）。具有这种特性的物化视图，当基表进行了分区维护操作后，仍然可以进行快速刷新操作。 对于聚集物化视图，可以在GROUP BY列表中使用CUBE或ROLLUP，来建立不同等级的聚集物化视图。物化视图的基本操作和使用可以查看网址：http://blog.itpub.net/post/468/13318 相关的东东。我主要说明一下使用物化视图的基本东东。如如何建立在特定的表空间上，这些在其他的物化视图上面几乎都没有任何介绍的。主要以我做的一个例子来操作，如果对物化视图的基本概念清楚了就比较明白在那里写特定的表空间存储了。 创建物化视图时应先创建存储的日志空间CREATE MATERIALIZED VIEW LOG ON mv_lvy_levytaxbgtdiv tablespace ZGMV_DATA –日志保存在特定的表空间 WITH ROWID ;CREATE MATERIALIZED VIEW LOG ON tb_lvy_levydetaildata tablespace ZGMV_DATA –日志保存在特定的表空间 WITH ROWID,sequence(LEVYDETAILDATAID); CREATE MATERIALIZED VIEW LOG ON tb_lvy_levydata tablespace ZGMV_DATA –日志保存在特定的表空间 WITH rowid,sequence(LEVYDATAID); 然后创建物化视图 –创建物化视图 create materialized [...]
Categories: FAQ, Oracle | 
Tags: FAQ, Oracle | 
No Comments »
December 14, 2009 | Posted by Asher
我们知道，Unix 上面的Oracle 数据库大多都存放在裸设备上面，以利于磁盘IO 性能
的提升。但是裸设备的管理比较麻烦，尤其是把数据文件从文件系统转换到裸设备，或者从
裸设备把数据文件转换到文件系统，这些给dba 带来很头疼的事情。
本文介绍一个办法，可以用Rman 来轻松搞定裸设备/文件系统之间数据文件的迁移。
在传统方法里面，我们必须对于每个Unix 不同的Block 大小，OS 卷管理的overhead 的值
作计算，才能非常小心的用dd 来做这些拷贝和移动，但是现在在Rman 的帮助下，我们可
以完全忽略这些不同的地方，在所有Unix 平台/NT 平台上直接在Oracle 内部实现这种数据
一. 把数据文件从文件系统转移到裸设备
比如我们现在有一个数据库，其rbs.dbf 数据文件的IO 量非常大，造成比较大的IO 等
待，我们希望把它转移到裸设备上，以提升性能。可以看到，我们这个rbs.dbf 的大小为60M，
所以我们需要创建一个61M 的裸设备（1M 空间用来让操作系统使用，管理卷组信息，其实
不用1M 也可以，我们方便起见，给1M）。
s80_svcraprd 22>; ls -l rbs.dbf
-rw-r—– 1 oraprd dba 62916608 Jan 20 21:48 rbs.dbf
我们先要知道操作系统的一个PP（Physical Partition）的大小，我们这个例子里面，他
VOLUME GROUP: oravg VG IDENTIFIER: 000c738d015de954
VG STATE: active PP SIZE: 64 megabyte(s)
VG PERMISSION: read/write TOTAL PPs: 543 (34752 megabytes)
MAX LVs: [...]
Categories: Oracle | Tags: Oracle | No Comments »
December 14, 2009 | Posted by Asher
裸设备，也叫裸分区（原始分区），是一种没有经过格式化，不被Unix通过文件系统来读取的特殊字符设备。本文收集裸设备和Oracle问答20例。
1．什么叫做裸设备？
裸设备，也叫裸分区（原始分区），是一种没有经过格式化，不被Unix通过文件系统来读取的特殊字符设备。它由应用程序负责对它进行读写操作。不经过文件系统的缓冲。
2．如何辨别裸设备？
在Unix的/dev 目录下，有许多文件，其中有两个大类：字符设备文件和块设备文件。
字符设备特殊文件进行I/O操作不经过操作系统的缓冲区，而块设备特殊文件用来同外设进行定长的包传输。字符特殊文件与外设进行I/o操作时每次只传输一个字符。而对于块设备特殊文件来说，它用了cache机制，在外设和内存之间一次可以传送一整块数据。裸设备使用字符特殊文件。在/dev 目录下，你可以看到许多这样的文件。
3．使用裸设备的好处
因为使用裸设备避免了再经过Unix操作系统这一层，数据直接从Disk到Oracle进行传输，所以使用裸设备对于读写频繁的数据库应用来说，可以极大地提高数据库系统的性能。当然，这是以磁盘的 I/O 非常大，磁盘I/O已经称为系统瓶颈的情况下才成立。如果磁盘读写确实非常频繁，以至于磁盘读写成为系统瓶颈的情况成立，那么采用裸设备确实可以大大提高性能，最大甚至可以提高至40％，非常明显。
而且，由于使用的是原始分区，没有采用文件系统的管理方式，对于Unix维护文件系统的开销也都没有了，比如不用再维护I-node，空闲块等，这也能够导致性能的提高。
4．如何决定是否应该使用裸设备？
判断是否使用裸设备要从以下方面进行考虑：首先，数据库系统本身需要已经被比较好的经过了优化。优化是一门很有些技术的话题，很难简单地讲述。其次，使用Unix命令来辨别是否存在磁盘读写瓶颈。比如Unix的vmstat, sar 等命令都可以较好的进行鉴别。如果决定采用裸设备，需要磁盘上还有空闲的分区。否则，就要新添磁盘，或者对原有系统重新规划。
5．什么系统必须使用裸设备？
如果使用了Oracle 并行服务器选项，则必须采用裸设备来存放所有的数据文件，控制文件，重做日志文件。只有把这些文件放到裸设备上，才能保证所有Oracle 实例都可以读取这个数据库的文件。这是由Unix操作系统的特性决定的。
还有一种情况是，如果你想使用异步I/O，那么在有些Unix上也必须采用裸设备。这个需要参考具体Unix的相关文档。
6．能够使用一个磁盘的第一个分区作为裸设备吗？
可以，但是不推荐。在Unix的比较旧的版本是银行，磁盘的第一个分区常常包含这个磁盘的一些信息，以及逻辑卷的一些控制信息。若这些部分被裸设备覆盖的话，磁盘就会变得不可识别，导致系统崩溃。
较新的Unix版本不会发生这样的情况，因为它们采用了更复杂的技术来管理磁盘，逻辑卷的一些信息。
但是，除非很确信不要使用磁盘的第一个分区来作为裸设备。
7．我可以把整个裸设备都作为Oracle的数据文件吗？
不行。必须让数据文件的大小稍微小于该裸设备的实际大小。至少要空出两个oracle块的大小来。
8．裸设备应该属于那个用户？
应该由root来创建裸设备，然后再分配给Oracle用户以供使用。同时还要把它归入Oracle用户所在的那个组里边（通常都是DBA）。
9．在创建数据文件时如何指定裸设备？
和普通文件没有什么太大的区别，一样都是在单引号里边写上裸设备的详细路径就可以了。举一个例子：要在创建一个表空间，使用两个裸设备，每个分别为30M的大小，Oracle块的大小为4K，可以用下面的命令：
CREATE TABLESPACE RAW_TS
DATAFILE ’/dev/raw1′ size 30712k
DATAFILE ’/dev/raw2′ size 30712k;
10.Oracle块的大小和裸设备有什么关系吗？
Oracle会必须是裸设备上物理块大小的倍数。
11．如何在裸设备上进行备份？
在裸设备上，不能使用Unix实用程序来进行备份，唯一的办法是使用最基本的Unix命令：DD来进行备份。比如：dd if=/dev/raw1 of=/dev/rmt0 bs=16k。dd的具体语法可以参考unix手册，或者联机帮助。你也可以先用dd把裸设备上的数据文件备份到磁盘上，然后再利用Unix实用程序进一步处理。
12．如果我没有使用Oracle并行服务器选项，我可以在数据库上让一部分数据文件使用文件系统，另一部分使用裸设备吗？
可以。但是这样的话，会使备份过程更加复杂。
13．我应该把联机重做日志文件放到裸设备上吗？
这是一个极好的选择。联机重做日志文件是写操作非常频繁的文件，放到裸设备上非常合适。如果你使用了并行服务器选项，那么联机重做日志文件必须放到裸设备上面。
14．可以把归档日志文件放到裸设备上吗？
不行。归档日志文件必须放到常规的Unix文件系统上面，或者直接放到磁带上面去。
15．我可以在裸设备上边放置多个数据文件吗？
不行。所以你必须在设置裸设备时非常小心。太小的话，会导致空间很快用完，太大的话，空间就白白浪费了。
16．因应该把几个裸设备放到同一个物理磁盘上吗？
这样做不好。因为使用裸设备就是为了提高磁盘读写速度。而把多个裸设备放到同一个物理磁盘上会导致读写竞争，这样对于提高I/O速度是不利的。应该尽量分散裸设备到不同的物理磁盘上，最好是分散到不同的磁盘控制器上。这是最佳选择。
17．需要把所有裸设备都定义成同样的大小吗？
这不是必须得，但是划分成同样的大小对于管理数据库比较有利。
18．为了在Unix上使用裸设备，我需要改变Unix核心参数吗？
不需要。但可以选择减小缓冲区的大小，如果没有别的应用也在同一台Unix机器上运行。因为运用了裸设备以后，不再使用Unix的系统缓冲区。
19．为了提高读写速度，在操作系统级别上，还有什么办法可以采取吗？
使用RAID（廉价冗余磁盘阵列）也是非常有效的办法，尤其实那种读写非常频繁的系统。
20．在考虑了以上所有方面后，还能有什么办法可以提高性能的吗？
这就需要对Oracle 进行优化，并且购买更多的磁盘和磁盘控制器，来分散I/O到不同的磁盘上。
————————-
虽然ORACLE的文档说裸设备可以大幅度提高数据库性能.但是根据实际使用经验,不同的操作系统差别很大.如果文件系统本来效率非常高(EXT3),那么使用裸设备几乎不能提高数据库性能(做过实际测试,几乎提高不到3%).但是随之带来的数据文件备份问题却非常麻烦.所以我个人的看法是,除了使用集群或者是其他特别的原因,不要使用裸设备.性能的提高完全被数据库的维护消耗,而且是负增长.
————————-
裸设备还有一个重要的优势是数据的一致性，因为隔着文件系统oracle不能确保数据写入了硬盘，尤其是非日志型的文件系统。
关于性能，裸设备也不一定会有提高。一般是io的量越大越有效果。
裸设备能不能提高性能，关键在于i/o到底是不是你的系统的瓶颈，如果i/o负荷很小，当然就没有用处了！
———————–
裸设备就是绕过文件系统直接访问的储存空间。
———————–
磁盘I/O是影响Oracle数据库性能的一个重要原因。就本质来说，任何Oracle数据库负责存储数据，从磁盘中查询数据是非常昂贵和费时的操作。
由于许多Oracle系统需要大量的I/O操作，很多Oracle专职人员在碰到大块（DB_BLOCK_SIZE）数据操作时就考虑使用“裸设备”（raw device）。裸设备指得是绕过UNIX 的Journal文件系统（Journal File System ，JFS）直接进行访问的磁盘，这样就省去了JFS文件系统的开销。
磁盘I/O开销的减少可以提高磁盘吞吐量，但是只有在I/O操作确实已经是影响Oracle数据库性能提高的瓶颈的情况下才是这样的。此外，使用裸设备还要求Oracle管理员和系统管理员进行大量的手工劳动。
Oracle建议只有在Oracle数据库性能受到I/O速度限制时才需要考虑使用原始设备，这一点非常重要。对这样的Oracle数据库来说，裸设备可以极大的提高总体性能。但是如果数据库性能没有受I/O速度的制约，使用裸设备并不会对性能提高有所帮助。
还有一点需要说明，在Oracle 8.1.7中，这个特性称之为Direct I/O，某些高端的UNIX平台支持该特性。Veritas公司也销售一个名为Quick I/O的产品，它为Oracle提供了接近于裸设备的性能而无需额外的管理裸设备所需的开销。
——————-
建立在裸设备上的文件系统是无法通过操作系统的文件系统来访问的。
——————-
裸设备是由oracle建立的还是由unix建立的？
当然是unix建立的，至于裸设备与磁盘的对应关系，当然可以是一对一，多对一，一对多了，裸设备就是aix中的lv.。
Send article as PDF to
Categories: Linux, Oracle | Tags: Oracle.Linux | 24 Comments »
December 14, 2009 | Posted by Asher
不久前，德国一家电视台提出高薪，征集“十秒钟惊险镜头”活动。许多新闻工作者为此趋之若鹜，征集活动一时成为人们关注的焦点。在诸多参赛作品，一个名叫“卧倒”的镜头以绝对的优势夺得了冠军。
拍摄这10秒钟镜头的作者是一位名不见经传刚刚踏入工作岗位的年轻人，对于这个作品，每个人都渴望一睹为快。
几个星期以后，获奖作品在电视的强档栏目中播出。
那天晚上，大部份人都坐在电视前边观看了这组镜头，最初是等待、好奇或者议论纷纷，10秒钟后，每一双眼睛里都是泪水。
可以毫不夸张地说，德国在那10秒钟后足足肃静了10分钟。
镜头是这样的：
在一个火车站，一个扳道工正走向自己的岗位，去为一队徐徐而来的火车扳动道岔。这时在铁轨的另一头，还有一列火车从相反的方向近车站。假如他不及时扳岔，两列火车必定相撞。
这时，他无意中回过头一看，发现自己的儿子正在铁轨那一端玩耍，而那列开始进站的火车就行驶在这条铁轨上。是抢救儿子，还是扳道避免一场灾难──他可以选择的时间太少了。那一刻，他威严地朝儿子喊了声“卧倒！”
同时，冲过去扳动了道岔。
一眨眼的工夫，这列火车进入了预定的轨道。
那一边，火车也呼啸而过。
车上的旅客丝毫不知道，他们的生命曾经千钧一发，他们也丝毫不知道，一个小生命卧倒在铁轨边上──火车在轰鸣着驶过，孩子丝毫未伤。那一幕刚好被一个从此经过的记者摄入镜头中。
人们猜测，那个扳道工一定是一个非常优秀的人。
后来，人们才渐渐知道，那个扳道工是一个普普通通的人。
他唯一的优点就是忠于职守，没误工过一秒钟。
而更让人意想不到的是，他的儿子是一个弱智儿童。
他告诉记者，他曾一遍一遍地告诉儿子说：“你长大后能干的工作太少了，你必须有一样是出色的。”
儿子听不懂父亲的话，依然傻呼呼的，但在生命攸关的那一秒钟，他却“卧倒 ”了── 这就是他在跟父亲玩打仗游戏时，唯一听懂，并做得最出色的动作
Send article as PDF to
Categories: Life | Tags: Life | 1 Comment »
December 12, 2009 | Posted by Asher
The answer is YES.
For example ,if one user have a table and a index schema,he/she can put the table and index into respective tablespaces.
Send article as PDF to
Categories: FAQ, Oracle | Tags: FAQ, Oracle | 3 Comments »
December 11, 2009 | Posted by Asher
Every Oracle database contains a tablespace named SYSTEM, which is automatically created when the database is created. The SYSTEM tablespace always contains the data dictionary tables for the entire database.
Send article as PDF to
Categories: FAQ, Oracle | Tags: FAQ, Oracle | No Comments »
December 9, 2009 | Posted by Asher
There are tablespaces and database’s schema objects.
Generally,the logical database structure can be divided into TABLESPACES,SEGMENTS,EXTENTS,BLOCKS.
Send article as PDF to
Categories: FAQ, Oracle | Tags: FAQ, Oracle | No Comments »
New Comments