Be careful what you assume to be fact. Unless you own the machine you will recover to, your DR contract likely doesn't guarantee that you will recover to machine x. DR suppliers typically share machines among customers. If another customer declared before you did you might be bumped to another machine. The fact that you get the same machine for every planned DR test doesn't necessarily mean that’s what you'll declare on. Be sure you understand the fine print of your DR contract.
I agree with Kees; You have to test based on what you can rely on for the real one. For that reason we make no assumptions about anything that depends on a CPU serial number during a test. Bart -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Mike Schwab Sent: Wednesday, April 26, 2017 6:09 AM To: [email protected] Subject: Re: Vendor Licensing Frustrations If you know the DR center's CPU ids or can use z/VM to reuse your licensed IDs, you are OK. If you are going to a vendor's site and don't know the CPU ids and can't use z/VM or the product uses the real CPU id instead of the z/VM CPU id you can be in trouble. On Wed, Apr 26, 2017 at 3:22 AM, Vernooij, Kees (ITOPT1) - KLM <[email protected]> wrote: > During a DR test you test your DR scenario, so the test must work exactly > like the real one. > When we had this DR scenario/configuration, we always had working keys or > emergency keys for the DR site. > > Kees. > >> -----Original Message----- >> From: IBM Mainframe Discussion List [mailto:[email protected]] On >> Behalf Of Styles, Andy (ITS zPlatform Services) >> Sent: 26 April, 2017 10:12 >> To: [email protected] >> Subject: Re: Vendor Licensing Frustrations >> >> Classification: Public >> If you DON'T have the keys for DR, then it makes a mockery of any DR >> capability you think you have. In a real DR situation, you can't plan, >> you need it all working there and then. >> >> Andy Styles >> z/Series Systems Programmer >> >> -----Original Message----- >> From: IBM Mainframe Discussion List [mailto:[email protected]] On >> Behalf Of Dan Little >> Sent: 26 April 2017 08:42 >> To: [email protected] >> Subject: Re: Vendor Licensing Frustrations >> >> -- This email has reached the Bank via an external source -- >> >> >> Ideally I would like to have keys for DR on an ongoing basis to avoid >> the delays that Lionel mentions. >> >> Dan >> >> >> > On Apr 26, 2017, at 05:30, Timothy Sipples <[email protected]> wrote: >> > >> > Lionel Dyck wrote: >> >> I've been working on DR planning for one of our locations and out of >> >> 15 non-IBM products, ONLY 3 will continue to operate without temp >> >> codes, and of those 3, 1 expires after 2 days and the others after 7 >> >> days. For the 12 vendor products I have to contact 7 different >> >> vendors to get temporary DR license keys. >> > >> > I know there's been lots of back and forth, but Lionel is zeroing in >> > on the crux of the issue. What do customers need? I think we need to >> > (re)focus on that, first. These vendors' current arrangements add risk >> > to disaster recovery, plain and simple. I agree with Lionel. It's a >> > genuine problem. I truly feel it's an avoidable problem, even while >> respecting vendors' >> > important business needs. >> > >> > ---------------------------------------------------------------------- >> > ---------------------------------- >> > Timothy Sipples >> > IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA >> > E-Mail: [email protected] >> > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
