ORACLE/ADMIN2023. 5. 25. 20:59
반응형

1.ASMCA  실행

ASMCA

2. 삭제 할 DISKGROUP  DATA1 선택 후 마운트 해제

 

DATA1 마운트 해제

3.DATA1 dismounted 확인

DISMOUNTED 상태 확인

4. 레이블 삭제 및 지우기 선택

레이블 삭제 및 지우기 선택

 

5.확인

확인

6. 삭제 완료

ASM DISKGROUP삭제 완료

 

7. crs 상태 확인 - 더이상 DATA1 볼륨 그룹은 보이지 않는다.

반응형
Posted by [PineTree]
ORACLE/ADMIN2023. 5. 25. 20:41
반응형

root유저로 실행

### 경로 설정
export ORACLE_HOME=/u01/app/oracle/19c/grid
export ORACLE_BASE=/tmp

$ORACLE_HOME/bin/asmcmd afd_label RDATA1 /dev/sdf --migrate
$ORACLE_HOME/bin/asmcmd afd_label RDATA2 /dev/sdg --migrate
$ORACLE_HOME/bin/asmcmd afd_label RDATA3 /dev/sdh --migrate
$ORACLE_HOME/bin/asmcmd afd_label RFRA1  /dev/sdi --migrate

$ORACLE_HOME/bin/asmcmd afd_lslbl /dev/sdf
$ORACLE_HOME/bin/asmcmd afd_lslbl /dev/sdg
$ORACLE_HOME/bin/asmcmd afd_lslbl /dev/sdh
$ORACLE_HOME/bin/asmcmd afd_lslbl /dev/sdi

 

grid 유저로 asmca 실행 후 그룹 추가


[grid@+ASM ~]$ 

반응형

'ORACLE > ADMIN' 카테고리의 다른 글

oracle restart 기동 절차  (0) 2023.06.02
ORACLE ASM DISKGROUP 삭제  (0) 2023.05.25
ORACLE SEHA 인스턴스 이동  (0) 2022.09.15
ORACLE SEHA LISTENER설정 및 상태 체크  (0) 2022.09.15
RAC DB삭제  (0) 2022.05.22
Posted by [PineTree]
ORACLE/TroubleShooting2023. 5. 25. 20:25
반응형

오라클 그리드 인프라스트럭쳐 설치하고  DBT-05801 에러  발생

DBT-05801 오라클 리스타트 설치시에 asm 볼륨이 안보일 때

나의 원인 
원인 
chmod 775 /u01 -R

그리드 와 오라클 의 oracle 파일의 퍼미션인 775로 변경 되서 발생
chmod 6751 oracle 

반드시 $ORACLE_HOME/bin/oracle 파일과 $GRID_HOME/bin/oracle 파일 모두 6751 퍼미션을 줘야 된다.

반응형
Posted by [PineTree]
ORACLE/Exadata2014. 7. 5. 15:04
반응형

적용 대상:

Oracle Exadata Storage Server Software - 버전 11.2.1.2.0 과(와) 그 후속
Linux x86-64

목적

이 문서는 ASM에 영향을 주지 않고 엑사데이타 스토리지 셀장비를 리붓하거나 전원차단(power down)하는 절차를 제공합니다.

해결책

ASM에 영향을 주지 않고 엑사데이타 스토리지 셀장비를 셧다운하거나 리붓하는 절차:

엑사데이타 셀장비에 유지보수 작업을 수행할때, 셀장비를 리붓하거나 전원차단이 필요할 수가 있습니다. 데이터베이스가 운영중에 스토리지 서버가 다운되면, 스토리지 서버 오프라인이 오라클 ASM 디스크그룹과 데이타베이스의 가용성에 영향을 주지는 않는지 검증하세요. 오라클 ASM 리던던시 레벨과 현재 다운하려는 셀서버 디스크의 미러가 있는 다른 셀서버의 디스크 상태에 따라, 데이타베이스의 가용성에 영향을 주지 않고 엑사데이타 셀서버를 다운할수 있는지 여부가 결정됩니다.
=====================================================================================================================================================

1)  기본적으로 ASM은 디스크가 오프라인된 후 잠시후 드롭을 합니다. 디스크를 복구하고 다시 온라인하는 시간인 DISK_REPAIR_TIME의 값을 변경하여 오프라인후 드롭되는 것을 연기할수 있습니다. DISK_REPAIR_TIME의 기본값은 3.6시간인데 이정도의 값이면 거의 모든 환경에서 적당합니다.

(a) 마운트 되어있는 모든 디스크 그룹의 리페어 타임을 확인하기위해 ASM 인스턴스에 접속 후 다음 sql을 수행하세요:
SQL> select dg.name,a.value from v$asm_diskgroup
dg, v$asm_attribute a where dg.group_number=a.group_number and
a.name='disk_repair_time';
(b) ASM 디스크를 3.6시간 이상 오프라인해야 할 필요가 있다면, 다음 명령어로 변경할 수있습니다:
SQL> ALTER DISKGROUP DATA SET ATTRIBUTE 'DISK_REPAIR_TIME'='8.5H';

2)  다음으로는 그리드디스크가 오프라인 상태인지의 여부를 확인할 필요가 있습니다. 다음 명령어는 해당 그리드디스크에 대해 반드시 ‘Yes’가 나타나야합니다:

cellcli -e list griddisk attributes name,asmmodestatus,asmdeactivationoutcome

3) 한 개 이상의 디스크가 asmdeactivationoutcome=’Yes’ 로 나타나지 않으면, 해당 디스크그룹을 확인하고 그 디스크그룹의 데이터 리던던시를 복구해야 합니다. 디스크그룹의 데이터 리던던시가 모두 리스토어된 후에 Step 2) 의 명령어를 다시 수행하세요. 일단 모든 디스크들이 asmdeactivationoutcome=’Yes’로 나타나야만 다음 step 4)에서 그리드디스크 오프라인을 진행할 수 있습니다.

Note: 한개 이상의 그리드 디스크가 asmdeactivationoutcome=’Yes’ 가 아닌 상태에서 셀 서비스들을 셧다운 하면, ASM은 디스크 그룹을 디스마운트 하고, 결국 데이타베이스가 뜻하지않게 다운됩니다.

 

4) 전원차단/리붓을 하려는 셀장비에서 모든 그리드디스크를 비활성화(inactive)하기 위해 cellcli 명령을 수행하세요:

cellcli -e alter griddisk all inactive


* Please note - 이 작업은 disk의 작업량에 따라 10분 이상 소요될 수 있습니다. 셀서버를 셧다운 하기전에 모든 디스크들을 오프라인 해야 하는 것은 매우 중요합니다. 그리드디스크를 비활성화(inactivate)하면 ASM 인스턴스 내의 디스크들은 자동적으로 오프라인 됩니다. 


5) 다음 작업들을 수행하여 그리드디스크들이 현재 오프라인이 되었는지를 확인하세요:

(a) ASM에서 일단 디스크들이 오프라인이 되면, 다음 명령어를 수행시 asmmodestatus=OFFLINE or UNUSED, asmdeactivationoutcome=Yes로 나타나야 합니다. 이 경우에만 셧다운이나 리붓을 진행하는것이 안전합니다:
cellcli -e list griddisk attributes name,asmmodestatus,asmdeactivationoutcome

( asmmodestatus=OFFLINE으로 나타나는 경우도 있습니다. 이것은 ASM이 이 그리드디스크를 오프라인한것을 의미합니다. 이상태에서도 마찬가지로 나머지 절차를 진행할수 있습니다)

(b) 모든 그리드디스크가 오프라인인지 확인하기위해 다음 명령어를 수행하세요:
cellcli -e list griddisk

6) 이제 셀서버를 리붓할 수 있습니다. 오라클 엑사데이타 스토리지 서버는 리눅스 명령어를 사용하여 전원 차단하거나 리붓할 수 있습니다.

(a) 다음 명령어는 오라클 엑사데이타 스토리지 서버를 즉시 셧다운합니다: (root 로 실행):
#shutdown -h now

( 오라클 엑사데이타 스토리지 서버가 전원차단이 되면, 모든 스토리지 서비스도 자동으로 중단됩니다.)

(b) 다음 명령어는 오라클 엑사데이타 스토리지 서버를 즉시 리붓하고, 리붓시 강제로 fsck를 수행합니다:
#shutdown -F -r now

7) 일단 셀서버가 다시 온라인이되면 다음 명령어로 그리드디스크를 활성화 해야 합니다:

cellcli -e alter griddisk all active

8) 다음 명령어를 수행하면 모든 디스크들이 ‘active’로 나타나야 합니다:

cellcli -e list griddisk

9)  그리드디스크의 상태를 점검하세요:

(a) 다음 명령어를 이용하여 모든 그리드디스크들이 성공적으로 온라인이 되었는지 확인하세요:
cellcli -e list griddisk attributes name, asmmodestatus
(b) 모든 그리드디스크에 대해 asmmodestatus가 ONLINE으로 나타날 때까지 기다리세요. 각각의 디스크들은 처음에는 ‘SYNCING’상태였다가 ‘ONLINE’으로 변경됩니다. 다음은 결과의 한 예입니다:
DATA_CD_00_dm01cel01 ONLINE
DATA_CD_01_dm01cel01 SYNCING
DATA_CD_02_dm01cel01 OFFLINE
DATA_CD_03_dm01cel01 OFFLINE
DATA_CD_04_dm01cel01 OFFLINE
DATA_CD_05_dm01cel01 OFFLINE
DATA_CD_06_dm01cel01 OFFLINE
DATA_CD_07_dm01cel01 OFFLINE
DATA_CD_08_dm01cel01 OFFLINE
DATA_CD_09_dm01cel01 OFFLINE
DATA_CD_10_dm01cel01 OFFLINE
DATA_CD_11_dm01cel01 OFFLINE
(c) 오라클 ASM 동기화(synchronization)는 모든 그리드디스크가 asmmodestatus=ONLINE이 될 때 완료됩니다.

( Please note:  이 동작은 Fast Mirror Resync operation을 사용하며, ASM 리발란스를 하지 않습니다. Resync operation은 단지 디스크가 오프라인된 동안 쓰여진 익스텐드들만 저장합니다.)

  

10) 다른 스토리지 서버를 오프라인하기전에, 새로 기동된 오라클 엑사데이타 스토리지 서버에서 오라클 ASM 동기화(synchronization)가 반드시 완료되어야 합니다. 만약 이 동기화가 완료되지 않았다면, 다른 스토리지 서버의 점검이 실패하게 됩니다. 다음은 이런 경우의 예입니다:


CellCLI> list griddisk attributes name where asmdeactivationoutcome != 'Yes'
DATA_CD_00_dm01cel02 "Cannot de-activate due to other offline disks in the diskgroup"
DATA_CD_01_dm01cel02 "Cannot de-activate due to other offline disks in the diskgroup"
DATA_CD_02_dm01cel02 "Cannot de-activate due to other offline disks in the diskgroup"
DATA_CD_03_dm01cel02 "Cannot de-activate due to other offline disks in the diskgroup"
DATA_CD_04_dm01cel02 "Cannot de-activate due to other offline disks in the diskgroup"
DATA_CD_05_dm01cel02 "Cannot de-activate due to other offline disks in the diskgroup"
DATA_CD_06_dm01cel02 "Cannot de-activate due to other offline disks in the diskgroup"
DATA_CD_07_dm01cel02 "Cannot de-activate due to other offline disks in the diskgroup"
DATA_CD_08_dm01cel02 "Cannot de-activate due to other offline disks in the diskgroup"
DATA_CD_09_dm01cel02 "Cannot de-activate due to other offline disks in the diskgroup"
DATA_CD_10_dm01cel02 "Cannot de-activate due to other offline disks in the diskgroup"
DATA_CD_11_dm01cel02 "Cannot de-activate due to other offline disks in the diskgroup"

 

반응형
Posted by [PineTree]