Re: [External] Re: change data capture for VSAM

2018-03-28 Thread Wayne Bickerdike
e to backup DB2 and ADABAS databases > > > Carmen Vitullo > > - Original Message - > > From: "Rex Pommier" > To: IBM-MAIN@LISTSERV.UA.EDU > Sent: Wednesday, March 28, 2018 9:16:54 AM > Subject: Re: [External] Re: change data capture for VSAM > >

Re: [External] Re: change data capture for VSAM

2018-03-28 Thread Carmen Vitullo
only solution at the time to backup DB2 and ADABAS databases Carmen Vitullo - Original Message - From: "Rex Pommier" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, March 28, 2018 9:16:54 AM Subject: Re: [External] Re: change data capture for VSAM Timothy, Moving the d

Re: [External] Re: change data capture for VSAM

2018-03-28 Thread Pommier, Rex
Hi Carmen, Yup, native VSAM. I'll check them out. Thanks, Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Carmen Vitullo Sent: Wednesday, March 28, 2018 7:41 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: change data ca

Re: [External] Re: change data capture for VSAM

2018-03-28 Thread Pommier, Rex
Hi Elardus, We have bounced around the idea of modifying the applications to write MQ records at the same time as the VSAM updates but that would be way too time consuming. We are currently doing was/is comparisons of some of our VSAM and are trying to get away from that. Of the two products

Re: [External] Re: change data capture for VSAM

2018-03-28 Thread Pommier, Rex
Timothy, Moving the data to the mainframe isn't an option here. We're aggregating data from several disparate systems already. We're either pushing mainframe data to an off-platform warehouse or we're pushing data from windows machines to the mainframe for aggregation. We already have the wa