Data Domain : Instructions de mise à niveau pour les versions de DD disposant de la fonctionnalité PCR/PCM

La fonctionnalité de création de rapports/mesures relatifs à la capacité physique (Physical Capacity Reporting/Measurement, PCR/PCM) a été introduite dans DD OS 5.7. Elle permet d’estimer la quantité d’espace disque réel (après compression) utilisée par les données du système de fichiers, d’une manière fiable et reproductible, pour la refacturation et d’autres scénarios métiers.

Vous trouverez plus d’informations sur cette fonctionnalité dans l’article de la base de connaissances FAQ (Questions fréquentes) 465216 ci-dessous :   
Mesure/Création de rapport relatifs à la capacité physique de Data Domain Operating System (DDOS) (PCM/PCR)

Pour générer des rapports PCR, le Directory Manager (DM) de Data Domain File System (DDFS) crée des pages BTREE PCR sur le système. 

Les ingénieurs Dell EMC Data Domain ont identifié un défaut de code dans lequel les pages BTREE PCR créées par DM peuvent devenir corrompues et DDFS peut manifester un comportement inattendu lorsqu’une tâche PCR est démarrée sur le système. Mais même dans le cas de pages BTREE PCR corrompues existantes, il arrive que les tâches PCR s’exécutent jusqu’à la fin sans aucun problème de système de fichiers et cela à plusieurs reprises. Dans d’autres cas, le système de fichiers peut quand même se bloquer.

Ce défaut, qui était présent dans toutes les versions de DD OS 5.7 à 6.2, a été corrigé dans certaines versions ultérieures de DD OS (lire ci-dessous), de sorte que l’exécution de la fonctionnalité PCR ne rencontrera pas de systèmes de fichiers avec l’état PANIC tant que les pages BTREE PCR corrompues ne sont pas encore dans le système.

Étant donné qu’il n’est pas possible de savoir à l’avance s’il existe des pages corrompues (qui peuvent mener à ces systèmes de fichiers avec l’état PANIC), lors de la mise à niveau vers une version fixe, il est obligatoire de suivre les étapes décrites ci-dessous afin de s’assurer qu’une fois sur une version corrigée (qui ne crée pas de pages BTREE PCR corrompues), le système de fichiers n’a pas l’état PANIC sur les pages BTREE PCR corrompues précédemment créées. Avant de démarrer ce processus, DD FS doit être arrêté. Les interruptions de service doivent donc être planifiées à l’avance. Il n’est pas possible de donner une bonne estimation du temps d’interruption de service nécessaire, mais 2 heures doivent être suffisantes pour terminer la tâche.

Notez que, en fonction des versions DD OS actuelles et cibles et d’autres facteurs, la tâche peut être effectuée immédiatement avant la mise à niveau vers n’importe quelle version DD OS corrigée, ou immédiatement après avoir terminé la mise à niveau vers la nouvelle version, avant l’exécution prévue des tâches PCR. L’objectif est, dans tous les cas, de disposer d’une version de DD OS qui intègre le correctif et qui s’exécute sans qu’aucune des structures BTREE PCR existantes ne soit transférée depuis la version précédente, afin d’éviter tout risque de blocage sur les pages BTREE PCR corrompues.

-

Le défaut provoquant la corruption des pages BTREE PCR est résolu dans le code des versions suivantes de DD OS. Notez qu’il n’existe aucun correctif pour les versions DD OS 5.7.x, car cette version est déjà en fin de vie :

• Le défaut a été corrigé dans DD OS 6.0.2.50 et les versions ultérieures de la gamme DD OS 6.0.
• Le défaut a été corrigé dans DD OS 6.1.2.40 et les versions ultérieures de la gamme DD OS 6.1 (REMARQUE : DD OS 6.1.2.40 ne doit PAS être utilisé avec DD3300 en raison d’un défaut non lié)
• Le défaut a été corrigé dans DD OS 6.2.0.20 et versions ultérieures de la gamme DD OS 6.2

Si un utilisateur a déjà utilisé PCR par le passé et souhaite effectuer une mise à niveau vers l’une des versions corrigées mentionnées ci-dessus, il est obligatoire que certaines étapes manuelles soient effectuées par le support (immédiatement avant ou immédiatement après la mise à niveau) pour s’assurer qu’il n’y a pas de pages BTREE PCR corrompues dans le système après la mise à niveau de DD OS. Si vous ne suivez pas cette recommandation, l’utilisateur DD qui exécutera une version de DD OS qui inclut le correctif, pourra continuer à subir le même type de blocage en raison d’une corruption de page BTREE PCR préexistante.

Les utilisateurs qui n’ont jamais utilisé la fonctionnalité PCR ou qui effectuent une mise à niveau vers une version de DD OS qui ne dispose pas du correctif de code n’ont pas besoin de passer par les étapes mentionnées.

Remarque importante concernant les clusters DD HA :
Les étapes décrites ci-dessous pour résoudre le problème de structures BTREE PCR potentiellement corrompues doivent être exécutées à partir du nœud actif DD HA uniquement. L’exécution des étapes (script) à partir du nœud en veille peut entraîner des problèmes, car les opérations DMCK de bas niveau peuvent réussir sur le système de fichiers simplement parce que le nœud en veille n’a pas le système de fichiers activé en tant que tel, tandis que les données sont accessibles simultanément à partir du nœud actif via le processus FS activé.

En cas de doute, ou si vous envisagez une telle mise à niveau et que vous avez besoin d’aide pour le processus, contactez votre fournisseur de support contractuel et faites référence à cet article de la base de connaissances.