06.11.2014 Views

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

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Comment:<br />

E.4 Multipathing<br />

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

E.4 Multipathing<br />

• Other than the unique naming convention <strong>for</strong> FC devices, the application (such as listed<br />

above) does not see the FC connected s<strong>to</strong>rage resource as being any different than a similar<br />

direct connected SCSI device. The FC as seen from a high level application is merely a<br />

communication channel, whose pro<strong>to</strong>col is provided by the device driver and host bus<br />

adapter, or the Modular Data Router.<br />

• MDMS V3.2 and above only controls the access <strong>to</strong> the share tape s<strong>to</strong>rage <strong>for</strong> the ABS,<br />

HSM, and SSM if the opera<strong>to</strong>r makes use of MDMS <strong>to</strong> allocate the tape drive. Further<br />

• MDMS must be running on at least one node of each cluster or standalone system that<br />

shares the tape library. All this within the same MDMS Domain only.<br />

• The tape drives must be set <strong>to</strong> NOSHARE.<br />

• Any system outside of the MDMS Domain that shares the tape device is unprotected, and<br />

can cause a conflict.<br />

• FC environment doesn't have any universal manager who maintains the in<strong>for</strong>mation of<br />

devices. Since VMS does not manage the allocation of drive across two or more clusters,<br />

MDMS polls the nodes listed in the drive object <strong>to</strong> ensure that none of the nodes listed in the<br />

drive list has allocated the device. In case the node listed is unreachable, then MDMS<br />

returns a drive check error. MDMS will not allow other nodes <strong>to</strong> access the drive without<br />

knowing the status of drive on one node as it may possibly lead <strong>to</strong> a dataloss scenario.<br />

A possible workaround is suggested bwlow:<br />

The cus<strong>to</strong>mer needs <strong>to</strong> create an MDMS GROUP object. The GROUP object should consist<br />

of all the NODEs accessing the DRIVE/JUKEBOX and the DRIVE/JUKEBOX objects<br />

should have the GROUP listed in the DRIVE/JUKEBOX objects.<br />

At the time of system bootup the following command needs <strong>to</strong> be executed.<br />

$ MDMS SET GROUP xyx/NODE=node_name/ADD<br />

At the time of the system shutdown the following needs <strong>to</strong> be executed.<br />

$ MDMS SET GROUP xyx/NODE=node_name/REMOVE<br />

The above workaround is applicable only when the node is shutting down normally. In case<br />

the node is not reachable when there is a network issue due <strong>to</strong> reasons other than a normal<br />

node shutdown (E.g. Due <strong>to</strong> a node crash or due <strong>to</strong> a network cable issue) the above<br />

workaround will not be applicable.<br />

Another alternative the system administra<strong>to</strong>r can consider is <strong>to</strong> remove the NODE name<br />

from the DRIVE object in case of the cus<strong>to</strong>mer wants <strong>to</strong> shutdown one of the nodes in a FC<br />

environment.<br />

Multipathed configurations are possible with FC as well as SCSI s<strong>to</strong>rage interconnect.<br />

SMS Products support the multipathed configurations supported by Open VMS. Current version<br />

of <strong>OpenVMS</strong> 7.3 does not support multipathing on tape devices connected <strong>to</strong> FC using MDR.<br />

E.4.1 Configurations Tested<br />

Multipathing is transparent <strong>to</strong> ABS and MDMS.<br />

The following configurations have been tested on FC connected devices.<br />

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

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

Saved successfully!

Ooh no, something went wrong!