Entrez la requête de recherche
Recherche dans <book_title>…
Guide de configuration de périphériques Veritas NetBackup™
Last Published:
2018-10-20
Product(s):
NetBackup & Alta Data Protection (8.1.2)
- Présentation de la configuration des périphériques
- Section I. Systèmes d'exploitation
- Linux
- A propos des pilotes SCSI de Linux requis
- A propos de la configuration du contrôle de robot et de lecteur pour Linux
- Solaris
- Installation/réinstallation des pilotes SG et ST
- A propos des contrôles robotiques de Solaris
- A propos des fichiers de périphérique de lecteur de bande de Solaris
- Configurer des clients SAN Solaris pour identifier des serveurs de médias FT
- Windows
- Linux
- Section II. Périphériques de stockage robotique
- Aperçu des robots
- Robots Oracle StorageTek ACSLS
- Suppression des bandes des robots ACS
- Opérations d'inventaire robotique sur des robots d'ACS
- Contrôle, communication et connexion robotiques de NetBackup
- Contrôle robotique, communication et consignation NetBackup pour les systèmes UNIX
- Utilitaire de test robotique ACS
- Configurations ACS prises en charge
- Exemples de configuration de périphérique
acstest sur les systèmes UNIX
acstest dépend de la réussite du démarrage de acsssi. Vous pouvez utiliser la commande UNIX netstat -a pour vérifier qu'un processus écoute le socket SSI. acstest essaye de communiquer avec le logiciel de bibliothèque ACS en utilisant acsssi et se connecte à un socket existant.
Le format d'utilisation se trouve ci-dessous. Vous pouvez transférer le nom du socket sur la ligne de commande. Autrement, c'est le nom de socket par défaut (13741) qui est utilisé.
le -r acstest ACS_library_software_hostname [- socket_name de s] [- drive_path de l'ACS, LSM, volet, lecteur]…
L'exemple suivant suppose que le processus acsssi a été démarré en utilisant le socket 13741 :
/usr/openv/volmgr/bin/acstest -r einstein -s 13741