ESXi - Solaris ZFS Raids 시스템 드라이브 오류 복구(VMDirectPath I/O - raidz 풀)

ESXi - Solaris ZFS Raids 시스템 드라이브 오류 복구(VMDirectPath I/O - raidz 풀)

저는 현재 VMDirectPath I/O 및 raidz 풀(Vault라고 함)을 통해 HBA(디스크 컨트롤러 카드)가 OS로 전달되는 ESXi 5.5에서 Solaris 11.1을 실행하고 있습니다. OS는 단일 전용 SSD 데이터 저장소에서 실행됩니다. 이는 OS에 오류가 발생하면 미러 버전이 없다는 의미입니다. OS 디스크를 미러링하기 위해 다른 SSD를 구입하고 싶지 않습니다. Veeam 백업 솔루션을 살펴봤지만 VMDirectPath I/O 때문에 온라인 상태에서는 백업할 수 없습니다(스냅샷은 오프라인이어야 함).

내 질문은 OS 디스크 오류가 발생하는 경우(raidz 풀은 영향을 받지 않고 별도의 디스크와 컨트롤러) OS를 처음부터 다시 빌드하고 풀을 강제로 가져오는 것이 더 나을 것인가입니다(예: 'zfs -f import Vault) '. 또는 일주일 정도 된 OS 백업을 새 ESXi 데이터 저장소로 복원해도 괜찮을까요? 그러면 이 작업이 평소대로 계속될 것이라고 가정합니다. 그러나 풀의 데이터가 변경되었을 수 있습니다. 이를 추적하는 OS 디스크에는 아무것도 없고 풀이 손상/결함된 것으로 감지할 것이라고 가정합니다.

OS 디스크 백업에 대한 더 나은 제안이나 OS 디스크를 복구하고 zfs 풀을 다시 사용하기 위한 가장 좋고 안전한 전략이 있는 사람이 있습니까?

답변1

백업에서 OS를 복원한 다음 zpool import -f Vault를 사용하여 풀을 강제로 가져오는 것이 좋습니다. 풀에서 데이터가 변경된 경우에도 이 모든 정보는 데이터 저장소 내부에 보관되며 OS는 이와 거의 관련이 없습니다.

저는 Solaris 10 및 11에 대한 업데이트를 테스트하고 롤백할 때 샌드박스 및 테스트 시스템을 사용하여 이 작업을 수행했지만 아직 문제가 발생하지 않았습니다. Solaris와 함께 설치된 zpool 버전이 Vault 풀의 풀 버전과 동일하거나 최신 버전이라면 문제가 발생하지 않습니다.

OS 디스크를 백업하는 또 다른 방법은 여기에 설명된 대로 zfs 보내기 및 받기를 사용하는 것입니다. http://docs.oracle.com/cd/E19253-01/819-5461/ghzwu/index.html 그리고 여기 http://docs.oracle.com/cd/E19253-01/819-5461/ghzur/index.html

관련 정보