On Sun, 7 Sep 2008, Stephen Mednick wrote: > Eric, > > It would seem that when planning and budgeting for the storage upgrade, your > management failed to factor in what software would be required to leverage the > technology being acquired. > > My thinking is that this was something that the IBM salesman might not have > addressed and his only concern was getting the box on the floor. Hardware > salesmen are notorious for not wanting to get involved with software. I come > across this more often than not, although some vendors are more geared up for > this than others (Ron, your mob are ok!)
Does IBM have a product which can backup offline DASD? If not, then the salesman doesn't have anything to sell. And he's not likely to mention that FDR has an option to do that! We had this same scenario, but with EMC's BCVs. We would split the BCV and vary it offline to production and online to another LPAR. But we needed to share things like the TMC, catalogs, ... . Well, management didn't want to use production cycles to run the other LPAR. So it had a low comparative weight. We were not a sysplex at that time (not even basic). Can you say "reserve contention" out the wazzu? We quickly abandoned that scenario. We couldn't live with the reserves and didn't have the money to upgrade the CPU. In fact, this entire project was to defer CPU upgrade because "it didn't matter how long the backup of the BCV took" so the backups could run on a low weight LPAR for hours. Ah, didn't work. > > Your situation is not unlike acquiring the latest & greatest flatscreen TV but > still having to watch your movies on a VHS video player and saying there's no > money available to acquire the latest Blue-Ray/DVD player to exploit the TV's > technology. > > Stephen Mednick > Computer Supervisory Services > Sydney, Australia > > Asia/Pacific representatives for > Innovation Data Processing, Inc. > > > > > > > -----Original Message----- > > From: IBM Mainframe Discussion List > > [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld > > Sent: Sunday, 7 September 2008 3:05 AM > > To: [email protected] > > Subject: Re: Info on Setting Up an Lpar for Flashcopy > > > > Ron, > > > > Thanks for the information. As I said in an earlier post, we > > don't have DFDSS, so I can't do dumpconditioning. I will > > take your statement, "This is the problem with the 2nd LPAR > > backup method - it's an accident waiting to happen.", and > > show it to my boss. That might be enough leverage to get > > FDRINSTANT, or the other product which I can't remember the > > name of, but I doubt it. > > > > Another problem with the 3rd lpar approach is that we have a > > GRS ring, and as I understand it, a 3rd lpar contributes > > logarithmically to the wait times. That is why the 3rd lpar > > would be probably shut down except for the weekly pack backups. > > > > One question I do have though is if I am IPLing from a single > > or 2 pack system, and I have a few things online, such as the > > Zara tape catalog (which I know nothing about yet but soon > > will learn), or the usercatalog the tapes are cataloged in, > > what happens since there is a duplicate volume that was > > flashed? Is that part of the accident waiting to happen? > > > > By the way, we don't have DFHSM either, and I don't know what > > FRBACKUP is, but I assume that HSM is required. I'm not sure > > if we have FDRABR or not. I'll probably call them on Monday. > > I know we have FDR and I think we have Compaktor, but I'm not sure. > > > > In answer to Tom Conolly, since my internet connection at my > > hotel is so slow, I will look at FDRINSTANT, but my hopes are > > not too high. It was good talking to you several days ago. > > > > Eric Bielefeld > > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Q: What do theoretical physicists drink beer from? A: An EIN stein. Maranatha! John McKown ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
