The other suggestion I really liked here was the idea of running the backup process on the server, rather than tying up the local machine copying files from one folder on the server to another folder on the server. There's any number of mechanisms you could use to do this:
Yup. I have a network-wide backup system actually. On Linux servers, cron jobs copy data to the main drive of the backup server (also a Linux box) in the wee hours, and then another cron job copies the data from that main drive to a removable drive, and the removables are swapped out daily. On Windows servers Cobian Backup copies the data to the backup server, where it is also handled by cron jobs.
For the data handled by the application of which I speak, I also do a manual copy to a thumb drive which I take offsite.
This auto-backup feature of my application pre-dates all this. And my application comes with a separate utilities program that enables administrators to force people out of the system and back up the data.
But the application is used by a couple of other organizations besides mine. The people at those organizations, bless 'em, have not got a clue. They would undoubtedly do nothing about backup if my app didn't do it for them. So it's kinda/sorta still useful.
As people keep missing, the VFP Error No. 1 problem does NOT only occur during the backup. There are several process that access tables that run during my ON SHUTDOWN procedure, including saving the currently-displayed record, and writing to an audit table to indicate the user logged out at such-and-such time. These processes, which don't take very long, occur BEFORE the backup (the backup is the last thing, and only occurs if the user is the last person to log out of the system).
But I guess what you're saying is that I have to expect errors even in these processes if the user doesn't follow instructions regarding how to shut down the system? There is nothing I can do to defend against that?
Thanks. Ken Dibble www.stic-cil.org _______________________________________________ Post Messages to: [email protected] Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech Searchable Archive: http://leafe.com/archives/search/profox This message: http://leafe.com/archives/byMID/profox/[email protected] ** All postings, unless explicitly stated otherwise, are the opinions of the author, and do not constitute legal or medical advice. This statement is added to the messages for those lawyers who are too stupid to see the obvious.
