Ron I don't know about PRDF but Progagator does put a load on the source CPU which isn't desirable. This is what's different and quite nice about XRC.
________________________________ From: IBM Mainframe Discussion List on behalf of Ron Hawkins Sent: Thu 16/04/2009 03:06 To: IBM-MAIN@bama.ua.edu Subject: ****SPAM**** Re: Is Xrc a reasonable solution between two databases created separately(in DB2)? Sanaz, >From what I read of your intent you may be better of using DB2 Data Propagator from IBM, or RRDF from ENET Corp. These products are working with the Database rather than the volumes, so that dataset allocation and extensions will be transparent. Ron > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of > Sanaz Pourdarab > Sent: Thursday, April 16, 2009 1:59 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: [IBM-MAIN] Is Xrc a reasonable solution between two databases > created separately(in DB2)? > > I 'm trying to do this and I have some problem to have data everytime > available there. > I 'm doing this for a large table defined as partitioned , some of Its Indexes > were extended on 2 volumes selected from its storage group on db2 in source > side . I have to define them in the target system using Vcat to force which > volumes be copied to each other . The problem is that I do'nt know what > happened when an index dataset wants to get extend on the third volume.I > think I should check in target to add the new volume which contains new > copied extend to the cluster I made. > This is the problem happened when I try to make this XRC between to > different database ( with similar objects' names) .Since I have to define > the > target objects with use of vcat not storage group to manage how datasets > being distributed on which volumes, I have to monitor the extension of > datasets in source system. > Is there any other ways to avoid this situation? > And generally I asked whether the xrc is a reasonable solution for this > situation or not. > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
