I was maintaining an IMS DB/DC and on occasion we would run a mid day update. The online application would not see the update until the next day.
On Thu, Sep 23, 2021 at 3:21 PM Ward, Mike S <[email protected]> wrote: > > Hello, all. I don't know if any of you are doing disk replication to a DR > site, but we are, and we are trying to resolve a specific problem with CICS > and VSAM file. > > CICS, in the case of LSR pools hold the data in the buffers until a buffer > shortage\wait type of condition occurs. When that happens CICS flushes the > buffers and updates the high used RBA's of the files. In the case of a DR > test. We use the data as is. We copy the current replicating data to other > DASD so that we can perform the test by bringing up the system and testing > it. Well the only way we can think of making sure we get all the VSAM data is > by closing the files at the production site which is not feasible. Is anyone > else doing this kind of mirroring, and are there things you are doing that > fixe the VSAM buffering problem? The only thing I can think of doing is > adjusting the LSR buffer pools so that waits occur every so many minutes, I'm > staying away from share option 4,4 on the VSAM files which are a real > performance hit. Any takers are welcome. Also as an aside the implication > here is that in the case of a real disaster there is data missing from the > VSAM files, or am I wrong and full of it? Any help, opinions, whatever are > welcome. > > ========================== > This email, and any files transmitted with it, is confidential and intended > solely for the use of the individual or entity to which it is addressed. If > you have received this email in error, please notify the system manager. This > message contains confidential information and is intended only for the > individual named. If you are not the named addressee, you should not > disseminate, distribute or copy this e-mail. Please notify the sender > immediately by e-mail if you have received this message by mistake and delete > this e-mail from your system. If you are not the intended recipient, you are > notified that disclosing, copying, distributing or taking any action in > reliance on the contents of this information is strictly prohibited. > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
