Alexey2005К сожалению, не озвучена версия ОС на этом многострадальном сервере. XP и 2003 windows позволяют настроить управление питаем. Т.е. при нажатии на кнопку Power компьютер не мгновенно выключиться, а выполнит, напиример, правильный shutdown. Это спасет и базу и ОС.
В случившемся же скорее всего виновата файловая система. У которой после многократных "выключений рубильником" нарушилась целостность индексов и корректность адресации. При очередном добавлении в файл запись прошла на "кривой" адрес и все ...

Озвучено было (винь ХР), но это и не сервер - сети там нет (хотя если имеется в виду сервер БД, то да). Комп промышленный - у него не кнопка, а переключатель ON/OFF :). Файловая система ntfs, так что вроде как должно всё номально быть (по крайней мере лучше чем с фатом).

По поводу трудовой дисциплины - очень тонкий политический вопрос, т.к. начальник нашего отдела и начальник производственного отдела как говорится "четыре разных человека". И нельзя сказать, что второй начальник, так же как и рабочие, счастливы лицезреть светящийся монитор на своем рабочем месте. Более того, из одного отдела нам был привезен комп у котого ЖК экран был поврежден, несмотря на то, что находился за оргстеклом!!! Поврежден был надежно и по русски - ЛОМОМ!!! :). Говорят, правда, случайно. Так что боюсь от периодического вырубания питания даже упс не спасет :).

Не любят это чудо техники за то, что в его функции, в том числе, входит контроль за действиями персонала. Если оборудование (дорогостоящее производственное) сгорает, это значит либо пришел его срок, либо оно работало на износ - превышены все токи, давление и т.п. БД по сути является доказательной базой - мол в период Х вы машину замучили, и она вышла из строя из-за ваших действий. Что далее происходит не знаю, но думаю представить нетрудно.

Таким образом задача сводится к следующему - обеспечить корректное отображение состояний датчиков (сделано) и постоянную запись в БД в таком вот режиме. Понимаю, звучит дико, но мне уже даже интересно стало.

Например, сделал такой ход - при нормальном завершении работы весь файл mdb бэкапится. Если во время запуска или работы всё упало - текущий файл закрывается, запись начинается в копию. Текущий файл помечается как сбойный и не трогается. При необходимости можно средствами самого аксеса битый файл восстановить. Вроде логично. Не работает :(. Во первых странным образом могут рухнуть оба файла сразу (при том что работа ведется с одним). Во вторых если подмена файла прошла успешно - система востановления аксеса теряет процентов 80 имеющейся информации.

Если вы знаете какой нибудь более другой способ разрулить эту идиотскую ситуацию, большая просьба озвучить его. За конструктив всем огромная благодарность.

З.Ы.Сейчас буду пробовать ставить огнептицу. посмотрим что из этого всего выйдет.

VoDAА сеть подрубить можешь?

Нет. Никак. Ни слаботочные каналы, ни волокно, ни лазер, ни GSM, ни радио. Была б там сеть, было б понятное дело проще.

1024так какой смысл в БД? Там же только запись данных. Пусть всё валится в плоский тект, когда файл больше, скажем, 100 кб., создаётся новый с именем датавремяrandom.

в установленные сроки (раз в день, неделю, месяц, при разборе полётов) забирать из текста в тот же аксес для анализа.

сломать текст трудно, в любом случает в блокноте посмотреть можно.

Это и было сделано с самого начала. И проще и быстрее. Только потом начали накручивать возможности - показ статистики, графики всякие, для мастера. Кроме того в разные моменты времени действующее значение имеют случайный набор датчиков (т.е. каждая запись в таблице может содержать случайные пустые поля). Именно пустые - любое число можно спутать с действительным значением датчика (даже NaN). Кроме того парсить кучу файлов для построения графика работы какого-нибудьд параметра, учитывать, что они могут быть битые, это совсем не "select * from log where date>27.07.2005". И вообще БД сказал прикручивать началник отдела. На будущее видимо.