linux+清空asm磁盘,ASM磁盘分区或者设备文件删除后恢复的方法

最新推荐文章于 2022-05-10 13:16:48 发布
最新推荐文章于 2022-05-10 13:16:48 发布
阅读量882 收藏
点赞数
文章标签： linux+清空asm磁盘

转自：http://www.itpub.net/thread-1021898-1-1.html

$ export ORACLE_SID=+ASM

$ sqlplus / as sysdba

查看磁盘组的状态和磁盘组的类型,这里的磁盘组是外部

SQL> select name,type,state from v$asm_diskgroup;

NAME                 TYPE         STATE

-------------------- ------------ ----------------------

DISK_GROUP1          EXTERN       MOUNTED

DISK_GROUP2          EXTERN       MOUNTED

FLASHBACK_DISKGROUP  EXTERN       MOUNTED

查看磁盘组对应的磁盘,为何会ORCL:VOL这些磁盘没有分配,实际这些磁盘就是

ASM磁盘,因为他们有标识设备文件,因此没有对应磁盘组,若是它们没有标识设备,会对应

磁盘,咱们看一下:

SQL> select group_number,disk_number,path from v$asm_disk;

GROUP_NUMBER DISK_NUMBER PATH

------------ ----------- --------------------

0           3 ORCL:VOL1

0           5 ORCL:VOL3

0           6 ORCL:VOL4

2           0 /dev/raw/raw3

3           0 /dev/raw/raw2

1           1 /dev/raw/raw4

1           0 ORCL:VOL2

7 rows selected.

$ /etc/init.d/oracleasm listdisks

VOL1

VOL2

VOL3

VOL4

发现其余的ASMDISK的设备文件都直接对应了磁盘组,可是VOL2却直接对应磁盘组.

看到VOL2没有定义标识,咱们来定义一下.

$ /etc/init.d/oracleasm querydisk VOL1

Disk "VOL1" is a valid ASM disk on device [8, 17]

$ /etc/init.d/oracleasm querydisk VOL2

ASM disk "VOL2" defines an unmarked device

$ /etc/init.d/oracleasm querydisk VOL3

Disk "VOL3" is a valid ASM disk on device [8, 49]

$ /etc/init.d/oracleasm querydisk VOL4

Disk "VOL4" is a valid ASM disk on device [8, 81]

$ su - root

Password:

-bash: [: missing `]'

[root@dg1 ~]# vi /etc/sysconfig/rawdevices

加入 /dev/raw/raw1 /dev/sdc1这条

[root@dg1 ~]# /sbin/service rawdevices restart

Assigning devices:

/dev/raw/raw3  -->   /dev/sdb1

/dev/raw/raw3:  bound to major 8, minor 17

/dev/raw/raw2  -->   /dev/sdd1

/dev/raw/raw2:  bound to major 8, minor 49

/dev/raw/raw4  -->   /dev/sdf1

/dev/raw/raw4:  bound to major 8, minor 81

/dev/raw/raw1  -->   /dev/sdc1

/dev/raw/raw1:  bound to major 8, minor 33

done

[root@dg1 ~]# cd /dev/raw

[root@dg1 raw]# ls

raw1  raw2  raw3  raw4

RAW1文件已经生成,在到V$ASM_DISK表看一下

1* select group_number,name,path,state from v$asm_disk

SQL> /

GROUP_NUMBER NAME                      PATH                 STATE

------------ ------------------------- -------------------- ----------------

0                           ORCL:VOL1            NORMAL

0                           ORCL:VOL2            NORMAL

0                           ORCL:VOL3            NORMAL

0                           ORCL:VOL4            NORMAL

2 DISK_GROUP2_0000          /dev/raw/raw3        NORMAL

3 FLASHBACK_DISKGROUP_0000  /dev/raw/raw2        NORMAL

1 DISK_GROUP1_0001          /dev/raw/raw4        NORMAL

1 DISK_GROUP1_0000          /dev/raw/raw1        NORMAL

8 rows selected.

发现VOL2已经不对应磁盘组了.

模拟删除ASMDISK以及磁盘分区的过程:

首先删除了ASMDISK,并无实际删除磁盘分区

$ su - root

Password:

-bash: [: missing `]'

[root@dg1 ~]# /etc/init.d/oracleasm deletedisk VOL2

Removing ASM disk "VOL2":                                  [  OK  ]

SQL> startup nomount

ASM instance started

Total System Global Area   83886080 bytes

Fixed Size                  1217836 bytes

Variable Size              57502420 bytes

ASM Cache                  25165824 bytes

SQL> alter diskgroup DISK_GROUP1 mount;

alter diskgroup DISK_GROUP1 mount

*

ERROR at line 1:

ORA-15032: not all alterations performed

ORA-15063: ASM discovered an insufficient number of disks for diskgroup

"DISK_GROUP1"

再从新建立ASMDISK:

$ su - root

Password:

-bash: [: missing `]'

[root@dg1 ~]# /etc/init.d/oracleasm createdisk VOL2 /dev/sdc1

Marking disk "/dev/sdc1" as an ASM disk:                   [  OK  ]

[root@dg1 ~]# /etc/init.d/oracleasm listdisks

VOL1

VOL2

VOL3

VOL4

发现磁盘组已经不能正常mount:

SQL> alter diskgroup DISK_GROUP1 mount;

alter diskgroup DISK_GROUP1 mount

*

ERROR at line 1:

ORA-15032: not all alterations performed

ORA-15063: ASM discovered an insufficient number of disks for diskgroup

"DISK_GROUP1"

用之前ASM磁盘头的备份信息进行恢复:

SQL> !

$ dd if=/u01/asmdisk_header/raw1_header bs=4096 count=1 of=/dev/raw/raw1

读入了 1+0 个块

输出了 1+0 个块

$ exit

SQL> l

1* alter diskgroup DISK_GROUP1 mount

SQL> /

Diskgroup altered.

如今删除磁盘分区,再测试:

[root@dg1 ~]# fdisk /dev/sdc

Command (m for help): m

Command action

a   toggle a bootable flag

b   edit bsd disklabel

c   toggle the dos compatibility flag

d   delete a partition

l   list known partition types

m   print this menu

n   add a new partition

o   create a new empty DOS partition table

p   print the partition table

q   quit without saving changes

s   create a new empty Sun disklabel

t   change a partition's system id

u   change display/entry units

v   verify the partition table

w   write table to disk and exit

x   extra functionality (experts only)

Command (m for help): p

Disk /dev/sdc: 1610 MB, 1610612736 bytes

255 heads, 63 sectors/track, 195 cylinders

Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot      Start         End      Blocks   Id  System

/dev/sdc1               1         195     1566306   83  Linux

磁盘只划了1个分区

Command (m for help): d

Selected partition 1

Command (m for help): w

The partition table has been altered!

Calling ioctl() to re-read partition table.

Syncing disks.

Command (m for help): p

Disk /dev/sdc: 1610 MB, 1610612736 bytes

255 heads, 63 sectors/track, 195 cylinders

Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot      Start         End      Blocks   Id  System

/dev/sdc1               1         195     1566306   83  Linux

实际删除分区

Command (m for help): d

Selected partition 1

Command (m for help): w

The partition table has been altered!

Calling ioctl() to re-read partition table.

Syncing disks.

Command (m for help): p

Disk /dev/sdc: 1610 MB, 1610612736 bytes

255 heads, 63 sectors/track, 195 cylinders

Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot      Start         End      Blocks   Id  System

分区已经被删除.

SQL> alter diskgroup DISK_GROUP1 mount;

alter diskgroup DISK_GROUP1 mount

*

ERROR at line 1:

ORA-15032: not all alterations performed

ORA-15063: ASM discovered an insufficient number of disks for diskgroup

"DISK_GROUP1"

SQL> !

$ dd if=/u01/asmdisk_header/raw1_header bs=4096 count=1 of=/dev/raw/raw1

dd: 打开 ‘/dev/raw/raw1’: 没有那个设备或地址

$ cd /dev/raw

$ ls

raw1  raw2  raw3  raw4

$ ls -l

总用量 0

crw-rw----  1 oracle dba 162, 1  7月 15 11:24 raw1

crw-rw----  1 oracle dba 162, 2  7月 15 11:24 raw2

crw-rw----  1 oracle dba 162, 3  7月 15 11:24 raw3

crw-rw----  1 oracle dba 162, 4  7月 15 11:24 raw4

其实设备文件还在,可是已经不能对应到磁盘分区.由于分区已经删除,这个磁盘组确定不能mount

尝试重建分区:

[root@dg1 ~]# fdisk /dev/sdc

Command (m for help): m

Command action

a   toggle a bootable flag

b   edit bsd disklabel

c   toggle the dos compatibility flag

d   delete a partition

l   list known partition types

m   print this menu

n   add a new partition

o   create a new empty DOS partition table

p   print the partition table

q   quit without saving changes

s   create a new empty Sun disklabel

t   change a partition's system id

u   change display/entry units

v   verify the partition table

w   write table to disk and exit

x   extra functionality (experts only)

Command (m for help): n

Command action

e   extended

p   primary partition (1-4)

p

Partition number (1-4): 1

First cylinder (1-195, default 1):

Using default value 1

Last cylinder or +size or +sizeM or +sizeK (1-195, default 195):

Using default value 195

Command (m for help): w

The partition table has been altered!

Calling ioctl() to re-read partition table.

Syncing disks.

用备份还原磁盘头信息:

$ dd if=/u01/asmdisk_header/raw1_header bs=4096 count=1 of=/dev/raw/raw1

读入了 1+0 个块

输出了 1+0 个块

$ env |grep ORA

ORACLE_BASE=/u01/app/oracle

ORACLE_HOME=/u01/app/oracle/product/10.2.0/db_1

ORACLE_SID=+ASM

$ sqlplus / as sysdba

SQL*Plus: Release 10.2.0.1.0 - Production on Tue Jul 15 13:40:41 2008

Copyright (c) 1982, 2005, Oracle.  All rights reserved.

Connected to an idle instance.

SQL> startup nomount

ASM instance started

Total System Global Area   83886080 bytes

Fixed Size                  1217836 bytes

Variable Size              57502420 bytes

ASM Cache                  25165824 bytes

SQL>

SQL> alter diskgroup DISK_GROUP1 mount;

Diskgroup altered.

$ sqlplus / as sysdba

SQL*Plus: Release 10.2.0.1.0 - Production on Tue Jul 15 13:41:28 2008

Copyright (c) 1982, 2005, Oracle.  All rights reserved.

Connected to an idle instance.

SQL> startup mount

ORACLE instance started.

Total System Global Area  197132288 bytes

Fixed Size                  1218484 bytes

Variable Size              83888204 bytes

Database Buffers          109051904 bytes

Redo Buffers                2973696 bytes

ORA-00205: error in identifying control file, check alert log for more info

ALTER DATABASE   MOUNT

Tue Jul 15 13:41:35 2008

Starting background process ASMB

ASMB started with pid=16, OS id=3352

Starting background process RBAL

RBAL started with pid=17, OS id=3356

Tue Jul 15 13:41:40 2008

SUCCESS: diskgroup DISK_GROUP1 was mounted

Tue Jul 15 13:41:40 2008

ORA-00202: ????: ''+FLASHBACK_DISKGROUP/devdb/controlfile/current.256.657732291''

ORA-17503: ksfdopn: 2 ?????? +FLASHBACK_DISKGROUP/devdb/controlfile/current.256.657732291

ORA-15001: ??? "FLASHBACK_DISKGROUP" ????????

ORA-15001: diskgroup "FLASHBACK_DISKGROUP" does not exist or is not mounted

SUCCESS: diskgroup DISK_GROUP1 was dismounted

Tue Jul 15 13:41:40 2008

ORA-205 signalled during: ALTER DATABASE   MOUNT...

由于其余磁盘组没有装载,致使controlfile不能所有找到,回到ASM instance mount全部磁盘组

$ sqlplus / as sysdba

SQL*Plus: Release 10.2.0.1.0 - Production on Tue Jul 15 13:43:21 2008

Copyright (c) 1982, 2005, Oracle.  All rights reserved.

Connected to:

Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production

With the Partitioning, OLAP and Data Mining options

SQL> alter diskgroup DISK_GROUP1 dismount;

Diskgroup altered.

SQL> alter diskgroup all mount;

Diskgroup altered.

QL> startup mount

ORACLE instance started.

Total System Global Area  197132288 bytes

Fixed Size                  1218484 bytes

Variable Size              83888204 bytes

Database Buffers          109051904 bytes

Redo Buffers                2973696 bytes

Database mounted.

SQL> alter database open;

Database altered.

SQL> select file_name from dba_data_files;

FILE_NAME

----------------------------------------------------------------------------------------------------

+DISK_GROUP1/devdb/datafile/users.259.657732133

+DISK_GROUP1/devdb/datafile/sysaux.257.657732131

+DISK_GROUP1/devdb/datafile/undotbs1.258.657732131

+DISK_GROUP1/devdb/datafile/system.256.657732131

+DISK_GROUP1/devdb/datafile/example.265.657732351

+DISK_GROUP2/devdb/datafile/users.256.659787481

6 rows selected.

发现数据库能够正常打开,数据没有丢失.

总结: 磁盘划分区之后,在Linux下经过asm lib用oracleasm命令建立ASM磁盘,而后在/etc/sysconfig/rawdevices建立设备文件

disk partition (fdisk -l查看)->asm disk (/etc/init.d/oracleasm listdisks 查看)->more /etc/sysconfig/rawdevices or ls -l

/dev/raw/raw*查看

测试看出,删除raw 设备文件,磁盘组仍然能够直接读取asm disk,可是若是磁盘分区或者asm disk被删除,须要利用备份进行恢复

请兄弟门指正测试中不足,错误的地方

$ kfed read /dev/raw/raw1

kfbh.endian:                          1 ; 0x000: 0x01

kfbh.hard:                          130 ; 0x001: 0x82

kfbh.type:                            1 ; 0x002: KFBTYP_DISKHEAD

kfbh.datfmt:                          1 ; 0x003: 0x01

kfbh.block.blk:                       0 ; 0x004: T=0 NUMB=0x0

kfbh.block.obj:              2147483648 ; 0x008: TYPE=0x8 NUMB=0x0

kfbh.check:                   452538402 ; 0x00c: 0x1af93022

kfbh.fcn.base:                     4532 ; 0x010: 0x000011b4

kfbh.fcn.wrap:                        0 ; 0x014: 0x00000000

kfbh.spare1:                          0 ; 0x018: 0x00000000

kfbh.spare2:                          0 ; 0x01c: 0x00000000

kfdhdb.driver.provstr:     ORCLDISKVOL2 ; 0x000: length=12

kfdhdb.driver.reserved[0]:    843861846 ; 0x008: 0x324c4f56

kfdhdb.driver.reserved[1]:            0 ; 0x00c: 0x00000000

kfdhdb.driver.reserved[2]:            0 ; 0x010: 0x00000000

kfdhdb.driver.reserved[3]:            0 ; 0x014: 0x00000000

kfdhdb.driver.reserved[4]:            0 ; 0x018: 0x00000000

kfdhdb.driver.reserved[5]:            0 ; 0x01c: 0x00000000

kfdhdb.compat:                168820736 ; 0x020: 0x0a100000

kfdhdb.dsknum:                        0 ; 0x024: 0x0000

kfdhdb.grptyp:                        1 ; 0x026: KFDGTP_EXTERNAL

kfdhdb.hdrsts:                        3 ; 0x027: KFDHDR_MEMBER

kfdhdb.dskname:        DISK_GROUP1_0000 ; 0x028: length=16

kfdhdb.grpname:             DISK_GROUP1 ; 0x048: length=11

kfdhdb.fgname:         DISK_GROUP1_0000 ; 0x068: length=16

kfdhdb.capname:                         ; 0x088: length=0

kfdhdb.crestmp.hi:             32905806 ; 0x0a8: HOUR=0xe DAYS=0x12 MNTH=0x6 YEAR=0x7d8

kfdhdb.crestmp.lo:           2565405696 ; 0x0ac: USEC=0x0 MSEC=0x23f SECS=0xe MINS=0x26

kfdhdb.mntstmp.hi:             32906736 ; 0x0b0: HOUR=0x10 DAYS=0xf MNTH=0x7 YEAR=0x7d8

kfdhdb.mntstmp.lo:           2152955904 ; 0x0b4: USEC=0x0 MSEC=0xe0 SECS=0x5 MINS=0x20

kfdhdb.secsize:                     512 ; 0x0b8: 0x0200

kfdhdb.blksize:                    4096 ; 0x0ba: 0x1000

kfdhdb.ausize:                  1048576 ; 0x0bc: 0x00100000

kfdhdb.mfact:                    113792 ; 0x0c0: 0x0001bc80

kfdhdb.dsksize:                    1529 ; 0x0c4: 0x000005f9

kfdhdb.pmcnt:                         2 ; 0x0c8: 0x00000002

kfdhdb.fstlocn:                       1 ; 0x0cc: 0x00000001

kfdhdb.altlocn:                       2 ; 0x0d0: 0x00000002

kfdhdb.f1b1locn:                      2 ; 0x0d4: 0x00000002

kfdhdb.redomirrors[0]:                0 ; 0x0d8: 0x0000

kfdhdb.redomirrors[1]:            65535 ; 0x0da: 0xffff

kfdhdb.redomirrors[2]:            65535 ; 0x0dc: 0xffff

kfdhdb.redomirrors[3]:            65535 ; 0x0de: 0xffff

kfdhdb.dbcompat:              168820736 ; 0x0e0: 0x0a100000

kfdhdb.grpstmp.hi:             32905806 ; 0x0e4: HOUR=0xe DAYS=0x12 MNTH=0x6 YEAR=0x7d8

kfdhdb.grpstmp.lo:           2565314560 ; 0x0e8: USEC=0x0 MSEC=0x1e6 SECS=0xe MINS=0x26

kfdhdb.ub4spare[0]:                   0 ; 0x0ec: 0x00000000

kfdhdb.ub4spare[1]:                   0 ; 0x0f0: 0x00000000

kfdhdb.ub4spare[2]:                   0 ; 0x0f4: 0x00000000

kfdhdb.ub4spare[3]:                   0 ; 0x0f8: 0x00000000

kfdhdb.ub4spare[4]:                   0 ; 0x0fc: 0x00000000

kfdhdb.ub4spare[5]:                   0 ; 0x100: 0x00000000

kfdhdb.ub4spare[6]:                   0 ; 0x104: 0x00000000

kfdhdb.ub4spare[7]:                   0 ; 0x108: 0x00000000

kfdhdb.ub4spare[8]:                   0 ; 0x10c: 0x00000000

kfdhdb.ub4spare[9]:                   0 ; 0x110: 0x00000000

kfdhdb.ub4spare[10]:                  0 ; 0x114: 0x00000000

kfdhdb.ub4spare[11]:                  0 ; 0x118: 0x00000000

kfdhdb.ub4spare[12]:                  0 ; 0x11c: 0x00000000

kfdhdb.ub4spare[13]:                  0 ; 0x120: 0x00000000

kfdhdb.ub4spare[14]:                  0 ; 0x124: 0x00000000

kfdhdb.ub4spare[15]:                  0 ; 0x128: 0x00000000

kfdhdb.ub4spare[16]:                  0 ; 0x12c: 0x00000000

kfdhdb.ub4spare[17]:                  0 ; 0x130: 0x00000000

kfdhdb.ub4spare[18]:                  0 ; 0x134: 0x00000000

kfdhdb.ub4spare[19]:                  0 ; 0x138: 0x00000000

kfdhdb.ub4spare[20]:                  0 ; 0x13c: 0x00000000

kfdhdb.ub4spare[21]:                  0 ; 0x140: 0x00000000

kfdhdb.ub4spare[22]:                  0 ; 0x144: 0x00000000

kfdhdb.ub4spare[23]:                  0 ; 0x148: 0x00000000

kfdhdb.ub4spare[24]:                  0 ; 0x14c: 0x00000000

kfdhdb.ub4spare[25]:                  0 ; 0x150: 0x00000000

kfdhdb.ub4spare[26]:                  0 ; 0x154: 0x00000000

kfdhdb.ub4spare[27]:                  0 ; 0x158: 0x00000000

kfdhdb.ub4spare[28]:                  0 ; 0x15c: 0x00000000

kfdhdb.ub4spare[29]:                  0 ; 0x160: 0x00000000

kfdhdb.ub4spare[30]:                  0 ; 0x164: 0x00000000

kfdhdb.ub4spare[31]:                  0 ; 0x168: 0x00000000

kfdhdb.ub4spare[32]:                  0 ; 0x16c: 0x00000000

kfdhdb.ub4spare[33]:                  0 ; 0x170: 0x00000000

kfdhdb.ub4spare[34]:                  0 ; 0x174: 0x00000000

kfdhdb.ub4spare[35]:                  0 ; 0x178: 0x00000000

kfdhdb.ub4spare[36]:                  0 ; 0x17c: 0x00000000

kfdhdb.ub4spare[37]:                  0 ; 0x180: 0x00000000

kfdhdb.ub4spare[38]:                  0 ; 0x184: 0x00000000

kfdhdb.ub4spare[39]:                  0 ; 0x188: 0x00000000

kfdhdb.ub4spare[40]:                  0 ; 0x18c: 0x00000000

kfdhdb.ub4spare[41]:                  0 ; 0x190: 0x00000000

kfdhdb.ub4spare[42]:                  0 ; 0x194: 0x00000000

kfdhdb.ub4spare[43]:                  0 ; 0x198: 0x00000000

kfdhdb.ub4spare[44]:                  0 ; 0x19c: 0x00000000

kfdhdb.ub4spare[45]:                  0 ; 0x1a0: 0x00000000

kfdhdb.ub4spare[46]:                  0 ; 0x1a4: 0x00000000

kfdhdb.ub4spare[47]:                  0 ; 0x1a8: 0x00000000

kfdhdb.ub4spare[48]:                  0 ; 0x1ac: 0x00000000

kfdhdb.ub4spare[49]:                  0 ; 0x1b0: 0x00000000

kfdhdb.ub4spare[50]:                  0 ; 0x1b4: 0x00000000

kfdhdb.ub4spare[51]:                  0 ; 0x1b8: 0x00000000

kfdhdb.ub4spare[52]:                  0 ; 0x1bc: 0x00000000

kfdhdb.ub4spare[53]:                  0 ; 0x1c0: 0x00000000

kfdhdb.ub4spare[54]:                  0 ; 0x1c4: 0x00000000

kfdhdb.ub4spare[55]:                  0 ; 0x1c8: 0x00000000

kfdhdb.ub4spare[56]:                  0 ; 0x1cc: 0x00000000

kfdhdb.ub4spare[57]:                  0 ; 0x1d0: 0x00000000

kfdhdb.acdb.aba.seq:                  0 ; 0x1d4: 0x00000000

kfdhdb.acdb.aba.blk:                  0 ; 0x1d8: 0x00000000

kfdhdb.acdb.ents:                     0 ; 0x1dc: 0x0000

kfdhdb.acdb.ub2spare:                 0 ; 0x1de: 0x0000

从kfed看,这个磁盘的扇区是512,OS块大小是4096,用DD拷贝第一个块就包含磁盘头的信息

是在ASM的第一个块上,ASM块大小为4096,由参数_asm_blksize来控制html

weixin_39700625
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
关于ASM磁盘空间满了，清理ASM磁盘
qq_39111199的博客
03-11 2285
关于ASM磁盘空间满了，清理ASM磁盘： 进入asm： [root@rac1 ~]# su - grid [grid@rac1 ~]# asmcmd 查看剩余空间 ： ASMCMD> lsdg 3.进入相应路径删除归档： ASMCMD>cd +ARCH ASMCMD> ls ASMCMD> cd 目录 ASMCMD> rm -rf * ...
Oracle下创建ASM磁盘总结.docx
06-22
多种方法在文件系统中创建asm磁盘 包括使用大文件模拟裸设备、使用真实裸设备等等 包括代码和操作过程
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
ASM磁盘组添加、删除磁盘
u012232730的博客
11-01 5316
添加磁盘前可以设置asm_power_limit值 修改方法，在grid用户下执行 sqlplus / as sysasm alter system set asm_power_limit=5; 范围是0-11，具体数值视情况而定，rebalance操作对磁盘IO压力很大，尽量选择业务空闲时间 分共享存储到数据库服务器并识别出来，对新分的磁盘进行分区，更新udev规则文件。 1、开...
oracle clearing,oracleasm deletedisk – Clearing disk header failed 的解决方法
weixin_42298817的博客
04-09 251
在虚拟机上搭建 Oracle 11gR2 的 RAC 。 安装 Clusterware 的时候出了一点错误。 所以强行把 Clusterware 给删除了。 清除了相关的目录和文件。 因为 11gr2 的 OCR 是存放在 ASM 上的，所以需要清除这部分信息。[root@rac2 ~]# oracleasm listdisksCRSDATAFRA[root@rac2 ~]# oracleasm ...
ASM环境drop tablespace恢复---惜分飞
05-10 49
oracle asm drop 表空间恢复
oracle rac磁盘分区,Oracle数据库之ORACLE RAC 重新安装时清空ASM 磁盘命令
weixin_36001196的博客
04-03 346
本文主要向大家介绍了Oracle数据库之ORACLE RAC 重新安装时清空ASM 磁盘命令，通过具体的内容向大家展现，希望对大家学习Oracle数据库有所帮助。[root@rac01~]#fdisk-l(查看分区情况)磁盘/dev/sda：107.4GB,107374182400字节，209715200个扇区Units=扇区of1*512=512bytes扇区大小(逻...
oracle asm磁盘回收步骤,ORACLE RAC 重新安装时清空ASM 磁盘命令
weixin_39545102的博客
04-07 420
清空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@rac1 ...
oracle asm 删除diskgroup,如何彻底删除ASM磁盘组
weixin_32047035的博客
04-03 1040
环境:oracle:11.2.0.4下面演示如何彻底删除磁盘组BAK_REDO,BAK_DATA1.进入grid用户下执行删除操作(在其中一个asm实例操作)alter diskgroup BAK_REDO dismount;drop diskgroup BAK_REDO force including contents;alter diskgroup BAK_DATA dismount;drop...
Linux7.6+Oracle 19c+UDEV+ASM.pdf
09-27
熟练掌握在VMware下安装Linux7.6环境 熟练掌握在Linux环境下安装Oracle19c数据库 熟练掌握Linux环境下对Oracle数据库的运维操作
oracle中fdisk导致的ASM磁盘数据丢失的解决方法
09-11
oracle中fdisk 导致的ASM磁盘数据丢失 有需要的朋友可参考一下
Oracle RAC部署环境准备手册之三：ASM磁盘组建
03-15
Oracle RAC部署环境准备手册 ASM磁盘组建
Linux7.6+Oracle 11g+UDEV+ASM.pdf
09-15
VMware下安装Linux7.6环境 Linux常用命令操作 在Linux环境下安装Oracle11g数据库、数据库参数设置、数据库创建，监听创建、客户端连接 VMware下配置ASM磁盘 LVM磁盘管理 Linux环境下对Oracle数据库的运维操作
hpux oracle rac添加、删除asm磁盘
old boy的博客
07-28 1875
oracle rac数据库的磁盘组空间不足，需要从存储上划分磁盘进行磁盘组的扩容，主要分为以下几步。 环境： 内容 版本 数据库 oracle 11.2.0.4 rac 操作系统 hpux 11.31 一、存储划分磁盘，并同时映射到rac的两个节点 ...
Oracle 11gR2干净的清除并重建OCR和表决磁盘的方法
曾经是个DBA
07-26 4151
该操作适合自己测试环境的OCR丢失或损坏且不存在任何备份，又不想重装rac的兄弟们。 切忌生产坏境使用！ 11gR2是新版本的数据库，清除并重建OCR和表决磁盘的方法变得更加简单： 执行：$GRID_HOME/crs/install/rootcrs.pl -deconfig -force 如果是RAC的最后一个节点，那么执行：$GRID_HOME/crs/install
oracle中ocr和asm的关系,迁移OCR和VotingDisk并删除原ASM磁盘组
weixin_29202687的博客
04-06 554
近期由于存储问题，需要将系统迁移到别的存储上承载，OCR和VotingDisk迁移之前也做过几次，但是没有找到实操记录，这里重新记一次。本身OCR和VotingDisk迁移是可以在线完成的，这个很好，可惜的是ASM的spfile的迁移需要重启ASM实例，这个比较麻烦；不知道有没有办法在线迁移ASM的spfile的。# oracleasm listdisksDATADG1OCR1OCR2OCR3/e...
ASM磁盘分区或者设备文件删除后恢复的方法
(Andrew)的专栏
10-13 3990
转自：http://www.itpub.net/thread-1021898-1-1.html$ export ORACLE_SID=+ASM$ sqlplus / as sysdba查看磁盘组的状态和磁盘组的类型,这里的磁盘组是外部SQL> select name,type,state from v$asm_diskgroup;NAME            
oracle恢复数据到asm,Oracle数据恢复:AMDU恢复ASM磁盘组数据
weixin_29151499的博客
04-03 175
Oracle数据恢复:AMDU恢复ASM磁盘组数据在Oracle 10g中，ASM磁盘组的信息需要在Mount之后才能通过内部视图查询，如果磁盘组因为故障无法正常加载，那么信息将不可用，这为诊断带来了诸多不便。从Oracle 11g开始，Oracle提供了一个工具AMDU用于协助诊断，通过这个工具可以在磁盘组加载之前将ASM的元数据抽取出来，用于数据库诊断，这个工具可以向后兼容，引入到10g中。A...
node-v0.8.10-sunos-x64.tar.gz
最新发布
05-16
Node.js，简称Node，是一个开源且跨平台的JavaScript运行时环境，它允许在浏览器外运行JavaScript代码。Node.js于2009年由Ryan Dahl创立，旨在创建高性能的Web服务器和网络应用程序。它基于Google Chrome的V8 JavaScript引擎，可以在Windows、Linux、Unix、Mac OS X等操作系统上运行。 Node.js的特点之一是事件驱动和非阻塞I/O模型，这使得它非常适合处理大量并发连接，从而在构建实时应用程序如在线游戏、聊天应用以及实时通讯服务时表现卓越。此外，Node.js使用了模块化的架构，通过npm（Node package manager，Node包管理器）,社区成员可以共享和复用代码，极大地促进了Node.js生态系统的发展和扩张。 Node.js不仅用于服务器端开发。随着技术的发展，它也被用于构建工具链、开发桌面应用程序、物联网设备等。Node.js能够处理文件系统、操作数据库、处理网络请求等，因此，开发者可以用JavaScript编写全栈应用程序，这一点大大提高了开发效率和便捷性。 在实践中，许多大型企业和组织已经采用Node.js作为其Web应用程序的开发平台，如Netflix、PayPal和Walmart等。它们利用Node.js提高了应用性能，简化了开发流程，并且能更快地响应市场需求。
ASM 规划ASM DISK GROUP、查看asm 磁盘当前状态等
06-09
4. ASM 磁盘使用的文件系统类型（如：OCFS2、ACFS 等） 在确定以上因素后，你可以按照以下步骤规划 ASM DISK GROUP： 1. 创建 ASM 磁盘组：使用 asmca 命令或者 asmcmd 工具创建； 2. 添加磁盘到磁盘组：使用 ...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值