- Community Home
- >
- HPE Community, Korea
- >
- HP-UX
- >
- vg00의 mirror disk 하나가 fail시 분리하는 방법
HP-UX
1748066
회원
5397
온라인
108758
솔루션
포럼
범주
Company
Local Language
뒤로
포럼
토론 게시판
포럼
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
토론 게시판
토론 게시판
포럼
토론 게시판
뒤로
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
블로그
정보
커뮤니티 언어
언어
포럼
블로그
- 신규로 표시
- 북마크
- 구독
- 소거
- RSS 피드 구독
- 강조
- 인쇄
- 부적절한 컨텐트 신고
날짜: 07-26-2004 10:00 PM
날짜: 07-26-2004 10:00 PM
vg00의 mirror disk 하나가 fail시 분리하는 방법
원본이 36G,복사본이 18G * 2EA로 묵여있는데요..
그중 18G Disk하나가 fault났습니다.
그런데..lvol하나가 fault난 놈이랑 멀쩡한 넘이랑 걸쳐있는 상태입니다..
그래서...
vgcfgrestore 및 vgsync를 이용해서 가능한가요? 걸쳐있는데..
아님 그냥 안전하게 vgreduce이용해서 다시 해줄까요?
글고..OS쪽인데..vgsync를 멀티모드에서 가능한가요?
답변주심..ㄳㄳ!!
그중 18G Disk하나가 fault났습니다.
그런데..lvol하나가 fault난 놈이랑 멀쩡한 넘이랑 걸쳐있는 상태입니다..
그래서...
vgcfgrestore 및 vgsync를 이용해서 가능한가요? 걸쳐있는데..
아님 그냥 안전하게 vgreduce이용해서 다시 해줄까요?
글고..OS쪽인데..vgsync를 멀티모드에서 가능한가요?
답변주심..ㄳㄳ!!
5 응답 5
- 신규로 표시
- 북마크
- 구독
- 소거
- RSS 피드 구독
- 강조
- 인쇄
- 부적절한 컨텐트 신고
날짜: 07-26-2004 10:00 PM
날짜: 07-26-2004 10:00 PM
vg00의 mirror disk 하나가 fail시 분리하는 방법
걸쳐져있는 lvol 은 미러링이 안된 상태일것 같네요..
그 lvol 을 백업 받은후
그 lvol 을 umount 하고
lvreduce 을 하시고
디스크를 교체하고 vgcfgrestore 하고난후
vgsync 를 해서 다시 미러링을 한후
다시 lvol 을 잡고 데이타를 복구하시면 되겠네요..
그 lvol 을 백업 받은후
그 lvol 을 umount 하고
lvreduce 을 하시고
디스크를 교체하고 vgcfgrestore 하고난후
vgsync 를 해서 다시 미러링을 한후
다시 lvol 을 잡고 데이타를 복구하시면 되겠네요..
- 신규로 표시
- 북마크
- 구독
- 소거
- RSS 피드 구독
- 강조
- 인쇄
- 부적절한 컨텐트 신고
날짜: 07-27-2004 10:00 PM
날짜: 07-27-2004 10:00 PM
vg00의 mirror disk 하나가 fail시 분리하는 방법
안녕하세요......
lvol 하나가 fault난 disk와 정상적인 disk걸쳐 있는 상태이면 그 lvol의 mirror 사본이 정상 disk와 fail난 disk 걸쳐 있다는 말씀이신가요?
저는 그렇게 해석이 되네요...^^
그렇다면 lvreduce하여 그 lvol의 미러를 제거합니다. 그러면 복사본 18GB 두 disk에 걸쳐져 있는 미러 사본이 삭제 되겟죠.....
그 다음 fail난 disk를 교체해주고 vgcfgrestore하고 vgsync를 해주면 될것 같습니다.
그 lvol이 미러된 volume이 아니라면 해당 lvol을 백업한 후 umount후
lvremove후 fail난 disk 교체후 vgcfgrestore와 vgsync를 합니다.
그리고 삭제된 lvol을 다시만들어 mount후 백업받아 놓은 data를 restore하시면 됩니다.
lvol 하나가 fault난 disk와 정상적인 disk걸쳐 있는 상태이면 그 lvol의 mirror 사본이 정상 disk와 fail난 disk 걸쳐 있다는 말씀이신가요?
저는 그렇게 해석이 되네요...^^
그렇다면 lvreduce하여 그 lvol의 미러를 제거합니다. 그러면 복사본 18GB 두 disk에 걸쳐져 있는 미러 사본이 삭제 되겟죠.....
그 다음 fail난 disk를 교체해주고 vgcfgrestore하고 vgsync를 해주면 될것 같습니다.
그 lvol이 미러된 volume이 아니라면 해당 lvol을 백업한 후 umount후
lvremove후 fail난 disk 교체후 vgcfgrestore와 vgsync를 합니다.
그리고 삭제된 lvol을 다시만들어 mount후 백업받아 놓은 data를 restore하시면 됩니다.
- 신규로 표시
- 북마크
- 구독
- 소거
- RSS 피드 구독
- 강조
- 인쇄
- 부적절한 컨텐트 신고
날짜: 07-27-2004 10:00 PM
날짜: 07-27-2004 10:00 PM
vg00의 mirror disk 하나가 fail시 분리하는 방법
root Disk 를 Mirror로 구성하여 사용하고 있는 기본적인 사상에
대하여 생각을 해 보시면 간단하실 거라 생각됩니다.
이미 첫 질문에는 답을 다 해 주신 듯 합니다.
Mirror 구성 후 Disk의 Physical Fault 시 장애조치를 Single Mode에서
해야 한다고 하면 단지 OS Disk 하나가 Standby 상태일 뿐 Mirror가
아니라는 것이지요. Mirror는 Dual입니다. 하나의 I/O에 Read시에는
I/O가 Traffic이 적게 걸리는 Disk에 Write시 두 Disk 동시에 Write를
하게 되어 있습니다. RAID 공부를 하다 보면 Mirror 의 성능을 Read시
*2, Write시 /2 로 표현되어 있던 글도 있었죠. 물론 지금은 아닙니다.
즉, 님께서 고민하고 계시는 On-line Repair는 당연히 가능한
것입니다. 한 쪽 Path나 Disk에 물리적 결함 발생시 그쪽으로의 Access
는 Blocking이 한쪽으로만 I/O가 발생하게 되는 것이지요.
그렇기 때문에 한쪽 Disk를 교체하고 stale이 발생한 Disk로 다시
Sync 작업을 하는 것입니다.
단 vgsync 작업 전후
# mkboot -l /dev/rdsk/cntndn
# mkboot -a "hpux" /dev/rdsk/cntndn
명령어를 실행시켜 주셔야 합니다. 물론 Disk가 두개로 구성되어
System Volume과 User Volume이 나뉘어져 있는 경우는 Boot Volume이
장애가 발생한 경우 해당이 됩니다.
setboot 명령어로 보실경우 Primary의 Boot Volume의 Disk가 Fault가
발생한 경우는 필수사항입니다. make_tape_recovery시 lif Volume가
아니라는 Message가 발생하며 비정상 종료가 됩니다.
이럴 경우 System 재부팅시 Primary Volume으로 Booting이 안되는
경우도 발생 한다고 합니다.
대하여 생각을 해 보시면 간단하실 거라 생각됩니다.
이미 첫 질문에는 답을 다 해 주신 듯 합니다.
Mirror 구성 후 Disk의 Physical Fault 시 장애조치를 Single Mode에서
해야 한다고 하면 단지 OS Disk 하나가 Standby 상태일 뿐 Mirror가
아니라는 것이지요. Mirror는 Dual입니다. 하나의 I/O에 Read시에는
I/O가 Traffic이 적게 걸리는 Disk에 Write시 두 Disk 동시에 Write를
하게 되어 있습니다. RAID 공부를 하다 보면 Mirror 의 성능을 Read시
*2, Write시 /2 로 표현되어 있던 글도 있었죠. 물론 지금은 아닙니다.
즉, 님께서 고민하고 계시는 On-line Repair는 당연히 가능한
것입니다. 한 쪽 Path나 Disk에 물리적 결함 발생시 그쪽으로의 Access
는 Blocking이 한쪽으로만 I/O가 발생하게 되는 것이지요.
그렇기 때문에 한쪽 Disk를 교체하고 stale이 발생한 Disk로 다시
Sync 작업을 하는 것입니다.
단 vgsync 작업 전후
# mkboot -l /dev/rdsk/cntndn
# mkboot -a "hpux" /dev/rdsk/cntndn
명령어를 실행시켜 주셔야 합니다. 물론 Disk가 두개로 구성되어
System Volume과 User Volume이 나뉘어져 있는 경우는 Boot Volume이
장애가 발생한 경우 해당이 됩니다.
setboot 명령어로 보실경우 Primary의 Boot Volume의 Disk가 Fault가
발생한 경우는 필수사항입니다. make_tape_recovery시 lif Volume가
아니라는 Message가 발생하며 비정상 종료가 됩니다.
이럴 경우 System 재부팅시 Primary Volume으로 Booting이 안되는
경우도 발생 한다고 합니다.
위에 명시된 의견은 Hewlett Packard Enterprise가 아닌 저자의 개인 의견입니다. 이 사이트를 사용하면 이용 약관에 동의하게되며 참여 규칙 .
뉴스 및 이벤트
© Copyright 2024 Hewlett Packard Enterprise Development LP