现象 dbca创建数据库时,找不到ASM磁盘组:而grid用户使用asmca却又能看到ASM磁盘组. 解决方法 1. 检查设备的权限,正确的权限为grid:asmadmin 2. 检查GRID_HOME/bin下oracle是否有s权限,如果没有需要添加s权限 chomd +s oracle # ls -l oracle -rwsr-s--x. 1 grid oinstall 209914561 Sep 10 15:35 oracle 3. 检查ASM实例是否启动 $ asmcmd Connec

案例:Oracle报错ASM磁盘组不存在或没有mount 环境:RHEL 6.5 + Oracle Standby RAC 11.2.0.4 我做Standby RAC实验时,在恢复控制文件时,报错无法在磁盘组创建文件,具体报错内容如下: [oracle@jystdrac1 standby]$ rman target / Recovery Manager: Release 11.2.0.4.0 - Production on Wed Aug 9 22:35:41 2017 Copyright (

转至:https://cloud.tencent.com/developer/article/1494403 为什么要写这么一篇基础知识呢?还是有那么一点点原因的,不是胡编乱造还真是有真实存在的事件的,前两周里因一套生产环境数据库磁盘不足无法对其进行表空间扩容,需要向存储岗申请存储资源,当存储岗划好资源加完存储时,操作系统岗对其进行扫盘以及权限处理时忘记对 RAC2 节点的磁盘进行属主的设置. 当到我们数据库岗对其磁盘组添加磁盘时,我们的小伙伴没有对其权限及属主进行检查,直接使用 alter d

CREATE ASM ON AIX LV DEVICE OS:AIX  6100-03 ASM版本号 10205 # lspv hdisk0          000d295a6d68902b                    rootvg          active hdisk1          000d2e62ac906f43                    rootvg          active hdisk2          000d2e629b38c89d    

本例环境: 操作系统OEL 6.5 数据库版本:11.2.0.4 问题:DBCA建库的时候,检测不到ASM磁盘组 因素一:可能是在授权的时候执行了 chown –R 775 /u01/app等修改权限. 分析:数据库无法连接ASM,这应该是权限问题,grid的$ORACLE_BASE是/u01/app/grid,oracle的$ORACLE_BASE是/u01/app/oracle,在创建这几个目录时,赋予权限/u01/app的属组关系是grid:oinstall,/u01/app/oracle

ASM磁盘无法识别几种现象: 1) gi家目录或者其子目录权限错误 2)asm磁盘的权限错误 3)asm实例未启动或者asm磁盘组没有mount上 4)asm磁盘组资源没有在线 5)oracle用户的权限错误 6)oracle($ORACLE_HOME/bin)可执行文件的权限错误 OK,那我就按照上面的分析结果进行逐一排查: 1) gi家目录或者其子目录权限错误 [root@rac1 ~]# ls -ld /u01/app/11.2.0/grid/drwxr-x--- 66 root oins

ORA-19504: failed to create file "+DATA" ORA-15045: ASM file name '+DATA' is not in reference form ORA-17502: ksfdcre:5 Failed to create file +DATA ORA-15081: failed to submit an I/O operation to a disk 在DBCA过程中,发现无法识别ASM磁盘组报以上错误,解决方法如下: 两个节点分析执

环境:RHEL 6.4 + Oracle 11.2.0.4 需求:单机静默安装GI软件并创建ASM实例和ASM磁盘组,为后续迁移数据库文件到ASM做准备 1. 安装配置GI软件 2. 创建ASM实例 3. 创建ASM磁盘组DATA1 1. 安装配置GI软件 1.1 创建grid用户和相关组,创建目录,确认ASM磁盘权限,配置环境变量 -- 创建grid用户和相关组 groupadd asmadmin groupadd asmdba groupadd asmoper useradd -g oins

说明:在数据库中巡检,发现,数据库某个磁盘组状态为mount,其余磁盘组均为CONNECTED状态,排除是否异常 文档流程: 1.实际环境查询校验 2.官方文档视图中对磁盘组,磁盘状态的解释说明 3.对于asm磁盘组相关的维护命令学习 1.实际环境查询校验$uname -a AIX P570_2_1 00C7B8B64C00 $ifconfig -a 查询发现某个ASM磁盘组,状态为mount,而非connected SQL> TOTAL_GB, free_mb/ FREE_GB,free_mb

磁盘(pv)准备     在生产环境中,提前从存储上划分一些磁盘挂载到RAC系统的两个节点上(node1,node2).     新增加磁盘组为(hdisk14--hdisk24) 1.1磁盘使用规划 磁盘名称 磁盘大小 所处存储 计划用途 故障组 hdisk14 500G NEW DATA磁盘组 DATA_0000 hdisk15 500G NEW DATA磁盘组 DATA_0001 hdisk16 500G NEW DATA磁盘组 DATA_0002 hdisk17 500G NEW DAT

[RAC] RAC For W2K8R2 安装--创建ASM磁盘组(六) 一.1  BLOG文档结构图 一.2  前言部分 一.2.1  导读 各位技术爱好者,看完本文后,你可以掌握如下的技能,也可以学到一些其它你所不知道的知识,~O(∩_∩)O~: ① RAC for windows 2008R2 的安装 ② rac环境下共享存储的规划和搭建 ③ starwind软件的应用 ④ VMware workstation 如何做共享存储 ⑤ rac数据的静默安装和dbca静默建库 ⑥ rac数据库在

创建asm磁盘的几种方式 创建asm磁盘方式很多主要有以下几种 1.Faking方式 2.裸设备方式 3.udev方式(它下面有两种方式) 3.1 uuid方式 3.2 raw方式(裸设备方式) 4.asmlib方式(oracleasm) 本次的操作需求 1.要增加磁盘的磁盘组为:DATA 2.增加

环境:RHEL 6.5 + GI 11.2.0.4 + Oracle 11.2.0.4 1.确认磁盘权限正确 2.图形界面配置 3.启用asmca配置 4.修改磁盘组rebalance power级别 5.监控磁盘组rebalance完成情况 1.确认磁盘权限正确 如果是RAC,需要确认各个节点都认出磁盘,且权限正确. 一般磁盘是grid:asmadmin属主,660权限. 2.图形界面配置 直接使用VNC,稳定: 或者使用Secure CRT + Xmanager4 passive模式 需要注

添加群组表AppGroup和群组详细表AppGroupDetails CREATE TABLE [dbo].[AppGroup]( ) NOT NULL PRIMARY KEY, ) NOT NULL, ) NULL, ) NULL, [CreateDate] [datetime] NULL, ) NULL, ) NULL, [ModifyDate] [datetime] NULL, ) NULL, ) NULL, ) CREATE TABLE [dbo].[AppGroupDetails](

使用asmcmd cp命令 把datafile从文件系统移动(move)到asm磁盘组中--针对11gR2 参考原文:How to Move a Datafile from Filesystem to ASM Using ASMCMD CP Command. (Doc ID 1610615.1) 适用于:Oracle Database - Enterprise Edition - Version 11.2.0.1 to 11.2.0.4 [Release 11.2]Information in

磁盘组的兼容性参数:-compatible.asm:最低版本的asm软件,这也会影响asm元数据在磁盘中的结构-compatible.rdbms:最低版本的rdbms软件,决定了rdbms是否能够mount上asm磁盘-compatible.advm:最低版本的ASM Dynamic Volume

磁盘清理(disk scrub)可以检查逻辑坏块,并使用镜像数据自动修复数据(必须是normal.high冗余级别).磁盘清理过程和磁盘组的rebalance相结合,可以减少对I/O资源的使用.清理过程对生产系统的常规I/O影响比较小. 使用"alter diskgroup ... scrub ..."命令可以清理磁盘组.磁盘.或文件:--repair选项会自动修复坏掉的磁盘:如果没有使用repair选项,scrub只是会检测和报告逻辑坏块--power选项有四个级别:auto, lo

原创作品,出自 "深蓝的blog" 博客,深蓝的blog:http://blog.csdn.net/huangyanlong/article/details/47277715 近日,处理了一个关于ASM磁盘组空间不足引起的问题. 简单记录如下: 一.问题的反馈 驻地工程师的反馈: 驻地工程师以邮件的形式告知了出现的问题,以及解决该问题的紧急性. 大概这样的描述:告知了巡检时发现了某照片表空间已满,对其进行扩容操作,报错:ORA-15041:DISGROUP "DATA&quo

原创作品,出自 "深蓝的blog" 博客,欢迎转载,转载时请务必注明以下出处,否则追究版权法律责任. 深蓝的blog:http://blog.csdn.net/huangyanlong/article/details/41480075 rac第二个节点重启后无法启动实例:磁盘组dismount问题 实验案例: 实验环境:CentOS 6.4.Oracle 11.2.0.1 现象重演:1. 重启第二节点服务器2. 手工启动第二节点实例,报错[root@node2 ~]# su - ora

因之前分区时,分区的Last cylinder的值选了“1”,导致创建磁盘组空间不足.解决办法是先删除分区,重新创建分区并删除ASM磁盘,然后重建ASM磁盘 1. 先删除分区,重新创建分区: 1)查询空间不足的分区情况: [root@linuxrac1 ~]# fdisk /dev/sdb Command (m for help): p Disk /dev/sdb: 4294 MB, 4294967296 bytes 255 heads, 63 sectors/track, 522 cylind

以grid用户创建ASM磁盘组,创建的ASM磁盘组为下一步创建数据库提供存储. ① grid用户登录图形界面,执行asmca命令来创建磁盘组: ② 进入ASMCA配置界面后,单击Create,创建新的磁盘组: ③ 输入磁盘组名 DATA,冗余策略选择External,磁盘选择ORCL:VOL3,单击OK: ④ DATA磁盘组创建完成,单击OK: ⑤ 继续创建磁盘组,磁盘组名FLASH,冗余策略选择External,磁盘选择ORCL:VOL4: ⑥ 最后,完成DATA.FLASH磁盘组的创建,Ex