近期遭遇了多次客户数据库无法关闭的问题了，数据库无法关闭，一般是关闭时有事务需要回滚（可能是客户端或者JOB等）或者是关闭时使用错误关闭参数（如忘加参数默认是NORMAL）或者关闭时有其它原因。因此分享一下关闭数据库步骤的脚本，按照此脚本进行关闭数据库，基本上可以回避无法关闭问题；即使遇到无法关闭，使用kill关闭进程来关闭实例，也很少会造成数据损坏或数据丢失。近期遇到的几次关闭问题及相应MOS链接如下：http://blog.csdn.net/haibusuanyun/article/details/50285527关闭数据库遇到SHUTDOWN: Active processes prevent shutdown operationhttp://blog.csdn.net/haibusuanyun/article/details/47073459关闭数据库时SHUTDOWN: waiting for active calls to complete.处理供参考MOS文档：Shutdown Immediate Hangs / Active Processes Prevent Shutdown (文档 ID 416658.1)Alert Log: Shutdown Waiting for Active Calls to Complete (文档 ID 1039389.6)What ...继续阅读 (40)

近期遇到一客户数据库关闭时遇到无法关闭的情况。经检查是关闭前使用了sqlplus窗口直接使用host命名回到SHELL操作界面，然后又sqlplus / as sysdba登陆了数据库（具体切换了三、四次）；在之后的发出关闭命令shutdown immediate;后，命令一直HANG住；此时查看ALERT日志，有“SHUTDOWN: Active processes prevent shutdown operation”提示；一开始以为是有活动会话没有关闭，查询ps -ef|grep LOCAL 和ps -ef|grep ora_j的进程，均无相应进程；也未配置EM–DB CONSOLE之类。刚开始以为是遇到有活动会话导致的，数据库版本是AIX6.1+11.2.0.1单实例；因此根据以往经验会提示出哪个进程导致SHUTDOWN无法完成，根据提示进程号进行KILL进程，就会正常关闭。——————-==》根据观察，在ORACLE10G及以上版本，会是如下提示：Active call for process 12345 user ‘oracle’ program ‘oracle@abcd’SHUTDOWN: waiting for active calls ...继续阅读 (37)

先写结果：1.验证ifcfg-eth2与ifcfg-eth2bak这种格式的，service network restart 时会读取这种配置文件如果改为mv ifcfg-eth2bak ifcfg-eth3.bak，则不会被读取。2.验证了文件名的使用顺序，两个配置文件对应同一网卡时，以最早使用的配置文件的为准。##########################################测试过程：1.验证ifcfg-eth2与ifcfg-eth2bak这种格式的，service network restart 时会读取这种配置文件如果改为mv ifcfg-eth2bak ifcfg-eth3.bak，则不会被读取。[root@bys1 network-scripts]# mv ifcfg-eth3 ifcfg-eth3bak[root@bys1 network-scripts]# mv ifcfg-eth2bak ifcfg-eth2.bak[root@bys1 network-scripts]# service network restartShutting down interface eth0: [ OK ]Shutting down loopback interface: [ OK ]Bringing up loopback interface: [ OK ]Br ...继续阅读 (35)

LINUX上安装11.2.0.4 RAC时，安装grid运行root.sh报错ORA-15020 discovered duplicate ASM disk排查。[root@lnx67 rules.d]# ls -al /dev/asm*brw-rw—- 1 grid asmadmin 250, 0 Jan 5 14:47 /dev/asm-diskbbrw-rw—- 1 grid asmadmin 250, 16 Jan 5 14:47 /dev/asm-diskcbrw-rw—- 1 grid asmadmin 250, 32 Jan 5 14:47 /dev/asm-diskd修改UDEV规则，将ASM使用的盘名字改为：[root@lnx67 Packages]# ls -al /dev/asm*brw-rw—- 1 grid asmadmin 250, 16 Jan 6 08:24 /dev/asm-diskarchbrw-rw—- 1 grid asmadmin 250, 0 Jan 5 14:47 /dev/asm-diskbbrw-rw—- 1 grid asmadmin 250, 16 Jan 5 14:47 /dev/asm-diskcbrw-rw—- 1 grid asmadmi ...继续阅读 (31)

遇到一次AIX 5.3系统kernel使用在40%左右，syscall 2000K以上；在运行ORACLE数据库的主机上，一般来说CPU kernel使用率高，多为内存分页问题，或者数据库的latch free等待。或者是系统其它进程异常了。如下为vmstat的输出：oracle@AA_pri.prod:/oracle>vmstat 2 5System configuration: lcpu=10 mem=40960MBkthr memory page faults cpu—– ———– ———————— ———— ———–r b avm fre re pi po fr sr cy in sy cs us sy id wa14 0 1263554 1033532 0 0 0 0 0 0 8 2666774 800 64 36 0 014 0 1263555 1033531 0 0 0 0 0 0 6 2464021 636 64 36 0 014 0 1263555 1033531 0 0 0 0 0 0 15 27331 ...继续阅读 (34)

如果授予用户connect,resource时，此时用户已经有了UNLIMITED TABLESPACE权限。此时如果授予用户DBA权限，然后再回收DBA角色；此时会收回UNLIMITED TABLESPACE权限。近期遇到过此种情况，导致业务用户无法使用表空间，造成较为严重的事故，记录一下。测试如下;1.创建用户并授予connect,resource、dba权限并验证SQL> create user test identified by test;User created.SQL> grant connect,resource to test;Grant succeeded.SQL>SQL> select * from dba_role_privs where grantee=’TEST’;GRANTEE GRANTED_ROLE ADM DEF—————————— —————————— — —TEST RESOURCE NO YESTEST CONNECT NO YESSQL> select * ...继续阅读 (29)

从OS层面上，建议您监控内存的使用是否逐步在增加，是否达到某一个阈值的时候就会触发该错误。svmon -G -i 2 2ipcs -a按照内存使用对进程进行排序，以发现是哪些进程使用了较多的内存，su –#ps avx |head -1 ;ps avx |grep -v PID |sort -rn +6 > ps_avx.output对于这些进程，查看它们究竟为什么使用了较多内存：svmon -P相关文档可以参考：AIX: Determining Oracle Memory Usage On AIX [ID 123754.1]Diagnosing Oracle Memory on AIX using SVMON ( Doc ID 166491.1 )AIX: Database performance gets slower the longer the database is running [ID 316533.1] ...继续阅读 (41)

遇到11gr2 rac WRH$_ACTIVE_SESSION_HISTORY未自动清理导致SYSAUX空间过度增长；但是和网上其它的不太一样，查询SNAP快照信息，和select a.snap_interval,a.retention,a.topnsql from dba_hist_wr_control a; 中配置未发生变化，分区和SNAP对应信息也是最近7天的，没问题；查询基线的信息，也没问题。只有WRH$_ACTIVE_SESSION_HISTORY的一个WRH$_ACTIVE_SES_MXDB_MXSN分区异常，是6GB。但是查不出此分区对应的SNAP信息。使用MOS文档：WRH$_ACTIVE_SESSION_HISTORY Does Not Get Purged Based Upon the Retention Policy (文档 ID 387914.1)中的方法alter session set “_swrf_test_action” = 72;解决了此问题。附一下此MOS文档的解决方法：CauseOracle decides what rows need to be purged based on the retention policy. There is a special mechanism which is used in the ...继续阅读 (40)

————————–修改私有ip为其它网段IP。—————–修改前：192.168.58.1 bys1-priv.bys.com bys1-priv192.168.58.2 bys2-priv.bys.com bys2-priv—————–修改后：192.168.59.1 bys1-priv.bys.com bys1-priv192.168.59.2 bys2-priv.bys.com bys2-priv参考MOS文档：How to Modify Private Network Information in Oracle Clusterware (文档 ID 283684.1)从11.2 Grid Infrastructure开始，私有网络配置存储在OCR和gpnp配置文件中。 如果专用网络不可用或其定义不正确，CRSD进程将不会启动，并且后续不能对OCR进行更改。 注意，不支持手动修改gpnp配置文件。——–目录1.备份gpnp配置文件2.查看当前集群是运行状态及OS层面网卡信息3.查看并修改私网配 ...继续阅读 (28)

在ORACLE 10G/11G版本时，如果要将数据库的数据文件，移动到不同的磁盘目录（即修改磁盘路径），如果数据库在OPEN状态需要将数据文件OFFLINE，或者在数据库MOUNT状态下进行修补。在12C及以上版本时，可以在线移动一个正在被访问的数据文件；即是system表空间中的数据文件也可以。可以在线移动数据文件，表示当用户正在访问系统的时候，很多维护操作可以在线执行；例如，将数据文件移动到其他存储设备或者移动到Oracle ASM。这确保了服务的连续性，并且满足正常运行时的服务水平协议（SLA）。在 12C，当数据文件处于在线状态并且正在被访问的时候，可以执行下面的操作： 1. 重命名在线数据库文件 2. 迁移在线数据库文件 3. 拷贝在线数据文件 4. 迁移在线数据文件并且覆盖现有文件 5. 迁移在线数据文件到 oracle ASM如下为对这些功能的测试案例：1.在线移动数据文件-文件系统-ASM –可用于数据文件重命令、从一个目录移动到另一目录(可能涉及不同的磁盘或分区、LV)–直接使用MOVE DATAFILE参数相当于是移动或者重命令，不会保留原数据文件–keep关键字，可以实现拷贝数据文件到新位置，原文件保留移动PDB中数据文件需要在指定 的PDB中进行操作： show con_name CON_NAME—R ...继续阅读 (41)

临时表空间使用率高问题的分析解释当你监控temporary tablespace 的空闲空间，发现空闲空间并没有随着sort的结束而增加，甚至当前数据库没有任何客户端连接也是如此：仍然有大量的temporary类型的extent存在于temporary tablespace，有时候用户会在运行事务的时候遇到ora-1652（在temp表空间上），这个错误表明没有足够的空间，但是当用户的查询失败后，smon并没有去清理临时段。Scope & Application===================如果TEMPORARY TABLESPACE的类型是TEMPORARY，TEMPORARY TABLESPACE里的使用过的空间是不会被释放的，除非shutdown。如果是PERMANENT，SMON会在process不再使用临时段之后去做清理。如果使用TEMPORARY类型的临时表空间，数据库刚刚startup后，第一个使用TEMPORARY tablespace进行排序的statement会创一个建sort segment，这个segment不会被释放，除非数据库restart，可以用V$SORT_SEGMENT察看当前的已分配了的sort segments地使用情况。如果是用PERMANENT tablespace作排序，由smon负责在statement结束之后删除被创建的tem ...继续阅读 (38)

在对SQL进行性能分析时，我们通常需要获取SQL执行时使用的查询条件值，从而准确的获取SQL执行时读取数据的情况。那么如何获取ORACLE数据库中已经执行的SQL的绑定变量值呢？1.在ORACLE 9i无绑定变量相关视图，所以只有事先用10046做TRACE才可以得到已执行目标SQL中绑定变量的值。2.在ORACLE10G/11G中得到已执行目标SQL中的绑定变量值：查询视图 v$sql_bind_capture3.如果此视图中查不到，可能是对应shared cursor已经不在SHARED POOL。此时可以尝试去awr相关的数据字典表dba_hist_sqlstat/dba_hist_sqlbind中查询3.如果SQL正在执行，还可以对进行进行10046trace跟踪的方法获得。4.SQL中绑定变量值被ORACLE捕获v$sql_bind_capture的条件：–注意ORACLE只捕获目标SQL的WHERE条件中的绑定变量值，对于INSERT语句不会捕获values子句对应的绑定变量输入值。1.硬解析时   2.以软解析/软软解析方式执行时，默认情况下至少间隔15分钟会捕获一次。5.常用查询绑定变量值命令：col value_string for a20col name for a20col bind1 for a20set linesize 200SQL> sel ...继续阅读 (40)

游标共享cursor sharing是指 shared cursor间的共享，就是重用存储在child cursor中的解析树和执行计划，无需硬解析。常规游标共享：一些OLTP系统在开发阶段未考虑使用绑定变量，系统上线后出现问题，此时改代码代价较大，这种情况下，从8I开始引入了常规游标共享：仅SQL文本中WHERE条件或INSERT时VALUES子句中的具体输入值不同的目标SQL之间共享解析树和执行计划。 可以有效降低硬解析数量同时对应用透明。当开启常规游标共享时，ORACLE在实际解析目标SQL之间时会使用系统产生的绑定变量来替换目标SQL的SQL文本中WHERE条件或INSERT时VALUES子句中的具体输入值，替换后实际执行的SQL就已经使用绑定变量的入写后的等价SQL，这个替换过程ORACLE自动完成。目前，ORACLE数据库系统产生的绑定变量命名规则是SYS_B_n.常规游标共享受参数cursor_sharing控制，此参数的值为EXACT,SIMILAR,FORCE,含义为：EXACT是默认值，此时不使用常规游标共享。SIMILAR在9I引入，在12C后不被支持，MOS文档116901.1此时，ORACLE在实际解析目标SQL之间时会使用系统产生的绑定变量来替换目标SQL的SQL文本中WHERE条件或INSERT时VALUES子句中的具体输入值，但是替换后并不一定使用， ...继续阅读 (31)

...继续阅读 (29)

1- 检查 locale 的设置，如果需要，请更正。此处所用示例是配置 Unix 环境以便能够在 Unix 计算机的 shell 中使用 Unicode (UTF-8)、配置 Telnet/SSH 软件、以及将 NLS_LANG 设置为 UTF8 / AL32UTF8 以用于 sqlplus。要查看当前设置，请使用 “locale” 命令，如下所示： $ locale 输出示例： LANG=fr_FR LC_CTYPE="fr_FR.iso885915@euro" LC_COLLATE="fr_FR.iso885915@euro" LC_MONETARY="fr_FR.iso885915@euro" LC_NUMERIC="fr_FR.iso885915@euro" LC_TIME="fr_FR.iso885915@euro" LC_MESSAGES="fr_FR.iso885915@euro" LC_ALL=fr_FR.iso885915@euro 大多数 Unix 版本默认设置为： $ locale LANG= LC_CTYPE="C" LC_COLLATE="C" LC_MONETARY="C" LC_NUMERIC="C" LC_TIME="C" LC_MESSAGES="C" LC_ALL= “C”是指 US7ASCII，这意味着仅可显示 a-z、A-Z ...继续阅读 (33)

DB版本生命周期支持策略 PS（Primier Support）是自软件发布之日起为期5年的维护和支持服务，超过这个时间就需要购买3年的Extended Support或者不确定时间的Sustaining Support。Oracle Database 10gR2以及Oracle Database 11gR1都已结束Paid Extended Support进入Sustaining Support阶段，11gR2开始Extended Support包含Waived Extended Support和Paid Extended Support两种：Waived Extended Support不需要单独购买扩展服务包，而Paid Extended Support将在原来的PS服务费用基础上，第一年加收10%的费用提供支持，第二年加收20%的费用提供支持，第三年也是加收20%的费用提供支持， Extended Support主要目的是客户版本升级缓冲期，在该阶段客户将仍能获得“软件更新、修订和安全预警”。12.2: 新的发行版本会每年发行，版本号是年份的后两位。原来计划发布的12.2.0.2是18c，原来计划发布的12.2.0.3会是19c。18c和19c被认为和12.2的终身支持政策一致。19c是一个“长期支持”版本（至少4年PS服务，3年扩展支持服务），也是12.2的最后一个版本, ...继续阅读 (35)

1.CurrentActivity.sql set lines 150set pages 999clear colset termout offset trimout onset trimspool onREMREM Current transactionsREMREM Will show only last transaction by a userREMREM May need to use 786472.1 for better pictureREM of activityconnect / as sysdbaalter session set nls_date_format=’dd-Mon-yyyy hh24:mi’;col username format a10 wrapped heading “User”col name format a22 wrapped heading “Undo Segment Name”col xidusn heading “Undo|Seg #”col xidslot heading “Undo|Slot #”col xidsqn heading “Undo|Seq #”col ubafil head ...继续阅读 (35)

Oracle 每一个版本都发布的用于调查 ORA-1555 错误的脚本，二分切每一版本都有所不同。这些脚本只适用于自动 UNDO 管理 (AUM) 配置的环境。脚本文件以本文档附件的形式提供。在mos上可以下载到，具体的脚本有如下列出的分类，下载地址参考此链接： AUM 配置和 ORA-1555 全面分析1. 配置：UndoDatafiles.sql — spool 输出到位于默认目录位置的文件 undodatafiles.out 中。UndoParameters.sql — spool 输出到位于默认目录位置的文件 undoparameters.out 中。UndoUsage.sql — spool 输出到位于默认目录位置的文件 undousage.out 中。2. 当前未提交的事务：CurrentActivity.sql — spool 输出到位于默认目录位置的文件 undoactivity.out 中。3. 历史 UNDO 信息：UndoHistoryInfo.sql — spool 输出到位于默认目录位置的 undohistory.out 中。UndoStatistics.sql — spool 输出到位于默认目录位置的 undostatistics.out 中。您可修改此报告以显示适当的分析时间范围。 ...继续阅读 (34)

有经验的DBA都知道SHUTDOWN ABORT是关闭数据库的最快方式。但是，以这种形式关闭数据库会使数据库处于不一致的状态（没有回滚），在这种情况下的备份在下次启动时需要恢复 。在8.1.6以前的版本里，数据库是不推荐使用SHUTDOWN ABORT，因为在这么老的版本上这么做导致数据库损坏的概率很大。 在执行快速关闭之前，建议按照如下顺序来操作：1.通过下面的查询判定干净的关闭数据库需要多少回滚（以字节计算）select sum(used_ublk) *from v$transaction;2.SHUTDOWN ABORT将不进行事务回滚，快速的中断所有进程 (客户端和后台)。 A SHUTDOWN IMMEDIATE时SMON会尝试中断所有客户端进程（SIGKILL），但是很多情况下SMON无法及时完成，这是使用SHUTDOWN ABORT的原因。3.在下次启动时，SMON会回滚事务。可以通过STARTUP RESTRICT启动然后通过下面的查询语句查看回滚（块的个数）select sum(distinct(ktuxesiz)) from x$ktuxe where ktuxecfl = ‘DEAD’;6.当回滚完成 (当上次关闭数据库时候，活动事务不多的情况下，有可能启动后立刻就完成了), 执行SHUTDOWN IMMEDIATE。当完成此步骤后，数 ...继续阅读 (30)

之前发表过smon一些相关的文章，主要是讨论回滚方面的事宜，最近在项目上碰到pmon的相关问题，因此也学习了一些相关的知识，10g之前的版本跟踪方式主要局限于操作系统版本的命令跟踪，这里不做讨论 11g 跟踪命令 从 11.1.0.7 到 18.0, 可以使用下面的命令来启动 tracing:alter system set events=’immediate trace name listener_registration level 3′;当收集结束后，使用下面的命令来停止跟踪:alter system set events=’immediate trace name listener_registration level 0′;19c开始使用下面的命令开启 Trace:alter system set events ‘trace[LREG] disk highest’;alter system set events = ‘immediate trace name LREG_STATE level 3’;要关闭 Trace:alter system set events ‘trace[LREG] disk disable’;Trace的默认路径是:$ORACL ...继续阅读 (33)

bug: MEMORY_TARGET not supported on this systemSQL> startup open;ORA-00845: MEMORY_TARGET not supported on this system解决方案：原因是/dev/shm 必须大于 MEMORY_TARGET。$ df -hFilesystem Size Used Avail Use% Mounted ondevtmpfs 1.8G 0 1.8G 0% /devtmpfs 1.9G 635M 1.2G 35% /dev/shmtmpfs 1.9G 9.2M 1.8G 1% /runtmpfs 1.9G 0 1.9G 0% /sys/fs/cgroup/dev/mapper/ol-root 10G 3.9G 6.2G 39% //dev/sda1 397M 199M 198M 51% /boot/dev/mapper/ol-home 3.0G 58M 3.0G 2% /home/dev/mapper/ol-u01 30G 18G 13G 58% /u01/dev/mapper/ol-tmp 3.0G 59M 3.0G 2% /tmpvmhgfs-fuse 159G 133G 27G 84% /mnt/hgfstmpfs 370M 0 370M 0% /run/user/54322tmpf ...继续阅读 (34)

4月初对某银行可以使用dbua升级时候遭遇ORA-06512错误，导致升级中断主要是在 调用 preupgrade 脚本时，报如下错误：trace.log_20220405. 描述如下:SEVERE: Apr 04, 2022 3:25:09 AM oracle.assistants.dbua.prereq.PreUpgradeDriverJob callSEVERE: ERROR – Unable to run the preupgrade due to:ERROR – Unable to run preupgrade due to:ORA-06512: at “SYS.UTL_FILE”, line 106ORA-06512: at “SYS.UTL_FILE”, line 746ORA-06512: at “SYS.DBMS_PREUP”, line 3264ORA-06512: at “SYS.DBMS_PREUP”, line 9736ORA-06512: at line 8declare*ERROR at line 1:ORA-29284: file read errorORA-06512: at line 56经检查 环境变量 ORA_NLS10 指 ...继续阅读 (28)

最近在某出版客户升级数据库到 19c 时，源库 pfile / spfile 中设置的 event 被删除。查询metalink匹配bug为 BUG 30193505 – SOURCE EVENTS REMOVED BY DBUA IN UPGRADING TO 19C. 解决办法如下：从以下链接下载并应用 Patch 30193505:https://updates.oracle.com/download/30193505.html在打完 Patch 后，可以使用 DBUA 的 –keepEvents 参数来保留 event 参考文章：DBUA does not retain database events after Oracle 19c upgrade (Doc ID 2618457.1) ...继续阅读 (34)

在10月底到11月的plsql病毒分析中，顺便弄了此工具方便使用wrap加密后的存储过程解密. HC把乱糟糟的代码重编译了下，使用起来更简单了。关于这个解密原理很简单，ITPUB有很详细的说明，这里就不刨根究底了。 给予10，11g plsql 解密指引参考：http://www.itpub.net/thread-1154232-1-1.html 9I的plsql解密原理参考：http://www.blackhat.com/presentations/bh-usa-06/BH-US-06-Finnigan.pdf 使用语法： 用界面太弱了(其实我们懒)，所以还是纯命令行格式.注意路径. StartFragmentjava -jar unwrap.jar  加密文件  [解密文件]  下载地址： UNWRAP.JAR DOWNLOAD ...继续阅读 (534)

经过2016，修复了一些bug.现在从新开放下载.企业版新增table drop后的lob恢复. 使用须知： 1.新版本下载后，建议使用jdk 1.4或者jdk 1.5运行.2.新版不限制数据恢复量，不限制恢复行数，依然免费使用3.新版程序绑定机器，需发邮件给我们提供运行时候的feature code，我们将根据feature code 生成注册码。4.使用前请阅读下载文件中的使用说明书 联系邮箱： feigigi@qq.com;564439763@qq.com 下载地址： Mdata 5.0.1 Download ...继续阅读 (32)

是不是每个人都会有一个瓶颈期？沉默的2016，沉着沉着。终于可以沉下心来，做一些改变习惯改变现状的情况，我很享受现在为技术寻找提升点的事情。 最坏的情况没来，意想的好情况也不尽人意，最终还是要做好自己，做好自己要做的事情，这无关DBA，无关DB。  ...继续阅读 (22)

unused column和drop column的操作从本质上讲是不一样的，unused是通过变更数据字典的信息让sql无法访问到column，而drop是直接在物理数据层做了变动。这里的操作后台跟踪可以用event 10046去验证,这里不做描述.下面通过实验的方式验证unused和drop column的操作对比情况:1.创建测试表SQL> grant dba to luda; Grant succeeded. SQL> conn luda/luda Connected. SQL> create table luda_t1 as select * from dba_objects; Table created. SQL> set timing on SQL> set serverout on SQL> exec showspace('LUDA_T1','LUDA') Total Blocks............................768 Total Bytes.............................6291456 Unused Blocks...........................53 Unused Bytes............................434176 L ...继续阅读 (24)

该脚本的作用为查找损坏的块是在对象上面还是在空闲空间上.set lines 200 pages 10000 col segment_name format a30 SELECT e.owner, e.segment_type, e.segment_name, e.partition_name, c.file# , greatest(e.block_id, c.block#) corr_start_block# , least(e.block_id+e.blocks-1, c.block#+c.blocks-1) corr_end_block# , least(e.block_id+e.blocks-1, c.block#+c.blocks-1) - greatest(e.block_id, c.block#) + 1 blocks_corrupted , null description FROM dba_extents e, v$database_block_corruption c WHERE e.file_id = c.file# AND e.block_id <= c.block# + c.blocks - 1 AND e.block_id + e.blocks - 1 >= c.block# UNION SELECT s.owner, s.segment_t ...继续阅读 (29)

In ASM versions 11.1.0.7 and later, the ASM disk header block is backed up in the second last ASM metadata block in the allocation unit 1.Kfed parametersaun – Allocation Unit (AU) number to read from. Default is AU0, or the very beginning of the ASM disk.aus – AU size. Default is 1048576 (1MB). Specify the aus when reading from a disk group with non-default AU size.blkn – block number to read. Default is block 0, or the very first block of the AU.dev – ASM disk or device name. Note that the keyword dev can be omitted, but the ASM disk name is mandatory.Understanding ASM disk layoutRead A ...继续阅读 (28)