Вход | Регистрация


1С:Предприятие ::

Метки: 

Разваливается файловая база

Я
   repin_mike
 
23.08.18 - 15:19
Постоянно разваливается файловая БД до состояния ошибка СУБД. Грешу на то, что операторы выключают комп с пинка. Можно ли отследить этот факт где-нибудь, в логах винды например (windows 7)? Если нет, какую софтину можно поставить чтобы этот факт зафиксировать и принять меры?
 
 
   Lama12
 
1 - 23.08.18 - 15:20
(0) С пинка это как?
   Базис
 
2 - 23.08.18 - 15:22
Точно можно ПриНвчлеРаботыСистемы писать в справочник/регистр/файлик +1, при завершении -1, с утра выводить список на получение в голову.
   Tonik992
 
3 - 23.08.18 - 15:26
(1) Раньше если монитор не работал, или комп тормозил, достаточно было пару ударов ладошкой сделать..
Выключение с пинка это что-то новое, скорее всего там кнопка включения очень большая
   vbus
 
4 - 23.08.18 - 15:27
А что так не пишет?


Система перезагрузилась, завершив работу с ошибками. Возможные причины ошибки: система перестала отвечать на запросы, произошел критический сбой или неожиданно отключилось питание.
   Lamer1C
 
5 - 23.08.18 - 15:27
(0) заберите у них права на выключение, если на них грешите. логи есть в журналах системы. и еще вопрос: бесперебойник есть - может электричество скачет?
   vde69
 
6 - 23.08.18 - 15:30
купите минисервер, ну или на крайняк тонкий через веб к файловой
   unregistered
 
7 - 23.08.18 - 15:31
Для начала проверить, что на компе выключены всяческие режимы энергосбережения, схема электропитания установлена в значение максимальной производительности.
Проверить, что компу запрещено уходить в спящий режим.
Для диска можно отключить кэширование записи (это если нет УПСа и бывает, что вырубается комп от пропадания или перепадов электричества).

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

Если база расшарена по сети и ею пользуются с других компов, то проверить, что в свойствах сетевых адаптеров отключена возможность выключаться для экономии электроэнергии.
   Tonik992
 
8 - 23.08.18 - 15:32
Мне представилось, что у автора база на кусочки расходится, как наши ветхие дома.. Часть справочников побилось, у части документов данные потерялись, записи регистров исчезли..
Логи журнала винды смотреть можно -)
   unregistered
 
9 - 23.08.18 - 15:34
А вообще. Даже если вы используете файловый режим работы 1С, базы не должны находиться на компах пользователей.
Базы должны лежать на отдельном сервере. Даже если роль такого сервера выполняет компьютер уровня обычного десктопа. Но работать за ним никто не должен.
   dmrjan
 
10 - 23.08.18 - 15:37
Смарт HDD нормальный?
 
 Рекламное место пустует
   dmrjan
 
11 - 23.08.18 - 15:38
CrystalDiskInfo
   ChMikle
 
12 - 23.08.18 - 15:40
(0)Комп и программу могут не выключать вообще, а рубильник какой-нибудь ответственный служащий может. Был такой случай, ругали на чем свет стоит оператора , а оказалось что бабуля бдительная , которая позже всех уходила , вырубала пилоты , а так как раньше всех приходила , то и подумать не могли. пока она не приболела с вечера
   repin_mike
 
13 - 23.08.18 - 15:41
(10) SMART говорит что всё хорошо
(9) Там один комп и ни одного сервера.
(7) База не расшарена, других компов в сети нет. Есть обмен.
   repin_mike
 
14 - 23.08.18 - 15:41
(5) Права на вытаскивание вилки из розетки я не заберу
   unregistered
 
15 - 23.08.18 - 15:51
Про включение и выключение будут записи в журнале событий винды.
Поэкспериментируй. Выключи комп, потом включи. Посмотри какие записи там появятся. Сначала будут идти записи об остановке служб (при выключении), потом - о старте служб (при включении).
Если комп вырубали методом отключения питания, то записям о старте служб не будут предшествовать записи о выключении.
   unregistered
 
16 - 23.08.18 - 15:56
ИМХО, наиболее вероятно, что комп просто уходит в сон или гибернацию, или еще какой-то режим энергосбережения, а при запущенной 1С-ке остаются открытыми файлы БД и временные файлы. А при пробуждении системы файлы БД открываются некорректно.
   unregistered
 
17 - 23.08.18 - 15:57
https://its.1c.ru/db/metod8dev#content:5932:hdoc
Особенности работы файлового варианта базы данных с файловой системой
Для корректной работы «1С:Предприятия 8» в файловом варианте и сохранения физической целостности файла базы данных важно, чтобы функции работы с файлами, предоставляемые операционной системой, выполнялись нормально. Некорректное выполнение функций работы с файлами (чтение, запись, установка блокировки, освобождение блокировки) может привести к разрушению файла базы данных.
Редко, но случаи некорректного выполнения функций работы с файлами наблюдаются. Наиболее часто неприятности происходят, когда доступ к файлу базы данных осуществляется одновременно с нескольких компьютеров. Например, известен случай, когда при таких условиях результаты операций записи, произведенной «1С:Предприятием 8» на одном из компьютеров, оказались невидимыми для процесса «1С:Предприятия 8», работающего на другом компьютере. В результате произошло разрушение файла базы данных.
Поэтому важно обеспечить условия, при которых операционной системе ничто не мешает точно и аккуратно работать с файлами баз данных.
Известны следующие источники нарушения нормального функционирования:
Сбои в работе сети,
Влияние антивирусов,
Включенное автономное кэширование.

Могут быть и другие причины.
Таким образом, во всех случаях использования файловой базы данных следует:
Отключить проверку антивирусом файлов .1CD.
Выключить автономное кэширование для разделяемых каталогов информационной базы.
Следить за техническим состоянием сетевой инфраструктуры.
Это действительно важно. Результатом некорректной работы файловых функций могут быть нарушения в работе с программой или разрушение файлов баз данных.
   StanLee
 
18 - 23.08.18 - 16:09
Вечером когда люди уходят с работы они закрывают 1С и она остается висеть в памяти или нет? Т.к. они не видят что она висит в памяти и просто отрубят комп и быстро свалят домой. А там может выполняться чтото фоновое и длительное.
   unregistered
 
19 - 23.08.18 - 16:21
(18) Кстати тоже не исключено. Есть такое, что окно приложения уже закрылось, а операции чтения/записи ещё продолжаются. Или регламентные задания крутятся.
   ПолярнаяСова
 
20 - 23.08.18 - 16:40
(0) Мне знакома ситуация, когда у клиента на "сервере" (ОЗУ 4 ГБ), тоже постоянно рушилась файловая база из-за частой перезагрузки компьютера. Там был Win Server 2008, 5 компьютеров подключалось по RDP. В диспетчере сервера была видна ошибка Windows Kernel Power (код 41). Думаю, можно глянуть в журнал событий windows...
   rphosts
 
21 - 23.08.18 - 17:08
(2) всё это уже пишется в ЖР
   Бертыш
 
22 - 23.08.18 - 17:15
(0) Дано не слышал этого матерного ругательства "Файловая база"... Купите таки себе мини сервер на 5 подключений
   XMMS
 
23 - 23.08.18 - 17:23
(21) +1
Имеет смысл изучить последние записи ЖР наравне с системным журналом.
   repin_mike
 
24 - 23.08.18 - 17:35
(20, 21) Спасибо, буду посмотреть
   unregistered
 
25 - 23.08.18 - 17:39
(22) > Купите таки себе мини сервер

Для базы, используемой в однопользовательском режиме монопольно на одном компе?...
Не, ну если деньги есть, то почему бы и нет.
   rphosts
 
26 - 23.08.18 - 17:53
(22)ты не поверишь, кое где ещё клюшки стоят!
   rphosts
 
27 - 23.08.18 - 17:53
(24) точно на всех клиентах релиз платформы совпадает до последней цифры?
   repin_mike
 
28 - 23.08.18 - 18:00
(27) Это как? Там одна машина с одной установленной платформой, с ней работают несколько операторов. С кем должно быть совпадение?
   unregistered
 
29 - 24.08.18 - 08:37
(28) > Это как?

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

Маловероятная ситуация, т.к. обычно ярлык указывает на программу-стартер, а тот в свою очередь запускает последнюю версию платформы. Но быть может какой-то ярлык запускает сразу exe-шник одной из старых версий.
   Провинциальный 1сник
 
30 - 24.08.18 - 08:46
(22) Файловая база это не зло само по себе. Зло - это многопользовательский файл-серверный доступ к ней. Веб-сервер рулит.
   МимохожийОднако
 
31 - 24.08.18 - 08:51
(13) Сколько пользователей? При отключении сеанса РДП сделай завершение всех сеансов.
   ttk
 
32 - 24.08.18 - 09:00
(29) в таком случае они не могли бы одновременно работать на разных версиях
   vde69
 
33 - 24.08.18 - 09:27
(30) файловая база сама по себе зло
 
 
   Провинциальный 1сник
 
34 - 24.08.18 - 09:30
(33) Обоснуй. Это обычный контейнер локальной СУБД, каких десятки. Всякие там файрфоксы и гуглохромы хранят свои данные тоже в "файловой базе".
   dmrjan
 
35 - 24.08.18 - 09:31
Варианты еще:
1. Проверить оперативную память на наличие ошибок.
2. Проверить работоспособность кулеров в блоке питания компьютера.
3. Проверить конденсаторы в блоке питания компьютера.
4. Заменить блок питания на более мощный и тяжелый.
5. Проверить работоспособность на другом компьютере.
6  Замерить силу тока в цепи и потом с помощью UPS и его ПО посмотреть пики скачков напряжения.
7. Посмотреть максимальный размер таблиц в базе.
   Провинциальный 1сник
 
36 - 24.08.18 - 09:41
(35) А еще сетевуха может данные портить. Были случаи с гигабитными длинками с аппаратным ускорением.
   vde69
 
37 - 24.08.18 - 09:45
(34) обосновывыю - в ней нет транзакционного механизма

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

в файловой 1с этого нет
   dmrjan
 
38 - 24.08.18 - 09:46
Скорее всего какие-то проблемы в железе, раз комп так себя ведет.
   unregistered
 
39 - 24.08.18 - 09:50
(31) Это обычный стационарный комп пользователя, а не сервер.

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

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

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

Нет никакого РДП
   unregistered
 
40 - 24.08.18 - 09:54
(32) > в таком случае они не могли бы одновременно работать на разных версиях

Во-первых, одновременно никто и не работает. Речь в (0) идёт об обычном стационарном компе, на котором развернута файловая база. В один момент времени за компом с базой работает один человек.
Во-вторых, с какого момента файловая база запрещает работать с ней клиентам разных версий платформы? В клиент-серверном варианте клиент одной версии не может подключиться к серверу другой версии. А в файловом кто контролирует версию клиента?
В-третьих, повторюсь - никто не работает одновременно. Все работают последовательно за одним компом - сначала один оператор, потом другой.
   unregistered
 
41 - 24.08.18 - 09:54
(36) Какая сетевуха на локальном компе с локальной базой?
   unregistered
 
42 - 24.08.18 - 09:56
(38) > Скорее всего какие-то проблемы в железе

Тоже думал на эту тему. Но в таком случае были бы еще какие-то симптомы. Портились бы какие-нибудь другие файлы (в том числе системные). А тут проблема только в 1С.
   dmrjan
 
43 - 24.08.18 - 10:09
(42) Что находится в оперативной памяти - то и портится. Бывают ситуации, когда рейд контроллер без батарейки, так вот - в этом случае нужно отключать кэш на запись не только в рейде, но и самих винтов. В противном случае высокий риск испортить операционную систему. Похожая ситуация по ходу и при отстутствии рейд-контроллера.
   Провинциальный 1сник
 
44 - 24.08.18 - 10:11
(37) То есть, вас не устраивает именно реализация или всё-же принцип локальных данных? Собственно, 1с могла бы легко взять какую-нибудь встраиваемую СУБД, тот же sqlite  - с транзакциями и прочим, и дать файлу расширение 1cd. А вы уверены, что во встроенной СУБД от 1с нет транзакций?
   unregistered
 
45 - 24.08.18 - 10:12
(43) Да, всё верно. Но опять таки повторюсь - при таких проблемах портилась бы не только 1С-ка, а что-нибудь ещё (в первую очередь системные файлы).
   dmrjan
 
46 - 24.08.18 - 10:14
(45) Нужно еще узнать - сколько планок памяти у него стоит.
   dmrjan
 
47 - 24.08.18 - 10:16
(44) А как вообще 1с может вообще без транзакций работать?
   defini
 
48 - 24.08.18 - 10:17
(13) У мены было такое из-за обмена с центральной ИБ, в момент обмена вырубали комп, из 1С же вышли, а фоновое еще отрабатывает. Изменил расписание обмена - проблема ушла.
   vde69
 
49 - 24.08.18 - 16:46
(47) в файловой физические действия с файлом выполняет длл запущеная на клиенте, и в случае потери связи или зависания, банально некому откатить или продолжить транзакцию
 
 Рекламное место пустует
   kyvv
 
50 - 24.08.18 - 17:11
Запись данных всегда предполагает наличие транзакции. Некоторые особенности устройства...https://its.1c.ru/db/metod8dev/content/5710/hdoc
   Провинциальный 1сник
 
51 - 27.08.18 - 09:46
(49) Не обязательно на клиенте. Можно через веб-сервер работать.
   Serg_1960
 
52 - 27.08.18 - 10:18
Фишка 1С в том, что когда сеанс "визуально" уже завершён (на экране уже рабочий стол), платформа м-е-д-л-е-н-н-о завершает фоновый процесс 1С. А в это время юзверь может ухитриться выключить комп.
   Сияющий в темноте
 
53 - 27.08.18 - 10:48
(52)если он рубильник не дергает,то процесс прекрасно завершается. просто,после 2000 ной винды сообщение об активности пользователей по сети убрали,и при выключении машины,она не напоминает,что файлы открыты по сети.хотя,ничего не мешает ее этому научить.
   Повелитель
 
54 - 27.08.18 - 10:54
(0) Самый страшный человек в фирме уборщица.
Вечером моет пол и бьет шваброй по серверу - понаставили тут!
   Провинциальный 1сник
 
55 - 27.08.18 - 11:05
(53) По таймауту может жестко срубиться завершаемый процесс. Вообще, конечно, поражает тормознутость процесса закрытия. Казалось бы - закрыл все файлы и exit(0). Так там похоже всё сложнее, при закрытии деструкторы всех объектов вызываются.
   Serg_1960
 
56 - 27.08.18 - 11:23
Угу, сложнее. Память чистят они чтоли и, я так понимаю, там ещё служебная информация (кэши) обновляются в последнюю очередь. От того кэши и слетают иногда (видно при последующем сеансе). У меня два таких тормознутых компа есть - сидят за двумя свитчами и роутером от сервера 1С. У этих компом часто раз на раз не приходится.



Список тем форума
Рекламное место пустует Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Рекламное место пустует