Migration to ESS 800 - OS/390 - DB2 V7

Natalie W. Faulkner

Migration to ESS 800 - OS/390 - DB2 V7
We are developing a plan to move from our old EMC storage system to ESS
800. Our current DB2 objects reside in a managed pool.

We are looking for any suggestions or experiences you may have on
migrating to the new device type.

What is the easiest and/or most efficient way to migrate the 180 – 200
DASD volumes of DB2 data that is currently entrusted to our data center ?

Is dataset placement an issue ?

Are there any zparms or DB2 other parameters that need to be reviewed ?

Thanks for any info that you can send my way,

Natalie Faulkner
State of WV – IS&C Data Center

---------------------------------------------------------------------------------
Welcome to the IDUG DB2-L list. To unsubscribe, go to the archives and home page at http://www.idugdb2-l.org/archives/db2-l.html. From that page select "Join or Leave the list". If you will be out of the office, send the SET DB2-L NO MAIL command to [login to unmask email] The IDUG List Admins can be reached at [login to unmask email] Find out the latest on IDUG conferences at http://conferences.idug.org/index.cfm

John McKown

Re: Migration to ESS 800 - OS/390 - DB2 V7
(in response to Natalie W. Faulkner)
Can DB2 be down? If so, then I'd just "migrate" by doing a 1 to 1 copy of
the old DASD to the new DASD addresses using DFDSS or FDR. If not, then I'd
look at doing the migration using a product like FDRPAS or TDMF. These
products "duplex" the DASD from the old address to the new address. Again, a
1 to 1 DASD copy. The "plus" is that FDRPAS or TDMF does the copy while DB2
stays up. TDMF information can be viewed at
http://www.softek.fujitsu.com/en/products/tdmf/. FDRPAS information at
http://www.innovationdp.com/fdrpas.cfm


--
John McKown
Senior Systems Programmer
UICI Insurance Center
Applications & Solutions Team
+1.817.255.3225

This message (including any attachments) contains confidential information
intended for a specific individual and purpose, and its' content is
protected by law. If you are not the intended recipient, you should delete
this message and are hereby notified that any disclosure, copying, or
distribution of this transmission, or taking any action based on it, is
strictly prohibited.

> -----Original Message-----
> From: Natalie Faulkner [mailto:[login to unmask email]
> Sent: Thursday, December 18, 2003 12:12 PM
> To: [login to unmask email]
> Subject: Migration to ESS 800 - OS/390 - DB2 V7
>
>
> We are developing a plan to move from our old EMC storage
> system to ESS
> 800. Our current DB2 objects reside in a managed pool.
>
> We are looking for any suggestions or experiences you may have on
> migrating to the new device type.
>
> What is the easiest and/or most efficient way to migrate the 180 - 200
> DASD volumes of DB2 data that is currently entrusted to our
> data center ?
>
> Is dataset placement an issue ?
>
> Are there any zparms or DB2 other parameters that need to be
> reviewed ?
>
> Thanks for any info that you can send my way,
>
> Natalie Faulkner
> State of WV - IS&C Data Center
>
> --------------------------------------------------------------
> -------------------
> Welcome to the IDUG DB2-L list. To unsubscribe, go to the
> archives and home page at
> http://www.idugdb2-l.org/archives/db2-> l.html. From that page
> select "Join or Leave the list". If
> you will be out of the office, send the SET DB2-L NO MAIL
> command to [login to unmask email] The IDUG List Admins
> can be reached at [login to unmask email] Find out
> the latest on IDUG conferences at
> http://conferences.idug.org/index.cfm
>

---------------------------------------------------------------------------------
Welcome to the IDUG DB2-L list. To unsubscribe, go to the archives and home page at http://www.idugdb2-l.org/archives/db2-l.html. From that page select "Join or Leave the list". If you will be out of the office, send the SET DB2-L NO MAIL command to [login to unmask email] The IDUG List Admins can be reached at [login to unmask email] Find out the latest on IDUG conferences at http://conferences.idug.org/index.cfm

Max Scarpa

Re: Migration to ESS 800 - OS/390 - DB2 V7
(in response to John McKown)
If you're consolidating many different boxes in one take a look at channel
usage, it may happen that 'hot' disks in different boxes may use the same
channel(s) in the new box(es) so you can have some channels overloaded
hence I/O problems.

Be sure to have enough ACP pair and well-balanced disks array, it's easy
(more or less) to do at the beginning. If not yet done enable seq prefetch
features in ZPARM and take a look at the beginning to SMF record 42-6 to
check if all is ok.

Datasets placement might be an issue as OS/390 - z/OS still sees dasds in
the old way, actually you're fooling it with new DASD boxes.A big cache can
alleviate the problem, but sometimes it's not enough.

We migrated 3 HDS boxes to 1 HDS 9960 using an HITACHI product to 'copy'
disks while production was running (even DB2 disks) and all went ok. They
said that IBM as a similar product. Of course this activity shouldn't be
done during peak times......


Just few ideas

Max Scarpa

DB2 sysprog
Storage manager
WLM Admin

---------------------------------------------------------------------------------
Welcome to the IDUG DB2-L list. To unsubscribe, go to the archives and home page at http://www.idugdb2-l.org/archives/db2-l.html. From that page select "Join or Leave the list". If you will be out of the office, send the SET DB2-L NO MAIL command to [login to unmask email] The IDUG List Admins can be reached at [login to unmask email] Find out the latest on IDUG conferences at http://conferences.idug.org/index.cfm