Guide de référence des commandes NetBackup™
- Introduction
- Annexe A. Commandes NetBackup
- acsd
- add_media_server_on_clients
- backupdbtrace
- backuptrace
- bmrc
- bmrconfig
- bmrepadm
- bmrprep
- bmrs
- bmrsrtadm
- bp
- bparchive
- bpbackup
- bpbackupdb
- bpcatarc
- bpcatlist
- bpcatres
- bpcatrm
- bpcd
- bpchangeprimary
- bpcleanrestore
- bpclient
- bpclimagelist
- bpclntcmd
- bpclusterutil
- bpcompatd
- bpconfig
- bpdbjobs
- bpdbm
- bpdgclone
- bpdown
- bpduplicate
- bperror
- bpexpdate
- bpfis
- bpflist
- bpgetconfig
- bpgetdebuglog
- bpimage
- bpimagelist
- bpimmedia
- bpimport
- bpinst
- bpkeyfile
- bpkeyutil
- bplabel
- bplist
- bpmedia
- bpmedialist
- bpminlicense
- bpnbat
- bpnbaz
- bppficorr
- bpplcatdrinfo
- bpplclients
- bppldelete
- bpplinclude
- bpplinfo
- bppllist
- bpplsched
- bpplschedrep
- bpplschedwin
- bppolicynew
- bpps
- bprd
- bprecover
- bprestore
- bpretlevel
- bpschedule
- bpschedulerep
- bpsetconfig
- bpstsinfo
- bpstuadd
- bpstudel
- bpstulist
- bpsturep
- bptestbpcd
- bptestnetconn
- bptpcinfo
- bpup
- bpverify
- cat_convert
- cat_export
- cat_import
- configureCerts
- configureMQ
- configureWebServerCerts
- create_nbdb
- csconfig cldinstance
- csconfig cldprovider
- csconfig meter
- csconfig reinitialize
- csconfig throttle
- duplicatetrace
- importtrace
- jbpSA
- jnbSA
- ltid
- mklogdir
- msdpcldutil
- nbauditreport
- nbcallhomeproxyconfig
- nbcatsync
- NBCC
- NBCCR
- nbcertcmd
- nbcertupdater
- nbcldutil
- nbcloudrestore
- nbcomponentupdate
- nbcplogs
- nbcredkeyutil
- nbdb_admin
- nbdb_backup
- nbdb_move
- nbdb_ping
- nbdb_backup
- nbdb_move
- nbdb2adutl
- nbdb_restore
- nbdbms_start_stop
- nbdc
- nbdecommission
- nbdelete
- nbdeployutil
- nbdevconfig
- nbdevquery
- nbdiscover
- nbdna
- nbemm
- nbemmcmd
- nbfindfile
- nbfirescan
- nbfp
- nbftadm
- nbftconfig
- nbgetconfig
- nbhba
- nbholdutil
- nbhostidentity
- nbhostmgmt
- nbhypervtool
- nbidpcmd
- nbimageshare
- nbinstallcmd
- nbjm
- nbkmiputil
- nbkmscmd
- nbkmsutil
- nboraadm
- nborair
- nbpem
- nbpemreq
- nbmlb
- nbperfchk
- nbplupgrade
- nbrb
- nbrbutil
- nbreplicate
- nbrepo
- nbrestorevm
- nbseccmd
- nbserviceusercmd
- nbsetconfig
- nbsmartdiag
- nbsnapimport
- nbsnapreplicate
- nbsqladm
- nbstl
- nbstlutil
- nbstop
- nbsu
- nbsvrgrp
- netbackup_deployment_insights
- resilient_clients
- restoretrace
- stopltid
- tldd
- tldcd
- tpautoconf
- tpclean
- tpconfig
- tpext
- tpreq
- tpunmount
- verifytrace
- vltadm
- vltcontainers
- vlteject
- vltinject
- vltoffsitemedia
- vltopmenu
- vltrun
- vmadd
- vmchange
- vmcheckxxx
- vmd
- vmdelete
- vmoprcmd
- vmphyinv
- vmpool
- vmquery
- vmrule
- vmupdate
- vnetd
- vssat
- vwcp_manage
- vxlogcfg
- vxlogmgr
- vxlogview
- W2KOption
Nom
tldcd — Daemon (processus) de contrôle de la bandothèque DLT (TLD)
Synopsis
[-v] [-t]
On UNIX systems, the directory path to this command is /usr/openv/volmgr/bin/
On Windows systems, the directory path to this command is install_path\Volmgr\bin\
DESCRIPTION
Les processus tldd et tldcd se connectent à Media Manager pour monter et démonter des volumes dans un robot de la bandothèque DLT (TLD).
ltid correspond au daemon de périphérique Media Manager sur les systèmes UNIX et au service de gestion de périphériques NetBackup sur les systèmes Windows. Le processus tldd s'interface directement avec le processus ltid. Le processus tldd s'exécute sur chaque hôte doté d'une connexion au lecteur et envoie des demandes de montage et de démontage au daemon de contrôle (tldcd). Le processus tldcd communique directement avec le robot par le biais d'une interface SCSI.
Les éléments suivants s'appliquent uniquement au NetBackup Enterprise Server :
Le logiciel de contrôle robotique TLD permet de configurer des lecteurs appartenant au même robot sur des hôtes différents. Le daemon tldcd peut être en cours d'exécution sur un hôte différent de tldd, selon l'emplacement où la connexion d'interface réside (voir EXEMPLES). Quand la connexion est établie (le chemin d'accès des robots peut être ouvert), le daemon tldd place le robot TLD à l'état DÉMARRÉ. Il peut ensuite monter et démonter des volumes. Si le robot est inaccessible, l'interface tldd arrête le robot. Lorsque le robot est arrêté, l'interface tldd reste en cours d'exécution et redémarre le robot si tldcd est en mesure de créer une connexion.
Si les lecteurs se trouvent sur différents hôtes de NetBackup, entrez les informations robotiques dans la gestion des médias et des périphériques de la console d'administration sur tous les ordinateurs. Le numéro du robot doit être le même sur tous les ordinateurs.
Sur les systèmes UNIX, les daemons tldd et tldcd démarrent et s'arrêtent automatiquement lorsque le daemon ltid est démarré et arrêté. Pour arrêter ou démarrer le daemon tldd indépendamment du daemon ltid, utilisez /usr/openv/volmgr/bin/vmps ou la commande ps du serveur pour identifier l'ID de processus du daemon tldd. Entrez ensuite les commandes suivantes :
kill tldd_pid /usr/openv/volmgr/bin/tldd [-v] &
Le daemon de contrôle tldcd se trouve sur l'hôte contrôlant le robot. Le daemon tldd le démarre automatiquement sur cet hôte (voir EXEMPLES).
Sur les systèmes Windows, les processus tldd et tldcd sont démarrés en même temps que le service NetBackup Device Manager. Ils sont arrêtés lorsque ce service est arrêté. Le processus de contrôle, tldcd, se trouve sur l'hôte qui contrôle le robot. Le daemon tldd le démarre automatiquement sur cet hôte (voir EXEMPLES). Le processus tldcd s'arrête dès que vous arrêtez le service NetBackup Device Manager.
Avant d'accéder à des volumes via le service NetBackup Device Manager (systèmes Windows) ou ltid, définissez l'ID du média et le numéro de logement des volumes d'un robot de la base de données EMM.
Si vous utilisez un volume de nettoyage, vous devez le définir dans la configuration de volume. Voir tpclean pour plus d'informations sur la définition de la fréquence de nettoyage automatique du lecteur.
Les lecteurs sont numérotés de façon logique de 1 à n, où n représente le nombre de lecteurs de la bandothèque. Utilisez un ou plusieurs des éléments suivants pour déterminer les numéros corrects de lecteur de robot :
L'assistant de configuration des périphériques (si la bandothèque et les lecteurs prennent en charge la sérialisation).
La documentation du fournisseur de bandothèque sur la façon d'indexer des lecteurs.
L'utilitaire de test robotique, ou bien tentez de monter le média et observez l'affichage de l'opérateur.
Sur les systèmes UNIX, le numéro de port du service Internet du processus tldcd doit se trouver dans /etc/services. Si vous utilisez des services NIS (Network Information Service), ajoutez l'entrée correspondante au fichier /etc/services de cet hôte dans la base de données des serveurs maîtres NIS de ces services.
Pour les systèmes d'exploitation Windows, le numéro de port de service Internet du processus tldcd doit se trouver dans %SystemRoot%\system32\drivers\etc\services.
Par défaut, le numéro de port du service est 13711.
Vous devez être connecté en tant qu'administrateur pour exécuter cette commande.
OPTIONS
Les options suivantes fonctionnent seulement sur les systèmes UNIX.
- -v
Consigne les informations de débogage à l'aide de syslogd. Si vous démarrez le daemon ltid à l'aide de la commande -v, tldd et tldcd sont également démarrés avec la commande -v.
- -t
Met fin au processus tldcd.
ERREURS
Les processus tldd et tldcd consignent un message d'erreur si une autre copie du daemon est en cours d'exécution.
Media Manager consigne toutes les bandothèques DLT et les erreurs robotiques dans le journal syslogd sur les systèmes UNIX, ou dans le journal des événements d'application sur les systèmes Windows. Les entrées sont ajoutées au journal lors des phases de démarrage et d'arrêt.
EXEMPLES
Exemple 1 - Dans le schéma suivant, les deux lecteurs et les robots se connectent à l'hôte A. Le processus ltid lance tldd qui, à son tour, lance tldcd.
Exemple 2 - Cet exemple s'applique uniquement au serveur NetBackup Enterprise. Dans le schéma suivant, chaque hôte se connecte à un lecteur et les robots se connectent à l'hôte A. Le processus ltid démarre le daemon tldd sur chaque ordinateur. Le daemon tldd de l'hôte A lance également le processus tldcd, étant donné qu'il s'agit de l'emplacement où le contrôle robotique est défini. Les demandes de montage de bandes à partir de l'hôte B sont envoyées au daemon tldd sur l'hôte B, qui envoie ensuite la commande robotique au processus tldcd de l'hôte A.
