실습 7 파트 3에서는 VNX5700 또는 7500 스토리지 프로세서 인클로저에서 CPU 모듈을 분리하는 절차를 생성합니다. 이에 대한 절차를 설명해 보겠습니다. 다시 VNX Procedure Generator에서 5700에 대해 "Next"를 선택합니다. File/Unified 하드웨어 교체입니다. 다시 "다음"입니다. 여기서는 VNX 57개 File/Unified SPE 하드웨어를 조정합니다. "Replace SPE CPU module" 라디오 버튼을 선택하여 생성하겠습니다.
"Next"를 선택하고 절차를 생성하겠습니다. 절차를 마치면 ESD와 모든 문제에 대한 모든 사전 문서를 다시 읽고 문제가 있는 FRU 또는 CRU를 살펴보고 진단하고 식별하기 시작합니다. 그래서, 이것이 내 절차입니다.
이제 마무리하겠습니다. 내가 올바른지 확인하십시오. 네. CPU 모듈 교체 그럼 여기서 마무리하겠습니다. 그리고 Unisphere를 출시했습니다. 그러면 이 페이지로 이동해 시스템을 살펴보고 스토리지 하드웨어를 살펴보겠습니다.
VNX 스토리지 시스템을 선택하고 스토리지 탭을 선택한 다음 스토리지 하드웨어를 선택합니다. 파일용 스토리지 대신. 그리고 다시 말하지만, 존재할 수 있는 결함 조건을 찾고 싶습니다. 이제 트리에서 그 답을 찾습니다. 예를 들어 빨간색 F가 보이면 구성 요소에서 트리로 전파되므로 문제가 발생했음을 확인할 수 있습니다. 여기서는 스토리지 프로세서에 장애가 발생했다고 가정합니다.
이를 확인했으면 계속해서 스토리지 시스템 확인 마법사를 실행하여 상태 점검을 수행할 수 있습니다. 그리고 나는 여기로 오면 그렇게 할 수 있습니다. USM을 시작하고 USM을 시작하고 시스템 확인을 수집하는 2부에서 했던 것과 비슷한 절차를 진행할 수 있습니다. 그래서, 저는 우리가 그것을 해왔고 저것이 이루어졌다고 가정할 것입니다.
다음으로 권장되는 작업은 교체하려는 타겟의 LUN을 트레스패스하여 교체 절차를 위한 스토리지 프로세스에 대한 스토리지를 준비하는 것입니다. 예를 들어 두 개의 SP, 즉 A와 B가 있고 SP B를 교체해야 하는 시스템에서 SP B가 연결되어 있거나 현재 소유하고 있는 LUN을 교체하거나 트레스패스할 수 있습니다. 그러려면 Storage로 이동한 다음 LUN으로 이동해야 합니다. 그리고 이를 수행하는 방법은 여러 가지가 있습니다. 여기서 한 가지 방법만 보여드리겠습니다.
현재 소유자가 여기에 표시됩니다. SP B를 교체합니다. 이 SP B를 선택하고 마우스 오른쪽 버튼을 클릭한 다음 LUN을 무단 침입합니다. 그리고 저는 그렇게 할 것입니다. Unisphere의 다른 옵션과 달리 무단 침입을 많이 선택할 수는 없습니다. 적어도 Unisphere에서는 한 번에 하나씩 침입해야 합니다. 저는 모든 LUN을 처리해 보겠습니다. 실제로 Ctrl 버튼을 누르면 선택된다는 것을 알았습니다. 선택하는 개수에 따라 다를 것 같지만 여기서는 세 개일 때 모두 침입하려고 시도할 것이고 작동할 것 같으므로 LUN을 침입해야 한다는 개념이 있습니다.
이제 SP B가 소유한 이 시스템에서는 모든 것을 차단하여 LUN을 무단 침입했습니다. 그리고 여기 가이드에 나열한 것과 동일한 매개변수를 사용하여 직렬 연결을 설정한 다음 Control Station 0에 로그온하고 슈퍼 유저 또는 루트 사용자가 됩니다. ConnectHome 및 이메일 서비스를 다시 중단합니다.
그리고 그것을 확인하십시오. 이제 스토리지 프로세스의 전원을 꺼야 합니다. 이를 위해 navicli 명령을 사용하겠습니다. 이렇게 진행하겠습니다. 이미 LUN을 트레스패스했습니다. 보안 파일이 없다면 보안 파일을 만들거나 명령줄에서 전체 자격 증명을 사용해야 합니다. 다음은 상당히 긴 명령의 예입니다. PuTTY 세션에서도 이 명령을 실행하기에 충분한 랩어라운드가 없는 경우가 있으므로 상자를 약간 확장해야 할 수도 있습니다.
하지만 어쨌든 여기서는 SP A라는 SP가 있으므로 피어 SP인 SP B를 종료하겠습니다. 그리고 기억하세요, 우리는 이미 그것을 침범했기 때문에 그렇게 하지 않을 것입니다. 불편을 아, 한 번 더 해볼게요. 이 사업에서 타이핑할 줄 알아야 합니다. 지금 SP를 종료하고 보류하시겠습니까? 예. 그리고 우리는 그것을 수행할 것입니다.
방금 다운되고 있는데 ping 명령을 사용하여 실제로 다운되었는지 확인할 수 있습니다. 그리고 해당 IP 주소를 ping하면 사용할 수 없는 것으로 반환되어야 합니다. 153으로 이동하겠습니다. SP B인데 응답이 없으니 Ctrl-C를 눌러서 꺼주세요. 이제 저는 LUN의 트레스패스를 하고 스토리지 프로세서를 중지 또는 중지했습니다. 이제 문서 자료를 찾아 절차 가이드에 따라 구성 요소를 제거하고 교체할 수 있습니다.
특정 CPU를 설치한 후에는 DIMM을 교체하고 모두 교체한 다음 이전과 같은 방식으로 케이블을 다시 연결해야 합니다. 이 작업이 완료되면 계속 진행할 수 있습니다. XP 또는 X 플레이트를 분리할 준비를 한 후 결함이 있는 SP 또는 X 플레이트 앞에 있는 2개의 전원 공급 장치 냉각 모듈을 제거하는 것부터 시작합니다.
그런 다음 검은색 숫자 2라고 표시된 주황색 탭 2개를 서로를 향해 누르며 래치를 잠금 해제합니다. 래치를 서로 밀어서 모듈을 인클로저에서 완전히 분리합니다. 모듈을 정전기 방지 표면에 놓고 메모리 모듈을 새 SP 또는 X 플레이트로 옮깁니다.
SP 또는 X 플레이트를 다시 설치하려면 모듈을 인클로저 측면의 가이드에 맞춥니다. 래치가 안쪽으로 움직이기 시작할 때까지 인클로저 안으로 밀어 넣습니다. 래치를 서로 밀어서 모듈을 완전히 장착하고 제자리에 고정합니다. 전원 공급 장치를 다시 설치하려면 모듈을 슬롯에 맞추고 인클로저에 밀어 넣습니다. 검은색 래치를 올려 모듈을 제자리에 고정합니다.
걸쇠가 제대로 맞물리면 딸깍 소리가 나야 합니다. EMC Unisphere에서 스토리지 하드웨어를 살펴보면 앞에서 설명한 "F" 표시가 있는데 SP B를 관리할 수 없습니다. 이 경우 제거되었습니다. 그리고 그것은 다시 트리 위로 전파됩니다. 이제 교체를 수행하고 모든 구성 요소를 변경한 다음에는 다시 장착하고 스토리지 프로세서의 전원을 켜야 합니다.
그리고 다시 말하지만, 이제 상황에 따라 다르기 때문에 가이드를 볼 수 있습니다. 이것은 5.31의 문제이지만 그 전에 문제가 있었다면 어떻게 해야 하는지 가이드를 참조해야 합니다. 재부팅 피어 SP를 실행합니다. 여기서 해당 명령을 실행하겠습니다. 재부팅 피어 SP를 입력했습니다. 명령을 실행합니다. 스토리지 프로세스가 켜질 때까지 기다렸다가 Fault LED가 켜지지 않고 전원 LED가 녹색일 때 전원이 켜집니다.
파트 2의 I/O 모듈 교체와 마찬가지로 최대 10분 정도 걸릴 수 있으므로 전원을 켭니다. 그런 다음 전면 LED를 확인하거나 스토리지 하드웨어 섹션으로 이동하여 "F" 표시가 꺼지고 스토리지 프로세서를 다시 관리할 수 있는지 확인할 수 있습니다. SP가 다시 작동하기를 기다리는 동안 참고로 SP 이벤트 로그가 있다는 것을 잊지 마세요. 여기서 A를 보면 시스템에서 무슨 일이 일어나고 있는지에 대한 단서를 얻을 수 있습니다. 이 중 많은 부분이 정보 제공용입니다. 그리고 우리는 다른 것을 찾습니다.
중요한 문제가 발생했고 캐싱이 비활성화되었습니다. 그리고 시간과 날짜가 표시되므로 살펴볼 수 있습니다. 이제 SP가 실제로 할 수 있는 지점까지 돌아오지 않는 한 이것을 읽을 수 없을 수도 있지만 이 시점에서는 그렇지 않았으므로 통신할 수 없습니다.
물론 여기에는 항상 알림만 표시되고 여러 알림이 표시되며 언제든지 클릭하여 세부 정보를 볼 수 있습니다. 그래서 우리는 여전히 찾고 있으며 시스템이 다시 작동하기를 기다리고 있습니다. 모니터링할 수 있고 실제 스토리지 하드웨어를 볼 수 있습니다. 이 문제가 해결되면 모든 준비가 완료되어야 합니다. 이제 지워지고 SP가 드디어 존재하는 것 같습니다.
SP가 재부팅되면 실습을 계속 진행하면서 발생한 트레스패스된 LUN을 복원해야 합니다. 현재 소유권만 봐도 SP가 가동되면 LUN이 현재 SP로 돌아왔다는 것을 알 수 있습니다. 그리고 그것은 좋은 일입니다. 그리고 그것은 이루어졌습니다 ... 창고에 가고 싶지 않습니다. LUN으로 이동하고 싶습니다. 여기서도 모든 것이 좋아 보입니다.
따라서 실습 2에서 했던 것처럼 할당하고 복원하는 것이 좋습니다. CLI 또는 Unisphere를 사용하여 할 수 있습니다. System 탭으로 이동하여 트레스패스된 LUN을 살펴보니 트레스패스된 LUN이 없는 것 같아서 여기는 양호한 상태입니다. 나는 그것에 "OK"라고 말할 것이다. LUN이 있다면 한 번 살펴보겠습니다.
제가 한 일은 PuTTY 세션을 불러와 nas_storage 실행하고 명령을 나열한 것입니다. 그런 다음 실제로 페일백이 필요한 LUN이 있는 경우 페일백할 수 있습니다. 물론 일련 번호 이름을 사용하여 페일백해야 하므로 잘라내어 붙여 넣겠습니다. 그리고 이것은 돌아와서 그렇게해야합니다. 그 방법은 앞서 실습 2부, 실습 7에서 보여줬습니다.
좋아 보이네요. 이 작업이 끝나면 NAS 검사를 다시 실행할 수 있을 것 같습니다. NAS 검사를 실행한 후에는 스토리지 시스템 확인 마법사를 다시 실행할 수 있습니다. 그런 다음 ConnectHome 알림을 활성화하면 실습이 완료됩니다. 자, 여기서 우리는 그것이 반환 된 것을 볼 수 있습니다. 그런 다음 NAS 검사를 다시 실행하십시오. 그리고 우리는 그것을 실행할 것입니다.
다시 말하지만, 검사는 정상적으로 실행되었습니다. 오류, 경고는 표시되지 않지만 오류는 표시되지 않습니다. 이제 ConnectHome과 이메일 서비스를 활성화하고 스토리지 시스템 확인 소프트웨어로 원하는 경우 확인 확인을 다시 실행할 수 있습니다. 필요한 경우 이전 실습을 참조할 수 있습니다. 이것으로 랩 7의 파트 3을 마치겠습니다.
