Meilleures pratiques de dénomination de serveur

Utilisez ces descriptions comme référence lorsque vous installez ou mettez à niveau un serveur IBM Storage Protect .

ID utilisateur d'instance

L'ID utilisateur d'instance constitue la base des autres noms associés à l'instance de serveur. L'Id utilisateur d'instance est également appelé le propriétaire de l'instance.

Par exemple : tsminst1

L'ID utilisateur d'instance est l'ID utilisateur qui doit être propriétaire de ou disposer de droits de lecture/écriture sur tous les répertoires que vous créez pour la base de données et le journal de reprise. La méthode standard d'exécution du serveur consiste à utiliser l'ID utilisateur d'instance. Cet ID utilisateur doit également disposer des droits d'accès en lecture/écriture sur les répertoires utilisés pour les classes d'unités FILE.

Répertoire de base de l'ID utilisateur d'instance

Si ce n'est déjà fait, le répertoire de base peut être créé lors de la création de l'ID utilisateur d'instance à l'aide de l'option (-m). En fonction des paramètres locaux, le répertoire de base peut se présenter sous la forme suivante: /home/instance_user_ID

Exemple : /home/tsminst1

Le répertoire de base est initialement utilisé pour contenir le profil de l'ID utilisateur et les paramètres de sécurité.

Nom d'instance de base de données

: Le nom d'instance de base de données doit être identique à l'ID utilisateur d'instance sous lequel vous exécutez l'instance de serveur.
Exemple : tsminst1

Nom d'instance de base de données sous Windows

: Le nom d'instance de base de données est le nom de l'instance de serveur tel qu'il apparaît dans le registre.
Exemple : Server1

Répertoire d'instance

Le répertoire d'instance est un répertoire qui contient des fichiers spécifiques à une instance de serveur (le fichier d'options du serveur et d'autres fichiers spécifiques au serveur). Vous pouvez lui donner le nom de votre choix. Pour faciliter l'identification, utilisez un nom qui lie le répertoire au nom d'instance.

Vous pouvez créer le répertoire d'instance comme sous-répertoire du répertoire de base pour l'ID utilisateur d'instance. Exemple : /home/instance_user_ID/instance_user_ID

Dans l'exemple suivant, le répertoire d'instance est placé dans le répertoire de base pour l'ID utilisateur tsminst1 : /home/tsminst1/tsminst1

Vous pouvez également créer le répertoire ans un autre emplacement, par exemple : /tsmserver/tsminst1

Le répertoire d'instance contient les fichiers suivants de l'instance de serveur :

Le fichier d'options du serveur, dsmserv.opt
Le fichier de base de données de clés du serveur, cert.kdb, et les fichiers .arm (utilisés par des clients et d'autres serveurs pour importer les certificats Secure Sockets Layer du serveur)
Le fichier de configuration des unités, si l'option de serveur DEVCONFIG ne spécifie pas de nom complet
Le fichier de l'historique des volumes, si l'option de serveur VOLUMEHISTORY ne spécifie pas de nom complet
Volumes pour les pools de stockage DEVTYPE=FILE , si le répertoire de la classe d'unités n'est pas entièrement spécifié ou n'est pas qualifié complet
Les exits utilisateur
La sortie de trace (si nom non complet)

Répertoire d'instance sous Windows

Vous pouvez utiliser un nom incluant le nom de l'instance du serveur tel qu'il apparaît (ou apparaîtra) dans le registre. Les noms d'instance de serveur par défaut se présentent sous la forme Serverx.

Exemple : C:\tsm\server1

Le répertoire d'instance contient les fichiers suivants de l'instance de serveur :

Le fichier d'options du serveur, dsmserv.opt
Le fichier de base de données de clés du serveur, cert.kdb, et les fichiers .arm (utilisés par des clients et d'autres serveurs pour importer les certificats Secure Sockets Layer du serveur)
Le fichier de configuration des unités, si l'option de serveur DEVCONFIG ne spécifie pas de nom complet
Le fichier de l'historique des volumes, si l'option de serveur VOLUMEHISTORY ne spécifie pas de nom complet
Volumes pour les pools de stockage DEVTYPE=FILE , si le répertoire de la classe d'unités n'est pas entièrement spécifié ou n'est pas qualifié complet
Les exits utilisateur
La sortie de trace (si nom non complet)

Nom de base de données

Le nom de base de données est toujours TSMDB1 pour chaque instance de serveur. Ce nom ne peut pas être modifié.

Nom du serveur

Le nom de serveur est un nom interne pour IBM Storage Protectet est utilisé pour les opérations qui impliquent la communication entre plusieurs serveurs IBM Storage Protect . Les exemples illustrent des communications entre serveurs et le partage de bibliothèques.

Le nom de serveur est également utilisé lorsque vous ajoutez le serveur à Operations Center afin qu'il puisse être géré à l'aide de cette interface. Utilisez un nom unique pour chaque serveur. Pour faciliter l'identification dans le Operations Center (ou à partir d'une commande QUERY SERVER ), utilisez un nom qui reflète l'emplacement ou l'objectif du serveur. Ne modifiez pas le nom d'un serveur IBM Storage Protect une fois qu'il est configuré en tant que serveur concentrateur ou serveur satellite.

Si vous utilisez l'assistant, le nom par défaut suggéré est le nom d'hôte du système que vous utilisez. Vous pouvez utiliser un nom différent qui soit significatif dans votre environnement. Si votre système comporte plusieurs serveurs et si vous avez recours à l'assistant, vous pouvez utiliser le nom par défaut pour un seul des serveurs. Vous devez entrer un nom unique pour chaque serveur.

Par exemple:

PAYROLL
SALES

Exemple :

TUCSON_SERVER1
TUCSON_SERVER2

Répertoires pour l'espace de base de données et le journal de reprise

Les répertoires peuvent être nommés en respectant les valeurs recommandées locales. Pour une identification plus facile, utilisez des noms qui associent les répertoires à l'instance de serveur.

Par exemple, pour le journal d'archivage :

/tsminst1_archlog
f:\server1\archlog