++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Please read the disclaimer at the bottom of this e-mail.
++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Thank you to Maria Gilliland who was the only person to respond to my query.
She has a similar set-up at her firm and provided the following advice.
1) LSM does provide a level of protection when importing disks to ensure disks are not imported to more than one host at a time, however, this can be overridden with a -C option.
2) Be very careful when assigning disks to two hosts and importing them as volumes are easily corrupted if they are imported onto two machines simultaneously.
My conclusion is that it is safest to leave the disks enabled on one machine at a time only. Instead of using the console to enable the disks, I now intend to use "hsxterm" and a script to reassign them to another host and to assist with the "fail over" process. Before reassigning, I will disable them on all hosts to ensure that they are never assigned to more than one host.
Regards,
Zoran Kalenic.
-----Original Message-----
Hi,
We currently have two Tru64 4.0F ES40 systems on two sites. One being the Production system and the other being the DR. Each site has an HSG80 with cross-site fibre links to each system.
Under normal conditions, the Production system has the SAN disks assigned and utilises LSM to mirror the disks on the local and remote SANs. This all works well.
When testing the DR site, we deport the disk group and re-assign them to the DR system. We then LSM import them onto the system and bring it up. This also works well.
During each step, the SAN configuration only enables one host to have access to the SAN storage at any one time. I would like to change this and permanently enable both systems to have access to the disks. This is to prevent the SAN being reconfigured each time we fail over.
My question is:
Is there a method in place to prevent the disks being imported onto both systems at the same time? Does LSM have this prevention built in? Can the SAN do it (such as the old SCSI reservation technique) through fibre connections?
I will provide a summary.
Regards,
Zoran Kalenic.
**********************************************************************
This email is intended for the named recipient(s) only. Its contents
are confidential and may only be retained by the named recipient(s)
and may only be copied or disclosed with the consent of
LCH.Clearnet Limited. If you are not an intended recipient please
delete this e-mail and notify postmaster_at_lchclearnet.com.
The contents of this email are subject to contract in all cases,
and LCH.Clearnet Limited makes no contractual commitment save where
confirmed by hard copy. LCH.Clearnet Limited accepts no liability,
including liability for negligence, in respect of any statement in
this email.
LCH.Clearnet Limited, Registered Office: Aldgate House,
33 Aldgate High Street, London EC3N 1EA. Recognised as a Clearing
House under the Financial Services & Markets Act 2000. Reg in England No.25932
Telephone: +44 20 7426 7000 Internet:
http://www.lchclearnet.com
**********************************************************************
Received on Tue Dec 14 2004 - 13:11:45 NZDT