DataEdge: Don’t just free your data. Empower it.
The customer I am working with has been struggling with RDRS v6.1 in a z/VSE environment for well over a year without being able to actually get the product into production for various reasons--though many issues are being resolved successfully. The biggest remaining reason is the performance (or lack thereof) for RDRS CDC in capturing batch VSAM changes and sending them down to DB2/LUW on the network side.Initially we were told that the problem was slow TCP/IP transmissions. We resoled that with a 900+% improvement. But my observations, while monitoring large batch update jobs, are that CDC isn’t even *starting* to download accumulated VSAM changes until up to 5 minutes *after* the update job has ended! Thus, even if that batch job didn’t overflow the 1G total dataspace available for the pool, follow-on batch update jobs would--resulting in “TVS066E Data Lost”.Then, we were finally told that RDRS v6.1 is not intended to keep up with the rate at which we are generating VSAM changes
Already have an account? Login
No account yet? Create an account
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.