And does advance the solution to the problem any if both HSMs have to share the 
same control datasets.


" Within a z/OS image, only one DFSMShsm can operate in this mode (MAIN) and 
any other DFSMShsm host in that image must have HOSTMODE=AUX"

OK then. I guess you can do it. I'm still not sure that it really is the way to 
go though, backup would be better.

David Elliot
 
zSeries Software Support


-----Original Message-----
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Habres, Richard J
Sent: Tuesday, October 12, 2010 5:00 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Two HSM's on one Lpar

You can run multiple HSMs within the same lpar, but they use the same
control data sets and journal. They can perform different HSM functions.
You would have one started as HOSTMODE=MAIN and one or more as
HOSTMODE=AUX. I am not sure if this would give you the results you are
looking for, but you can find more information in the DFSMSHSM
IMPLEMENTATION AND CUSTOMIZATION GUIDE 

Richard J Habres


-----Original Message-----
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Elliot, David
Sent: Tuesday, October 12, 2010 5:46 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Two HSM's on one Lpar

Migration is not backup. I don't think you are going to do this easily
with migrated data. The location of your migrated data has to match the
contents of both the MCDS and the system catalog. So having migrated
data both available to the system locally and at a DR site would not
really help anyone in a recovery situation. Things could get very
complicated if there is a mismatch.

The time to create an offsite backup is prior to migration when HSM (or
a separate job) does the backup. See if the HSM FRBACKUP command helps.

David Elliot
 
zSeries Software Support

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Mark Jacobs
Sent: Tuesday, October 12, 2010 4:19 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Two HSM's on one Lpar

This client only has one lpar.

Mark Jacobs 


-----Original Message-----
From: IBM Mainframe Discussion List on behalf of Ted MacNEIL
Sent: Tue 10/12/2010 5:18 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Two HSM's on one Lpar
 
>One of our clients wants selected migrated data to be dual copied and
available at a DR situation.
>We're trying to see if we can do so without duplicating the entire ML2
inventory which would be expensive.

I've seen it done, but I don't remember the details.
Again, as previously posted, you can have only one HSM per LPAR.

I think you can do it by running different configs on separate LPARS
(but, don't quote me).

Do you have a second lpar?

-
I'm a SuperHero with neither powers, nor motivation!
Kimota!

----------------------------------------------------------------------
This message w/attachments (message) is intended solely for the use of the 
intended recipient(s) and may contain information that is privileged, 
confidential or proprietary. If you are not an intended recipient, please 
notify the sender, and then please delete and destroy all copies and 
attachments, and be advised that any review or dissemination of, or the taking 
of any action in reliance on, the information contained in or attached to this 
message is prohibited. 
Unless specifically indicated, this message is not an offer to sell or a 
solicitation of any investment products or other financial product or service, 
an official confirmation of any transaction, or an official statement of 
Sender. Subject to applicable law, Sender may intercept, monitor, review and 
retain e-communications (EC) traveling through its networks/systems and may 
produce any such EC to regulators, law enforcement, in litigation and as 
required by law. 
The laws of the country of each sender/recipient may impact the handling of EC, 
and EC may be archived, supervised and produced in countries other than the 
country in which you are located. This message cannot be guaranteed to be 
secure or free of errors or viruses. 

References to "Sender" are references to any subsidiary of Bank of America 
Corporation. Securities and Insurance Products: * Are Not FDIC Insured * Are 
Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a 
Condition to Any Banking Service or Activity * Are Not Insured by Any Federal 
Government Agency. Attachments that are part of this EC may have additional 
important disclosures and disclaimers, which you should read. This message is 
subject to terms available at the following link: 
http://www.bankofamerica.com/emaildisclaimer. By messaging with Sender you 
consent to the foregoing.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to