애그리게이트 재배치 실패
변경 제안
PDF
업그레이드 중에 ARL(Aggregate relocation)이 다른 지점에서 실패할 수 있습니다.
애그리게이트 재배치 실패 여부를 확인합니다
절차 중에 ARL은 2단계, 3단계 또는 5단계에서 실패할 수 있습니다.
-
다음 명령을 입력하고 출력을 검사합니다.
storage aggregate relocation show를 클릭합니다
storage aggregate relocation show명령을 실행하면 성공적으로 재배치된 애그리게이트와 재배치되지 않은 애그리게이트가 장애 원인과 함께 표시됩니다. -
콘솔에 EMS 메시지가 있는지 확인합니다.
-
다음 작업 중 하나를 수행합니다.
-
의 출력에 따라 적절한 수정 조치를 수행합니다
storage aggregate relocation show명령어와 EMS 메시지 출력 -
를 사용하여 Aggregate 또는 Aggregate를 강제로 재배치할 수 있습니다
override-vetoes옵션 또는 을 선택합니다override-destination-checks의 옵션storage aggregate relocation start명령.
에 대한 자세한 내용은 를 참조하십시오
storage aggregate relocation start,override-vetoes, 및override-destination-checks옵션을 보려면 을 참조하십시오 "참조" _ONTAP 9 명령에 연결하려면 수동 페이지 참조 _. -
노드 1의 원래 애그리게이트는 업그레이드 완료 후 노드 4에서 소유합니다
업그레이드 절차를 마치면 노드 3이 원래 노드 1을 홈 노드로 사용했던 새로운 애그리게이트 홈 노드여야 합니다. 업그레이드 후에 재배치할 수 있습니다.
다음과 같은 상황에서 노드 1을 노드 3이 아닌 홈 노드로 사용하여 애그리게이트를 올바르게 재배치할 수 없습니다.
-
3단계에서는 애그리게이트를 노드 2에서 노드 3으로 재배치합니다. 재배치되는 일부 애그리게이트는 노드 1을 홈 노드로 사용합니다. 예를 들어, 이러한 집계를 aggr_node_1이라고 할 수 있습니다. 3단계 중에 aggr_node_1의 재배치가 실패하고 재배치를 강제할 수 없는 경우, 애그리게이트는 노드 2에 남겨집니다.
-
4단계 후 노드 2가 노드 4로 교체된 경우 노드 2가 교체되면 노드 4가 노드 3이 아닌 홈 노드로 온라인 상태가 됩니다.
스토리지 페일오버가 활성화된 후 다음 단계를 수행하여 6단계 이후에 잘못된 소유권 문제를 해결할 수 있습니다.
-
[[man_aggr_fail_step1] 다음 명령을 입력하여 집계 목록을 가져옵니다.
storage aggregate show -nodes node4 -is-home true올바르게 재배치되지 않은 애그리게이트를 확인하려면 섹션에서 가져온 노드 1의 홈 소유자가 있는 애그리게이트 목록을 참조하십시오 "업그레이드할 노드를 준비합니다" 그런 다음 위의 명령의 출력과 비교합니다.
-
의 출력을 비교합니다 1단계 에서 node1에 대해 캡처한 출력을 사용하여 "업그레이드할 노드를 준비합니다" 그리고 올바르게 재배치되지 않은 모든 애그리게이트를 확인할 수 있습니다.
-
[[man_aggr_fail_Step3] 노드 4에 남아 있는 집계를 다시 배치합니다.
storage aggregate relocation start -node node4 -aggr aggr_node_1 -destination node3를 사용하지 마십시오
-ndo-controller-upgrade이 재배치 중 매개 변수입니다. -
다음 명령을 입력하여 노드 3이 이제 애그리게이트의 홈 소유자가 되는지 확인합니다.
storage aggregate show -aggregate aggr1,aggr2,aggr3… -fields home-nameaggr1,aggr2,aggr3…노드 1을 원래 홈 소유자로 사용한 Aggregate 목록입니다.노드 3이 홈 소유자로 없는 애그리게이트는 에서 동일한 재배치 명령을 사용하여 노드 3으로 재배치할 수 있습니다 3단계.