ca.portal.admin

Re:Disaster Recovery methodologies

Discussion created by ca.portal.admin on Mar 28, 2008
Dear Friends,



I am currently running a soon-to-be R160 CV under zVSE and zVM. Our
storage subsystem is an IBM 2105-800. I am curious to know anyone can
share any experience with using Peer to Peer Remote Copy (PPRC) in an
IDMS environment for backups and/or disaster recovery.



Nigel Salway

Senior Analyst

1900 Albert Street

Regina, SK S4P 4K8

Telephone: (306) 761-4063

Fax: (306) 761-4141



CONFIDENTIALITY NOTICE: Proprietary/Confidential Information belonging
to CGI Group Inc. and its affiliates may be contained in this message.
If you are not a recipient indicated or intended in this message (or
responsible for delivery of this message to such person), or you think
for any reason that this message may have been addressed to you in
error, you may not use or copy or deliver this message to anyone else.
In such case, you should destroy this message and are asked to notify
the sender by reply email.






"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: [IDMSVENDOR-L] Disaster Recovery methodologies
"just like anything else PPRC can be dangerous.

we had someone in our storage management dept ""experimenting"" with PPRC and
set the reverse switch - for 30 minutes production data was overlayed with
previously copied data. Luckily - no IDMS data was trampled - but ...
because we (DBAs) were not told of what happened until days later (up until
that point all we knew was that we had a lot of corrupt DB2 tablespaces and
indexes) - we re-orgd the tablespaces and indexes with physical errors -
but because so much legit worK had been done *by unsuspenting end-users)
after the incident (but before we found the cause) - we could not just
restore to before the incident and recover to the point of failure (and
lose 3 days work) - we ended up losing row update changes that will never
be detectable ( not with the size staff that we have - we did not
interrogate the logs to compare after values to current values - and i am
not sure THAT would have helped) -

just a warning ....



Chris Hoelscher
Senior IDMS & DB2 Database Administrator
Humana Inc
502-476-2538
choelscher@humana.com




The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information.
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: Is this difficult?
"IDMS programmers that I've seen are older, with families. They tend to
have ties to local communities and are not able/willing to move around
the country freely from project to project as younger, recent graduate
programmers skilled in the new technologies. That's why I think some
areas may have trouble finding IDMS, or even mainframe, programmers.
Cobol is a much more widely distributed skill then ADSO/MAPPING/etc.
Heck, there are many areas of the country that don't even have an IDMS
shop anymore. Although, that probably doesn't apply to the greater
DC/Baltimore area. But since that's a high-rent district, it may not be
as attractive to relocating mainframers from the rest of the country, if
there are any. Plus, offshore contract work seems to be very popular,
further reducing the domestic talent pool.

Lutz Petzold
TDM UDB/IDMS Support
(401) 782 2265 or (860) 636 0291
Pager (860) 366 0865 or Telalert



This e-mail may contain confidential or privileged information. If
you think you have received this e-mail in error, please advise the
sender by reply e-mail and then delete this e-mail immediately.
Thank you. Aetna
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: Is this difficult?
"Did you find the IDMS Programmers?
I have worked with IDMS since 1985 as well as DB2.

Thanks,
Joan

--- ""Petzold, Lutz"" <PetzoldL@AETNA.COM> wrote:
It depends. Theoretically, there are a LOT of
IDMS/ADSO programmers around.
More then C+ and Java I'd say. And they switch jobs
less often too I think.



-----Original Message-----
From: Joe Cates [mailTo:Joe_Cates@FC.MCPS.K12.MD.US]
Sent: Thursday, February 20, 2003 1:26 PM
To: IDMS-L@LISTSERV.IUASSN.COM
Subject: Is this difficult?


Hello IDMSers. Just to satisfy my curiosity, how
difficult do you think it
would be to recruit IDMS capable programmers,
analysts etc? We have ongoing
debates here regarding the impossibility of doing
this. Is it really so in
the real world? You can email me directly. Thanks.

Joe S Cates, C.C.P.
Database Analyst
Office of Global Access Technology
Montgomery County Public Schools
Rockville, MD 20850
email: Joe_Cates@fc.mcps.k12.md.us

This e-mail may contain confidential or privileged
information. If you
think you have received this e-mail in error, please
advise the sender by
reply e-mail and then delete this e-mail
immediately. Thank you. Aetna
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: Is this difficult?
"I think there are lots of us around but as Lutz mentioned, IDMS has dried up in most of the more desirable and/or affordable places to live. If companies would allow telecommuting they would never have a problem getting people. It fascinates me that they have no problem shipping jobs off to India and China but don't trust their own citizens to work remotely.

Outcomes