Définition des variables d'environnement de traitement

Dans certaines circonstances, vous devez définir des variables d'environnement pour vous assurer que les applications IBM® Storage Protect peuvent localiser les fichiers nécessaires à l'exécution des opérations client et que les applications peuvent créer des fichiers journaux qui enregistrent les événements et les erreurs qui se produisent lors des opérations client.

Vous devez définir des variables d'environnement dans l'une des situations suivantes :

• Vous souhaitez appeler le client de sauvegarde-archivage à partir d'un répertoire autre que celui dans lequel il est installé
• Vous souhaitez indiquer un fichier d'options différent pour le client de sauvegarde-archivage, pour le client d'administration, ou pour les deux.
• Vous souhaitez créer des fichiers journaux dans un autre répertoire que le répertoire d'installation par défaut.

Quatre des variables d'environnement que vous pouvez définir affectent le traitement du client de sauvegarde-archivage :

CHEMIN

Comprend le répertoire dans lequel se trouve le fichier exécutable des exécutables du client (dsmc, dsmadmc, dsmj).

DSM_DIR

Indique le répertoire où se trouvent le fichier des exécutables du client (dsmc, dsmadmc, dsmj), les fichiers de ressource et le fichier dsm.sys. Vous ne pouvez pas spécifier le répertoire racine (/) pour DSM_DIR.

Reportez-vous à la section relative à l'installation pour votre système d'exploitation afin d'obtenir des informations sur le répertoire d'installation par défaut.

Lorsque vous demandez une sauvegarde par image, une restauration par image, une sauvegarde par image instantanée, une sauvegarde NAS ou une restauration NAS, le client utilise la variable d'environnement DSM_DIR pour localiser la bibliothèque de plug-in correspondante. Si DSM_DIR n'est pas défini, le client recherche la bibliothèque de plug-in dans les répertoires suivants :

AIX®

/usr/tivoli/tsm/client/ba/bin/plugins

Oracle Solaris et tous les clients Linux®

/opt/tivoli/tsm/client/ba/bin/plugins

DSM_CONFIG

Indique le chemin qualifié complet et le nom de fichier du fichier d'options utilisateur du client pour les utilisateurs qui créent leur fichier d'options personnalisé. Si DSM_CONFIG n'est pas défini ou que vous n'utilisez pas l'option optfile, le fichier d'options utilisateur du client doit satisfaire aux conditions suivantes :

1. Le fichier d'options doit s'appeler dsm.opt.
2. Pour les clients UNIX autres que Mac OS X, si DSM_DIR n'est pas défini, le fichier doit résider dans le répertoire d'installation par défaut. Si DSM_DIR est défini, le fichier doit se trouver dans le répertoire indiqué par DSM_DIR.
3. Pour Mac OS X, le fichier peut se trouver à l'un des emplacements suivants. Ces répertoires sont recherchés dans l'ordre et le premier fichier d'options trouvé est utilisé. ~/Library Preferences/Tivoli Storage Manager, /Library Preferences/Tivoli Storage Managerou /Library/Application Support/tivoli/tsm/client/ba/bin.

Reportez-vous à la section relative à l'installation pour votre système d'exploitation afin d'obtenir des informations sur le répertoire d'installation par défaut.

DSM_LOG

Pointe vers le répertoire dans lequel vous souhaitez placer les fichiers journaux IBM Storage Protect . Vous ne pouvez pas spécifier le répertoire racine (/) pour DSM_LOG. Les fichiers journaux contiennent des informations sur les erreurs et les événements qui se produisent lors du traitement. Le client crée les journaux pour aider l'équipe du support technique à diagnostiquer les erreurs graves.

Reportez-vous à la section relative à l'installation pour votre système d'exploitation afin d'obtenir des informations sur le répertoire d'installation par défaut.

Important : définissez la variable d'environnement DSM_LOG pour nommer un répertoire dans lequel les accès en lecture-écriture permettent à l'utilisateur de créer un fichier journal et d'y consigner des entrées. Cela permet d'éviter les défaillances lors des écritures dans le journal et l'interruption des processus. Utilisez les commandes chmod ou setacl pour accorder aux fichiers des droits qui permettent à tous les ID utilisateur client de les lire et de les écrire. Si les noms de journaux sont les noms par défaut, il suffit de définir la variable d'environnement DSM_LOG pour l'associer au répertoire où ils se trouvent. Lorsque le client ne peut pas accéder à un fichier journal, il transmet un message d'erreur à stderror et au démon syslog. Le démon syslog doit être actif et configuré pour traiter les messages dotés d'une priorité LOG_ERR lorsqu'ils sont enregistrés dans le journal système. La procédure d'activation et de configuration du démon est propre au système. Utilisez la commande man syslogd pour plus d'informations sur le démarrage du démon syslog. Utilisez man syslog.conf pour plus d'informations sur la configuration du démon syslog.

Remarque :

1. Les options errorlogname et schedlogname remplacent DSM_LOG. Si vous indiquez l'option client errorlogname, le fichier est stocké dans le répertoire indiqué par l'option errorlogname et pas à l'emplacement spécifié par DSM_LOG. Si vous indiquez l'option client schedlogname, le fichier est stocké dans le répertoire indiqué par l'option schedlogname et pas à l'emplacement spécifié par DSM_LOG.
2. Les fichiers journaux ne peuvent pas être des liens symboliques. Le client détecte ces liens, les supprime, puis quitte l'opération. Cette action empêche le client d'écraser des données protégées. Les journaux affectés sont créés en tant que fichiers lors d'une opération ultérieure.

Pour utiliser le programme d'interface graphique Java™ du client de sauvegarde-archivage, vous devez exporter le répertoire dans lequel vous avez installé le fichier binaire Java. Par exemple, entrez la commande suivante :

export PATH=java_bin_dir:$PATH

où répertoire_bin_java est le chemin du fichier Java exécutable sur le système de fichiers.