Re: Restore time question

John Eells wrote: >I asked Development about this, causing some head-scratching. They'd like you >to open a PMR so they can dig into why this could be happening. Possibly hardware error - a PMR is an excellent suggestion. If there is a PMR, ask them to check EACH tape/cartridge individual

Re: Restore time question

Tim, Sorry missed you question earlier. > Have you looked at individual volume timings? No, I guess we need to. > How many tape drives were used for the DUMP? How many for the restore? In both cases 6. But, there are actually 10 backup and 10 restore jobs and thus 10 tapes. Tony Thigpen Tim

Re: Restore time question

Elardus, > Do you have PPRC from/to your DR site? No PRCC on the 8300 box. > I am confused by your two [conflicting?] statements, These are real 3590's attached via 2g ficon via (what I understand is) a J70 controller. The 'real z/os sysprog' (I normally manage the z/VM stuff) asked me to

Re: Restore time question

Tony Thigpen wrote: > > Do you have PPRC from/to your DR site? >No PRCC on the 8300 box. Ok. One thing less to worry about. > > I am confused by your two [conflicting?] statements, >These are real 3590's attached via 2g ficon via (what I understand is) a J70 >controller. The 'real z/os

Re: Restore time question

I would love to open a PMR, but I don't think they would accept it. This is os/390 2.10 on a z/10 using a DS8300 Not really a 'supported' situation. :-( Tony Thigpen John Eells wrote on 09/25/2015 06:16 AM: I asked Development about this, causing some head-scratching. They'd like you to

Re: Restore time question

I asked Development about this, causing some head-scratching. They'd like you to open a PMR so they can dig into why this could be happening. Tony Thigpen wrote: Original question since it's been a few days: Using ADRDSSU: DUMP FULL INDD(DASD) OUTDD(BACKUP) ALLD(*) ADMIN TOL(IOER)

Re: Restore time question

Does the tape subsystem have physical tape cartridges? If so, then tape mounts are probably a big part of the time involved. I can only speak to the IBM TS 7700 I last used before I semi-retired, which had high-capacity tape cartridges. 1. Scratch tapes are 'fast ready' (I think that's the

Re: Restore time question

Original question since it's been a few days: Using ADRDSSU: DUMP FULL INDD(DASD) OUTDD(BACKUP) ALLD(*) ADMIN TOL(IOER) ALLE RESTORE FULL INDD(BACKUP) OUTDD(DASD) PRG CAN ADMIN All the dasd can be backed up in 1:15 (hh:mm), but restore takes 5:08. Are we doing something wrong, or is

Re: Restore time question

Apologies - I had overlooked the configuration. Have you looked at individual volume timings? Are some as quick as their original dump and some not or are all of the restores a lot longer? How many tape drives were used for the DUMP? How many for the restore?

Re: Restore time question

@LISTSERV.UA.EDU Subject: Re: Restore time question With the method mentioned, what is happening, in the area of reorganization, during the restore? If reorganization is occurring, is there a method to stop the reorg? Tony Thigpen Tony Thigpen wrote on 09/16/2015 03:20 PM: > Backing

Restore time question

Backing up and restoring a Dasd. Using ADRDSSU: DUMP FULL INDD(DASD) OUTDD(BACKUP) ALLD(*) ADMIN TOL(IOER) ALLE RESTORE FULL INDD(BACKUP) OUTDD(DASD) PRG CAN ADMIN All the dasd can be backed up in 1:15, but restore takes 5:08. Are we doing something wrong, or is this 4.5x longer normal? --

Re: Restore time question

No hardware changes. We restored our system to our dr box using our recovery system. Took 5:08. Brought up our system, then did a backup. Took 1:15 (and some other stuff was running). Tony Thigpen Rob Schramm wrote on 09/16/2015 03:29 PM: Same tape subsystem? Rob Schramm On Wed, Sep 16,

Re: Restore time question

Same tape subsystem? Rob Schramm On Wed, Sep 16, 2015, 3:21 PM Tony Thigpen wrote: > Backing up and restoring a Dasd. > > Using ADRDSSU: > DUMP FULL INDD(DASD) OUTDD(BACKUP) ALLD(*) ADMIN TOL(IOER) ALLE > RESTORE FULL INDD(BACKUP) OUTDD(DASD) PRG CAN ADMIN > > All the dasd

Re: Restore time question

or received at this email address. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tony Thigpen Sent: Wednesday, September 16, 2015 4:07 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] Restore time question No hardware changes. We

Re: Restore time question

-MAIN@LISTSERV.UA.EDU] On Behalf Of Tony Thigpen Sent: Wednesday, September 16, 2015 4:07 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] Restore time question No hardware changes. We restored our system to our dr box using our recovery system. Took 5:08. Brought up our system, then did

Re: Restore time question

With the method mentioned, what is happening, in the area of reorganization, during the restore? If reorganization is occurring, is there a method to stop the reorg? Tony Thigpen Tony Thigpen wrote on 09/16/2015 03:20 PM: Backing up and restoring a Dasd. Using ADRDSSU: DUMP FULL INDD(DASD)