1. gamaliaka 46 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 32 08.08.18 06:07 Сейчас в теме +3 $m
попробуй не использовать рейд, положи базу на 1 ссд. Бекап делай на другой диск через обычным копированием как тебе удобно в нужный отрезок времени.Файловой базе становится тяжело когда ее размер больше 20 гб. В твоем случае все должно быть норм.
Остальные ответы
Избранное Подписка Сортировка: Древо
2. Dream_kz 78 07.08.18 20:14 Сейчас в теме
(1) бесперебойник на сервере стоит? электричество часто отключают?
ssd сколько лет? если нет проблем с внезапным завершением работы 1С, то возможно накопители выходят из строя
7. Xershi 402 07.08.18 21:55 Сейчас в теме
(1) при работе в файловом варианте всегда существует вероятность потерять часть данных.

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

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

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

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

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

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

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

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

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

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

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

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

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

Вакансии

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

Руководитель группы сервисов ЭДО, ЭЦП и криптографии
Москва
зарплата от 150 000 руб.
Полный день

Руководитель группы интеграций (1С)
Москва
зарплата от 150 000 руб.
Полный день

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

Консультант-аналитик 1С (ЗУП)
Санкт-Петербург
Полный день