Gestion de la capacité d'inventaire

Gérez la capacité de la base de données, des journaux actifs et des journaux d'archivage afin de garantir que l'inventaire possède une taille adaptée aux tâches, en fonction du statut dans les journaux.

• Pour augmenter la taille de la base de données, procédez comme suit :
  • Créez un ou plusieurs répertoires pour la base de données sur des unités ou dans des systèmes de fichiers différents.
  • Emettez la commande EXTEND DBSPACE pour ajouter les répertoires à la base de données. L'ID utilisateur d'instance du gestionnaire de la base doit pouvoir accéder aux répertoires. Par défaut, les données sont réparties dans tous les répertoires de la base de données et l'espace est récupéré.
    Conseils :

    • Le temps nécessaire à la répartition des données et à la récupération de l'espace est variable et dépend de la taille de la base de données. Prenez-le en compte dans la planification.
    • Prenez soin de spécifier des répertoires ayant la même taille que les répertoires existants afin de garantir la cohérence du degré de parallélisme pour les opérations de base de données. Si un ou plusieurs répertoires de la base de données sont plus petits que les autres, ils réduisent les risques de lecture anticipée et de distribution en parallèle optimisées de la base de données.
  • Les nouveaux répertoires ne sont entièrement fonctionnels qu'après le redémarrage du serveur.
  • Réorganisez la base de données si nécessaire. La réorganisation des tables et index de la base de données du serveur permet d'éviter une croissance imprévue de cette dernière ou des problèmes de performance. Pour plus d'informations sur la réorganisation de la base de données, voir Résolution et prévention des problèmes liés à la croissance de la base de données et à la dégradation des performances dans les serveurs Tivoli Storage Manager V7.1.1.200 et versions ultérieures.
• Pour réduire la taille de la base de données pour les serveurs V7.1 et versions ultérieures, exécutez les commandes IBM Db2 suivantes à partir du répertoire d'instance du serveur:
  Restriction: les commandes peuvent augmenter l'activité d'E-S et affecter les performances du serveur. Pour limiter les problèmes de performance, attendez la fin d'une commande avant d'entrer la suivante. Les commandes Db2 peuvent être émises lorsque le serveur est en cours d'exécution.

  db2 connect to tsmdb1 
  db2 set schema tsmdb1
  db2 ALTER TABLESPACE USERSPACE1 REDUCE MAX
  db2 ALTER TABLESPACE IDXSPACE1 REDUCE MAX
  db2 ALTER TABLESPACE LARGEIDXSPACE1 REDUCE MAX
  db2 ALTER TABLESPACE LARGESPACE1 REDUCE MAX
  db2 ALTER TABLESPACE REPLTBLSPACE1 REDUCE MAX
  db2 ALTER TABLESPACE REPLIDXSPACE1 REDUCE MAX
  db2 ALTER TABLESPACE ARCHOBJDATASPACE REDUCE MAX
  db2 ALTER TABLESPACE ARCHOBJIDXSPACE REDUCE MAX
  db2 ALTER TABLESPACE BACKOBJDATASPACE REDUCE MAX
  db2 ALTER TABLESPACE BACKOBJIDXSPACE REDUCE MAX
  db2 ALTER TABLESPACE BFABFDATASPACE REDUCE MAX
  db2 ALTER TABLESPACE BFABFIDXSPACE REDUCE MAX
  db2 ALTER TABLESPACE BFBFEXTDATASPACE REDUCE MAX
  db2 ALTER TABLESPACE BFBFEXTIDXSPACE REDUCE MAX
  db2 ALTER TABLESPACE DEDUPTBLSPACE1 REDUCE MAX
  db2 ALTER TABLESPACE DEDUPIDXSPACE1 REDUCE MAX
  db2 ALTER TABLESPACE DEDUPTBLSPACE2 REDUCE MAX
  db2 ALTER TABLESPACE DEDUPIDXSPACE2 REDUCE MAX
  db2 ALTER TABLESPACE DEDUPTBLSPACE3 REDUCE MAX
  db2 ALTER TABLESPACE DEDUPIDXSPACE3 REDUCE MAX
  db2 ALTER TABLESPACE DEDUPTBLSPACE4 REDUCE MAX
  db2 ALTER TABLESPACE DEDUPIDXSPACE4 REDUCE MAX
  db2 ALTER TABLESPACE DEDUPTBLSPACE5 REDUCE MAX
  db2 ALTER TABLESPACE DEDUPIDXSPACE5 REDUCE MAX

• Pour augmenter ou diminuer la taille du journal actif, procédez comme suit :
  1. Vérifiez que l'emplacement du journal actif garantit suffisamment d'espace à la taille accrue du journal. Si une copie miroir du journal existe, sont emplacement doit également garantir suffisamment d'espace à la taille accrue du journal.
  2. Arrêtez le serveur.
  3. Dans le fichier dsmserv.opt , mettez à jour l'option ACTIVELOGSIZE avec la nouvelle taille du journal actif, en mégaoctets.
     La taille d'un journal actif dépend de la valeur de l'option ACTIVELOGSIZE. Les règles relatives à l'espace requis figurent dans le tableau suivant :

     Tableau 1. Comment estimer le volume et l'espace fichier requis

     Valeur de l'option ACTIVELOGSize	Réserver cet espace libre dans le répertoire de journaux actifs, en plus de l'espace ACTIVELOGSize
     16 Go - 128 Go	5120 Mo
     129 Go - 256 Go	10240 Mo
     257 Go - 512 Go	20480 Mo

     Pour remplacer la taille maximale du journal actif par 512 Go, entrez l'option de serveur suivante:

     activelogsize 524288

  4. Si vous prévoyez d'utiliser un nouveau répertoire de journaux actifs, mettez à jour le nom de répertoire spécifié dans l'option de serveur ACTIVELOGDIRECTORY . Le nouveau répertoire doit être vide et accessible à l'ID utilisateur du gestionnaire de la base.
  5. Redémarrez le serveur.
• Compressez les journaux d'archivage afin de réduire la quantité d'espace nécessaire au stockage.
  Activez la compression dynamique du journal d'archivage en exécutant la commande suivante :

  setopt archlogcompress yes

  Restriction: soyez prudent lorsque vous activez l'option de serveur ARCHLOGCOMPRESS sur des systèmes où l'utilisation du volume est élevée et les charges de travail sont importantes. L'activation de cette option dans un tel environnement système peut générer des retards dans l'archivage des journaux du système de fichiers du journal actif vers le système de fichiers du journal d'archivage. Ce retard peut provoquer la saturation de l'espace réservé au système de fichiers du journal actif. Lorsque la compression du journal d'archivage est activée, vous devez surveiller l'espace disponible dans le système de fichiers du journal actif. Si le système de fichiers du répertoire du journal actif s'approche de la saturation, l'option serveur ARCHLOGCOMPRESS doit être désactivée. La commande SETOPT permet de désactiver la compression du journal d'archivage immédiatement, sans arrêter le serveur.