Предыстория:
На нескольких десятках компов стоит скомпилированный скрипт, который по запуску пользователя делает резервную копию базы, исключая один тип файлов. Эта копия просто кладется на другой логический раздел. Так, на всякий случай. Плюс все действия пользователя, успех-неуспех программы и время, затраченное на операцию, пишутся в отдельный удобочитаемый тхт лог.
Суть проблемы:
Размер базы на конкретно взятом компе в разные дни есть величина практически идентичная. Соответственно время, которое уходит на создание резервной копии также приблизительно одинаковое.
В логе в некоторые дни проскакивают сроки операции в разы меньше нормы, т.е. порядка полминуты при норме около 5 минут. Размер архива с резервной копией в этот день также имеет неестественно малый размер.
При разворачивании этого архива видим, что сам архив не битый, но и файлов в нем существенно меньше, чем должно быть.
Самая изюмина состоит в том, что даже при таких корявых резервированиях функция возвращает параметр "успех", о чем также пишется в логе. Скрипт успешно дорабатывает до конца, делает все необходимые записи, но в виде "выхлопа" дает некондицию. что есть совсем нехорошо.
Все рабочие станции под управлением Вин ХП, конфигурация "средне-офисная обыкновенная".
В чем может состоять проблема? И куда копать?
Может кто-то наблюдал такое и чем-то поднял стабильность выполнения операции?
Да, иногда пользователи просто брутально вырубают комп, не дожидаясь окончания операции. В таком случае, естественно, архив также не является полным, но в этом случае и лог не дописывается до конца, т.е. такие ситуации я могу отличить.