One thing you might do is compare the last backup before the move with the
first backup on the new hardware. If you did a backup before starting
transactions on the new hardware, it should be identical or the differences
should be what was processed in that time period.
On Wed, Jun 26, 2019, 00:0
I don't think we had the number of volumes Skip has, but we did several
migrations using short-term leases of FDRPAS and they all went extremely well;
the great thing about FDRPAS is that you don't need to do most of it during
"down time".
--
Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Ron
Hawkins
Sent: Friday, June 21, 2019 10:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Volume compare utility
Jesse,
I may be
: Tuesday, 18 June 2019 06:25
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] Volume compare utility
We have been devoted fans and customers of TDMF since long before IBM acquired
it. I stand in awe of its magical properties. But it is a bit clumsy when
copying/moving thousands of volumes
: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Volume compare utility
"What" should have been "way" !
Jerry Whitteridge
Delivery Manager / Mainframe Architect
GTS - Safeway Account
602 527 4871 Mobile
jerry.whitteri...@ibm.com
IBM Services
IBM Mainframe Discussion List
: IBM-MAIN@LISTSERV.UA.EDU
> Date: 06/17/2019 08:30 AM
> Subject: [EXTERNAL] Re: Volume compare utility
> Sent by: IBM Mainframe Discussion List
>
> In the (distant) past we've been able to get a temporary license from the
> vendor of the target disk for TDMF as part of the de
obile
jerry.whitteri...@ibm.com
IBM Services
IBM Mainframe Discussion List wrote on
06/16/2019 01:16:35 PM:
> From: Jesse 1 Robinson
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 06/16/2019 01:16 PM
> Subject: [EXTERNAL] Re: Volume compare utility
> Sent by: IBM Mainframe Discussion List
>
&
On Behalf Of
Mark Zelden
Sent: Sunday, June 16, 2019 10:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Volume compare utility
On Sun, 16 Jun 2019 17:08:42 +, Jesse 1 Robinson
wrote:
>We've upgraded DASD subsystems several times over the years. As I
>whined several
On Sun, 16 Jun 2019 17:08:42 +, Jesse 1 Robinson
wrote:
>We've upgraded DASD subsystems several times over the years. As I whined
>several months ago, the process is complicated here by a chronic over-supply
>of smallish volumes that need to be replicated to the new hardware one way or
>a
chwab
Sent: Saturday, June 15, 2019 1:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Volume compare utility
Usually you can create the PPRC pairs, give the devices time to catch up the
replication, then shut down, wait for replication to complete, swap the PPRC
pairs to the new device
gt; -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of
> Jerry Whitteridge
> Sent: Friday, June 14, 2019 4:16 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: Volume compare utility
>
> Good to hear it went well Skip
>
> Jerry Whitteridge
&
: Friday, June 14, 2019 4:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Volume compare utility
Good to hear it went well Skip
Jerry Whitteridge
Delivery Manager / Mainframe Architect
GTS - Safeway Account
602 527 4871 Mobile
jerry.whitteri...@ibm.com
IBM Services
IBM Mainframe Discussion
UA.EDU
> Date: 06/14/2019 03:44 PM
> Subject: [EXTERNAL] Re: Volume compare utility
> Sent by: IBM Mainframe Discussion List
>
> This thread was originally motivated by needing to move from an
> older DS8 subsystem to a new one. We've done this repeatedly over
> the years wit
Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Jesse 1 Robinson
Sent: Monday, April 29, 2019 1:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Volume compare utility
Success! We did
12:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Volume compare utility
Jesse 1 Robinson wrote:
>Most folks seem to think that we're being a little silly, which is actually
>reassuring.
No, you are NOT silly. Trust me. Actually I appreciate your posts here in
IBM-MAI
If you still have my libraries around, I had a utility to do this. I
think it was called COMPDASD (or maybe SCECOMPD?). The JCL to run it
would have had the same name. Email me if you want details.
On 4/22/19 4:51 PM, Jesse 1 Robinson wrote:
> Sorry for not taking the time to search the archives
Jesse 1 Robinson wrote:
>Most folks seem to think that we're being a little silly, which is actually
>reassuring.
No, you are NOT silly. Trust me. Actually I appreciate your posts here in
IBM-MAIN.
>I did get one off-list offer of a product that that sounds pretty great, but
>we may just su
pany
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of R.S.
Sent: Wednesday, April 24, 2019 8:40 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External
Indeed, such tool is usually not needed, it is enough to know the copy
service ended with RC=0. It can be FlashCopy, TF/Clone, SRDF, PPRC, XRC,
Shadowimage.
One see the job finished with not errors so he's pretty sure that source
and target volumes are the same.
However let's assume the copy w
We are about to replace our DS8870 in the DR site with a new DS8886. This
is currently in a Metro Mirror relationship with production. We will copy
from the old SAN to the new SAN using Global Copy and then start a Metro
Mirror session from the production SAN to the new SAN. This is all using
Copy
Sorry for not taking the time to search the archives for this. We're shortly
moving from one DS8 DASD subsystem to another via global mirroring (PPRC). We
have the process worked out, but we're looking for the quickest possible way to
verify that the copy of a volume is identical to the original
21 matches
Mail list logo
