Just to clarify a few points here. The old DASD we're moving off of is not crusty ancient tired iron: it's DS8800 (2424). The new DASD is DS8886 (2834). The motivation for moving is primarily business (fiscal), not technical.
We have millions of customers who are being converted to paperless billing, so more and more of them access the system more and more often at all hours of every day. There is virtually no time when all data bases happen to be closed. Closing them is not impossible, but it constitutes a 'total outage' to Customer Service. Besides striving to provide continuous availability for our customers' sake, we are also mandated by the California Public Utilities Commission to service customers' issues in a timely way that gets translated to dollars and cents. An extra incentive to minimize total outages. We maintain three sets of DASD volumes: primary (production), secondary (XRC mirror), and tertiary (flash copy from secondary to run DR). These add up to a lot of UCBs in addition to lots of virtual tapes and lots of FICON CTCs. We're looking at ways to move PAVs to SCS1. Maybe even also the tertiary DR volumes. The goal is free up enough SCS0 addresses to put old and new boxes online. Meanwhile the new DASD is on the floor, and we need to utilize it. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW [email protected] -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Ed Jaffe Sent: Sunday, January 07, 2018 8:09 AM To: [email protected] Subject: (External):Re: Accessing 65536 devices On 1/6/2018 12:27 PM, Mike Schwab wrote: > If your new dasd allows dynamic growing a volume, you can grow a > non-EAV to the maximum EAV volume size, but no bigger. That was my favorite feature of our old DS8100! We lost that feature when we upgraded to DS8870, but so far it hasn't been a problem because we planned fairly well. Having said that, we're running a bit short on mod-216 volumes. I was thinking about removing eight of our mod-27s to make room for one more of these bad boys! Of course, that kind of re-allocation can be done with the DS8870, just not quite as easily as with the DS8100 because you can't grow a device in place. The downside to in-place growth is varying levels of support from, and different procedures for, Linux for Z (we use RHEL), z/VM, z/VSE, and older releases of z/OS. You need to be careful or things can go FUBAR in a hurry! (Volume backups are a wonderful thing...) -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.com/ ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
