VMware 스냅샷 상세 정보 daquan

중국어 이름: 스냅샷 사용, 파일 크기, 증가율, 스냅샷 유형, 스냅샷 생성, 절차, 프로세스, 삭제 및 복구, 삭제 및 복구, 관리 툴, 스냅샷에 포함된 잠재적 문제, 가능한 한 많은 스냅샷 방지, VMware 스냅샷 복구 VMDK 파일, v VMware 스냅샷 누락 파일 유형에 따라 복구 가능 여부, VMware 스냅샷 사용 방법, VMware 스냅샷의 기존 스냅샷, VMware 스냅샷의 스냅샷 메모리 상태, VMware 스냅샷 문제, VMware 스냅샷 시 스냅샷 사용 가능 가상 시스템 스냅샷을 여러 개 생성한 경우 복구할 복구 지점이 여러 개 있습니다. 스냅샷을 만들면 지금 쓸 수 있을 때 스냅샷이 읽기 전용이 됩니다. 파일 내 증분 기술을 사용하면 새 파일을 만들어 원본 디스크 파일에 대한 모든 변경 사항 (증분) 을 기록할 수 있습니다. 파일 크기 스냅샷 파일의 크기는 원본 디스크 파일의 크기를 초과할 수 없습니다. 디스크 블록이 변경될 때마다 증분 파일에 스냅샷이 생성되며 변경 사항에 따라 업데이트할 수 있습니다. 스냅샷을 만든 후 각 개별 디스크 스토리지 블록을 변경하면 스냅샷은 원본 디스크 파일만큼 커집니다. 스냅샷 파일은 처음에는 매우 작지만 (16MB), 가상 디스크 파일에 쓸 때 증가합니다. 16MB 스냅샷 공간은 SCSI 예약 충돌을 줄이는 데 사용됩니다. 원본 디스크의 스토리지 블록을 변경하라는 요청을 받으면 증분 파일의 변경 사항을 대체합니다. 이전에 증분 파일에서 변경된 디스크 저장 블록이 다시 변경된 경우 증분 파일의 기존 저장 블록만 업데이트되므로 증분 파일의 크기가 증가하지 않습니다. 증가율 스냅샷의 증가율은 서버의 디스크 쓰기 작업 수에 따라 결정됩니다. 향상된 디스크 쓰기 애플리케이션이 있는 서버 (예: SQL 및 Exchange 서버) 의 스냅샷 파일이 빠르게 증가하고 있습니다. 반면 대부분의 정적 컨텐츠와 소량의 디스크 쓰기 서버 (예: 웹 및 애플리케이션 서버) 는 스냅샷 파일 증가율이 낮습니다. 많은 스냅샷을 생성하면 새 증분 파일이 생성되고 원래 증분 파일은 읽기 전용이 됩니다. 스냅샷 수가 많은 각 증분 파일은 원본 디스크 파일만큼 커질 수 있습니다. 스냅샷 유형 가상 시스템 스냅샷을 생성할 때 특정 파일입니다. 또한 리두 로그이기도 합니다. 증분 파일은 기본 VMDK (virtual machine disk) 에서 변경된 비트맵이므로 VMDK 를 초과할 수 없습니다. 가상 시스템에 대한 각 스냅샷을 생성할 때 증분 파일이 생성됩니다. 스냅샷 관리에서 스냅샷을 삭제하거나 복구하면 파일이 자동으로 삭제됩니다. 이러한 아카이브는 메타데이터 및 스냅샷에 대한 정보를 저장하는 데 사용됩니다. 이 파일은 스냅샷 표시 이름, UID (숫자), 디스크 파일 이름 등의 정보가 포함된 텍스트 형식입니다. 가상 시스템 스냅샷을 생성하기 전에 파일의 초기 크기는 0 바이트입니다. 이렇게 하면 스냅샷만 찍으면 파일이 커지고 계속 업데이트됩니다. 스냅샷을 삭제한 후에는 파일을 완전히 지울 수 없습니다. 스냅샷을 삭제하면 파일의 각 스냅샷에 대한 위치가 유지되지만 백업 통합에 사용할 수 있는 통합 도움말 프로그램에 번호와 이름만 추가됩니다. *. Vmsn 파일-스냅샷을 사용할 때 가상 시스템의 정확한 작동 상태를 저장하는 스냅샷 상태 파일입니다. 이 파일의 크기는 이 가상 시스템의 스토리지를 스냅샷의 일부로 선택하는지 여부에 따라 달라집니다. 가상 시스템의 스토리지를 보존하기로 선택하면 이 파일이 더 커져서 가상 시스템의 최대 RAM 에 할당됩니다. 이 파일은 VMware 일시 중지 상태 파일과 유사합니다. Vmss. 가상 시스템의 각 스냅샷마다. vmss 파일이 생성됩니다. 이러한 파일은 스냅샷을 이동할 때 자동으로 삭제됩니다. 스냅샷을 생성하려면 VMware infrastructure client (VI client) 의 스냅샷 관리자를 통해 스냅샷을 생성하거나 ESX 서비스 콘솔의 명령줄 도구를 직접 사용하여 스냅샷을 생성할 수 있습니다. 명령을 사용하여 VM 을 시작하거나 종료합니다. 스냅샷을 생성하는 동안 가상 시스템을 일시 중지할 수도 있습니다. 가상 시스템의 전원이 꺼지면 가상 시스템 스토리지의 스냅샷을 생성하도록 선택할 수 없습니다. 이 절차에서는 ESX server 또는 VirtualCenter 에 직접 연결된 VI Client 를 사용하여 스냅샷을 관리합니다. 명령줄 인터페이스를 사용하도록 선택한 경우 스냅샷 생성 구문은 "vmware-cmd createsnapshot" 입니다. 예를 들어 "VMware-cmd myvm 1.vmx 업그레이드 중'/kloc-; 일시 중지 및 저장 선택은 1 또는 0 입니다. 스냅샷을 찍기 전에 파일 시스템 쓰기를 중지하려면 1 을 선택합니다. 스냅샷 가상 시스템 스토리지 상태를 1 저장합니다. 여러 개의 스냅샷을 만든 경우 새 스냅샷을 만들면 이전 스냅샷은 읽기 전용이 됩니다. 삭제 복구 가상 시스템의 모든 스냅샷을 삭제하면 생성된 모든 증분 파일이 가상 시스템의 원본 VMDK 디스크 파일에 병합되고 삭제됩니다. 단일 스냅샷만 삭제하도록 선택하면 해당 스냅샷이 상위 스냅샷에 병합됩니다. 스냅샷을 복구하도록 선택하면 현재 디스크 및 스토리지 상태가 폐기되고 가상 시스템은 스냅샷 당시의 상태로 복구됩니다. 복구 중인 스냅샷에 관계없이 해당 스냅샷은 새 상위 스냅샷이 됩니다. 그러나 일반적으로 상위 스냅샷은 최신 스냅샷이 아닙니다. 이전 스냅샷으로 복구하면 가상 시스템의 현재 상태에 대한 상위 스냅샷이 됩니다. 스냅샷 관리자에서 이 상위 스냅샷을 볼 수 있습니다. 그 아래에는 "여기 있습니다." 라는 레이블이 있습니다. Vi 클라이언트 또는 vmware-cmd 명령줄 도구를 사용하여 스냅샷을 삭제하거나 복구할 수 있습니다. VI Client 의 스냅샷 관리자는 더 많은 유연성을 제공하며 CLI 보다 사용하기 쉽습니다. VI Client 와 Snapshot Manager 의 스냅샷으로 복구 옵션 간의 중요한 차이점은 복구 옵션이 마지막 스냅샷으로만 복구되는 반면 스냅샷 관리자는 특정 스냅샷으로 복구할 수 있는 유연성을 제공한다는 것입니다. 이를 "스냅샷 관리자에서 이동" 이라고 합니다. Restore vmware-cmd 를 사용하는 경우 구문은 "VMware-cmd remove snapshot" 이며 모든 스냅샷을 삭제할 수 있으며 "vmware-cmd revertsnapshot" 은 마지막 스냅샷으로 복구할 수 있습니다. 특정 스냅샷을 삭제하거나 복구해야 하는 경우 VI 클라이언트를 사용해야 합니다. 스토리지 상태가 없는 스냅샷을 복구하는 경우 서버가 종료되고 재부팅된 후에는 이전 스냅샷이 사용됩니다. 스냅샷에 스토리지 상태가 포함되어 있으면 가상 시스템이 일시 중지되고 이전 스냅샷의 디스크 및 스토리지 상태로 돌아갑니다. 관리 툴은 스냅샷 사용 시 VMware Tools 가 필요하지 않지만 사용하는 것이 좋습니다. VMware Tools 를 사용하면 운영 체제에서 디스크 작업을 중지하거나 줄일 수 있으므로 VMware 호스트 없이 PIT 복제본을 생성할 수 있습니다. 스냅샷 파일 크기를 확인하는 가장 쉬운 방법은 RVTools 를 사용하거나 스냅샷 크기 기능을 활성화하는 것입니다. PowerCLI 에서 get-vm | get-snapshot 명령을 실행할 수도 있습니다. get-VM | get-snapshot 에는 대상 vCenter 의 모든 스냅샷이 나열됩니다. 스냅샷에 포함된 잠재적 문제 vMotion 또는 Storage vMotion 이외의 방식으로 가상 시스템을 이동하려고 하면 스냅샷에 문제가 발생할 수 있습니다. Copy 명령을 사용하여 모든 파일을 복제할 수 있지만 스냅샷이 있는 가상 시스템에서 이 방법을 사용하면 파일이 손상될 수 있습니다. 스냅샷을 찍을 수 없는 가상 시스템의 유형은 여러 가지가 있습니다. 여기에는 클러스터 서버와 같은 SCSI 버스를 사용하는 가상 시스템이 포함됩니다. 또한 개별 디스크의 스냅샷을 찍을 수 없습니다. 물리적 원시 디바이스 매핑이 활성화된 경우 기본 디스크는 가상 시스템에 의해 관리되므로 스냅샷을 생성할 수 없습니다. 즉, 해당 호스트에서 관리하지 않는 한 VMware 호스트에 대한 스냅샷을 생성할 수 없습니다. ESXi 4 이전 버전을 실행 중인 경우 몇 가지 추가 문제를 고려해야 합니다. 첫째, 스토리지 VMotion 기술을 사용하여 여러 스냅샷이 있는 가상 시스템을 마이그레이션할 수 없습니다. 가장 빠른 솔루션은 모든 스냅샷을 통합하는 것입니다. 즉, 가상 시스템을 더 이상 여러 시점으로 복구할 수 없습니다. 이 제한은 vSphere 5 에서 취소되었습니다. 또 다른 일반적인 문제는 대형 스냅샷을 통합할 때 호스트가 일시적으로 침묵하는 상황이 발생하지만 호스트의 가상 시스템은 여전히 정상적으로 작동하고 있으며 시간이 지나면 자동으로 사라진다는 것입니다. 가능한 한 많은 스냅샷을 피하십시오. 대부분의 경우 동일한 가상 시스템에 대해 여러 스냅샷을 생성하지 않도록 해야 합니다. 시스템에 대한 새 스냅샷을 생성할 때마다 실행 속도가 느려집니다. 각 스냅샷마다 해당 증분 디스크 파일이 생성됩니다. 가상 시스템에서 여러 개의 델타 파일을 읽어야 하는 경우 시스템의 I/O 로드가 늘어날 수밖에 없습니다. 이 프로세스는 가상 시스템의 에코 시간을 연장하여 추가 디스크 작업을 생성합니다. 일련의 스냅샷의 최신 버전만 저장하려는 경우 단일 스냅샷으로 통합할 수 있습니다. 이러한 방식은 시스템의 운영 속도와 관리 효율성을 높이는 데 도움이 된다. 대상 가상 시스템을 선택하고 마우스 오른쪽 버튼을 클릭한 다음 병합을 선택합니다. 가상 시스템 및 템플릿 보기에서 가상 시스템에 통합이 필요한지 여부를 조회하고 통합이 필요한 모든 가상 시스템을 목록에 표시할 수 있습니다. VMware 스냅샷 복구 VMDK 파일 VMware 스냅샷 작동 방식

VMware 스냅샷을 만들 때 실제로 원본 디스크에서 데이터를 복제하지 않았습니다. 반면 원시 디스크는 VMware 스냅샷 읽기 상태로 설정되고 VMware 스냅샷 롤백 로그 (증분 디스크라고도 함) 가 생성됩니다. 이는 실제로 VMware 스냅샷이 생성된 후 모든 가상 시스템 쓰기 작업에 대한 자리 표시자입니다. 그림 1. 증분 파일에는 스냅샷이 생성된 이후의 가상 시스템 변경 사항만 포함됩니다. 그림 1 은 VMware 스냅샷의 워크플로우를 보여 줍니다. 디스크에' 스냅샷' 이라는 단어가 포함되어 있고 각 문자가 자체 VMware 스냅샷 디스크 블록에 있다고 가정합니다. 디스크의 VMware 스냅샷을 만들면 원본 디스크가 읽기 전용이 되고 새 증분 VMDK 파일이 생성됩니다. 이때 두 번째는' L' 이 되고, 아홉 번째 블록에' S' 를 더하면 새로운 단어' SLAPSHOTS' 가 만들어진다.

모든 VMware 스냅샷 파일이 안전한지 확인하기 위해서는 일련의 작업을 수행해야 합니다. 새 데이터 블록만 원본 VMDK 파일에 통합하고 "스냅샷" 을 가상 시스템에 제출하는 VMware 스냅샷을 삭제하거나 디스크가 방금 "스냅샷" 으로 읽혀진 시간과 같은 다른 시점으로 롤백할 수 있습니다. VMware 스냅샷을 생성할 때마다 VMware 스냅샷 체인의 어느 지점으로든 롤백할 수 있도록 새로운 증분 디스크가 생성됩니다. VMware 스냅샷으로 VMDK 파일을 복구할 수 있습니까?

원본 VMDK 파일이 삭제되거나 삭제되면 VMware 스냅샷 관리자는 여러 가지 까다로운 문제에 직면하게 됩니다. 그림 2 에서 볼 수 있듯이 "스냅샷" 이 포함된 원본 VMware 스냅샷 디스크가 사라졌습니다. 이제 우리는 문자 "L" 과 "S" 의 증분 디스크만 가지고 있는데, 이 디스크를 가리키는 메타 데이터는 이미 사라졌다. 그림 2. 손상되거나 누락된 VMDK 파일이 포함된 VMware 스냅샷만 사용하는 경우 원본 파일을 다시 작성할 수 없습니다.

원본 VMware 스냅샷 디스크 또는 "스냅샷" 이 포함된 원본 블록이 손실되면 증분 디스크의 일부 데이터를 사용하여 컨텐츠를 재구축할 수 없다는 결론을 내렸을 수 있습니다. VMware 스냅샷의 누락된 파일 유형에 따라 복구 가능 여부가 결정됩니다.

VMware 스냅샷 파일만 사용하여 손실된 VMDK 파일을 복구할 수는 없지만 누락된 VMDK 파일에 따라 여러 가지 솔루션이 있을 수 있습니다. VMware 스냅샷 가상 시스템 디스크는 가상 시스템 구성 파일에 관련 VMware 스냅샷 디스크 정보를 제공하는 VMDK 파일 (모든 데이터를 저장하는 가상 디스크의 가장 중요한 부분) 과 설명자 파일 (VMX 파일) 의 두 가지 파일로 구성됩니다.

VMDK 파일이 손실된 경우 VMware 스냅샷 백업 파일만 저장할 수 있습니다. 설명자 파일이 누락된 경우 ESXi 명령줄을 사용하여 복구할 수 있습니다. VMware 스냅샷 사용 방법 VMware 스냅샷을 사용하면 많은 번거로움을 피할 수 있습니다. VMware 스냅샷은 백업이 아닙니다. 많은 사람들이 VMware 스냅샷의 역할을 혼동하고 있으며, VMware 스냅샷은 그들을 끝없는 번거로움에 빠뜨렸다. VMware 스냅샷이 무엇인지 이해하려면 VMware 스냅샷이 무엇인지 정의해야 합니다. VMware 스냅샷이 백업이 아니라는 것은 의심의 여지가 없습니다. 백업은 장기 보관용으로 설계되었으며 데이터 손실 및 파일 손상 시 복구할 수 있습니다. Office 응용 프로그램을 사용해 본 많은 사람들이 취소 기능을 잘 알고 있습니다. 이 기능을 사용하면 작업이 완료되면 선택하려는 정확한 시간에 한 걸음 뒤로 물러날 수 있습니다. 그러나 VMware 스냅샷에는 취소 기능이 없습니다. 이제 VMware 스냅샷이 더 이상 존재하지 않는다는 것을 알 수 있습니다. VMware 스냅샷은 가상 시스템의 시점입니다. VMware 스냅샷은 일반적인 자동화 프로젝트가 아닙니다. VMware 스냅샷은 특정 시점에 수동으로 생성되며 VMware 스냅샷도 해당 시점으로 다시 이동할 수 있습니다. 이 "시점" 이 생성되면 가상 시스템은 계속 실행되며 관리자는 기존 작업을 계속 실행할 수 있습니다. 업그레이드에 실패할 경우 관리자는 VM 을 업그레이드 전 시점으로 복구할 수 있습니다. 이는 실행 취소 기능처럼 들리며 이전에 만든 시점으로 복구할 수 있습니다. 일반적으로 VMware 스냅샷의 기존 스냅샷이라는 두 가지 유형의 스냅샷을 사용할 수 있습니다. 기존 VMware 스냅샷은 가상 시스템의 현재 메모리 상태를 캡처할 수 없습니다. 이 유형의 VMware 스냅샷은 VMware 스냅샷에 활성 항목이 없기 때문에 일반적으로 빠르게 실행됩니다. VMware 스냅샷을 생성할 때 실행 중인 가상 시스템을 일시 중지할 필요가 없습니다. 관리자가 가상 시스템을 VMware 스냅샷으로 복구하도록 선택한 경우 정상적인 종료 및 재시작과 같은 방식으로 가상 시스템을 재부팅해야 합니다. 스냅샷 VMware 스냅샷의 메모리 상태 이 유형의 VMware 스냅샷은 스냅샷 생성 시 가상 시스템 및 기타 작업 (디스크, 입출력, 네트워크) 의 메모리 상태를 캡처합니다. 이 VMware 스냅샷은 실행하는 데 시간이 오래 걸리지만 이 VMware 스냅샷으로 복구하면 가상 시스템이 생성된 정확한 시점으로 돌아간다는 추가적인 이점이 있습니다. VMware 스냅샷을 생성할 때 가상 시스템이 여전히 실행 중이면 VMware 스냅샷은 VMware 스냅샷을 생성한 정확한 시점에서 계속 실행됩니다. VMware 스냅샷 문제 VMware 스냅샷의 또 다른 강력한 기능은 가상 시스템을 잘못 사용할 경우 VMware 스냅샷을 통해 오류를 해결할 수 있다는 것입니다. 이제 VMware 스냅샷이 무엇인지, 어떻게 작동하는지 알게 되었습니다. 여러분이 해서는 안 되는 몇 가지 사항을 살펴보겠습니다. VMware 스냅샷은 시점 (임시) 입니다. 이제 사람들은 시간성에 대해 다른 정의를 가지고 있습니다. 이것이 문제입니다. 그 증분 변경 파일은 가상 시스템의 모든 변경 사항을 기록합니다. 사용량이 많은 가상 시스템의 경우 VMware 스냅샷의 증분 변경 파일이 점점 더 커질 것입니다. 이 증분 변경 파일은 데이터베이스 서버에 저장되며 VMware 스냅샷을 통한 대형 또는 장기 스냅샷 삭제는 원본 VMDK 파일의 모든 증분 변경 파일을 기록하는 프로세스입니다. VMware 스냅샷 작은 증분 변경 파일의 경우 이 프로세스가 비교적 간단하지만 큰 VMware 스냅샷의 경우 이 프로세스로 인해 가상 시스템이 일시 중지되거나 원본 VMDK 에 대한 변경 사항 적용이 몇 초 또는 몇 분 동안 일시 중지됩니다. VMware 스냅샷의 장점과 단점은 밀접한 관련이 있습니다. VMware 스냅샷을 통해 관리자는 서로 다른 시간에 동일한 가상 시스템을 앞뒤로 전환할 수 있어 취소 기능과 유사한 사용 환경을 만들 수 있습니다. 그러나 문제는 VMware 스냅샷이 많을수록 증분 변경 파일이 많아지므로 손상 가능성이 높아진다는 것입니다.