따라서 기존 IT 부서에서 남겨둔 특히 골치 아픈 문제가 있습니다. 우리는 여러 개의 스냅샷을 실행하고 있는데 아무도 이를 통합하려고 생각하지 않았습니다. 아마도 VMWare에 능숙하여 이를 수행해야 한다는 것을 깨달을 만큼 숙련된 사람이 없었기 때문일 것입니다. 그래서 이것이 나에게 남은 문제입니다.
이미지가 로드되지 않는다고 가정하면 다음과 같습니다.
- ->VM 343.7GB
- --> 스냅샷 1 2018년 5월 14일, 150GB
- ---> 스냅샷 2 06/13/2018, 9.03GB(VM 메모리 스냅샷: 아니요)
- ----> 스냅샷 3 2018년 6월 13일, 31.19GB
- -----> 스냅샷 4 2018/06/14, 386.24MB
- ------> 스냅샷 5 2018/08/27, 45.43GB
- -------> 당신은 여기 있습니다 (야) 59.5 GB
나는 몇 가지 조사를 수행했으며 가장 좋은 수정 방법은 다음과 같습니다.
- 이상적으로는 전원이 꺼진 동안 VM 파일의 백업을 만듭니다. 전체 VM을 두 번째 위치에 복사하는 것만으로도 충분합니다.
- 스냅샷을 삭제합니다. 이상적으로는 근무 시간 외 시간에는 통합에 시간이 걸립니다. 많은 시간. VM이 꺼지면 속도가 더 빨라집니다.
- VM이 손상되지 않았는지 확인하고, 그렇지 않은 경우 백업을 복원합니다. 원천:VMWare 이전 스냅샷 통합
내 질문은 다음과 같습니다.
이 스냅샷은 꽤 오랫동안 실행되어 2018년 이후 가장 오래된 것입니다. 내가 읽은 내용에 따르면 이 시점에서 VM이 완전히 손상되지 않으면 약간의 성능 저하가 발생할 가능성이 있습니다.
- 위의 수정 사항을 시도해 볼 가치가 있습니까?
- 그렇지 않다면 서버에 저장된 데이터베이스를 백업하고 서버를 되돌리는 것이 더 낫습니까?
제가 올바르게 이해했다면 되돌리면 스냅샷이 발생하기 전의 상태로 돌아가고 스냅샷의 변경 사항은 삭제됩니다. 반면 스냅샷을 삭제하면 모든 변경 사항이 하나로 통합됩니다. (이상한 용어 VMWare)
또한 이것은 씬 프로비저닝된 서버입니다. 디스크 공간 부족으로 인해 이 문제를 발견하게 되었는데, 현재 약 4GB 정도 남아 있습니다.
답변1
"가상 머신 스냅샷을 통합하는 데 필요한 예상 시간(2053758)"에 따르면https://kb.vmware.com/s/article/2053758, VM 전원이 켜져 있으면 통합 중에 추가 델타 파일이 빌드됩니다. 이것은 NOTES 섹션에 있으며 상태는 다음과 같습니다.
가상 머신의 전원을 켤 때 디스크 통합이 시작되면 수정된 블록을 추적하기 위해 추가 델타 파일이 생성되며, 이 파일은 통합이 끝날 때 기본 디스크에 최종적으로 기록됩니다. 단, 현재 스냅샷이 아닌 1개의 스냅샷만 삭제하는 경우에는 추가 델타 파일이 필요하지 않습니다.
"현재 스냅샷이 아닌 스냅샷 하나만 삭제하는 경우 추가 델타 파일이 필요하지 않습니다." 가장 오래된 것부터 최신 순서로 한 번에 하나씩 삭제하면 가장 최근의 스냅샷에 도달할 때까지 추가 드라이브 공간이 소모되지 않습니다. 이것은 백그라운드에서 실행됩니다.
VMware 커뮤니티 스레드:https://communities.vmware.com/thread/560315또한 이 문제가 있습니다. 최악의 시나리오에서는 기본/상위 디스크가 스냅샷의 데이터 양까지만 증가할 수 있어야 합니다.
또한 ESX 3.5 및 ESX 4.0(패치 업데이트 필요)의 스냅샷 통합에 대한 VMware KB가 있습니다. ESX 5 이상에는 이 기능이 내장되어 있으며 동일한 작업을 수행합니다. 제가 링크한 커뮤니티 토론과 동일한 내용을 다루고 있습니다.https://kb.vmware.com/s/article/1023657.
따라서 추가 공간 요구 사항에 대한 나의 대답은 "VM을 먼저 끄면 추가 공간 요구 사항이 없습니다.또는가장 오래된 스냅샷부터 최신 스냅샷까지 한 번에 하나의 스냅샷을 삭제할 수 있으며, 여유 공간을 사용하면 전원이 켜져 있는 동안 최신 스냅샷을 삭제할 수 있습니다."
스냅샷을 몇 년 전으로 되돌리는 데는 문제가 있습니다. 컴퓨터 시스템 비밀번호가 더 이상 비밀번호가 아니기 때문에 도메인 신뢰를 잃게 됩니다. 귀하가 제공한 타임스탬프에 따라 1.5년 동안의 Windows 업데이트와 기타 타사 응용 프로그램 업데이트 또는 수동으로 수행한 업데이트도 손실됩니다. GPO를 통해 적용되지 않은 레지스트리 변경 사항입니다. 설정. 문서나 다운로드 폴더 등 다른 곳에 저장된 데이터는 모두 손실됩니다(백업하지 않은 경우). 이 모든 것을 되돌려 놓아야 할 것입니다.
손상이 우려되는 경우 옵션으로 언급한 대로 VM을 종료하고 디스크 파일을 추가 스토리지에 복사한 후 통합을 시도하십시오. 또는 단순히 새 서버를 구축하고 데이터베이스를 마이그레이션하십시오. 이미 공간 문제를 언급했기 때문에 다른 위치에 공간이 있는 경우.
답변2
귀하의 질문이 무엇인지 잘 모르겠습니다. 따라서 두 가지 모두에 답변해 드리겠습니다.
스냅샷은 "장기 백업"이 아니기 때문에 해당 디스크를 통합하는 것이 가장 좋습니다. 스냅샷을 생성하면(단순화를 위해 VVOL 무시) vSphere는 VM 디스크에 대한 VMDK 파일(VM의 HDD를 나타내는 데이터스토어의 파일)을 "고정"하고 모든 변경 사항을 별도의 델타에 쓰기 시작합니다. 파일. 이 파일은 원래 VMDK만큼만 커질 수 있습니다(대략 약간의 추가 오버헤드가 있을 수 있음). 그런 다음 두 번째 스냅샷을 생성하면 첫 번째 델타 파일이 다시 "동결"되고 vSphere가 두 번째 델타 파일을 시작합니다.
그런 다음 스냅샷을 제거하면 vSphere는 델타 파일을 가져와서 모든 변경 사항을 원래 VMDK에 다시 씁니다. 그러나 전원이 켜진 VM에 이 작업을 수행하는 동안 VM에서 들어오는 변경 사항을 계속 기록할 어딘가가 필요하므로 스냅샷을 통합하는 동안 VMDK에 대한 변경 사항을 유지하기 위해 임시 델타 파일을 생성합니다. 작업이 완료되면 훨씬 더 작은 임시 델타 파일을 다시 통합하고 일반적으로 임시 파일을 통합하는 동안 디스크 I/O를 조용하게 유지하기 위해 몇 분의 1초 동안 VM을 정지시킵니다.
그러나 중간 스냅샷을 제거하면 vSphere에는 이미 작업할 또 다른 최신 델타 파일이 있으므로 VM에 영향을 주지 않고 해당 작업을 수행할 수 있습니다. 큰 스냅샷 제거로 인한 영향을 최소화하지 않고 새 스냅샷을 만들고 백그라운드에서 이전 스냅샷을 제거한 다음 작업이 완료되면 훨씬 작은 스냅샷을 제거하려는 경우 이 기능을 활용할 수 있습니다.
되돌리기는 약간 다르게 작동합니다. 여기서는 리소스 집약도가 훨씬 낮은 VM 상태를 롤백합니다. 델타 파일을 삭제하고 원래 VMDK로 VM을 다시 시작하면 됩니다(메모리의 스냅샷을 찍은 다음 VM을 전원이 켜진 상태로 반환할 수도 있음). 상태).
그래서 이 모든 것을 알고 있습니다.
성능 영향으로 인해 약간 느리기는 하지만 VM이 제대로 작동하는 경우 다음을 수행해야 합니다.
- VM을 제대로 백업했는지 확인하세요.
- 작업 속도를 높이려면 VM 전원을 끄세요.
- 가장 오래된 것부터 시작하여 모든 중간 스냅샷을 제거합니다.
- 마지막 스냅샷 제거
- 해당 옵션을 사용할 수 있는 경우 통합 디스크를 실행하십시오.
VM이 손상된 경우 전원을 끄고 백업/재구축에서 복사본을 복원하세요. 고대 스냅샷으로 되돌리는 것이 마지막 선택이 되어야 합니다. 스냅샷은 백업이 아닌 "아, 작업을 수행하는 동안 실수로 전체 C: 드라이브를 삭제했습니다. 30분 전에 찍은 스냅샷으로 되돌리겠습니다."를 위한 것입니다.