Постоянно разваливается файловая БД до состояния ошибка СУБД. Грешу на то, что операторы выключают комп с пинка. Можно ли отследить этот факт где-нибудь, в логах винды например (windows 7)? Если нет, какую софтину можно поставить чтобы этот факт зафиксировать и принять меры?

(0) С пинка это как?

Точно можно ПриНвчлеРаботыСистемы писать в справочник/регистр/файлик +1, при завершении -1, с утра выводить список на получение в голову.

(1) Раньше если монитор не работал, или комп тормозил, достаточно было пару ударов ладошкой сделать..
Выключение с пинка это что-то новое, скорее всего там кнопка включения очень большая

А что так не пишет?


Система перезагрузилась, завершив работу с ошибками. Возможные причины ошибки: система перестала отвечать на запросы, произошел критический сбой или неожиданно отключилось питание.

(0) заберите у них права на выключение, если на них грешите. логи есть в журналах системы. и еще вопрос: бесперебойник есть - может электричество скачет?

купите минисервер, ну или на крайняк тонкий через веб к файловой

Для начала проверить, что на компе выключены всяческие режимы энергосбережения, схема электропитания установлена в значение максимальной производительности.
Проверить, что компу запрещено уходить в спящий режим.
Для диска можно отключить кэширование записи (это если нет УПСа и бывает, что вырубается комп от пропадания или перепадов электричества).

Если есть антивирусы, проверить, что файлы 1С вообще и папка с базами в частности добавлены во все исключения.

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

Мне представилось, что у автора база на кусочки расходится, как наши ветхие дома.. Часть справочников побилось, у части документов данные потерялись, записи регистров исчезли..
Логи журнала винды смотреть можно -)

А вообще. Даже если вы используете файловый режим работы 1С, базы не должны находиться на компах пользователей.
Базы должны лежать на отдельном сервере. Даже если роль такого сервера выполняет компьютер уровня обычного десктопа. Но работать за ним никто не должен.

Смарт HDD нормальный?

CrystalDiskInfo

(0)Комп и программу могут не выключать вообще, а рубильник какой-нибудь ответственный служащий может. Был такой случай, ругали на чем свет стоит оператора , а оказалось что бабуля бдительная , которая позже всех уходила , вырубала пилоты , а так как раньше всех приходила , то и подумать не могли. пока она не приболела с вечера

(10) SMART говорит что всё хорошо
(9) Там один комп и ни одного сервера.
(7) База не расшарена, других компов в сети нет. Есть обмен.

(5) Права на вытаскивание вилки из розетки я не заберу

Про включение и выключение будут записи в журнале событий винды.
Поэкспериментируй. Выключи комп, потом включи. Посмотри какие записи там появятся. Сначала будут идти записи об остановке служб (при выключении), потом - о старте служб (при включении).
Если комп вырубали методом отключения питания, то записям о старте служб не будут предшествовать записи о выключении.

ИМХО, наиболее вероятно, что комп просто уходит в сон или гибернацию, или еще какой-то режим энергосбережения, а при запущенной 1С-ке остаются открытыми файлы БД и временные файлы. А при пробуждении системы файлы БД открываются некорректно.

https://its.1c.ru/db/metod8dev#content:5932:hdoc
Особенности работы файлового варианта базы данных с файловой системой
Для корректной работы «1С:Предприятия 8» в файловом варианте и сохранения физической целостности файла базы данных важно, чтобы функции работы с файлами, предоставляемые операционной системой, выполнялись нормально. Некорректное выполнение функций работы с файлами (чтение, запись, установка блокировки, освобождение блокировки) может привести к разрушению файла базы данных.
Редко, но случаи некорректного выполнения функций работы с файлами наблюдаются. Наиболее часто неприятности происходят, когда доступ к файлу базы данных осуществляется одновременно с нескольких компьютеров. Например, известен случай, когда при таких условиях результаты операций записи, произведенной «1С:Предприятием 8» на одном из компьютеров, оказались невидимыми для процесса «1С:Предприятия 8», работающего на другом компьютере. В результате произошло разрушение файла базы данных.
Поэтому важно обеспечить условия, при которых операционной системе ничто не мешает точно и аккуратно работать с файлами баз данных.
Известны следующие источники нарушения нормального функционирования:
Сбои в работе сети,
Влияние антивирусов,
Включенное автономное кэширование.

Могут быть и другие причины.
Таким образом, во всех случаях использования файловой базы данных следует:
Отключить проверку антивирусом файлов .1CD.
Выключить автономное кэширование для разделяемых каталогов информационной базы.
Следить за техническим состоянием сетевой инфраструктуры.
Это действительно важно. Результатом некорректной работы файловых функций могут быть нарушения в работе с программой или разрушение файлов баз данных.

Вечером когда люди уходят с работы они закрывают 1С и она остается висеть в памяти или нет? Т.к. они не видят что она висит в памяти и просто отрубят комп и быстро свалят домой. А там может выполняться чтото фоновое и длительное.

(18) Кстати тоже не исключено. Есть такое, что окно приложения уже закрылось, а операции чтения/записи ещё продолжаются. Или регламентные задания крутятся.

(0) Мне знакома ситуация, когда у клиента на "сервере" (ОЗУ 4 ГБ), тоже постоянно рушилась файловая база из-за частой перезагрузки компьютера. Там был Win Server 2008, 5 компьютеров подключалось по RDP. В диспетчере сервера была видна ошибка Windows Kernel Power (код 41). Думаю, можно глянуть в журнал событий windows...

(2) всё это уже пишется в ЖР

(0) Дано не слышал этого матерного ругательства "Файловая база"... Купите таки себе мини сервер на 5 подключений

(21) +1
Имеет смысл изучить последние записи ЖР наравне с системным журналом.

(20, 21) Спасибо, буду посмотреть

(22) > Купите таки себе мини сервер

Для базы, используемой в однопользовательском режиме монопольно на одном компе?...
Не, ну если деньги есть, то почему бы и нет.

(22)ты не поверишь, кое где ещё клюшки стоят!

(24) точно на всех клиентах релиз платформы совпадает до последней цифры?

(27) Это как? Там одна машина с одной установленной платформой, с ней работают несколько операторов. С кем должно быть совпадение?

(28) > Это как?

Ну, например, при обновлении версии платформы не удалили старую версию. Разные операторы запускают 1С-ку с разных ярлыков, каждый из которых указывает на разные версии платформы.

Маловероятная ситуация, т.к. обычно ярлык указывает на программу-стартер, а тот в свою очередь запускает последнюю версию платформы. Но быть может какой-то ярлык запускает сразу exe-шник одной из старых версий.

(22) Файловая база это не зло само по себе. Зло - это многопользовательский файл-серверный доступ к ней. Веб-сервер рулит.

(13) Сколько пользователей? При отключении сеанса РДП сделай завершение всех сеансов.

(29) в таком случае они не могли бы одновременно работать на разных версиях

(30) файловая база сама по себе зло

(33) Обоснуй. Это обычный контейнер локальной СУБД, каких десятки. Всякие там файрфоксы и гуглохромы хранят свои данные тоже в "файловой базе".

Варианты еще:
1. Проверить оперативную память на наличие ошибок.
2. Проверить работоспособность кулеров в блоке питания компьютера.
3. Проверить конденсаторы в блоке питания компьютера.
4. Заменить блок питания на более мощный и тяжелый.
5. Проверить работоспособность на другом компьютере.
6  Замерить силу тока в цепи и потом с помощью UPS и его ПО посмотреть пики скачков напряжения.
7. Посмотреть максимальный размер таблиц в базе.

(35) А еще сетевуха может данные портить. Были случаи с гигабитными длинками с аппаратным ускорением.

(34) обосновывыю - в ней нет транзакционного механизма

во взрослых базах фиксация транзакции - это запись одного блока в файл, кроме того у взрослых есть служба которая умеет откатить не завершенную транзакцию,

в файловой 1с этого нет

Скорее всего какие-то проблемы в железе, раз комп так себя ведет.

(31) Это обычный стационарный комп пользователя, а не сервер.

> Сколько пользователей?

В единицу времени один единственный пользователь

> При отключении сеанса РДП сделай завершение всех сеансов

Нет никакого РДП

(32) > в таком случае они не могли бы одновременно работать на разных версиях

Во-первых, одновременно никто и не работает. Речь в (0) идёт об обычном стационарном компе, на котором развернута файловая база. В один момент времени за компом с базой работает один человек.
Во-вторых, с какого момента файловая база запрещает работать с ней клиентам разных версий платформы? В клиент-серверном варианте клиент одной версии не может подключиться к серверу другой версии. А в файловом кто контролирует версию клиента?
В-третьих, повторюсь - никто не работает одновременно. Все работают последовательно за одним компом - сначала один оператор, потом другой.

(36) Какая сетевуха на локальном компе с локальной базой?

(38) > Скорее всего какие-то проблемы в железе

Тоже думал на эту тему. Но в таком случае были бы еще какие-то симптомы. Портились бы какие-нибудь другие файлы (в том числе системные). А тут проблема только в 1С.

(42) Что находится в оперативной памяти - то и портится. Бывают ситуации, когда рейд контроллер без батарейки, так вот - в этом случае нужно отключать кэш на запись не только в рейде, но и самих винтов. В противном случае высокий риск испортить операционную систему. Похожая ситуация по ходу и при отстутствии рейд-контроллера.

(37) То есть, вас не устраивает именно реализация или всё-же принцип локальных данных? Собственно, 1с могла бы легко взять какую-нибудь встраиваемую СУБД, тот же sqlite  - с транзакциями и прочим, и дать файлу расширение 1cd. А вы уверены, что во встроенной СУБД от 1с нет транзакций?

(43) Да, всё верно. Но опять таки повторюсь - при таких проблемах портилась бы не только 1С-ка, а что-нибудь ещё (в первую очередь системные файлы).

(45) Нужно еще узнать - сколько планок памяти у него стоит.

(44) А как вообще 1с может вообще без транзакций работать?

(13) У мены было такое из-за обмена с центральной ИБ, в момент обмена вырубали комп, из 1С же вышли, а фоновое еще отрабатывает. Изменил расписание обмена - проблема ушла.

(47) в файловой физические действия с файлом выполняет длл запущеная на клиенте, и в случае потери связи или зависания, банально некому откатить или продолжить транзакцию

Запись данных всегда предполагает наличие транзакции. Некоторые особенности устройства...https://its.1c.ru/db/metod8dev/content/5710/hdoc

(49) Не обязательно на клиенте. Можно через веб-сервер работать.

Фишка 1С в том, что когда сеанс "визуально" уже завершён (на экране уже рабочий стол), платформа м-е-д-л-е-н-н-о завершает фоновый процесс 1С. А в это время юзверь может ухитриться выключить комп.

(52)если он рубильник не дергает,то процесс прекрасно завершается. просто,после 2000 ной винды сообщение об активности пользователей по сети убрали,и при выключении машины,она не напоминает,что файлы открыты по сети.хотя,ничего не мешает ее этому научить.

(0) Самый страшный человек в фирме уборщица.
Вечером моет пол и бьет шваброй по серверу - понаставили тут!

(53) По таймауту может жестко срубиться завершаемый процесс. Вообще, конечно, поражает тормознутость процесса закрытия. Казалось бы - закрыл все файлы и exit(0). Так там похоже всё сложнее, при закрытии деструкторы всех объектов вызываются.

Угу, сложнее. Память чистят они чтоли и, я так понимаю, там ещё служебная информация (кэши) обновляются в последнюю очередь. От того кэши и слетают иногда (видно при последующем сеансе). У меня два таких тормознутых компа есть - сидят за двумя свитчами и роутером от сервера 1С. У этих компом часто раз на раз не приходится.