Периодические ошибки в файловой БД

1. gamaliaka 4 07.08.18 19:59 Сейчас в теме
Есть файловая база Бух 3.0, платформа 8.3.10.2466
Размер базы 5,6 Гб. Лежит на 1м рейде из 2х ssd на 120гб, тут же стоит система Srv2008r2. Ежедневные копии средствами win на соседний диск. Работает 4-5 человек в терминале.
С периодичностью в 1-2 месяца в базе появляются ошибки, как говорит chdbfl:
Повреждены данные таблицы '_DOCUMENT99_VT1349'
Обнаружено рассогласование между данными и индексами таблицы '_DOCUMENT99_VT1349'
Повреждены данные таблицы '_DOCUMENTJOURNAL5710'
Обнаружено рассогласование между данными и индексами таблицы '_DOCUMENTJOURNAL5710'
Повреждены данные таблицы '_ACCRG453'
Обнаружено рассогласование между данными и индексами таблицы '_ACCRG453'
Повреждены данные таблицы '_DOCUMENT185'
Обнаружено рассогласование между данными и индексами таблицы '_DOCUMENT185'

Повреждаются разные таблицы, но с завидной регулярностью, после исправления некоторые документы недоступны в программе.
Вопрос: в какую сторону посмотреть, чтобы решить данную делему?
Основная проблема в том, что данные ошибки обнаруживаются не сразу (база продолжает работать) и как следствие из архива восстанавливать уже не вариант, приходится исправлять утилитой chdbfl, с потерей некоторых документов, которые потом еще предстоит найти.
По теме из базы знаний
Вознаграждение за ответ
Показать полностью
Найденные решения
13. konstruktiv 08.08.18 07:40 Сейчас в теме +7 $m
(4) Вообще лучший вариант конечно отказаться от файловой базы. Если уж совсем невозможно, то возможно поможет публикация файловой базы, и пользователи пусть работают в тонком клиенте - но путь к базе укажите к опубликованному ресурсу. Суть в том, что iis или apache более устойчивы или заточены на условия работы при обрывах соединения, отключения электричества и т.д.
alex-l19041; EVKash; +2 Ответить
11. JohnConnor 64 08.08.18 06:07 Сейчас в теме +3 $m
попробуй не использовать рейд, положи базу на 1 ссд. Бекап делай на другой диск через обычным копированием как тебе удобно в нужный отрезок времени.Файловой базе становится тяжело когда ее размер больше 20 гб. В твоем случае все должно быть норм.
Остальные ответы
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
2. Dream_kz 129 07.08.18 20:14 Сейчас в теме
(1) бесперебойник на сервере стоит? электричество часто отключают?
ssd сколько лет? если нет проблем с внезапным завершением работы 1С, то возможно накопители выходят из строя
7. Xershi 1474 07.08.18 21:55 Сейчас в теме
(1) при работе в файловом варианте всегда существует вероятность потерять часть данных.

Чтобы исключить такие ошибки переходите на клиент-серверный режим.

Если останетесь, то есть обработки, которые восстанавливают данные из развернутой архивной копии.

Для ручного режима подойдет: https://infostart.ru/public/608150/
alex-l19041; +1 Ответить
8. Cooler 22 07.08.18 22:45 Сейчас в теме
(1)
Повреждаются разные таблицы, но с завидной регулярностью
Если действительно нет закономерности, то дело явно в случайных событиях, которые случаются в произвольные моменты и не позволяют корректно записать информацию в базу.

В первую очередь - это некорректные завершения работы сервера из-за отказа ИБП. Во вторую - аппаратные неисправности - RAM, SSD, БП сервера.
Вопрос: в какую сторону посмотреть, чтобы решить данную делему?
Прежде всего - в сторону мощного ИБП с обратной связью, который позволил бы серверу корректно выключаться при разряде батареи ИБП автоматически, не доверяя это юзерам - как показывает опыт, они к этому относятся предельно наплевательски.

У меня есть такие, которые сутками держат запущенной терминальную сессию с 1С, несмотря на все разъяснения.

Так что - проверять имеющиеся бэкапы, а при обнаружении ошибок - под микроскопом изучать журнал сервера в этот и предыдущий день - были отключения или нет?

Ну, а потом - тестировать RAM и БП, раз диски уже проверены.
(7)
Чтобы исключить такие ошибки переходите на клиент-серверный режим.
А что, клиент-серверный режим заменит собой ИБП? Или при клиент-сервере не страшны внезапные отключения физического сервера?
9. Xershi 1474 07.08.18 23:27 Сейчас в теме
(8) симптомы описанные авторов в клиент-серверном режиме повторить крайне сложно. Убить базу можно, но в файле это ещё проще.
21. gamaliaka 4 08.08.18 10:13 Сейчас в теме
(8) ИБП походу пора менять, он действительно не успевает переключаться
10. ben19791010 08.08.18 04:31 Сейчас в теме
Тоже были ошибки и вылеты на ФБ около 6Гб(после чек дбфл обычно уменьшалась), надоело ломаться - перешли на посгри
(1)
Размер базы 5,6 Гб
с новыми релизами всё тяжелее базы становятся для файло
теперь хоть юзеры не пищат
(1)
в какую сторону посмотреть, чтобы решить данную делему?
ну тут однозначно клиент-сервер а скуль или посгри тут дело каждого
ТИИ после чекдбфля вылетает?
19. gamaliaka 4 08.08.18 10:12 Сейчас в теме
(10) ТИИ уже сутки после чека работает
12. mad375 08.08.18 06:54 Сейчас в теме
(1)RAID аппаратный? ОС Windows?
23. gamaliaka 4 08.08.18 10:15 Сейчас в теме
(12) Система десктопная, рейд встроенный, аппаратный
14. EVKash 14 08.08.18 08:12 Сейчас в теме
опубликовать базу и работать через тонкий клиент - хорошая идея.
(1) можно еще отключить кэширование записи на диск на время разборок.
3. namazi74 4 07.08.18 20:19 Сейчас в теме
ТиИ делали? если сделать выгрузку и загрузку .dt и попробовать поработать с "новой" базой
4. gamaliaka 4 07.08.18 21:04 Сейчас в теме
(3) ТиИ вылетает - информационная база повреждена. Сейчас попробую выгрузить/загрузить
(2) ИБП стоит, но нужно посмотреть по логам, возможно не успевает переключаться. ССДшкам около года, по отдельности тестил, вполне живые.
5. namazi74 4 07.08.18 21:12 Сейчас в теме
(4) какой рейд? зеркальный или чередует запись?
JohnConnor; +1 Ответить
15. gamaliaka 4 08.08.18 10:02 Сейчас в теме
(5) рейд - зеркало. Выгрузка dt не работает, база вылетает
13. konstruktiv 08.08.18 07:40 Сейчас в теме +7 $m
(4) Вообще лучший вариант конечно отказаться от файловой базы. Если уж совсем невозможно, то возможно поможет публикация файловой базы, и пользователи пусть работают в тонком клиенте - но путь к базе укажите к опубликованному ресурсу. Суть в том, что iis или apache более устойчивы или заточены на условия работы при обрывах соединения, отключения электричества и т.д.
alex-l19041; EVKash; +2 Ответить
16. gamaliaka 4 08.08.18 10:08 Сейчас в теме
(13)
Вообще лучший вариант конечно отказаться от файловой базы. Если уж совсем невозможно, то возможно поможет публикация файловой базы, и пользователи пусть работают в тонком клиенте - но путь к базе укажите к опубликованному ресурсу. Суть в том, что iis или apache более устойчивы или заточены на условия работы при обрывах соединения, отключения электричества и т.д.

Сделаю так и +, как посоветовал JohnConnor:

Оставлю ссд в сингле под систему + ссд под базы + обычный под бэкапы
Разверну IIS, и всех запущу работать через него. ИБП тоже прийдется заменить, не успевает переключиться при отключении эл-ва - у сервака идет ребут.

Спасибо за советы.
6. Fox-trot 156 07.08.18 21:39 Сейчас в теме
значит, пора отходить от файлового варианта
17. gamaliaka 4 08.08.18 10:10 Сейчас в теме
(6)
значит, пора отходить от файлового варианта

Это очень дорого для организации
timeforlive; +1 Ответить
20. timeforlive 15 08.08.18 10:12 Сейчас в теме
(17) Каждодневные бекапы не предлагать на другой винт?
22. gamaliaka 4 08.08.18 10:14 Сейчас в теме
(20)
аждодневные бекапы не предлагать на другой винт?

Они настроены, проблема в том, что ошибки замечаются поздно и восстанавливать бекап из месячной копии не вариант
25. Fox-trot 156 08.08.18 11:30 Сейчас в теме
(17) есть и безденежные варианты, но квалификация все одно нужна
11. JohnConnor 64 08.08.18 06:07 Сейчас в теме +3 $m
попробуй не использовать рейд, положи базу на 1 ссд. Бекап делай на другой диск через обычным копированием как тебе удобно в нужный отрезок времени.Файловой базе становится тяжело когда ее размер больше 20 гб. В твоем случае все должно быть норм.
18. timeforlive 15 08.08.18 10:11 Сейчас в теме
Люблю читать ответы в стиле "Нужно было делать иначе" и видеть "Пора переходить на клиент-серверный" (ирония).

Будто бы автору эти слова помогут.
24. Fox-trot 156 08.08.18 11:28 Сейчас в теме
(18) а что он ожидает? типа "нажми три раза на зеленую кнопку"? чудес не бывает
26. herfis 498 08.08.18 11:47 Сейчас в теме
Ситуация ненормальная.
Учитывая, что все работают локально (через терминал), подобные ошибки с такой систематичностью могут говорить о какой-то системной проблеме при работе с дисковой подсистемой. Первым делом я бы проверил системный журнал на предмет возникновения сбоев в работе сервера, убедился что база не расшарена по сети и не имеет сетевых подключений и т.п. Вторым делом помониторил одинэсовский журнал на предмет сбоев работы 1С.
Переход с локальной работы на работу через веб-сервер может помочь, а может и нет - зависит от корня проблемы.
29. oldcopy 173 08.08.18 22:31 Сейчас в теме
(26) Именно так и отказываться от RAID - это вообще плохая идея. А так нужно смотреть. Причиной могут быть: диск, память, настройки кеширования, действия какого -то системного ПО и т.д. и т.п. В общем надо детально анализировать ситуацию.
27. capitan 2466 08.08.18 13:03 Сейчас в теме
Я бы начал с обновления или отката обновления платформы, а так же конвертации в старый формат хранения БД 1С
28. capitan 2466 08.08.18 13:06 Сейчас в теме
+ конечно посмотреть настройки кеширования рейда
встарину были такие ошибки у виндов когда они за кешем не успевали
если есть возможность - отключить вообще
Оставьте свое сообщение
Вакансии
1С аналитик
Москва
зарплата от 210 000 руб.
Полный день

Руководитель направления 1С
Москва
зарплата от 350 000 руб.
Полный день

1С Программист
Москва
зарплата от 180 000 руб.
Полный день

Программист 1С
Москва
зарплата от 180 000 руб. до 220 000 руб.
Полный день

Аналитик 1С / Бизнес-аналитик
Нижний Новгород
зарплата от 100 000 руб. до 250 000 руб.
Временный (на проект)