分类目录归档：ASM

4种查询vot的方法和4种查询ocr的方法

发表于 2013 年 11 月 21 日 由 Lunar

一、查找voting disk 的4种方法 方法1： 方法2： 方法3： 方法4： 这里可以看到au是1M，voting disk从AU 192开始，到AU 224结束，共32个AU ： 跳过了头上的192M，dump了后面的32M内容，也就是我们需要的VOTING DISK的32个AU的内容 二、查找ocr的方法 方法1： 方法2： 方法3： ocrdump 方法4： 这里看到ocr的文件号是255，可以根据文件号查询AU:

发表在 ASM, RAC | 标签为 , , | 留下评论

收集ASM的信息

发表于 2013 年 11 月 1 日 由 Lunar

当ASM出现故障时，需要收集的主要信息如下（来自于MOS，log SR时，通常让你提供alert，trace和这些信息），

发表在 ASM | 标签为 , | 留下评论

结合event 10046跟踪ASM的所有操作

发表于 2013 年 11 月 1 日 由 Lunar

关于ASM的限制，请参见 ASM – Scalability and Limits (Doc ID 370921.1) 有朋友说12.1上已经可以创建2T的文件，事实上，在很多时候，我们还是不建议这样使用，bug依然存在，维护还是问题。。。。。 例如： Bug 14181123 ROOT.SH HANGS ON OHASD.BIN REBOOT Bug 16565325 ASM FILE CREATION PERFORMANCE REGRESSION 当你碰到ASM的一些报错或者bug，怎么去检查问题呢？ 前面已经说过使用DBI_TRACE去trace asm的过程，这里再说下，结合event 10046去诊断问题。 比如一个场景，客户反映在ASM上创建表空间很慢，或者cp很慢，或者其他。。。。。很慢的问题，那么首先我们先设置 DBI_TRACE=1 来跟踪ASM的内部操作： 这里你可以看到ASM的每一个操作的详细的执行情况 然后，我们设置event 10046来跟踪该进程的执行情况 例如，我们将 +ASMDATA/RACDB/datafile/USERS.259.814462681 复制到/home/grid/asmfile 现在我们使用tkprof进行格式化： 可以看到，trace中显示了每一步我所执行的操作映射成ASM内部操作的过程和执行计划，时间等等详细信息，根据这个，不难找出瓶颈或者问题了吧，O(∩_∩)O哈哈~

发表在 ASM | 标签为 , , | 留下评论

基于scn恢复ADG和ASM在rman备份恢复过程中的tuning

发表于 2013 年 10 月 18 日 由 Lunar

以下过程主要涉及如下3个问题： 1，根据SCN号“重做”ADG 2，主库是ASM数据库，使用了一半自动命名文件名的文件，和一部分手工指定文件名（别名）的文件： ——————————————————————————– 针对OMF的数据文件使用下面命令： catalog start with ‘+DATA1/MUM/DATAFILE/’; 针对非OFM的数据文件使用下面命令： catalog datafilecopy ‘<File-Specification>’; ——————————————————————————– 3，优化ASM的IO效率 源库： 备库： 查看主库force logging： 查看有哪些文件含有force logging操作，以及他们的scn（下次执行，应该带上orderby，这样更清晰）： 备库： 生成批量的backup命令，进行基于scn的恢复（含有force logging的都需要） 主库，备份可以有两个方法： 1，根据上述备份命令写备份脚本 2，从最早的一个scn开始备份也可以 restore 数据文件： 总共新增加了3个文件，重新备份这3个文件即可： 现有ASM的文件信息如下： 有两个错误，这个是因为上面操作时没有注意到数据库中有2个offline的数据文件，下次操作记得备份时把offline的文件不要备份就好了。。。。。。 <bold>开始recover database，这个过程非常慢长，主要原因： 1，存储着实太差了。。。。。。 2，网络速度太差了（这个是NFS的空间） 3，ASM在recover 时需要tuning </bold> 监控rman恢复进度： … 继续阅读 →

发表在 ASM, backup&recovery, Dataguard | 标签为 , , , , | 留下评论

贫民电脑（8G mem）玩12c standalone需要的配置多大内存的vm呢？

发表于 2013 年 8 月 25 日 由 Lunar

12c官方文档要求，对于单机的数据库，要求如下： Server Memory Minimum Requirements Ensure that your system meets the following memory requirements: Minimum: 1 GB of RAM Recommended: 2 GB of RAM or more 这说明，我们完全可以使用很小的memory来玩12c的。。。。。。 看下当前的配置（使用了ASMM）： 关于9i开始的sga介绍，请参考： http://blog.csdn.net/lunar2000/article/details/49437 启动一下数据库： 过几分钟再次查询，发现buffer cache 已经被动态调整： 好吧，我现在手工设置sga，ASMM和AMM都不用了，回归到8i的sga的设置方法，o(∩_∩)o 哈哈 再次启动数据库： 关于12c中asm的内存的设置请参考 http://www.lunar2013.com/2013/08/ora-00443-background-process-mmnl-did-not-start.html 可以了，环境基本ready，db的sga只有230M，asm的sga … 继续阅读 →

发表在 ASM, ORACLE 12C, RAC | 标签为 | 留下评论

expdp导出数据到asm中

发表于 2013 年 8 月 10 日 由 Lunar

asm中创建目录 数据库创建目录 expdp导出数据到asm 检查expdp导出文件 补充说明 如果有rac，可以使用cluster=y，parallel=10…………这样就在整个集群parallel，在xd就用dbfs，本质就是这个原理的

发表在 ASM | 标签为 , , | 留下评论

mkdir在asm中做了什么？

发表于 2013 年 8 月 10 日 由 Lunar
发表在 ASM | 标签为 | 留下评论

asmcmd中cp文件的测试

发表于 2013 年 8 月 10 日 由 Lunar

[grid@lunar ~]$ sqlplus / as sysdba SQL*Plus: Release 12.1.0.1.0 Production on Fri Aug 9 15:59:23 2013 Copyright (c) 1982, 2013, Oracle.  All rights reserved. Connected to: Oracle Database 12c Enterprise Edition Release 12.1.0.1.0 – 64bit Production With the Automatic Storage … 继续阅读 →

发表在 ASM | 标签为 , , , | 留下评论

ASM磁盘头被fdisk损坏的修复过程

发表于 2013 年 6 月 16 日 由 Lunar

一大早起来折腾昨天的12c（我装的是standalone），发现使用文件虚拟成设备的方法，磁盘IO效率很低（我猜是这个原因），于是铲掉打算重新安装 铲掉12c RAC跟铲掉11.2 RAC没啥区别，参考前面的文章 5分钟内搞定。 安装完grid，感觉磁盘不够用，于是把vm停了，加一块新的盘，然后启动后，fdisk /dev/sde 悲剧了，刚弄完就想起来，这个是ASM的DATADG…………于是，你懂的…… 查看日志,ora.DATA.dg 资源状态异常： 使用kfed可以清晰的看到，盘头损坏了： 在ASM中也可以看到，/dev/sdb原本是DATA DG的设备（HEADER_STATU应为 MEMBER），现在确变成“CANDIDATE”： 我们知道，每个ASM磁盘的UNIT 1，块254（Allocation unit# 1, Block# 254）是盘头的备份，因此查看下，这个块是否是好的： 手工把ASM磁盘组DATA挂载上： 好了，可以安装db软件，然后建库了…………

发表在 ASM, backup&recovery | 标签为 , | 一条评论

记一次低级错误——dbca找不到ASM磁盘组

发表于 2013 年 6 月 15 日 由 Lunar

今天忽然想起来装一个12c，首先声明，12c中，创建CDB和PDB的功能是一个选项，可以在创建数据库的时候，选择是否创建成这个模式，或者沿用以前的模式： 在标准创建中可以选择“Create as container database”： 或者在高级选项中选择“Create as container database” 本次发现一个问题，使用dbca建库，找不到磁盘组，但是从grid用户看disk和diskgroup都是正常的： 检查一圈，发现原来是orace用户组设置错误： 检查grid： 修改oracle组为以下： 可以正常建库了：

发表在 ASM | 标签为 , | 留下评论