I just want to chime in that rrrChive is my favorite utility! THANKS MISI
I typically use bat files to run multiple CFG files sequentially. I used to run several at once, but the DB runs faster single threaded. Instead of ‘logfile = rrchivetest’, try AUTO. I had asked Misi to add this feature so that each CFG file produces a log file with the same name. THANKS MISI The naming convention is important to coordinate the CFG, LOGs and BAT files. For example, where the client id is “clnt”: clntgo.bat accepts 2 parameters: CGF-Number and the date/time (be sure the format can be used in a filename.) The command “clntgo 26 140910” runs rrrChive with “clnt_23.cfg” & produces “clnt_23_140910.log” I would also use an ARS escalation to call the bat files, at least to ensure that ARS is up and running. The rrrChive error usually indicates a problem in the source server. Especially with older AR Servers that have been upgraded multiple times, data errors in ‘old’ records are ‘identified’ by rrrChive. If you look at the SQL tables for ‘sourceserver, Form1, entry=000000001522516’ you may find incomplete pieces of the AR record. It will also produce errors for Selection Field values that are no longer valid, but were when the record was created. The same goes for other field properties like length and min/max values. The first few runs (usually for SYNCTOTARGET) produce errors that require data clean-up in the source server. Once these are fixed rrrChive runs smoothly every time. HTH and THANKS MISI! Joel Joel Sender jdsen...@earthlink.net 310.829.5552 From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Wednesday, September 10, 2014 8:42 AM To: arslist@ARSLIST.ORG Subject: Re: Escalation qualification : DSO ** I know that Misi reads and replies to the list, but that is really a support question for RRRChive, and should be asked of the Developer directly....Misi is usually very good at responding on the list, but you may want to go to his website and ask directly there via the support link. On Wed, Sep 10, 2014 at 9:29 AM, MalviyaSaurabh <malviya.saurab...@gmail.com> wrote: I have managed to right a batch file which I have scheduled to run every 3 hours in task scheduler in windows VM. And it is working fine. But for few records I could see Deleted source=sourceserver, Form1, entry=000000001522516 rrrchive: 2014-09-10 12:07:02, type=ARS, level=ERROR, file=rrrchive.cpp, line=1116 ARDeleteEntry(server=sourceserver, form=Form1, entry=000000001522516) API CALL SEVERITY: AR_RETURN_ERROR, failure, status contains details ARStatusList: contains 1 messages Number: ARERR 302 Message: Entry does not exist in database Append: This might have happened because I closed the command prompt by mistake when I was testing the batch file on task scheduler. My question is if we can ensure in rrrchive config file that during MOVE. deletion from source should not happen until insertion in target form is not completed. I have already shared ny configuration. Urgent response is really appreciated. Regards, Saurabh -- View this message in context: http://ars-action-request-system.1.n7.nabble.com/Escalation-qualification-DSO-tp118847p118898.html Sent from the ARS (Action Request System) mailing list archive at Nabble.com. _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years" _ARSlist: "Where the Answers Are" and have been for 20 years_ --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
