L'un des éléments qui composent la signature du VMFS a changé. Cela est souvent dû à un VMFS présenté sur un ID SCSI différent. Cette situation peut avoir été causée par certaines mises à niveau du micrologiciel PERC Del et par des défaillances majeures RAID (telles que le remarquage des lecteurs après une défaillance multi-disques, etc.).
Comme pour toutes les bonnes opérations de dépannage, vous devez comprendre la situation avant d'agir. Si vous prenez des décisions hâtives sur la méthode de dépannage, cela pourrait entraîner des pertes de données ou des temps d'inactivité inutiles.
Il existe un guide de gestion des volumes VMFS et de nombreux articles de la base de connaissances VMware traitant des scénarios possibles. Il est important de lire et de comprendre tous les scénarios possibles avant d'agir.
Lisez et comprenez le document sur la gestion des volumes VMFS VMware avant d'apporter des modifications, car certaines configurations risquent de générer des pertes de données.
D'une façon générale, le comportement approprié consiste à activer la resignature et relancer l'analyse, puis l'unité logique s'affichera. Si un cluster DR n'a jamais été confronté à une unité logique, interdisez la capture instantanée d'unités logiques, puis relancez l'analyse.
Remarque : ** avant d'apporter des modifications aux environnements de production, il est conseillé d'effectuer un test sur les données non critiques dans votre propre environnement de test, tout comme vous le feriez pour vos autres éléments informatiques stratégiques.**
La liste ci-dessous répertorie d'excellentes bases de connaissances générales concernant le dépannage :