Or, we could design the system in the first place to allow save-alls while the
configurator is running, and maybe prevent a save in the configurator to a
compound that is currently being saved. Or better yet, do away with all these
different database snapshots (save-alls, checkpoints, ICC workfiles) and replace
them with one checkpoint used to load the controller, from which the
configuration can be completely reconstituted, and which can be saved while
configuration is in progess (this is the case with at least one of Foxboro's
major competitors' systems).
Oh well, guess I'll add this to my list of rants to go over at the GCUG next
week....
Corey Clingo
Sr. Engineer
BASF Corporation
"Deen, Ron" <[EMAIL PROTECTED]> on 04/06/2001 02:44:13 AM
Please respond to Foxboro DCS Mail List <[EMAIL PROTECTED]>
To: Foxboro DCS Mail List <Foxboro
cc:
Subject: RE: Failed SaveAll
>>> 3. I have long been an anti-proponent for automated save-alls and even
checkpoints. Your quandry is one of the best examples I can give to avoid
automating something so important as your control database backups.
<<<
Sorry, but I fail to see what is so great about this example:
The system responded with: Database locked, Override yes/no.
As I believe, answering NO would have prevented this issue from occuring at
all!
I have seen "smart engineers" screw up a control databases in broad
daylight, because they figured the "locked database" message, was a mistake
from the Foxboro system, which is usually not the case, and ALWAYS should be
a warning to the engineer that he/she must investigate.
I would suggest an initialize/load_all. And use the "cassandra provided"
save_all script (that will maintain at least 10 backups) or something
similar from your precious save_alls.
I would also suggest informing your staff about the archiving utilities on
the system and the impact they may have on real life engineering!
Making important tasks in the system (like backing up control databases)
"low thresshold functions", because they automated, should be considered a
to big value just to cancel all of this because someone has made a mistake.
Regards
Ron Deen
Foxboro Nederland N.V.
Baarnschedijk 10
3741 LS Baarn
The Netherlands
Phone: +31(0)35-5484174
Fax: +31(0)35-5484175
Web: www.foxboro.com
e-mail: [EMAIL PROTECTED]
-----------------------------------------------------------------------
This list is neither sponsored nor endorsed by the Foxboro Company. All
postings from this list are the work of list subscribers and no warranty
is made or implied as to the accuracy of any information disseminated
through this medium. By subscribing to this list you agree to hold the
list sponsor(s) blameless for any and all mishaps which might occur due to
your application of information received from this mailing list.
To be removed from this list, send mail to
[EMAIL PROTECTED]
with "unsubscribe foxboro" in the Subject. Or, send any mail to
[EMAIL PROTECTED]
