La fonction SAM-Remote du logiciel Oracle Hierarchical Storage Manager permet aux hôtes du système de fichiers Oracle HSM d'accéder aux médias et lecteurs de bande hébergés sur un hôte distant du système de fichiers Oracle HSM. L'hôte local accède aux ressources de bande en tant que client SAM-Remote de l'hôte distant qui tient lieu de serveur SAM-Remote. En règle générale, les stratégies d'archivage du client conservent une ou deux copies dans une archive de disque magnétique ou électronique, et une ou deux copies sur les bandes distantes fournies par le serveur. Le fichier de configuration principal de chaque hôte, /etc/opt/SUNWsamfs/mcf
, définit les ressources partagées et les relations client/serveur à l'aide de types d'équipement SAM-Remote spéciaux.
Vous pouvez répondre à de nombreuses exigences d'archivage et de protection des données des clients et serveurs SAM-Remote :
Vous pouvez étendre les avantages de l'archivage de bandes aux hôtes Oracle HSM qui ne disposent ni de bibliothèques, ni de lecteurs.
Vous pouvez centraliser la maintenance et la gestion des ressources de bande des systèmes de fichiers Oracle HSM hébergés dans les filiales régionales et les campus satellites.
Dans le centre informatique central du siège, les hôtes du système de fichiers Oracle HSM sont connectés à des bibliothèques de bandes et fonctionnent en tant que serveurs SAM-Remote. Dans les filiales plus petites et dispersées, les hôtes du système de fichiers Oracle HSM disposent uniquement des archives et des fonctions de disque en tant que clients SAM-Remote. Tous les hôtes conservent des copies locales et des copies sur bande de leurs données archivées. Toutefois, les stocks de matériel et de médias sont concentrés dans le centre informatique central où ils font l'objet d'une maintenance plus efficace et moins onéreuse.
Vous pouvez créer et conserver automatiquement des copies sur bande hors site à des fins de sauvegarde et de récupération après sinistre.
Tous les hôtes du système de fichiers Oracle HSM sont connectés à des bibliothèques de bandes. Ils fonctionnent à la fois en tant que client SAM-Remote et en tant que serveur par rapport à un numéro opposé situé hors site. Chaque hôte Oracle HSM crée un disque local et des copies sur bande à l'aide des ressources locales. Chaque hôte crée des copies distantes sur bande à l'aide des ressources fournies par sa contrepartie, et fournit à son tour des ressources à sa contrepartie. Ainsi, les copies hors-site des deux systèmes de fichiers sont créées automatiquement au cours du processus d'archivage normal.
Vous pouvez configurer les hôtes du système de fichiers Oracle HSM pour accéder à des ressources distantes d'archivage lorsque les ressources locales ne sont pas disponibles.
Ici encore, tous les hôtes du système de fichiers Oracle HSM sont connectés à des bibliothèques de bandes et fonctionnent à la fois en tant que client SAM-Remote et en tant que serveur par rapport à un numéro opposé situé sur un autre site. Chaque hôte Oracle HSM crée un disque local et des copies sur bande à l'aide des ressources locales. Cependant, si un hôte ne peut pas accéder à sa bibliothèque locale, il peut toujours archiver et récupérer les fichiers à l'aide des médias et des ressources fournis par sa contrepartie distante.
Ce chapitre décrit le processus de configuration d'un réseau client/serveur SAM-Remote. Le chapitre décrit les tâches suivantes :
Vérification de l'utilisation du même logiciel par tous les hôtes SAM-Remote
Validation de la configuration de l'archivage sur le serveur SAM-Remote
Validation de la configuration de l'archivage sur chaque client SAM-Remote
Les clients et serveurs SAM-Remote doivent avoir installé la même révision du logiciel Oracle HSM. Vérifiez les niveaux de révision avec la procédure ci-dessous :
Connectez-vous à l'hôte de serveur SAM-Remote en tant qu'utilisateur root
.
Dans l'exemple, l'hôte de serveur est server1
:
[server1]root@solaris:~#
Connectez-vous aux hôtes de client SAM-Remote en tant qu'utilisateur root
.
Dans l'exemple, nous ouvrons une fenêtre de terminal et utilisons ssh
pour nous connecter à l'hôte client1
:
[server1]root@solaris:~# ssh root@client1 Password: ... [client1]root@solaris:~#
Assurez-vous que les niveaux de révision du package Oracle HSM sont identiques sur tous les clients et serveurs SAM-Remote. Sur chaque hôte SAM-Remote, utilisez la commande samcmd
l
pour établir la liste des détails de la configuration. Comparez les résultats.
Dans l'exemple, nous comparons les résultats de server1
à ceux de client1
. Les deux utilisent la même version du logiciel Oracle HSM :
[server1]root@solaris:~# samcmd l Usage information samcmd 6.0 10:20:34 Feb 20 2015 samcmd on server1 ... [server1]root@solaris:~# [client1]root@solaris:~# samcmd l Usage information samcmd 6.0 10:20:37 Feb 20 2015 samcmd on client1 ... [server1]root@solaris:~#
Grâce aux procédures décrites dans Chapitre 4, Installation de Oracle HSM et du logiciel QFS, mettez à jour le logiciel d'hôte comme nécessaire jusqu'à ce que tous les clients et serveurs SAM-Remote soient au même niveau de révision.
Procédez ensuite à l'arrêt des processus Oracle HSM.
Connectez-vous à l'hôte de serveur SAM-Remote en tant qu'utilisateur root
.
Dans cet exemple, le serveur est nommé server1
:
[server1]root@solaris:~#
Obtenez les numéros ordinaux d'équipement des périphériques configurés. Exécutez la commande samcmd
c
.
Dans l'exemple, les périphériques sont numérotés 801
, 802
, 803
et804
:
[server1]root@solaris:~# samcmd c Device configuration samcmd 6.0 10:20:34 Feb 20 2015 samcmd on server1 Device configuration: ty eq state device_name fs family_set rb 800 on /dev/scsi/changer/c1t0d5 800 rb800 tp 801 on /dev/rmt/0cbn 801 rb800 tp 802 on /dev/rmt/1cbn 802 rb800 tp 803 on /dev/rmt/2cbn 803 rb800 tp 804 on /dev/rmt/3cbn 804 rb800
Rendez inactifs tous les processus d'archivage, le cas échéant. Exécutez la commande samcmd aridle
.
Cette commande laisse l'archivage et le transfert actuels se terminer, mais empêche toute autre tâche de commencer :
[samfs-mds]root@solaris:~# samcmd aridle
[samfs-mds]root@solaris:~#
Rendez inactifs tous les processus de transfert, le cas échéant. Exécutez la commande samcmd stidle
.
Cette commande laisse l'archivage et le transfert actuels se terminer, mais empêche toute autre tâche de commencer :
[samfs-mds]root@solaris:~# samcmd stidle
[samfs-mds]root@solaris:~#
Attendez la fin des tâches d'archivage en cours, le cas échéant. Vérifiez l'état des processus d'archivage à l'aide de la commande samcmd a
.
Le processus d'archivage est inactif si l'état des processus d'archivage est Waiting for :arrun
:
[samfs-mds]root@solaris:~# samcmd a
Archiver status samcmd 6.0 14:20:34 Feb 22 2015
samcmd on samfs-mds
sam-archiverd: Waiting for :arrun
sam-arfind: ...
Waiting for :arrun
Attendez la fin des tâches de transfert en cours, le cas échéant. Vérifiez l'état des processus de transfert à l'aide de la commande samcmd u
.
Le processus de transfert est inactif si l'état des processus de transfert est Waiting for :strun
:
[samfs-mds]root@solaris:~# samcmd u Staging queue samcmd 6.0 14:20:34 Feb 22 2015 samcmd on solaris.demo.lan Staging queue by media type: all sam-stagerd: Waiting for :strun root@solaris:~#
Avant de continuer, rendez inactifs tous les lecteurs de média amovibles. Pour chaque lecteur, exécutez la commande samcmd
equipment-number
idle
oùequipment-number
est le nombre ordinal d'équipement affecté au lecteur dans le fichier /etc/opt/SUNWsamfs/mcf
.
Cette commande laisse l'archivage et le transfert actuels se terminer avant de désactiver les lecteurs (off
), mais empêche toute autre tâche de commencer. Dans cet exemple, nous rendons inactifs 4 lecteurs dotés des nombres ordinaux 801
, 802
, 803
et804
:
[samfs-mds]root@solaris:~# samcmd 801 idle [samfs-mds]root@solaris:~# samcmd 802 idle [samfs-mds]root@solaris:~# samcmd 803 idle [samfs-mds]root@solaris:~# samcmd 804 idle [samfs-mds]root@solaris:~#
Attendez la fin des tâches en cours.
Vérifiez l'état des lecteurs à l'aide de la commande samcmd r
. Nous sommes prêts à continuer lorsque les états de tous les lecteurs sont notrdy
et empty
.
[samfs-mds]root@solaris:~# samcmd r Removable media samcmd 6.0 14:20:34 Feb 22 2015 samcmd on samqfs1host ty eq status act use state vsn li 801 ---------p 0 0% notrdy empty li 802 ---------p 0 0% notrdy empty li 803 ---------p 0 0% notrdy empty li 804 ---------p 0 0% notrdy empty [samfs-mds]root@solaris:~#
Lorsque les processus d'archivage et de transfert sont inactifs et que l'état de tous les lecteurs de bande est notrdy
, arrêtez le démon de contrôle de la bibliothèque. Exécutez la commande samd
stop
.
[samfs-mds]root@solaris:~# samd stop [samfs-mds]root@solaris:~#
Procédez ensuite à la configuration du serveur SAM-Remote.
Un serveur SAM-Remote est un hôte de système de fichiers Oracle HSM qui rend disponible ses bibliothèques de bandes robotisées et lecteurs de bande auprès de clients distants, qui sont eux-mêmes des hôtes de systèmes de fichiers Oracle HSM. Le serveur SAM-Remote doit monter au moins un système de fichiers QFS afin de démarrer les processus Oracle HSM.
Pour configurer un serveur SAM-Remote, effectuez les tâches ci-dessous :
mcf
du serveur SAM-RemoteConnectez-vous à l'hôte de serveur SAM-Remote en tant qu'utilisateur root
.
Dans cet exemple, le serveur est nommé server1
:
[server1]root@solaris:~#
Sur le serveur, ouvrez le fichier /etc/opt/SUNWsamfs/mcf
dans un éditeur de texte, et faites défiler la page jusqu'aux définitions d'équipement d'archivage.
Dans l'exemple, nous utilisons l'éditeur de texte vi
. Le fichier définit un système de fichiers d'archivage Oracle HSM, fs600
et une bandothèque rb800
qui comporte quatre disques. Notez que l'exemple comporte des en-têtes de clarification qui n'existeront peut-être pas dans les fichiers réels, et qu'il abrège les chemins de périphériques très longs :
[server1]root@solaris:~# vi /etc/opt/SUNWsamfs/mcf #======================================================================= # Oracle HSM archiving file system fs600 # Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #------------------------ --------- --------- ------ ------ ---------- fs600 600 ms fs600 on /dev/dsk/c9t60...F4d0s7 610 md fs600 on /dev/dsk/c9t60...81d0s7 611 md fs600 on #======================================================================= # Local tape archive rb800 # Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #------------------------ --------- --------- ------ ------ ---------- /dev/scsi/changer/c1t0d5 800 rb rb800 on /dev/rmt/0cbn 801 tp rb800 on /dev/rmt/1cbn 802 tp rb800 on /dev/rmt/2cbn 803 tp rb800 on /dev/rmt/3cbn 804 tp rb800 on
A la fin des définitions d'équipement d'archivage, démarrez une entrée pour le serveur qui mettra les ressources de bande à la disposition des clients. Entrez le chemin du fichier de configuration du serveur SAM-Remote /etc/opt/SUNWsamfs/samremote
dans le champ Equipment
Identifier
, et affectez un numéro ordinal d'équipement.
Dans l'exemple, nous ajoutons certains en-têtes comme commentaires et affectons le numéro ordinal d'équipement 500
au serveur samremote
:
[server1]root@solaris:~# vi /etc/opt/SUNWsamfs/mcf ... #========================================================================== # Server samremote shares tape hardware and media with clients # Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #--------------------------- --------- --------- ------ ------ ---------- /etc/opt/SUNWsamfs/samremote 500
Dans le champ Equipment
Type
de la nouvelle entrée, saisissez ss
pour l'équipement serveur SAM-Remote.
[server1]root@solaris:~# vi /etc/opt/SUNWsamfs/mcf
...
#==========================================================================
# Server samremote shares tape hardware and media with clients
# Equipment Equipment Equipment Family Device Additional
# Identifier Ordinal Type Set State Parameters
#--------------------------- --------- --------- ------ ------ ----------
/etc/opt/SUNWsamfs/samremote 500 ss
Affectez un nom Family
Set
qui est unique sur tous les hôtes et serveurs, et réglez l'équipement sur on
.
Dans cet exemple, nous affectons le nom de famille ss500
au nouvel équipement :
[server1]root@solaris:~# vi /etc/opt/SUNWsamfs/mcf
...
#==========================================================================
# Server samremote shares tape hardware and media with clients
# Equipment Equipment Equipment Family Device Additional
# Identifier Ordinal Type Set State Parameters
#--------------------------- --------- --------- ------ ------ ----------
/etc/opt/SUNWsamfs/samremote 500 ss ss500 on
Si vous envisagez de configurer plus de dix clients SAM-Remote, ajoutez un équipement de serveur supplémentaire (type ss
) pour chaque groupe de un à dix clients.
Enregistrez le fichier et fermez l'éditeur de texte.
[server1]root@solaris:~# vi /etc/opt/SUNWsamfs/mcf
...
/etc/opt/SUNWsamfs/samremote 500 ss ss500 on
:wq
[server1]root@solaris:~#
Procédez ensuite à la création du fichier de configuration du serveursamremote
.
samremote
Le fichier de configuration du serveur SAM-Remote définit les caractéristiques du tampon de disque et le média à utiliser pour chaque client. Pour chaque port que vous devez configurer, procédez comme suit :
Connectez-vous à l'hôte de serveur SAM-Remote en tant qu'utilisateur root
.
Dans cet exemple, le serveur est nommé server1
:
[server1]root@solaris:~#
Sur le serveur, créez un fichier /etc/opt/SUNWsamfs/samremote
dans un éditeur de texte.
Dans l'exemple, nous créons le fichier avec l'éditeur vi
. Nous commençons par documenter le fichier avec des commentaires descriptifs, comme indiqué par le signe dièse (#
) :
[server1]root@solaris:~# vi /etc/opt/SUNWsamfs/samremote # Server Configuration File: # Defines the disk buffer and media that is available to each client.
Commencez la première entrée du client avec une nouvelle ligne, puis saisissez le nom d'hôte, l'adresse IP ou le nom complet du domaine du client dans la première colonne.
La ligne de l'identificateur du client doit commencer par un caractère autre qu'un espace. Dans cet exemple, nous identifions le client à l'aide du nom d'hôte client1
:
[server1]root@solaris:~# vi /etc/opt/SUNWsamfs/samremote
# Server Configuration File:
# Defines the disk buffer and media that is available to each client.
client1
Commencez par identifier le média qui sera partagé avec le client. Démarrez une nouvelle ligne de la forme indent
media
, où indent
représente au moins un espace et media
est un mot-clé SAM-Remote :
[server1]root@solaris:~# vi /etc/opt/SUNWsamfs/samremote
# Server Configuration File:
# Defines the disk buffer and media that is available to each client.
client1
media
Identifiez chaque type et source de média avec une ligne de la forme indent
equipment-number
media-type
VSNs
, où :
indent
correspond à au moins un espace.
equipment-number
est le numéro ordinal d'équipement identifiant l'équipement de stockage dans le fichier mcf
.
media-type
est l'identifiant du média de bande utilisé par cet équipement (reportez vous à l'Annexe A, Glossaire des types d'équipement pour consulter la liste complète des types de médias Oracle HSM).
VSN
est une liste délimitée par des espaces d'au moins un numéro de série de volume, qui sont des chaînes alphanumériques comportant au maximum 31 caractères.
Dans l'exemple, nous identifions une source de média partagé, un intervalle de volumes de bandes (de type tp
), résidant dans une bibliothèque de bandes de numéro ordinal d'équipement 800
. Les volumes disponibles sont spécifiés à l'aide d'une expression régulière mise entre parenthèses : VOL0[0-1][0-9]
limite client1
aux volumes VOL000-VOL019
:
client1 media 800 tp (VOL0[0-1][0-9])
Notez que chaque ligne ne peut indiquer qu'un seul type de média. Ainsi, si une bibliothèque devait prendre en charge plus d'un type de média, vous devriez indiquer chaque type dans une nouvelle entrée :
media 800 ti VOL500 VOL501 800 li (VOL0[0-1][0-9])
Lorsque vous avez terminé d'identifier les médias qui seront partagés avec le client, fermez la liste en entrant le mot-clé SAM-Remote endmedia
.
Dans l'exemple, client1
est désormais entièrement configuré :
client1
media
800 tp (VOL0[0-1][0-9])
endmedia
S'il est nécessaire de configurer d'autres clients, faites-le maintenant. Ajoutez un nouvel enregistrement de configuration client pour chacun, avec un maximum de dix (10). Ensuite, enregistrez le fichier et fermez l'éditeur de texte.
Pour éviter un conflit entre les volumes et une éventuelle perte de données, assurez-vous que les clients ne partagent jamais les mêmes volumes de média amovible.
Dans l'exemple, nous configurons un client supplémentaire, client2
. Le second client peut accéder à un intervalle de volumes de bande qui se trouvent dans la même bibliothèque de bandes que le client1
, de numéro ordinal d'équipement 800
. L'expression régulière dans la configuration indique un ensemble de volumes différent : VOL020-VOL039
.
# Server Configuration File: # Defines the disk buffer and media that is available to each client. client1 media 800 tp (VOL0[0-1][0-9]) endmedia client2 media 800 tp (VOL02-3][0-9]) endmedia :wq [server1]root@solaris:~#
Procédez ensuite à la configuration des clients SAM-Remote.
Pour chaque client SAM-Remote, effectuez les tâches suivantes :
Définition de l'équipement d'archivage distant dans le fichier MCF du client SAM-Remote
Définition de l'équipement d'archivage distant dans le fichier MCF du client SAM-Remote
Configuration du fichier archiver.cmd
sur le client SAM-Remote
Connectez-vous à l'hôte du client SAM-Remote en tant qu'utilisateur root
.
Dans l'exemple, le client SAM-Remote est appelé client1
:
[client1]root@solaris:~#
Sur le client, ouvrez le fichier /etc/opt/SUNWsamfs/mcf
dans un éditeur de texte, et faites défiler la page jusqu'aux définitions de l'équipement d'archivage.
Dans l'exemple, nous utilisons l'éditeur de texte vi
. Le fichier définit un système de fichiers d'archivage Oracle HSM, fs100
. Les copies locales sont stockées dans l'archive de disque DISKVOL1
en tant que système de fichiers ZFS local. Notez que l'exemple comporte des en-têtes de clarification qui n'existeront peut-être pas dans les fichiers réels, et qu'il utilise les abréviations des très longs chemins de périphériques.
[client1]root@solaris:~# vi /etc/opt/SUNWsamfs/mcf # Client's /etc/opt/SUNWsamfs/mcf file #======================================================================= # Oracle HSM archiving file system "fs100" # Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #------------------------ --------- --------- ------ ------ ---------- fs100 100 ms fs100 on /dev/dsk/c10t60...7Bd0s7 110 md fs100 on /dev/dsk/c10t60...48d0s7 111 md fs100 on #======================================================================= # Disk archive "/diskvols/DISKVOL1" stores local archive copies
A la fin des définitions de l'équipement d'archivage, ajoutez une entrée pour l'équipement que le serveur mettra à la disposition du client. Dans le champ Equipment
Identifier
, saisissez le chemin d'accès au fichier de configuration du serveur SAM-Remote et affectez-lui un numéro ordinal d'équipement.
Dans cet exemple, nous nommons la configuration client /etc/opt/SUNWsamfs/sc400
et affectons au client le numéro ordinal d'équipement 400
. Nous ajoutons également des en-têtes en guise de commentaires :
[client1]root@solaris:~# vi /etc/opt/SUNWsamfs/mcf
...
# Disk archive "/diskvols/DISKVOL1" stores local archive copies
#
#=======================================================================
# Client "sc400" accesses tape resources on server "samremote" (ss500)
# Equipment Equipment Equipment Family Device Additional
# Identifier Ordinal Type Set State Parameters
#------------------------ --------- --------- ------ ------ ----------
/etc/opt/SUNWsamfs/sc400 400
Dans le champ Equipment Type
de la nouvelle entrée, saisissez sc
, qui représente l'équipement du client SAM-Remote.
[client1]root@solaris:~# vi /etc/opt/SUNWsamfs/mcf
...
#=======================================================================
# Client "sc400" accesses tape resources on server "samremote" (ss500)
# Equipment Equipment Equipment Family Device Additional
# Identifier Ordinal Type Set State Parameters
#------------------------ --------- --------- ------ ------ ----------
/etc/opt/SUNWsamfs/ss500 400 sc
Affectez un nom Family Set
qui est unique sur tous les hôtes et serveurs, et réglez l'équipement sur on
.
Dans cet exemple, nous affectons le nom de famille ss500
au nouvel équipement.
[client1]root@solaris:~# vi /etc/opt/SUNWsamfs/mcf
...
#=======================================================================
# Client "sc400" accesses tape resources on server "samremote" (ss500)
# Equipment Equipment Equipment Family Device Additional
# Identifier Ordinal Type Set State Parameters
#------------------------ --------- --------- ------ ------ ----------
/etc/opt/SUNWsamfs/ss500 400 sc ss500 on
Pour chacun des lecteurs de bande que le serveur SAM-Remote met à disposition, ajoutez un pseudopériphérique SAM-Remote à l'équipement sc
du client SAM-Remote. Dans le champ Equipment Identifier
, ajoutez une entrée au format /dev/samrd/rd
device-number
, où device-number
est un nombre entier.
Dans l'exemple, nous ajoutons des entrées pour les deux pseudopériphériques, /dev/samrd/rd
0
et /dev/samrd/rd
1
:
[client1]root@solaris:~# vi /etc/opt/SUNWsamfs/mcf ... #======================================================================= # Client "sc400" accesses tape resources on server "samremote" (ss500) # Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #------------------------ --------- --------- ------ ------ ---------- /etc/opt/SUNWsamfs/sc400 400 sc sc400 on /dev/samrd/rd0 /dev/samrd/rd1
Dans le champ Equipment Ordinal
de chaque pseudopériphérique, saisissez un nombre compris dans l'intervalle que vous avez affectée à l'équipement sc
.
Dans l'exemple, nous affectons le numéro ordinal d'équipement 410
à /dev/samrd/rd
0
et 420
à /dev/samrd/rd
1
:
[client1]root@solaris:~# vi /etc/opt/SUNWsamfs/mcf ... #======================================================================= # Client "sc400" accesses tape resources on server "samremote" (ss500) # Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #------------------------ --------- --------- ------ ------ ---------- /etc/opt/SUNWsamfs/ss500 400 sc ss500 on /dev/samrd/rd0 410 /dev/samrd/rd1 420
Dans le champ Equipment Type
de chaque pseudopériphérique SAM-Remote, saisissez rd
, qui correspond au type d'équipement des pseudopériphériques SAM-Remote.
[client1]root@solaris:~# vi /etc/opt/SUNWsamfs/mcf ... #======================================================================= # Client "sc400" accesses tape resources on server "samremote" (ss500) # Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #------------------------ --------- --------- ------ ------ ---------- /etc/opt/SUNWsamfs/ss500 400 sc ss500 on /dev/samrd/rd0 410 rd /dev/samrd/rd1 420 rd
Dans le champ Family Set
de chaque pseudopériphérique, entrez un nom de famille pour l'équipement sc
.
Dans cet exemple, nous utilisons le nom de famille ss500
:
[client1]root@solaris:~# vi /etc/opt/SUNWsamfs/mcf ... #======================================================================= # Client "sc400" accesses tape resources on server "samremote" (ss500) # Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #------------------------ --------- --------- ------ ------ ---------- /etc/opt/SUNWsamfs/ss500 400 sc ss500 on /dev/samrd/rd0 410 rd ss500 /dev/samrd/rd1 420 rd ss500
Dans le champ Device State
de chaque pseudopériphérique, saisissez on
. Ensuite, enregistrez le fichier et fermez l'éditeur de texte.
Dans l'exemple, nous affectons le numéro ordinal d'équipement 410
à /dev/samrd/rd
0
et le numéro ordinal d'équipement 420
à /dev/samrd/rd
1
:
[client1]root@solaris:~# vi /etc/opt/SUNWsamfs/mcf ... #======================================================================= # Client "sc400" accesses tape resources on server "samremote" (ss500) # Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #------------------------ --------- --------- ------ ------ ---------- /etc/opt/SUNWsamfs/ss500 400 sc ss500 on /dev/samrd/rd0 410 rd ss500 on /dev/samrd/rd1 420 rd ss500 on :wq [client1]root@solaris:~#
Procédez ensuite à la création du fichier de configuration client SAM-Remote.
Pour chaque client SAM-Remote, procédez comme suit :
Connectez-vous à l'hôte du client SAM-Remote en tant qu'utilisateur root
.
Dans l'exemple, le client SAM-Remote est appelé client1
:
[client1]root@solaris:~#
Sur le client, créez un fichier /etc/opt/SUNWsamfs/
family-set-name
dans un éditeur de texte, où family-set-name
est le nom de famille de l'équipement distant tel qu'utilisé dans le fichier mcf
.
Dans cet exemple, nous créons le fichier avec l'éditeur vi
et le nommons pour la famille ss500
. Nous documentons également le fichier avec des commentaires descriptifs précédés de signes dièse (#
) :
[client1]root@solaris:~# vi /etc/opt/SUNWsamfs/sc400 # Client's SAM-Remote client configuration file: /opt/SUNWsamfs/sc400 # This file identifies the host of the SAM-Remote server.
Ajoutez une entrée unique pour le serveur en commençant une ligne puis en saisissant le nom d'hôte, l'adresse IP ou le nom de domaine qualifié complet du serveur dans la première colonne. Ensuite, enregistrez le fichier et fermez l'éditeur de texte.
La ligne doit commencer par un caractère autre qu'un espace. Dans cet exemple, nous identifions le serveur à l'aide du nom d'hôte server1
:
[client1]root@solaris:~# vi /etc/opt/SUNWsamfs/samremote # Client's SAM-Remote server configuration file: /opt/SUNWsamfs/sc400 # This file identifies the host of the SAM-Remote server. server1 :wq [client1]root@solaris:~#
Procédez ensuite à la configuration du fichier archiver.cmd
sur le client SAM-Remote.
archiver.cmd
sur le client SAM-RemoteConnectez-vous à l'hôte du client SAM-Remote en tant qu'utilisateur root
.
Dans l'exemple, le client SAM-Remote est appelé client1
:
[client1]root@solaris:~#
Ouvrez le fichier /etc/opt/SUNWsamfs/archiver.cmd
dans un éditeur de texte, et faites défiler la page jusqu'aux directives de paramètre de copie, qui commencent au mot-clé params
et s'arrête au mot-clé endparams
.
Dans cet exemple, nous ouvrons le fichier dans l'éditeur vi
:
[client1]root@solaris:~# vi /etc/opt/SUNWsamfs/archiver.cmd ... #----------------------------------------------------------------------- # Copy Parameter Directives params allsets -sort path -offline_copy direct allfiles.1 -startage 10m -startsize 500M -drives 10 allfiles.2 -startage 24h -startsize 20G -drives 2 -reserve set endparams
Vérifiez les paramètres de copie pour tous les groupes d'archives qui seront archivés sur un média distant. Si l'un d'entre eux inclut la directive -tapenonstop
et/ou -offline_copy direct
, supprimez ces directives dès à présent.
Dans l'exemple, le paramètre all
indique la directive -offline_copy direct
pour toutes les copies. Nous remplaçons donc cette directive en indiquant -offline_copy none
pour la copie que nous souhaitons envoyer au média distant allfiles.3
:
#----------------------------------------------------------------------- # Copy Parameter Directives # Copy Parameter Directives params allsets -sort path -offline_copy direct allfiles.1 -startage 10m -startsize 500M -drives 10 allfiles.2 -startage 24h -startsize 20G -drives 2 -reserve set offline_copy none endparams
Faites défiler la liste des directives VSN, qui commence au mot-clé SAM-Remote vsns
et se termine au mot-clé endvsns
.
Dans l'exemple, nous utilisons l'éditeur de texte vi
. La seule copie à laquelle est affectée un média, allfiles.1
, sera effectuée à l'aide du volume d'archive sur disque local, qfs200
:
... endparams #----------------------------------------------------------------------- # VSN Directives vsns allfiles.1 dk qfs200 endvsns
Affectez des copies d'archive au média distant, comme indiqué pour ce client dans le fichier du serveur /etc/opt/SUNWsamfs/samremote
. Ensuite, enregistrez le fichier et fermez l'éditeur de texte.
Dans l'exemple, nous configurons client1
. La copie allfiles.2
sera créée à l'aide d'un volume de bande distant compris dans l'intervalle VOL000-VOL019
, tel qu'indiqué dans le fichier de configuration de serveur samremote
:
... endparams #----------------------------------------------------------------------- # VSN Directives vsns allfiles.1 dk qfs200 allfiles.2 tp VOL0[0-1][0-9] endvsns :wq [client1]root@solaris:~#
Procédez ensuite à la validation de la configuration de l'archivage sur le serveur SAM-Remote.
Connectez-vous à l'hôte de serveur SAM-Remote en tant qu'utilisateur root
.
Dans l'exemple, le serveur SAM-Remote est appelé server1
:
[server1]root@solaris:~#
Démarrez les processus Oracle HSM sur le serveur. Exécutez la commande samd
start
:
[server1]root@solaris:~# samd start
Sur l'hôte du serveur, vérifiez le statut du serveur de périphériques partagé. Utilisez la commande samcmd s
.
Dans l'exemple, l'équipement de serveur SAM-Remote (de type ss
) avec le numéro ordinal d'équipement500
est sur on
et fonctionne normalement :
[server1]root@solaris:~# samcmd s Device status samcmd 6.0 11:20:34 Feb 20 2015 samcmd on server1 ty eq state device_name fs status rb 800 on /dev/scsi/changer/c1t0d5 800 m--------r tp 801 on /dev/rmt/0cbn 800 ---------p empty tp 802 on /dev/rmt/1cbn 800 ---------p empty tp 803 on /dev/rmt/2cbn 800 ---------p empty tp 804 on /dev/rmt/3cbn 800 ---------p empty ss 500 on /etc/opt/SUNWsamfs/samremote ss500 -------o-r [server1]root@solaris:~#
Si le serveur de périphérique partagé n'est pas réglé sur on
, assurez-vous qu'il est correctement défini dans le fichier /etc/opt/SUNWsamfs/mcf
de l'hôte du serveur. Vérifiez que le fichier /etc/opt/SUNWsamfs/samremote
est correct et se trouve au bon endroit.
Reportez-vous aux procédures de la Définition de l'équipement d'archivage partagé à distance dans le fichier mcf
du serveur SAM-Remote et de la Créez le fichier de configuration du serveur samremote
.
Sur le serveur, vérifiez l'état de la connexion des clients SAM-Remote. Exécutez la commande samcmd
R
.
Dans l'exemple, le client1
et le client2
ont le statut 0005
et sont donc connectés
(le statut 0004
indique l'absence de connexion) :
[server1]root@solaris:~# samcmd R Remote server eq: 500 addr: 00003858 samcmd 6.0 11:20:44 Feb 20 2015 samcmd on server1 message: Client IPv4: client1 192.10.10.3 port - 5000 client index - 0 port - 31842 flags - 0005 connected Client IPv4: client2 10.1.229.97 port - 5000 client index - 1 port - 32848 flags - 0005 connected [server1]root@solaris:~#
Si un client de périphérique partagé n'est pas connecté (statut 0004
), vérifiez la connectivité réseau. Assurez-vous que le serveur et le(s) client(s) peuvent résoudre leur nom d'hôte et adresses respectifs. Assurez-vous que le serveur et le(s) client(s) peuvent se connecter les uns aux autres.
Dans l'exemple, nous utilisons ssh
avec les commandes getent
et ping
pour vérifier la connectivité de chaque hôte vers chacun des autres hôtes dans la configuration SAM-Remote :
[server1]root@solaris:~# getent hosts client1 192.10.10.3 client1 [server1]root@solaris:~# getent hosts 192.10.10.3 192.10.10.3 client1 [server1]root@solaris:~# ping 192.10.10.3 192.10.10.31 is alive [server1]root@solaris:~# getent hosts client2 10.1.229.97 client2 [server1]root@solaris:~# getent hosts 10.1.229.97 10.1.229.97 client2 [server1]root@solaris:~# ping 10.1.229.97 192.10.10.31 is alive [server1]root@solaris:~# ssh root@client1 Password: ... [client1]root@solaris:~# getent hosts server1 192.10.201.12 server1 ... [client1]root@solaris:~# exit [server1]root@solaris:~# ssh root@client2 Password: ... [client2]root@solaris:~# getent hosts server1 192.10.201.12 server1 ... [client2]root@solaris:~# exit [server1]root@solaris:~#
Si un client de périphérique partagé n'est pas connecté (statut 0004
), assurez-vous qu'il est correctement défini dans le fichier de l'hôte du client /etc/opt/SUNWsamfs/mcf
. Assurez-vous que l'hôte du serveur est correctement identifié dans le fichier /etc/opt/SUNWsamfs/
family-set-name
et que le fichier se trouve au bon endroit sur l'hôte client. Assurez-vous ensuite que les hôtes clients sont correctement identifiés dans le fichier /etc/opt/SUNWsamfs/samremote
sur l'hôte de serveur.
Voir les procédures de la Définition de l'équipement d'archivage distant dans le fichier MCF du client SAM-Remote et de la Création du fichier de configuration client SAM-Remote.
Sur le client, assurez-vous que l'hôte serveur est correctement identifié dans le fichier /etc/opt/SUNWsamfs/
family-set-name
et que le fichier se trouve au bon endroit sur l'hôte client.
Reportez-vous à la procédure de la Création du fichier de configuration client SAM-Remote.
Si un client de périphérique partagé n'est pas connecté (statut 0004
), et que les fichiers de configuration côté client ne sont pas le problème, vérifiez le serveur. Assurez-vous que les hôtes clients sont correctement identifiés dans le fichier /etc/opt/SUNWsamfs/samremote
.
Reportez-vous à la procédure de la Créez le fichier de configuration du serveur samremote
.
Sur le serveur, assurez-vous que chaque client peut accéder au catalogue de la bibliothèque de bandes partagée et visualisez les volumes disponibles. Utilisez la commande samcmd
v
equipment-number
, où equipment-number
est le numéro ordinal d'équipement que le fichier mcf
du client affecte à l'équipement du client SAM-Remote.
Dans cet exemple, nous vérifions le client1
, 400
est donc le numéro d'équipement de l'équipement du client SAM-Remote /etc/opt/SUNWsamfs/sc400
. La sortie liste correctement les volumes accessibles par client1
, de VOL000
à VOL019
:
[server1]root@solaris:~# samcmd v 400 Robot catalog samcmd 6.0 12:20:40 Feb 20 2015 samcmd on server1 Robot VSN catalog by slot : eq 400 slot access time count use flags ty vsn 3 none 0 0% -il-o-b----- li VOL000 7 none 0 0% -il-o-b----- li VOL001 ... 24 none 0 0% -il-o-b----- li VOL019 [server1]root@solaris:~#
Si un client d'équipement partagé ne peut pas voir les volumes corrects, vérifiez les fichiers hôtes. Sur l'hôte du serveur, assurez-vous que les volumes sont correctement identifiés dans le fichier /etc/opt/SUNWsamfs/samremote
. Sur l'hôte client, assurez-vous que le fichier /etc/opt/SUNWsamfs/
family-set-name
identifie correctement l'hôte serveur.
Reportez-vous aux procédures de la Créez le fichier de configuration du serveur samremote
et de la Création du fichier de configuration client SAM-Remote.
Procédez ensuite à la validation de la configuration de l'archivage sur chaque client SAM-Remote.
Pour chaque client SAM-Remote, procédez comme suit :
Connectez-vous à l'hôte du client SAM-Remote en tant qu'utilisateur root
.
Dans l'exemple, le client SAM-Remote est appelé client1
:
[client1]root@solaris:~#
Démarrez les processus Oracle HSM sur l'hôte client. Exécutez la commande samd
start
:
[client1]root@solaris:~# samd start [client1]root@solaris:~#
Sur le client hôte, consultez le statut du client de périphérique partagé. Exécutez la commande samcmd
s
.
Dans cet exemple, l'équipement du serveur SAM-Remote (de type sc
), de numéro ordinal d'équipement 400
est réglé sur on
et fonctionne normalement :
[client1]root@solaris:~# samcmd s Device status samcmd 6.0 12:20:49 Feb 20 2015 samcmd on client1 ty eq state device_name fs status sc 400 on /etc/opt/SUNWsamfs/sc400 sc400 -------o-r
Si le client de périphérique partagé n'est pas sur on
, assurez vous que le périphérique sc
est correctement défini. Sur l'hôte client, vérifiez le fichier /etc/opt/SUNWsamfs/mcf
et assurez-vous que le fichier /etc/opt/SUNWsamfs/
family-set-name
est correctement défini et qu'il se trouve au bon emplacement.
Voir les procédures de la Définition de l'équipement d'archivage distant dans le fichier MCF du client SAM-Remote et de la Création du fichier de configuration client SAM-Remote.
Sur l'hôte client, confirmez que le fichier /etc/opt/SUNWsamfs/archiver.cmd
indique les numéros de série de média distants corrects. Listez le fichier à l'aide de la commande archiver
-A
.
Dans l'exemple, nous configurons client1
. La copie allfiles.2
sera créée à l'aide d'un des volumes de bande distants compris dans l'intervalle VOL000-VOL019
, tel qu'indiqué dans le fichier de configuration de serveur samremote
:
[client1]root@solaris:~# archiver -A Reading '/etc/opt/SUNWsamfs/archiver.cmd'. 1: # archiver.cmd 2: #----------------------------------------------------------------------- 3: # Global Directives 4: archivemeta = off 5: examine = noscan ... 30: #----------------------------------------------------------------------- 31: # VSN Directives 32: vsns 33: allfiles.1 dk qfs200 34: allfiles.2 tp VOL0[0-1][0-9] 36: endvsns [client1]root@solaris:~#
Si vous remarquez des écarts dans le fichier archiver.cmd
, corrigez-les avant de continuer.
Si vous avez l'intention de configurer le recyclage, reportez-vous à la section Configuration du recyclage pour SAM-Remote.
Lorsque SAM-Remote est configuré, vous devez vérifier que le recyclage sur un hôte ne peut pas détruire des données valides sur un autre. Toutes les directives de recyclage que vous configurez sur un serveur SAM-Remote doivent recycler uniquement le média que le serveur utilise pour ses propres groupes d'archives. Le serveur ne doit pas essayer de recycler des volumes de média qu'il a mis à disposition des clients SAM-Remote. De même, toutes les directives de recyclage que vous configurerez sur un client SAM-Remote ne doivent recycler que le média qui détient les données clients archivées, soit localement, soit dans des volumes désignés mis à disposition par le serveur.
Vous devez parfaitement maîtriser le processus de recyclage avant d'essayer d'utiliser l'outil de recyclage dans un environnement SAM-Remote. Ainsi, reportez-vous aux pages de manuel Recyclage, sam-recycler
, archiver.cmd
, recycler.cmd
et recycler.sh
.
Puis, lorsque vous êtes familiarisé avec le fonctionnement du recyclage, effectuez les tâches ci-dessous :
Si vous devez configurer le recyclage pour des systèmes de fichiers que le serveur SAM-Remote héberge, procédez comme suit :
Connectez-vous au serveur SAM-Remote en tant qu'utilisateur root
.
Dans l'exemple, le serveur SAM-Remote est appelé server1
:
[server1]root@solaris:~#
Ouvrez le fichier /etc/opt/SUNWsamfs/archiver.cmd
dans un éditeur de texte. Faites défiler la page jusqu'à la section params
.
Dans cet exemple, nous ouvrons le fichier dans l'éditeur vi
:
[client1]root@solaris:~# vi /etc/opt/SUNWsamfs/archiver.cmd ... #----------------------------------------------------------------------- # Copy Parameter Directives params allsets -sort path -offline_copy direct allfiles.1 -startage 10m -startsize 500M -drives 10 allfiles.2 -startage 24h -startsize 20G -drives 2 -reserve set endparams
Entrez vos directives de recyclage par groupe d'archives, sous le format archive-set
directive-list
, où archive-set représente un des groupe d'archives et directive-list
représente une liste de paires valeur/nom séparées par des virgules (pour obtenir une liste des directives de recyclage, reportez-vous à la page de manuel archiver.cmd
).
Lorsque vous utilisez SAM-Remote, vous devez configurer le recyclage par groupes d'archives, dans la section params
du fichier archiver.cmd
. Vous ne pouvez pas spécifier le recyclage par bibliothèque.
Dans cet exemple, nous ajoutons des directives de recyclage pour les groupes d'archives allfiles.1
et allfiles.2
. La directive -recycle_mingain 90
ne recycle pas de volumes sauf si au moins 90 % de la capacité du volume peut être récupérée. La directive -recycle_hwm 60
démarre le recyclage lorsque la capacité du média amovible concerné a été utilisée à hauteur 60 %. La directive -recycle_vsncount 1
ne programme pas le recyclage de plus d'un volume de média amovible à la fois :
#--------------------------------------------------------------------- # Copy Parameters Directives params allsetsallfiles. -sort path -offline_copy direct allfiles.1 -startage 10m -startsize 500M -drives 10 allfiles.1 -recycle_mingain 90 allfiles.2 -startage 24h -startsize 20G -drives 2 -reserve set offline_copy none allfiles.2 -recycle_hwm 60 -recycle_mingain 90 -recycle_vsncount 1 endparams
Notez que les directives de recyclage définies sur le serveur SAM-Remote ne s'appliquent qu'aux volumes d'archivage que le serveur utilise pour ses propres groupes d'archives. Les directives de recyclage du serveur ne s'appliquent pas aux volumes accessibles à partir des clients.
Dans cet exemple, les directives de recyclage du serveur pour la copie allfiles.2
s'appliquent aux volumes de bande répertoriés pour l'utilisation du serveur dans la section VSN
Directives
, VOL100-VOL199
. Les directives de recyclage du serveur ne s'appliquent pas aux volumes VOL000-VOL019
(qui sont réservés à client1
) ni aux volumes VOL020-VOL039
(qui sont réservés à client2
) :
... endparams #----------------------------------------------------------------------- # VSN Directives vsns allfiles.1 dk DISKVOL1 allfiles.2 tp VOL1[0-9][0-9] endvsns
Enregistrez le fichier archiver.cmd
et fermez l'éditeur de texte.
...
endvsns
:wq
[server1]root@solaris:~#
Sur le serveur, créez le fichier recycler.cmd
dans un éditeur de texte. Entrez le chemin d'accès et le nom de fichier du journal de l'outil de recyclage.
Dans l'exemple, nous utilisons l'éditeur de texte vi
. Indiquez l'emplacement par défaut du fichier journal :
[server1]root@solaris:~# vi /etc/opt/SUNWsamfs/recycler.cmd logfile = /var/adm/recycler.log
Dans le fichier recycler.cmd
sur le serveur, ajoutez une directive au format no-recyle
media-type
volumes
, où media-type
est un des types de média indiqués dans l'Annexe A, Glossaire des types d'équipement et où volumes
est une liste séparée par des virgules ou une expression régulière indiquant un numéro de série de volume pour chaque volume de stockage que vous avez affecté à des clients SAM-Remote. Enregistrez le fichier et fermez l'éditeur de texte.
La directive no-recycle
fournit une protection supplémentaire des ressources de stockage dédiées à l'utilisation client. Elle ordonne spécifiquement aux processus de recyclage d'ignorer les volumes indiqués.
Dans cet exemple, nous ajoutons la directive no-recyle
pour les volumes (de bande) de type de médiatp
situés dans les intervallesVOL000-VOL019
et VOL020-VOL039
:
[server1]root@solaris:~# vi /etc/opt/SUNWsamfs/recycler.cmd logfile = /var/opt/SUNWsamfs/recycler/recycler.log no_recycle tp VOL0[0-1][0-9] VOL0[2-3][0-9] :wq [server1]root@solaris:~#
Procédez maintenant à la configuration du recyclage sur le client SAM-Remote.
Pour chaque client, procédez comme suit :
Connectez-vous au client SAM-Remote en tant qu'utilisateur root
.
Dans l'exemple, le client SAM-Remote est appelé client1
:
[client1]root@solaris:~#
Sur le client, ouvrez le fichier /etc/opt/SUNWsamfs/archiver.cmd
dans un éditeur de texte, et faites défiler la page jusqu'à la section params
de copie.
Dans cet exemple, nous ouvrons le fichier dans l'éditeur vi
.
[client1]root@solaris:~# vi /etc/opt/SUNWsamfs/archiver.cmd
...
#-----------------------------------------------------------------------
# Copy Parameters Directives
params
allsets -sort path -offline_copy stageahead
allfiles.1 -startage 6h -startsize 6G -startcount 500000
allfiles.2 -startage 24h -startsize 20G -startcount 500000 -archmax 24G
endparams
#-----------------------------------------------------------------------
# VSN Directives
vsns
allfiles.1 dk qfs200
allfiles.2 tp VOL0[0-1][0-9]
endvsns
Dans la section params
du fichier archiver.cmd
, entrez vos directives pour l'outil de recyclage par groupe d'archives, sous la forme archive-set
directive-list
, où archive-set représente l'un des groupes d'archives et directive-list
est une liste délimitée par des espaces de paires nom/valeur de directive (pour obtenir une liste des directives de recyclage, reportez-vous à la page de manuel archiver.cmd
). Ensuite, enregistrez le fichier et fermez l'éditeur de texte.
Lorsque vous utilisez SAM-Remote, vous devez configurer le recyclage par groupes d'archives dans la section params
du fichier archiver.cmd
. Vous ne pouvez pas spécifier le recyclage par bibliothèque.
Dans cet exemple, nous ajoutons des directives de recyclage pour les groupes d'archives allfiles.1
et allfiles.2
. La directive -recycle_mingain
90
ne recycle pas les volumes sauf si au moins 90 % de la capacité du volume peut être récupérée. La directive -recycle_hwm 60
démarre le recyclage lorsque la capacité du média amovible concerné a été utilisée à hauteur 60 %. La directive -recycle_vsncount 1
ne programme pas le recyclage de plus d'un volume de média amovible à la fois.
#----------------------------------------------------------------------- # Copy Parameters Directives params allsets -sort path -offline_copy stageahead allfiles.1 -startage 6h -startsize 6G -startcount 500000 allfiles.1 -recycle_mingain 90 allfiles.2 -startage 24h -startsize 20G -startcount 500000 -archmax 24G allsets.2 -recycle_hwm 60 -recycle_mingain 90 -recycle_vsncount 1 endparams
Notez que les directives de recyclage définies sur le client ne s'appliquent qu'au média que le client utilise pour ses propres groupes d'archives. Dans cet exemple, les directives de recyclage du client pour la copie allfiles.2
s'appliquent aux volumes de bandes distants fournis par le serveur dans l'intervalle VOL000-VOL019
. Elles ne s'appliquent pas aux volumes situés dans l'intervalle VOL020-VOL039
(qui sont réservés à client2) ou dans l'intervalle VOL100-VOL119
(qui sont réservés au serveur) :
... endparams #----------------------------------------------------------------------- # VSN Directives vsns allfiles.1 dk qfs200 allfiles.2 tp VOL0[0-1][0-9] endvsns :wq [client1]root@solaris:~#
Enregistrez le fichier archiver.cmd
et fermez l'éditeur de texte.
...
endvsns
:wq
[client]root@solaris:~#
Sur le client, créez le fichier recycler.cmd
dans un éditeur de texte. Entrez le chemin d'accès et le nom de fichier du journal de l'outil de recyclage. Ensuite, enregistrez le fichier et fermez l'éditeur de texte.
Nous avons configuré le serveur et les clients de manière à ce que le client ne dispose d'aucun accès au média d'archivage utilisé par le serveur ou par client2
. Nous n'avons donc pas besoin d'ajouter de directives no-recycle
.
Dans l'exemple, nous utilisons l'éditeur de texte vi
. Indiquez l'emplacement par défaut du fichier journal :
[client1]root@solaris:~# vi /etc/opt/SUNWsamfs/recycler.cmd logfile = /var/adm/recycler.log :wq [client1]root@solaris:~#
Répétez cette procédure jusqu'à ce que tous les clients SAM-Remote soient configurés.
Saisissez la commande sam-recycler -dvxn
, où les paramètres ont les effets suivants :
-d
affiche les messages de sélection de volumes, indiquant pourquoi chaque volume a été sélectionné ou non pour le recyclage.
-v
énumère les fichiers résidant sur chaque volume qui est marqué pour le recyclage et qui devra être déplacé.
-x
renvoie une erreur et s'arrête lorsqu'il répertorie des copies d'archive antérieures au moment où le volume a été étiqueté, et qui sont donc irrécupérables.
-n
empêche le recyclage réel. Le processus de recyclage se comporte comme si toutes les définitions de groupes d'archives dans le fichier archiver.cmd
comportaient -recycle_ignore
, de sorte que vous pouvez tester la configuration de recyclage sans l'endommager.
Une fois que tous les clients et serveurs SAM-Remote ont été configurés, si vous prévoyez d'utiliser la fonctionnalité de base de données sideband, accédez au Configuration de la base de données de rapports.
Sinon, passez à la Configuration des notifications et de la journalisation.