Een van de onderdelen die deel uitmaken van de handtekening van de VMFS is gewijzigd. Dit wordt vaak veroorzaakt door een VMFS die onder een andere SCSI-ID wordt weergegeven. Deze aandoening wordt soms ook veroorzaakt door bepaalde Dell PERC-firmware-upgrades en kan worden veroorzaakt door grote RAID-fouten (zoals het opnieuw taggen van schijven na een storing met meerdere schijven, enz.)
Zoals bij alle goede probleemoplossing, moet u de situatie begrijpen voordat u actie onderneemt. Als u verkeerde conclusies trekt over hoe u dit kunt oplossen, kan dit mogelijk leiden tot onnodig dataverlies of downtime.
Er is een VMFS Volume Management guide en tal van VMware KB artikelen waarin de mogelijke scenario's worden besproken. Het is belangrijk om eerst alle mogelijke scenario's door te lezen en te begrijpen voordat u maatregelen neemt.
Lees en begrijp het VMware VMFS Volume Management-document voordat u wijzigingen aanbrengt, aangezien dataverlies kan optreden bij bepaalde configuraties.
Over het algemeen is het juiste gedrag met een snapshot dat u resignaturing inschakelt en opnieuw scant, en de LUN verschijnt. Met een DR-cluster die die LUN nog niet eerder heeft gezien, kunt u snapshot-LUN's niet langer toestaan en opnieuw scannen.
Notitie: **Voordat u wijzigingen aanbrengt in productieomgevingen, is het een goed idee om tests uit te voeren op niet-kritieke data in uw eigen testomgeving, net zoals u dat doet voor uw andere bedrijfskritieke IT-elementen.**
Hieronder vindt u een lijst met goede KB's voor probleemoplossing voor algemene doeleinden: