Réparation des pools de stockage à partir de volumes de pool de stockage de copie de conteneur après un sinistre

Editer en ligne

En cas de panne sur un serveur source, vous pouvez réparer les extensions de données dédoublonnées dans un pool de stockage de conteneur de répertoire à partir des volumes de bande d'un pool de stockage de copie de conteneur hors site. Le pool de stockage de conteneur de répertoire est réparé sur un serveur cible sur un site de récupération.

Avant de commencer

Procédez comme suit :
  1. Sauvegardez la base de données du serveur IBM Storage Protect à l'aide de l'une des méthodes suivantes:
    • Dans la page Présentation de Operations Center , cliquez sur Serveurs, sélectionnez un serveur et cliquez sur Sauvegarder.
    • Emettez la commande d'administration, BACKUP DB.
  2. Consultez les informations les plus récentes sur la réparation et la récupération des données dans la note technique 2013682.
  3. Pour planifier les étapes suivantes, lisez les restrictions ci-après qui portent sur l'utilisation de la commande AUDIT CONTAINER.
    Attention :
    • Si vous émettez la commande AUDIT CONTAINER avec le paramètre ACTION=MARKDAMAGED pour un pool de stockage complet, les données référencées sont indisponibles pour les opérations de restauration tant que le pool de stockage n'est pas réparé. Selon la taille de la base de données, la bande passante du réseau, la vitesse du support et d'autres facteurs, la commande REPAIR STGPOOL peut s'exécuter pendant des heures ou des jours. Pour cette raison, si certaines des données du pool de stockage sont disponibles ou si le statut des données du pool de stockage est inconnu, suivez les instructions ci-après :
      1. Envisagez d'exécuter la commande AUDIT CONTAINER avec le paramètre ACTION=SCANALL en premier. Le paramètre ACTION=SCANALL identifie les enregistrements de base de données qui font référence à des extensions de données présentant des incohérences. Seules ces extensions de données sont marquées comme endommagées dans la base de données.
      2. Une fois les extensions marquées comme endommagées, vous pouvez exécuter la commande REPAIR STGPOOL.
    • Si vous prévoyez d'exécuter la commande AUDIT CONTAINER avec le paramètre ACTION=REMOVEDAMAGED, suivez les instructions ci-après :
      1. Envisagez d'exécuter d'abord la commande QUERY DAMAGED pour déterminer l'étendue des extensions de données endommagées dans le pool de stockage.
      2. Ensuite, vous pouvez exécuter la commande REPAIR STGPOOL pour réparer les extensions de données endommagées du pool de stockage.
      3. En dernier lieu, vous pouvez exécuter la commande AUDIT CONTAINER avec le paramètre ACTION=REMOVEDAMAGED pour retirer toutes les extensions de données endommagées qui restent dans le pool de stockage.

A propos de cette tâche

Utilisez cette procédure pour réparer les types de dommages majeurs suivants :
  • Perte totale de tous les pools de stockage de conteneur sur le serveur source
  • Perte totale du site principal
Les suppositions suivantes sont élaborées pour ce scénario de reprise après incident :
  • Vous avez utilisé la commande PROTECT STGPOOL pour sauvegarder les données sur des pools de stockage de copie de conteneur depuis un serveur source. Vous avez récupéré les volumes de bande hors site sur votre site de récupération.
  • Vous n'avez pas utilisé la commande PROTECT STGPOOL pour sauvegarder les données sur un serveur de réplication cible.
  • Vous avez utilisé IBM Storage Protect Blueprints pour configurer le serveur source IBM Storage Protect et vous avez également utilisé les scripts de configuration Blueprint pour restaurer l'environnement en configurant un nouveau serveur cible sur un site de reprise. Les scripts ont copié les versions de sauvegarde de la base de données IBM Storage Protect , le fichier d'options du serveur (dsmserv.opt), le fichier d'historique des volumes (volhist.out) et le fichier de configuration des unités (devconfig.out) dans leurs emplacements d'origine sur le serveur de reprise. Après l'exécution des scripts, vous voyez les répertoires vides qui viennent d'être créés sur le serveur de récupération.
Lorsque vous tentez de réparer un pool de stockage de conteneur de répertoire à partir de pools de copies de conteneur, la commande REPAIR STGPOOL échoue si l'une des conditions suivantes se produit :
  • Le pool de stockage de copie de conteneur n'est pas disponible.
  • Le pool de stockage de copie de conteneur est endommagé.
  • Les volumes du pool de stockage de copie de conteneur ne sont pas disponibles ou sont endommagés.

Procédure

  1. Marquez toutes les extensions de données du pool de stockage de conteneur comme étant endommagées en exécutant la commande AUDIT CONTAINER pour le pool de stockage de conteneur au niveau du pool de stockage et en spécifiant le paramètre ACTION=MARKDAMAGED .
    Par exemple, pour réaliser l'audit d'un pool de stockage nommé STGPOOL1 et le marquer comme étant endommagé, exécutez la commande suivante :
    audit container stgpool=stgpool1 action=markdamaged
  2. Si vous avez protégé le pool de stockage de conteneur de répertoire à l'aide de pools de stockage de copie de conteneur sur site et hors site, exécutez la commande UPDATE STGPOOL pour la copie sur site des pools de stockage de copie de conteneur et spécifiez le paramètre ACCESS=UNAVAILABLE .
  3. Lorsque les volumes de pool de stockage de copie de conteneur hors site sont de nouveau sur site, vérifiez-les dans la bibliothèque en exécutant la commande CHECKIN LIBVOLUME et en spécifiant le paramètre STATUS=PRIVATE .
  4. Mettez à jour le statut des volumes en exécutant la commande UPDATE STGPOOL et en spécifiant le paramètre ACCESS=READWRITE .
  5. Réparez le pool de stockage en exécutant la commande REPAIR STGPOOL et en spécifiant le paramètre SRCLOCATION=LOCAL .
    Par exemple, pour réparer un pool de stockage nommé STGPOOL1 à partir de pools de stockage de copie de conteneur, exécutez la commande suivante :
    repair stgpool stgpool1 srclocation=local

    Lorsque vous émettez la commande REPAIR STGPOOL, les extensions endommagées sont supprimées du volume immédiatement après leur réparation. Elles ne sont pas conservées en fonction de la valeur indiquée par le paramètre REUSEDELAY.

  6. Vérifiez qu'il n'y a pas d'autres extensions endommagées en exécutant la commande QUERY DAMAGED .
  7. Répétez cette procédure pour réparer tous vos pools de stockage.