File restructure bastardization

Don Coleman dcoleman at dgcreact.com
Wed Sep 28 08:01:15 PDT 2005


John Esak wrote:

>>Hopefully I took all necessary precautions to minimize any risks.  As
>>stated earlier, this is the first time I felt the need to handle the
>>restructure in this way.  This client runs 24X7X365 excepting the 2.5
>>hours per night that everyone is required to log off during their system
>>backup.  Thank you again for all the advice & suggestions.
>>
>>Don Coleman
>>    
>>
>
>Boy, I wish I had your "excepting the 2.5 hours per night"!!!  We run truly
>24/7/365 and we are constantly struggling with how and when to re-define
>maps. It is a very big problem. So far, one I have not come up with any good
>answer for yet.  It would be great if all the brain-trusts here could come
>up with something do-able in this regard.  On the other hand, I have
>developed a processing control system that allows me to insert new
>processing directly into the running systems *without* losing even one
>keystroke from the many people who are running the program(s) from clerk at
>that very second. It took quite a while to implement, but had I not done it
>over 3 years ago, we would have had nearly 200+ times that we would have had
>to bring people down for enhancements, fixes, and new features. This system
>is far to involved to just lay out in a quick message here, so I'm
>scheduling it for one of the Addendum CD's, but I sure would like a good
>solution to the re-defining maps on files when there is NO time, not even
>one minute between times the file is accessed/updated. A kicker, but not
>really too important is that the files are physically large in number of
>records and size of each record. Any restructuring takes a bit of time even
>on our super-fast servers.
>
>(Incidentally, I have been down lots of paths on this already, mostly
>involving running in a transactional mode during the restructure... then
>posting all the transactions to the modified file. Basically, the systems we
>run are not very conducive sort of thing.  Just too damn problematic.)
>
>John
>
>_______________________________________________
>Filepro-list mailing list
>Filepro-list at lists.celestial.com
>http://mailman.celestial.com/mailman/listinfo/filepro-list
>
>
>
>  
>
This would appear to be a stupid question but I'll ask it as a 
compliment to Bob Stockler and his abilities with OS tools and utilities.

Is there a way around a file restructure at the OS level that would not 
require an fP file to be unaccessed during a restructure?  If anyone 
could devise such a utility it may well be him.  Of course, I am 
primarily working in the Windows world which is an additional nail in my 
coffin.

Don Coleman


More information about the Filepro-list mailing list