HP Archive Backup System for OpenVMS Guide to Operations

HP Archive Backup System for OpenVMS Guide to Operations HP Archive Backup System for OpenVMS Guide to Operations

h71000.www7.hp.com
from h71000.www7.hp.com More from this publisher
06.11.2014 Views

ABS/MDMS Support for Fibre Channel E.3 FC connected tape devices, medium changers (robots) and SMS Products This introduces the issue of different servers writing over each other or intertwined writes if the access to the device is not synchronized. Currently, there is no OpenVMS resource lock mechanism that spans the domain of the SAN and all of the possibly heterogeneous systems connected to it. The OpenVMS operating system neither supports sharing of single devices across different operating systems nor between OpenVMS nodes not within the same VMScluster. The HSG access path setting for each device and/or FC switch zoning can be used to ensure that each HSG storage device is accessible to only one cluster or one non-clustered system. E.3 FC connected tape devices, medium changers (robots) and SMS Products E.3.0.1 The SCSI tapes and libraries are connected to the Fibre Channel by a Fibre-to-SCSI bridge known as the Modular Data Router (MDR). Open VMS currently support MDR connected to a switch and configured in SCSI Command Controller (SCC) mode. Network Storage Router (NSR) M2402 by HP is a key component in a complete data protection solution. It allows multiple host servers to communicate with a SCSI tape device over a Fibre Channel link making backup speeds five times faster. HSM has been tested and qualified with Network Storage Router (NSR) M2402. Tape and medium changer devices are automatically named and configured using the SYSMAN IO FIND and IO AUTOCONFIGURE commands as described in Guidelines for OpenVMS Cluster Configurations manual (April 2001) Manual. Fibre Channel tape names are in the form $2$MGAn. The letter for the controller is always A, allocation class is set as 2. The device mnemonic for tapes is MG and GG for medium changers. The device unit n is automatically generated by OpenVMS. Tape and medium changer names are automatically kept consistent within a single OpenVMS Cluster system. Once any node in the cluster names a tape device, all other nodes in the cluster automatically choose the same name for that device. The chosen device name remains the same through all subsequent reboot operations in the cluster. If multiple non-clustered Alpha systems on a SAN need to access the same tape device on the Fibre Channel, then the application software must provide synchronized device access. HP Media Device Management System (MDMS) for OpenVMS: E.3.0.2 MDMS V3.2 and above supports sharing of tape device and juke box (media changer) across non-clustered nodes as long all the nodes are in a single MDMS domain and use MDMS to allocate the drive. You must specify all the nodes or groups of nodes who can directly access the Drive or Jukebox (through FC). The accessibility attribute is defined by using the /NODE or /GROUP qualifiers in the DCL command set for MDMS or by using the MDMS GUI. MDMS presently supports sharing of a tape device across a maximum of 32 clusters. Due to the VMS algorithm of discovery and naming the device, it may happen that the same tape, media changer device may be visible as different device name on nodes in different clusters. This would introduce the problem of nodes, that see the device with a different name than that specified in the DEVICE field of MDMS drive database, not able to access the device. One way of configuring such FC served devices is by manually editing the SYS$SYS- TEM:SYS$DEVICES.DAT file on the clusters sharing the device so as to make the device name the same. Please refer OpenVMS Cluster Configuration Manual for details. HP Archive Backup System (ABS) for OpenVMS: ABS uses MDMS to allocate tape devices, hence ABS supports the entire configuration supported by MDMS. ABS V3.2 and above provides for FC connected tape storage support. E–2 ABS/MDMS Support for Fibre Channel

Comment: E.4 Multipathing ABS/MDMS Support for Fibre Channel E.4 Multipathing • Other than the unique naming convention for FC devices, the application (such as listed above) does not see the FC connected storage resource as being any different than a similar direct connected SCSI device. The FC as seen from a high level application is merely a communication channel, whose protocol is provided by the device driver and host bus adapter, or the Modular Data Router. • MDMS V3.2 and above only controls the access to the share tape storage for the ABS, HSM, and SSM if the operator makes use of MDMS to allocate the tape drive. Further • MDMS must be running on at least one node of each cluster or standalone system that shares the tape library. All this within the same MDMS Domain only. • The tape drives must be set to NOSHARE. • Any system outside of the MDMS Domain that shares the tape device is unprotected, and can cause a conflict. • FC environment doesn't have any universal manager who maintains the information of devices. Since VMS does not manage the allocation of drive across two or more clusters, MDMS polls the nodes listed in the drive object to ensure that none of the nodes listed in the drive list has allocated the device. In case the node listed is unreachable, then MDMS returns a drive check error. MDMS will not allow other nodes to access the drive without knowing the status of drive on one node as it may possibly lead to a dataloss scenario. A possible workaround is suggested bwlow: The customer needs to create an MDMS GROUP object. The GROUP object should consist of all the NODEs accessing the DRIVE/JUKEBOX and the DRIVE/JUKEBOX objects should have the GROUP listed in the DRIVE/JUKEBOX objects. At the time of system bootup the following command needs to be executed. $ MDMS SET GROUP xyx/NODE=node_name/ADD At the time of the system shutdown the following needs to be executed. $ MDMS SET GROUP xyx/NODE=node_name/REMOVE The above workaround is applicable only when the node is shutting down normally. In case the node is not reachable when there is a network issue due to reasons other than a normal node shutdown (E.g. Due to a node crash or due to a network cable issue) the above workaround will not be applicable. Another alternative the system administrator can consider is to remove the NODE name from the DRIVE object in case of the customer wants to shutdown one of the nodes in a FC environment. Multipathed configurations are possible with FC as well as SCSI storage interconnect. SMS Products support the multipathed configurations supported by Open VMS. Current version of OpenVMS 7.3 does not support multipathing on tape devices connected to FC using MDR. E.4.1 Configurations Tested Multipathing is transparent to ABS and MDMS. The following configurations have been tested on FC connected devices. ABS/MDMS Support for Fibre Channel E–3

ABS/MDMS Support <strong>for</strong> Fibre Channel<br />

E.3 FC connected tape devices, medium changers (robots) and SMS Products<br />

This introduces the issue of different servers writing over each other or intertwined writes if the<br />

access <strong>to</strong> the device is not synchronized. Currently, there is no <strong>OpenVMS</strong> resource lock mechanism<br />

that spans the domain of the SAN and all of the possibly heterogeneous systems connected<br />

<strong>to</strong> it.<br />

The <strong>OpenVMS</strong> operating system neither supports sharing of single devices across different operating<br />

systems nor between <strong>OpenVMS</strong> nodes not within the same VMScluster. The HSG access<br />

path setting <strong>for</strong> each device and/or FC switch zoning can be used <strong>to</strong> ensure that each HSG s<strong>to</strong>rage<br />

device is accessible <strong>to</strong> only one cluster or one non-clustered system.<br />

E.3 FC connected tape devices, medium changers (robots) and<br />

SMS Products<br />

E.3.0.1<br />

The SCSI tapes and libraries are connected <strong>to</strong> the Fibre Channel by a Fibre-<strong>to</strong>-SCSI bridge<br />

known as the Modular Data Router (MDR). Open VMS currently support MDR connected <strong>to</strong> a<br />

switch and configured in SCSI Command Controller (SCC) mode. Network S<strong>to</strong>rage Router<br />

(NSR) M2402 by <strong>HP</strong> is a key component in a complete data protection solution.<br />

It allows multiple host servers <strong>to</strong> communicate with a SCSI tape device over a Fibre Channel<br />

link making backup speeds five times faster. HSM has been tested and qualified with Network<br />

S<strong>to</strong>rage Router (NSR) M2402.<br />

Tape and medium changer devices are au<strong>to</strong>matically named and configured using the SYSMAN<br />

IO FIND and IO AUTOCONFIGURE commands as described in <strong>Guide</strong>lines <strong>for</strong> <strong>OpenVMS</strong><br />

Cluster Configurations manual (April 2001) Manual. Fibre Channel tape names are in the <strong>for</strong>m<br />

$2$MGAn. The letter <strong>for</strong> the controller is always A, allocation class is set as 2. The device mnemonic<br />

<strong>for</strong> tapes is MG and GG <strong>for</strong> medium changers. The device unit n is au<strong>to</strong>matically generated<br />

by <strong>OpenVMS</strong>. Tape and medium changer names are au<strong>to</strong>matically kept consistent within a<br />

single <strong>OpenVMS</strong> Cluster system. Once any node in the cluster names a tape device, all other<br />

nodes in the cluster au<strong>to</strong>matically choose the same name <strong>for</strong> that device. The chosen device<br />

name remains the same through all subsequent reboot operations in the cluster.<br />

If multiple non-clustered Alpha systems on a SAN need <strong>to</strong> access the same tape device on the<br />

Fibre Channel, then the application software must provide synchronized device access.<br />

<strong>HP</strong> Media Device Management <strong>System</strong> (MDMS) <strong>for</strong> <strong>OpenVMS</strong>:<br />

E.3.0.2<br />

MDMS V3.2 and above supports sharing of tape device and juke box (media changer) across<br />

non-clustered nodes as long all the nodes are in a single MDMS domain and use MDMS <strong>to</strong> allocate<br />

the drive. You must specify all the nodes or groups of nodes who can directly access the<br />

Drive or Jukebox (through FC). The accessibility attribute is defined by using the /NODE or<br />

/GROUP qualifiers in the DCL command set <strong>for</strong> MDMS or by using the MDMS GUI. MDMS<br />

presently supports sharing of a tape device across a maximum of 32 clusters.<br />

Due <strong>to</strong> the VMS algorithm of discovery and naming the device, it may happen that the same<br />

tape, media changer device may be visible as different device name on nodes in different clusters.<br />

This would introduce the problem of nodes, that see the device with a different name than<br />

that specified in the DEVICE field of MDMS drive database, not able <strong>to</strong> access the device. One<br />

way of configuring such FC served devices is by manually editing the SYS$SYS-<br />

TEM:SYS$DEVICES.DAT file on the clusters sharing the device so as <strong>to</strong> make the device name<br />

the same. Please refer <strong>OpenVMS</strong> Cluster Configuration Manual <strong>for</strong> details.<br />

<strong>HP</strong> <strong>Archive</strong> <strong>Backup</strong> <strong>System</strong> (ABS) <strong>for</strong> <strong>OpenVMS</strong>:<br />

ABS uses MDMS <strong>to</strong> allocate tape devices, hence ABS supports the entire configuration supported<br />

by MDMS. ABS V3.2 and above provides <strong>for</strong> FC connected tape s<strong>to</strong>rage support.<br />

E–2 ABS/MDMS Support <strong>for</strong> Fibre Channel

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!