oracle asm disk格式化恢复—格式化为ext4文件系统----惜分飞

最新推荐文章于 2022-10-02 11:32:23 发布
最新推荐文章于 2022-10-02 11:32:23 发布
阅读量714 收藏 2
点赞数
文章标签： 数据库 操作系统
原文链接：https://yq.aliyun.com/articles/672013
版权

昨天中午接到一位朋友紧急求救电话,大概场景如下,asm data磁盘组一共把个asm disk,但是使用4个lun实现的(也就是说每个lun使用fdisk进行分区),该主机上还有一个lun是用来存放备份的挂载在/xifenfei目录.客户记得他们的/xifenfei目录是/dev/sdh1这个分区,上次主机重启之后,rac工作正常,但是/xifenfei这个目录对应的/dev/sdh1无法挂载上去(提示无法找到超级块).然后我这位朋友上去也不管三七二一直接执行了mkfs.ext4 /dev/sdh1.结果整个asm 磁盘组异常了.最后他通过fdisk命令一看发现完蛋了,以前的/dev/sdh 已经变为了/dev/sdc,而现在的/dev/sdh是以前的asm disk.也就是说,他把asm 磁盘组中的一个disk进行了格式化为ext4文件系统操作.
ext4文件系统大概结构
通过这里大概可以发现在格式化为ext4文件系统并非把所有的磁盘数据全部重写主要就是覆盖一些ext4必要的一些元数据信息,理论上没有覆盖部分的数据依旧可以恢复
ext4

fdisk 分析现在磁盘情况

[root@db3 ~] #  fdisk -l
 
Disk /dev/sda : 171.8 GB, 171798691840 bytes
255 heads, 63 sectors /track , 20886 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical /physical ): 512 bytes / 512 bytes
I /O size (minimum /optimal ): 512 bytes / 512 bytes
Disk identifier: 0x00055b12
 
    Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1          64      512000   83  Linux
Partition 1 does not end on cylinder boundary.
/dev/sda2              64        8223    65536000   82  Linux swap / Solaris
/dev/sda3            8223       20887   101723136   8e  Linux LVM
 
Disk /dev/sdb : 751.6 GB, 751619276800 bytes
255 heads, 63 sectors /track , 91379 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical /physical ): 512 bytes / 512 bytes
I /O size (minimum /optimal ): 512 bytes / 512 bytes
Disk identifier: 0x00b6888f
 
    Device Boot      Start         End      Blocks   Id  System
/dev/sdb1               1       91379   734001786    5  Extended
/dev/sdb5               1       15000   120487437   83  Linux
 
Disk /dev/sdd : 1073 MB, 1073741824 bytes
34 heads, 61 sectors /track , 1011 cylinders
Units = cylinders of 2074 * 512 = 1061888 bytes
Sector size (logical /physical ): 512 bytes / 512 bytes
I /O size (minimum /optimal ): 512 bytes / 512 bytes
Disk identifier: 0x00083b68
 
    Device Boot      Start         End      Blocks   Id  System
 
Disk /dev/sdf : 526.1 GB, 526133493760 bytes
255 heads, 63 sectors /track , 63965 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical /physical ): 512 bytes / 512 bytes
I /O size (minimum /optimal ): 512 bytes / 512 bytes
Disk identifier: 0x000c10d8
 
    Device Boot      Start         End      Blocks   Id  System
/dev/sdf1               1       13054   104856223+  83  Linux
/dev/sdf2           13055       63965   408942607+  83  Linux
 
Disk /dev/sde : 1073 MB, 1073741824 bytes
34 heads, 61 sectors /track , 1011 cylinders
Units = cylinders of 2074 * 512 = 1061888 bytes
Sector size (logical /physical ): 512 bytes / 512 bytes
I /O size (minimum /optimal ): 512 bytes / 512 bytes
Disk identifier: 0x000b120f
 
    Device Boot      Start         End      Blocks   Id  System
 
Disk /dev/sdc : 1795.3 GB, 1795296329728 bytes
255 heads, 63 sectors /track , 218265 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical /physical ): 512 bytes / 512 bytes
I /O size (minimum /optimal ): 512 bytes / 512 bytes
Disk identifier: 0x78c377f7
 
    Device Boot      Start         End      Blocks   Id  System
/dev/sdc1               1      218265  1753213581   83  Linux
 
Disk /dev/sdg : 526.1 GB, 526133493760 bytes
255 heads, 63 sectors /track , 63965 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical /physical ): 512 bytes / 512 bytes
I /O size (minimum /optimal ): 512 bytes / 512 bytes
Disk identifier: 0x000ee648
 
    Device Boot      Start         End      Blocks   Id  System
/dev/sdg1               1       13054   104856223+  83  Linux
/dev/sdg2           13055       63965   408942607+  83  Linux
 
Disk /dev/sdi : 526.1 GB, 526133493760 bytes
255 heads, 63 sectors /track , 63965 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical /physical ): 512 bytes / 512 bytes
I /O size (minimum /optimal ): 512 bytes / 512 bytes
Disk identifier: 0x00027e4b
 
    Device Boot      Start         End      Blocks   Id  System
/dev/sdi1               1       13054   104856223+  83  Linux
/dev/sdi2           13055       63965   408942607+  83  Linux
 
Disk /dev/sdh : 526.1 GB, 526133493760 bytes
255 heads, 63 sectors /track , 63965 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical /physical ): 512 bytes / 512 bytes
I /O size (minimum /optimal ): 512 bytes / 512 bytes
Disk identifier: 0x000938dc
 
    Device Boot      Start         End      Blocks   Id  System
/dev/sdh1               1       13054   104856223+  83  Linux
/dev/sdh2           13055       63965   408942607+  83  Linux
 
Disk /dev/mapper/rootvg-rootfs : 31.7 GB, 31708938240 bytes
255 heads, 63 sectors /track , 3855 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical /physical ): 512 bytes / 512 bytes
I /O size (minimum /optimal ): 512 bytes / 512 bytes
Disk identifier: 0x00000000
 
 
Disk /dev/mapper/rootvg-lv01 : 32.2 GB, 32212254720 bytes
255 heads, 63 sectors /track , 3916 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical /physical ): 512 bytes / 512 bytes
I /O size (minimum /optimal ): 512 bytes / 512 bytes
Disk identifier: 0x00000000

通过asm alert日志确定asm disk信息
这里可以确定asm disk是VOL01-VOL08一共8个盘

SQL> CREATE DISKGROUP DATA EXTERNAL REDUNDANCY  DISK '/dev/oracleasm/disks/VOL01' ,
'/dev/oracleasm/disks/VOL02' ,
'/dev/oracleasm/disks/VOL03' ,
'/dev/oracleasm/disks/VOL04' ATTRIBUTE 'compatible.asm' = '11.2.0.0.0' , 'au_size' = '1M' /* ASMCA */
 
SQL> ALTER DISKGROUP DATA ADD  DISK '/dev/oracleasm/disks/VOL05' SIZE 399358M ,
'/dev/oracleasm/disks/VOL06' SIZE 399358M ,
'/dev/oracleasm/disks/VOL07' SIZE 399358M ,
'/dev/oracleasm/disks/VOL08' SIZE 399358M /* ASMCA */
 
SQL> ALTER DISKGROUP ALL MOUNT /* asm agent call crs * // * {0:0:2} */
NOTE: Diskgroup used for Voting files is:
      DATA
Diskgroup with spfile:DATA
Diskgroup used for OCR is:DATA
NOTE: cache registered group DATA number=1 incarn=0x6f3f6eb8
NOTE: cache began mount (not first) of group DATA number=1 incarn=0x6f3f6eb8
NOTE: Assigning number (1,7) to disk ( /dev/oracleasm/disks/VOL08 )
NOTE: Assigning number (1,6) to disk ( /dev/oracleasm/disks/VOL07 )
NOTE: Assigning number (1,5) to disk ( /dev/oracleasm/disks/VOL06 )
NOTE: Assigning number (1,4) to disk ( /dev/oracleasm/disks/VOL05 )
NOTE: Assigning number (1,3) to disk ( /dev/oracleasm/disks/VOL04 )
NOTE: Assigning number (1,1) to disk ( /dev/oracleasm/disks/VOL02 )
NOTE: Assigning number (1,2) to disk ( /dev/oracleasm/disks/VOL03 )
NOTE: Assigning number (1,0) to disk ( /dev/oracleasm/disks/VOL01 )
GMON querying group 1 at 2 for pid 23, osid 32026
NOTE: cache opening disk 0 of grp 1: DATA_0000 path: /dev/oracleasm/disks/VOL01
NOTE: cache opening disk 1 of grp 1: DATA_0001 path: /dev/oracleasm/disks/VOL02
NOTE: cache opening disk 2 of grp 1: DATA_0002 path: /dev/oracleasm/disks/VOL03
NOTE: cache opening disk 3 of grp 1: DATA_0003 path: /dev/oracleasm/disks/VOL04
NOTE: cache opening disk 4 of grp 1: DATA_0004 path: /dev/oracleasm/disks/VOL05
NOTE: cache opening disk 5 of grp 1: DATA_0005 path: /dev/oracleasm/disks/VOL06
NOTE: cache opening disk 6 of grp 1: DATA_0006 path: /dev/oracleasm/disks/VOL07
NOTE: cache opening disk 7 of grp 1: DATA_0007 path: /dev/oracleasm/disks/VOL08
NOTE: cache mounting (not first) external redundancy group 1 /0x6F3F6EB8 (DATA)

查询asm对应的disk信息
这部分信息,可以确定VOL03被格式化,而且应该就是朋友反馈的被他格式化成ext4的/dev/sdh1
asm1

[root@db3 disks] # ls
VOL01  VOL02  VOL04  VOL05  VOL06  VOL07  VOL08
[root@db3 disks] # oracleasm querydisk -p 'VOL01'
Disk "VOL01" is a valid ASM disk
/dev/sdf1 : LABEL= "VOL01" TYPE= "oracleasm"
[root@db3 disks] # oracleasm querydisk -p 'VOL02'
Disk "VOL02" is a valid ASM disk
/dev/sdg1 : LABEL= "VOL02" TYPE= "oracleasm"
[root@db3 disks] # oracleasm querydisk -p 'VOL03'
Disk "VOL03" does not exist or is not instantiated
[root@db3 disks] # oracleasm querydisk -p 'VOL04'
Disk "VOL04" is a valid ASM disk
/dev/sdi1 : LABEL= "VOL04" TYPE= "oracleasm"
[root@db3 disks] # oracleasm querydisk -p 'VOL05'
Disk "VOL05" is a valid ASM disk
/dev/sdf2 : LABEL= "VOL05" TYPE= "oracleasm"
[root@db3 disks] # oracleasm querydisk -p 'VOL06'
Disk "VOL06" is a valid ASM disk
/dev/sdg2 : LABEL= "VOL06" TYPE= "oracleasm"
[root@db3 disks] # oracleasm querydisk -p 'VOL07'
Disk "VOL07" is a valid ASM disk
/dev/sdh2 : LABEL= "VOL07" TYPE= "oracleasm"
[root@db3 disks] # oracleasm querydisk -p 'VOL08'
Disk "VOL08" is a valid ASM disk
/dev/sdi2 : LABEL= "VOL08" TYPE= "oracleasm"

通过kfed分析被格式化成ext4的磁盘信息

[grid@db3 ~]$ kfed read /dev/sdh1
kfbh.endian:                          0 ; 0x000: 0x00
kfbh.hard:                            0 ; 0x001: 0x00
kfbh. type :                            0 ; 0x002: KFBTYP_INVALID
kfbh.datfmt:                          0 ; 0x003: 0x00
kfbh.block.blk:                       0 ; 0x004: blk=0
kfbh.block.obj:                       0 ; 0x008: file =0
kfbh.check:                   810307429 ; 0x00c: 0x304c4f65
kfbh.fcn.base:                        0 ; 0x010: 0x00000000
kfbh.fcn.wrap:                        0 ; 0x014: 0x00000000
kfbh.spare1:                          0 ; 0x018: 0x00000000
kfbh.spare2:                          0 ; 0x01c: 0x00000000
000000000 00000000 00000000 00000000 304C4F65  [............eOL0]
000000010 00000000 00000000 00000000 00000000  [................]
000000020 4C43524F 44524C43 00000000 00000000  [ORCLCLRD........]
000000030 00000000 00000000 00000000 00000000  [................]
   Repeat 252 times
KFED-00322: Invalid content encountered during block traversal: [kfbtTraverseBlock][Invalid OSM block type ][][0]
 
 
[grid@db3 ~]$ kfed read /dev/sdh1 aun=1
kfbh.endian:                          0 ; 0x000: 0x00
kfbh.hard:                          129 ; 0x001: 0x81
kfbh. type :                            0 ; 0x002: KFBTYP_INVALID
kfbh.datfmt:                          0 ; 0x003: 0x00
kfbh.block.blk:                   98560 ; 0x004: blk=98560
kfbh.block.obj:                  164096 ; 0x008: file =164096
kfbh.check:                      229632 ; 0x00c: 0x00038100
kfbh.fcn.base:                   295168 ; 0x010: 0x00048100
kfbh.fcn.wrap:                   819456 ; 0x014: 0x000c8100
kfbh.spare1:                     884992 ; 0x018: 0x000d8100
kfbh.spare2:                    1605888 ; 0x01c: 0x00188100
000100000 00008100 00018100 00028100 00038100  [................]
000100010 00048100 000C8100 000D8100 00188100  [................]
000100020 00288100 003E8100 00798100 00AB8100  [..(...>...y.....]
000100030 01388100 016C8100 00000000 00000000  [..8...l.........]
000100040 00000000 00000000 00000000 00000000  [................]
   Repeat 251 times
KFED-00322: Invalid content encountered during block traversal: [kfbtTraverseBlock][Invalid OSM block type ][][0]
 
 
[grid@db3 ~]$ kfed read /dev/sdh1 aun=1 blkn=254
kfbh.endian:                        254 ; 0x000: 0xfe
kfbh.hard:                          129 ; 0x001: 0x81
kfbh. type :                            0 ; 0x002: KFBTYP_INVALID
kfbh.datfmt:                          0 ; 0x003: 0x00
kfbh.block.blk:                   98814 ; 0x004: blk=98814
kfbh.block.obj:                  164350 ; 0x008: file =164350
kfbh.check:                      229886 ; 0x00c: 0x000381fe
kfbh.fcn.base:                   295422 ; 0x010: 0x000481fe
kfbh.fcn.wrap:                   819710 ; 0x014: 0x000c81fe
kfbh.spare1:                     885246 ; 0x018: 0x000d81fe
kfbh.spare2:                    1606142 ; 0x01c: 0x001881fe
0001FE000 000081FE 000181FE 000281FE 000381FE  [................]
0001FE010 000481FE 000C81FE 000D81FE 001881FE  [................]
0001FE020 002881FE 003E81FE 007981FE 00AB81FE  [..(...>...y.....]
0001FE030 013881FE 016C81FE 00000000 00000000  [..8...l.........]
0001FE040 00000000 00000000 00000000 00000000  [................]
   Repeat 251 times
KFED-00322: Invalid content encountered during block traversal: [kfbtTraverseBlock][Invalid OSM block type ][][0]
 
 
[grid@db3 ~]$ kfed read /dev/sdh1 aun=9
kfbh.endian:                          0 ; 0x000: 0x00
kfbh.hard:                            0 ; 0x001: 0x00
kfbh. type :                            0 ; 0x002: KFBTYP_INVALID
kfbh.datfmt:                          0 ; 0x003: 0x00
kfbh.block.blk:                       0 ; 0x004: blk=0
kfbh.block.obj:                       0 ; 0x008: file =0
kfbh.check:                           0 ; 0x00c: 0x00000000
kfbh.fcn.base:                        0 ; 0x010: 0x00000000
kfbh.fcn.wrap:                        0 ; 0x014: 0x00000000
kfbh.spare1:                          0 ; 0x018: 0x00000000
kfbh.spare2:                          0 ; 0x01c: 0x00000000
000900000 00000000 00000000 00000000 00000000  [................]
   Repeat 255 times
KFED-00322: Invalid content encountered during block traversal: [kfbtTraverseBlock][Invalid OSM block type ][][0]

从这里可以看出来该asm的元数据信息大量被破坏(asm 备份的磁盘头也损坏),直接修复的可能性基本上为0,现在为了最大限度的恢复数据,通过底层扫描asm au结合数据库block信息,进行重组出来数据文件(这次的恢复有点难度,因为该asm磁盘组中有两个数据库,需要通过结合asm file+datafile来区分文件)
恢复出来两套库的数据文件信息

/orabak/xifenfei/oradb/1 .dbf
/orabak/xifenfei/oradb/2 .dbf
/orabak/xifenfei/oradb/3 .dbf
/orabak/xifenfei/oradb/4 .dbf
/orabak/xifenfei/oradb/5 .dbf
/orabak/xifenfei/oradb/6 .dbf
/orabak/xifenfei/oradb/7 .dbf
/orabak/xifenfei/oradb/8 .dbf
/orabak/xifenfei/oradb/9 .dbf
/orabak/xifenfei/oradb/10 .dbf
/orabak/xifenfei/oradb/11 .dbf
/orabak/xifenfei/oradb/12 .dbf
/orabak/xifenfei/oradb/13 .dbf
/orabak/xifenfei/oradb/14 .dbf
/orabak/xifenfei/oradb/15 .dbf
/orabak/xifenfei/oradb/16 .dbf
/orabak/xifenfei/oradb/17 .dbf
/orabak/xifenfei/oradb/18 .dbf
/orabak/xifenfei/oradb/19 .dbf
 
/orabak/xifenfei/xgdb/1 .dbf
/orabak/xifenfei/xgdb/2 .dbf
/orabak/xifenfei/xgdb/3 .dbf
/orabak/xifenfei/xgdb/4 .dbf
/orabak/xifenfei/xgdb/5 .dbf
/orabak/xifenfei/xgdb/6 .dbf
/orabak/xifenfei/xgdb/7 .dbf
/orabak/xifenfei/xgdb/8 .dbf
/orabak/xifenfei/xgdb/9 .dbf
/orabak/xifenfei/xgdb/10 .dbf
/orabak/xifenfei/xgdb/11 .dbf
/orabak/xifenfei/xgdb/12 .dbf
/orabak/xifenfei/xgdb/13 .dbf
/orabak/xifenfei/xgdb/14 .dbf
/orabak/xifenfei/xgdb/15 .dbf
/orabak/xifenfei/xgdb/16 .dbf

然后使用工具拷贝出来redo信息,最后通过重建控制文件.其中一套库完美直接open,另外一套库system中的c_obj$被覆盖,不过使用一个多月以前的备份的system文件强制打开库成功,数据基本上完美导出,实现完美恢复.由于在格式化为ext4的时候,会在磁盘中部分位置写入一些
数据文件恢复参考:asm disk header 彻底损坏恢复
另外有一次win平台类似恢复经历:asm disk格式化为ntfs恢复

转载：oracle asm disk格式化恢复—格式化为ext4文件系统

weixin_34384681
关注
  • 0
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
oracle+磁盘挂载格式化,oracle asm disk格式化恢复—格式化为ext4文件系统
weixin_42723849的博客
04-15 455
昨天中午接到一位朋友紧急求救电话,大概场景如下,asm data磁盘组一共把个asm disk,但是使用4个lun实现的(也就是说每个lun使用fdisk进行分区),该主机上还有一个lun是用来存放备份的挂载在/xifenfei目录.客户记得他们的/xifenfei目录是/dev/sdh1这个分区,上次主机重启之后,rac工作正常,但是/xifenfei这个目录对应的/dev/sdh1无法挂载上去...
oracle 磁盘挂载格式化,【ASM】Oracle asm磁盘被格式化，如何挂载该磁盘组
weixin_39634067的博客
04-09 393
> 背景， 有一些情况，尤其在扩容文件系统时，由于排查不彻底，将正在使用的磁盘组磁盘给格式化了，被ext4格式化后没有修复可能，可以通过其他途径读取该磁盘数据，到也会造成部分数据丢失，且花费巨大。 那么如果没有备份，且忍痛可以丢失被格式化磁盘的数据，其他正常磁盘能否正常挂起呢，不能，因为asm 挂载会找丢失的磁盘。通过什么办法可以尝试呢，具体如下ASM介绍，具体参考本博其他文章，本文主要是介...
oracle asm disk被格式化为ntfs文件系统
weixin_34372728的博客
11-25 96
数据库实例日志： Tue Mar 01 12:18:12 2016SUCCESS: diskgroup ORADISKGRP1 was dismountedSUCCESS: diskgroup ORADISKGRP1 was dismountedErrors in file C:\APP\ORACLE\PRODUCT\11.2.0\diag\rdbms\bflex\bflex1\trace\bfl...
oracle数据库的连接格式化,oracle asm disk格式化恢复—格式化为ntfs文件系统
weixin_29144259的博客
04-03 298
接到网友请求,由于操作人员粗心把asm disk的磁盘映射到另外的机器上,并且格式化为了win ntfs文件系统,导致asm 磁盘组异常,数据库无法使用asm 日志报ORA-27072错Mon Nov 30 12:00:13 2015Errors in file c:\app\administrator\diag\asm\+asm\+asm\trace\+asm_gmon_868.trc:ORA-...
Oracle ASM磁盘组dd格式化后映射给其他Oracle数据库
daf380的专栏
11-18 862
Oracle ASM磁盘组采用DD的方式格式化磁盘头后映射给其他数据库使用，发现ASM磁盘组起不来。 1、首先dd格式化每个磁盘的磁盘头信息 2、将格式化的磁盘映射给其他Oracle 并成功安装ASM磁盘组 3.启动数据库后，发现使用crsctl命令查看到ASM磁盘均未启动 4.解决办法： a.登录asm实例 # su - grid $sqlplus / as sysasm SQ...
redhat/centos6.9 kmod-oracleasm/oracleasm-support/oracleasm rpm包
最新发布
03-07
kmod-oracleasm-2.0.8-15.el6_9.x86_64 oracleasm-support-2.1.8-1.el6.x86_64 oracleasmlib-2.0.4-1.el6.x86_64 安装顺序： rpm -ivh kmod-oracleasm-2.0.8-15.el6_9.x86_64.rpm rpm -ivh oracleasm-support-2.1.8...
oracleasmlib以及 kmod-oracleasm驱动包
11-08
1. 安装kmod-oracleasm：首先，需要将该模块安装到系统中，这通常通过执行`yum install kmod-oracleasm`或`rpm -ivh kmod-oracleasm-2.0.6.rh1-3.el6.x86_64.rpm`来完成。确保系统有权限访问Oracle的yum仓库。 2. ...
kmod-oracleasm-2.0.6.rh1-2.el6.x86_64.rpm
11-27
标题 "kmod-oracleasm-2.0.6.rh1-2.el6.x86_64.rpm" 指的是一个特定版本的Oracle Automatic Storage Management (Oracle ASM) 驱动程序，用于Red Hat Enterprise Linux 6 (RHEL 6) 平台上的64位(x86_64)系统。...
kmod-oracleasm-2.0.8-8.el7.1.x86_64.rpm
10-15
linux操作系统RHEL7.1或者CentOS7.1安装Oracle RAC时使用ASM磁盘必备依赖包，亲测可用。
安装oracle ASM所需的系统包：oracleasmlib、oracleasm-support
09-02
在安装Oracle ASM之前，必须先安装两个关键的系统包：`oracleasmlib` 和 `oracleasm-support`。这些包主要用于在Linux操作系统上支持Oracle ASM的运行。 `oracleasmlib` 是Oracle公司提供的一个库，它允许ASM直接...
AMDU恢复ASM磁盘组数据(测)
"杰"出虚拟平台-数据运维~~
07-21 1405
ASM asmdu asmdisk header
Oracle数据库ASM存储异机恢复到文件系统
cuimiwan3140的博客
09-29 486
4.ASM下异机迁移到文件系统中 ----环境准备好，创建必要的目录 mkdir -p $ORACLE_BASE/fast_recovery_area/orcl mkdir -p...
asm disk被分区,格式化为ext4恢复---惜分飞
10-02 638
asm disk被分区,格式化为ext4恢复
ORACLE RAC 重新安装时清空ASM 磁盘命令
热门推荐
好记忆也需烂博客
02-08 1万+
清空ASM 磁盘内容： [root@rac1 ~]# dd  if=/dev/zero  of=/dev/sdb1  bs=8192  count=128000 128000+0 records in 128000+0 records out 1048576000 bytes (1.0 GB) copied, 4.93575 seconds, 212 MB/s [root@rac
12c RAC+ASM异机恢复到单机文件系统
Eric.zhong
05-30 1100
文章目录背景说明实施记录1. 检查备份2. 恢复服务器环境构筑3. 挂载本番NFS备份盘4. 创建相关的目录5. 手工编写PFILE文件6. 新文件路径变更构筑7. 新REDOFILE路径变更构筑8. RMAN异机恢复常见问题 背景说明 有一套Oracle 12c RAC环境由其他供应商实施RMAN备份，但多年时间过去一直没有实施恢复测试。客户也没有找到当年验收资料有针对恢复的手顺书，于是拜托我针对现有备份实施一次恢复测试并留下一份指导手顺书。 实施记录 鉴于客户信息的保密性，如下是测试环境模拟。 1. 检
oracle rac磁盘分区,Oracle数据库之ORACLE RAC 重新安装时清空ASM 磁盘命令
weixin_36001196的博客
04-03 362
本文主要向大家介绍了Oracle数据库之ORACLE RAC 重新安装时清空ASM 磁盘命令，通过具体的内容向大家展现，希望对大家学习Oracle数据库有所帮助。[root@rac01~]#fdisk-l(查看分区情况)磁盘/dev/sda：107.4GB,107374182400字节，209715200个扇区Units=扇区of1*512=512bytes扇区大小(逻...
rman 迁移ASM到异机文件系统实战
Dream
12-30 1484
rman 迁移ASM到异机文件系统实战   环境说明： 源库：192.168.0.10 目标库：192.168.0.11   源库备份： RMAN> run { 2> allocate channel c1 device type disk; 3> allocate channel c2 device type disk; 4> backup database format '
oracle asm 磁盘管理基础篇（一）
Rhys learn oracle！
02-27 8039
今天是2014-02-27，从今天开始准备记录一系列的asm笔记。在此记录一下。 （一）asm常见参数： 和database实例一样，asm同样具有启动实例的相关参数，具体如下： asm_diskgroups:指定asm实例启动的时候需要mount的disk group名字： asm_disktsring :指定一个asm实例寻找磁盘的路径名可以有通配符。 asm_power_limit
oracle恢复数据到asm,oracle rac 在asm下的备份与恢复
weixin_39866867的博客
04-03 157
oracle 10g rac+asm 的备份与恢复，因为asm 磁盘管理是两个实例都可以访问的，并且是共享的，归档日志文件也是放在asm磁盘上，所以备份与恢复的操作和单实例差不多，只需要在一个节点上做可以了，以下是测试过程：SQL> show parameter log_archive_dest_1NAME TYPE...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值