Re: A mod 27 is small was Re: 3390 Model 27

In [EMAIL PROTECTED], on 07/11/2007 at 02:45 PM, McKown, John [EMAIL PROTECTED] said: I'll lay you dollars to donuts that it does NOT happen in z/OS (it is already supported on z/VSE, z/VM, and Linux on System z - along with FCP DASD support in addition to ESCON and FICON support for Linux

Re: 3390 Model 27

Bruce Black wrote: [...] If you have to recover one or a few datasets from a backup, restore from a -27 can take longer than from a -3. Can be an issue when some over-excited application manager is watching over your shoulder. I dare to disagree. Restore from backup does not depend on volume

Re: A mod 27 is small was Re: 3390 Model 27

On Wed, 2007-07-11 at 14:45 -0500, McKown, John wrote: -Original Message- On Behalf Of Clark Morris Maybe IBM needs to bite the bullet and start a migration to FBA. I'll lay you dollars to donuts that it does NOT happen in z/OS ... In any case, too many things would need

Re: 3390 Model 27

Bruce Black wrote: If you have to recover one or a few datasets from a backup, restore from a -27 can take longer than from a -3. Can be an issue when some over-excited application manager is watching over your shoulder. I dare to disagree. Restore from backup does not depend on volume

Re: 3390 Model 27

Darth Keller wrote: Bruce Black wrote: If you have to recover one or a few datasets from a backup, restore from a -27 can take longer than from a -3. Can be an issue when some over-excited application manager is watching over your shoulder. I dare to disagree. Restore from backup does not

Re: A mod 27 is small was Re: 3390 Model 27

Model 27 snip Just to put this in perspective, this month's Smart Computing featured a 1 terabyte drive for PCs from Hitachi for 399 US dollars. Most of the physical drives in your newer configurations are at least 54 gigabytes and more likely have hundreds of gigabytes. Maybe IBM needs

Re: 3390 Model 27

Recovery at a DR site is the same thing - 9 mod-3's vs 1 27 (insert shrug here). Maybe not. If the DR site has sufficient tape drives, you could do 9 concurrent restores of -3s versus 1 restore of a -27. As far as an onsite recovery goes in the case of a volume failure, I'll admit that

A mod 27 is small was Re: 3390 Model 27

On 9 Jul 2007 09:41:38 -0700, in bit.listserv.ibm-main you wrote: Thankyou...we are leaning in this direction... -Original Message- From: Lizette Koehler [mailto:[EMAIL PROTECTED] Sent: Monday, July 09, 2007 9:37 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: 3390 Model 27 John, Just from

Re: 3390 Model 27

In a message dated 7/11/2007 2:05:38 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: If the DR site has sufficient tape drives, you could do 9 concurrent restores of -3s versus 1 restore of a -27. Assuming that the restore software uses maximally shrunk extents in their Define

Re: A mod 27 is small was Re: 3390 Model 27

-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Clark Morris Sent: Wednesday, July 11, 2007 2:20 PM To: IBM-MAIN@BAMA.UA.EDU Subject: A mod 27 is small was Re: 3390 Model 27 snip Just to put this in perspective, this month's Smart

Re: 3390 Model 27

] Sent: Tuesday, July 10, 2007 4:02 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: 3390 Model 27 I assume a MOD15 is 15 GB? Mod-27s and Mod-54s don't really exist. Both return a model number of 9. Each model number is roughly 1Gb so we define Mod 15s for our sysres, and yes, they are approximately 15

Re: 3390 Model 27

Hi Bruce - Recovery at a DR site is the same thing - 9 mod-3's vs 1 27 (insert shrug here). Maybe not. If the DR site has sufficient tape drives, you could do 9 concurrent restores of -3s versus 1 restore of a -27. Good point - but in our case, we back using 20 streams at home and we

Re: 3390 Model 27

Bob, if may, does this mean a 3390 mod 9 definition in an I/O gen also works for mod 27 and 54? ...and that you may mix mod 3s, 9s, 27s, on a single controller of consecutive disk addresses? It does, and we do. Bob Shannon Rocket Software

Re: 3390 Model 27

(IBM Mainframe Discussion List) wrote: In a message dated 7/9/2007 1:37:06 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: Are we creating new terminology? I assume a MOD15 is 15 GB? Close. Mod 1 (aka 3390-1) has 1113 cylinders. Mod 3 has 3x1113=3339 cylinders. Mod nn has

Re: 3390 Model 27

I assume a MOD15 is 15 GB? Mod-27s and Mod-54s don't really exist. Both return a model number of 9. Each model number is roughly 1Gb so we define Mod 15s for our sysres, and yes, they are approximately 15 Gb. Interestingly, on a DS6800, 3390s can be defined as either Mod 9s or Mod 3s. All

Re: 3390 Model 27

On Mon, 9 Jul 2007 19:48:13 +0200, R.S. [EMAIL PROTECTED] wrote: 3. I would avoid LARGE PS as JES2 spool, because it is relatively new feature. Some large shops have been waiting a long time for this support. One of our environments has about 65 3990-3 volumes for example. But I agree...

Re: 3390 Model 27

Mark Zelden wrote: On Mon, 9 Jul 2007 19:48:13 +0200, R.S. [EMAIL PROTECTED] wrote: 3. I would avoid LARGE PS as JES2 spool, because it is relatively new feature. Some large shops have been waiting a long time for this support. One of our environments has about 65 3990-3 volumes

Re: 3390 Model 27

On Tue, 10 Jul 2007 12:32:28 -0400, Mark Jacobs [EMAIL PROTECTED] wrote: Mark Zelden wrote: On Mon, 9 Jul 2007 19:48:13 +0200, R.S. [EMAIL PROTECTED] wrote: 3. I would avoid LARGE PS as JES2 spool, because it is relatively new feature. Some large shops have been waiting a long time for

Re: 3390 Model 27

Mark Zelden wrote: On Tue, 10 Jul 2007 12:32:28 -0400, Mark Jacobs [EMAIL PROTECTED] wrote: Mark Zelden wrote: On Mon, 9 Jul 2007 19:48:13 +0200, R.S. [EMAIL PROTECTED] wrote: 3. I would avoid LARGE PS as JES2 spool, because it is relatively new feature.

Re: 3390 Model 27

We've been having some problems with mod-54's because our storage guys decided to change the SMS Work Pool to Mod-54. When the dba's do their reorgs they'll sometimes have 2 or more work datasets on them. This raises havoc with the TSO users who are trying to allocate to the same volume.

Re: 3390 Model 27

List [mailto:[EMAIL PROTECTED] On Behalf Of Don McKenzie Sent: Tuesday, July 10, 2007 3:58 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: 3390 Model 27 We've been having some problems with mod-54's because our storage guys decided to change the SMS Work Pool to Mod-54. When the dba's do their reorgs

Re: 3390 Model 27

[EMAIL PROTECTED] wrote: In a message dated 7/9/2007 2:37:34 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: Therefore mod 15 has 15x1113=16695 cylinders = 250425 tracks = ca. 14 190 082 200 bytes = . Alas, my poor attempt to send a post that is continent- and

Re: 3390 Model 27

Link should be http://physics.nist.gov/cuu/Units/binary.html snipOnly true for those in USA who forget, or were not taught, that since 1998 there is an international standard for unit prefixes recognized by the US that says that the correct usage in this case is 14.2 GB, or 13.2 GiB, but not

Re: 3390 Model 27

believe in excellence Only in constant improvement and constant change. Tom Peters -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Tuesday, July 10, 2007 12:26 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: 3390 Model 27 On Mon, 9 Jul

3390 Model 27

We are expanding our storage by 1.5TB…we have an option to make some of this 3390-27 volumes… We are looking for a best fit allocation for these volumes: JES2, public, storage, paging, ML1? Our concerns include duration of a full volume backup, device response time,

Re: 3390 Model 27

John, Just from reading many posts and manuals on it, I would say that unless you have a real need for a very large volume - the performance and support could cramp your style. Look at previous archive entries for this device type. The issues for recovery, backup, restore time frames have

Re: 3390 Model 27

Thankyou...we are leaning in this direction... -Original Message- From: Lizette Koehler [mailto:[EMAIL PROTECTED] Sent: Monday, July 09, 2007 9:37 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: 3390 Model 27 John, Just from reading many posts and manuals on it, I would say that unless you

Re: 3390 Model 27

John P Donnelly wrote: We are expanding our storage by 1.5TB…we have an option to make some of this 3390-27 volumes… We are looking for a best fit allocation for these volumes: JES2, public, storage, paging, ML1? Our concerns include duration of a full volume backup,

Re: 3390 Model 27

We're in the process of slowly converting a majority of our mod-3's 9's to 27's. As we have PAV's available, why not? We're actually planning on using some 54's too. Backups aren't a problem - we flashcopy all volumes to an offline devices and then back them up from there. I don't see

Re: 3390 Model 27

John P Donnelly wrote: We are expanding our storage by 1.5TB…we have an option to make some of this 3390-27 volumes… We are looking for a best fit allocation for these volumes: JES2, public, storage, paging, ML1? Our concerns include duration of a full volume backup,

Re: 3390 Model 27

We are expanding our storage by 1.5TB...we have an option to make some of this 3390-27 volumes... I've been using model 27 for DB2 databases for a long time and it works fine even with manual PAV. It helped us implement DB2 online reorgs - which require large amounts of storage to

Re: 3390 Model 27

: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lizette Koehler Sent: Monday, July 09, 2007 9:37 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: [IBM-MAIN] 3390 Model 27 John, Just from reading many posts and manuals on it, I would say that unless you have a real need for a very

Re: 3390 Model 27

No reason for SYSRES and DLIB (mod-9 is big enough). We use Mod-15s for sysres. Mod 9s aren't big enough for everything. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email

Re: 3390 Model 27

Our DBAs say they will not use for our IDMS databases… Your DBAs should not have any call on this. Only your storage management and performance staff should be making these choices. With cache and PAVs, etc. there is no reason to fear! - Too busy driving to stop for gas!

Re: 3390 Model 27

We use Mod-15s for sysres. Are we creating new terminology? I assume a MOD15 is 15 GB? - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with

Re: 3390 Model 27

-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Monday, July 09, 2007 1:32 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: 3390 Model 27 Our DBAs say they will not use for our IDMS databases... Your DBAs should

Re: 3390 Model 27

Perhaps they said it because they have information that IDMS does not support PAV? PAV is not application level. It's at the IOS level. So, NO! - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive

Re: 3390 Model 27

-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Monday, July 09, 2007 2:02 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: 3390 Model 27 Perhaps they said it because they have information that IDMS does not support PAV

Re: 3390 Model 27

In a message dated 7/9/2007 1:37:06 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: Are we creating new terminology? I assume a MOD15 is 15 GB? Close. Mod 1 (aka 3390-1) has 1113 cylinders. Mod 3 has 3x1113=3339 cylinders. Mod nn has nnx1113 cylinders. Therefore mod 15 has

Re: 3390 Model 27

In a message dated 7/9/2007 2:37:34 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: Therefore mod 15 has 15x1113=16695 cylinders = 250425 tracks = ca. 14 190 082 200 bytes = . Alas, my poor attempt to send a post that is continent- and culture-invariant with respect to writing