Entrez la requête de recherche
Recherche dans <book_title>…
Guide de configuration de périphériques NetBackup™
Last Published:
2023-12-28
Product(s):
NetBackup & Alta Data Protection (10.3)
- 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 robotiques
- Présentation 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ériques
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 à l'aide de 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é.
acstest -r ACS_library_software_hostname [-s socket_name] [-d drive_path ACS, LSM, panel, drive] ... [-C sub_cmd]
L'exemple suivant suppose que le processus acsssi a été démarré à l'aide du socket 13741 :
/usr/openv/volmgr/bin/acstest -r einstein -s 13741