NetBackup™ Device Configuration Guide
- Introducing device configuration
- Section I. Operating systems
- Linux
- Before you begin on Linux
- About the required Linux SCSI drivers
- Verifying the Linux drivers
- About configuring robot and drive control for Linux
- Verifying the device configuration on Linux
- About SAN clients on Linux
- About SCSI persistent bindings for Linux
- About Emulex HBAs
- Utilities to test SCSI devices
- Linux command summary
- Solaris
- Before you begin on Solaris
- About the NetBackup sg driver
- Determining if the NetBackup sg driver is installed
- Special configuration for the StorEdge Network Foundation HBA driver
- About binding Fibre Channel HBA drivers
- Configuring Solaris 10 x86 for multiple drive paths
- Installing/reinstalling the sg and the st drivers
- Configuring 6 GB and larger SAS HBAs in Solaris
- Preventing Solaris driver unloading
- About Solaris robotic controls
- About Solaris tape drive device files
- Configuring Solaris SAN clients to recognize FT media servers
- Uninstalling the sg driver on Solaris
- Solaris command summary
- Windows
- Linux
- Section II. Robotic storage devices
- Robot overview
- Oracle StorageTek ACSLS robots
- About Oracle StorageTek ACSLS robots
- Sample ACSLS configurations
- Media requests for an ACS robot
- About configuring ACS drives
- Configuring shared ACS drives
- Adding tapes to ACS robots
- About removing tapes from ACS robots
- Robot inventory operations on ACS robots
- NetBackup robotic control, communication, and logging
- ACS robotic test utility
- Changing your ACS robotic configuration
- ACS configurations supported
- Oracle StorageTek ACSLS firewall configuration
- Device configuration examples
Media requests for an ACS robot
The following is the sequence of events for a media request for an ACS robot:
The Media Manager device daemon (UNIX) or NetBackup Device Manager service (Windows) ltid receives the request from bptm.
ltid sends a mount request to the NetBackup ACS process acsd.
acsd formulates the request.
An API then uses Internal Process Communications (IPC) to send the request on the following systems:
UNIX. The NetBackup ACS storage server interface acsssi. The request is then converted into RPC-based communications and sent to the ACS library software.
Windows. The Oracle StorageTek LibAttach service. This service sends the request to the ACS library software.
If the Library Storage Module (LSM) in which the media resides is offline, the ACS library software reports this offline status to NetBackup. NetBackup assigns the request a pending status. NetBackup retries the request hourly until the LSM is online and the ACS library software can satisfy the media request.
The ACS library software locates the media and sends the necessary information to the Library Management Unit (LMU).
The LMU directs the robotics to mount the media in the drive. When the LibAttach service (Windows) or acsssi (UNIX) receives a successful response from the ACS library software, it returns the status to acsd.
The acsd child process (that is associated with the mount request) scans the drive. When the drive is ready, acsd sends a message to ltid that completes the mount request. NetBackup then begins to send data to or read data from the drive.