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

ASM磁盘组删除磁盘 [oracle@dbserver1 ~]$ su - gridsqlplus / as sysasmConnected.SQL> alter diskgroup data drop disk data_0001;Diskgroup altered.SQL> select disk_number, state, name, total_mb, free_mb from v$asm_disk where group_number = 4;DISK_NUMBER STATE N

要增加磁盘的磁盘组为:DATA 要增加的磁盘为: /dev/sde1 在第一个节点上:[root@rac1 ~]# fdisk /dev/sdeDevice contains neither a valid DOS partition table, nor Sun, SGI or OSF disklabelBuilding a new DOS disklabel. Changes will remain in memory only,until you decide to write them.

1.物理机挂在要添加的磁盘,虚拟机格式化虚拟硬盘 略 2.登录服务器:fdisk -l [root@node2 ~]# fdisk -l Disk /dev/sda: 107.3 GB, 107374182400 bytes 255 heads, 63 sectors/track, 13054 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev

LINUX 11G RAC ASM磁盘组在线增加磁盘扩容 1.操作系统版本 OEL 6.1 [root@cqltjcpt1 ~]# more /etc/redhat-release Red Hat Enterprise Linux Server release 6.1 (Santiago) 2.数据库版本 oracle 11g rac SQL> select * from v$version; BANNER --------------------------------------------

生产环境注意调整以下参数: +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ + 1.节点间滚动添加UDEV磁盘 + 2.ASM 内存大小 + 3.POWER_LIMIT别弄太大 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++

https://www.cnblogs.com/polestar/p/10115263.html Oracle RAC环境下ASM磁盘组扩容 生产环境注意调整以下参数: +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ + 1.节点间滚动添加UDEV磁盘 + 2.ASM 内存大小 + 3.PO

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

说明:在数据库中巡检,发现,数据库某个磁盘组状态为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

规划ASM DISK GROUP: 1. 每个磁盘组里的磁盘应该大小.性能.新旧等一致,不能有太大差距 2. 对database files 和 fast recovery area 分别创建不同的diskgroup. 一般来说我们也可以把备份文件存放到FRA里. 所以Oracle 建议我们不要创建太多的diskgroup,2组就够了,一组DATA,一组FRA. ORACLE ASM 在磁盘组,磁盘和文件的个数限制如下:(1)最多63个disk groups(2)最多10000个ASM disk

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

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

一.环境.[grid@rhel2 ~]$ cat /etc/issueRed Hat Enterprise Linux Server release 5.5 (Tikanga) Kernel \r on an \m[grid@rhel2 ~]$ uname -aLinux rhel2.localdomain 2.6.18-194.el5 #1 SMP Tue Mar 16 21:52:39 EDT 2010 x86_64 x86_64 x86_64 GNU/Linux[root@rhel2 bi

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

因之前分区时,分区的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

案例: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 (

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磁盘组报以上错误,解决方法如下: 两个节点分析执

1.登录到命令行 切换到grid用户 [grid@swnode1 ~]$ sqlplus / as sysasm SQL*Plus: Release Production on Wed May :: Copyright (c) , , Oracle. All rights reserved. Connected to: Oracle Database 12c Enterprise Edition Release - 64bit Production 注意:这里是sysasm登录才能有权限修改 2

本例环境: 操作系统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

磁盘(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