Есть центарльная база Бухучет 7.7 в файловом режиме и несколько переферийных баз тоже в файловом режиме. Периодически сбиваются БИ в одной из периферийных баз. В некоторых местах появляются 999999999999999. Закономерности их появления пока не выявил. Проблема решается Полным пересчетом БИ. Но хотелось бы определить причину этих сбоев. Какие вообще могут быть причины сбоя таблицы БИ?
1. Принудительное завершение работы 1С (отключени электроинергии, зависание программы и тд.).
2. Проблемы с жестким диском.
3. Повреждение данных вирусами.
4. Проблемы с сетью, так как к базе подключается ещё один пользователь через расшаренную папку.
Что ещё может служить причиной данного явления? У кого какие есть мысли по данному вопросу? В Гугле пока ничего интересного не нашёл....

які об*єми баз?

Есть центарльная база Самописная конфиг.для производства 7.7 в SQL режиме и несколько переферийных баз тоже в SQL режиме. В некоторых местах появляются 999999999999999. Появляются из-за специфического ведения учета,другой причины ненашел. Так сказать - накапливаются, если запустить. Иногда даже полный пересчет не помогает. Приходится руками находить эти цифры и исправлять. Вряд ли Вам эта информация поможет - но хоть станет легче, что не только у Вас множество девяток не дает нормально жить.

Было там что-то по поводу контроля последовательности - по центральной или в каждой ИБ собственная.
Возможно, периферийки по-разному настроены?
Какая из ПБ создавалась последней?
Может. попробовать пересоздать глючную ПБ заново?

ЗЫ. Давно с этим работал - могу фигню сказать.
Одно помню точно - ломаться там нечему. Все траблы - рукотворные.

Объём центральной базы 1,5 Гб. Недавно заново создавал периферийную получилось 400 Мб. Другие периферийные работают нормально, поэтому склоняюсь к проблемам на уровне железа или файловой системы. Но это уже к системному администратору, так как железом занимается он, а я только программированием. Ещё понаблюдаем. Дело в том, что пользователи не могут пока сказать, когда именно произошёл сбой: при обмене данными или сам по себе.

Железо знает, где цифра, а где строка в 1С? И отличает таблицу документов от таблицы бухИтогов???

Мож, поговорим серьезно?
Что там с хронологией создания и авторством ПБ?

Всего 5 периферийных баз. Та, о которой идёт речь создавалась первой, но недавно пересоздавал её снова (с тем же кодом) и уже после этого снова произошёл сбой.

Галочка "Только получатель" ни у одной базы не стоит. Миграция у всех объектов стоит "Все информационные базы"

Правят ли в ЦБ документы, созданные в ПБ? И есть ли среди ПБ лидер по таким правкам?

ЗЫ. Как минимум 4 ПБ Вы создали правильно - и с этой бедой справвитесь!

Да, в ЦБ правят документы ПБ, но не только "проблемной", но и других. После правки документа в ЦБ, пользователи ПБ уже не могут его править, только в исключительных случаях, предварительно получив "добро" (в качестве пароля доступа к определённому документу) от ответственного из ЦБ.

Дело в том, что полноценно работают только 2 ПБ, остальные используются очень редко для работы дома главбуха и мной для "Закрытия месяца" в производстве. Так что их я не беру в счет. Из этих двух с одной проблем нет (почти нет, однократные сбои из-за проблем с УПСником решались Пересчетом итогов), а со второй постоянные проблемы (когда раз в месяц, а когда и раз в неделю, а пересчет занимает несколько часов).



Этой фразой Вы меня конечно "зацепили", но пока других мыслей, отличных от проблем с железом, у меня нет. К стати иногда быват проблемы не только с БИ но и объектами (докуменами, элементами справочников). ПБ находится далеко и пользователям приходилось под диктовку запускать тестирование и исправление ИБ, были проблемы и с другими данными... Но количество элементов справочников, самих справочнико и документов огромное и отследить всё не так просто, в таком случае создавалась заново ПБ.

О как...

а часто обмениваетесь? И проводите ли сразу полный цикл обмена? бывает, что файлы обмена не открываются?

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

Обмен производится пользователями вручную раз в день или несколько раз в день (в зависимости от необходимости). В основном это отправка из ЦБ в ПБ и сразу получение данных из ПБ обратно. Но бывает по разному. О том что файлы не открываются мне жалоб не поступало.

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


Пока не пробовал, есть такое желание, нужно только время выделить на это. Если чесно, то с СКЛем пока не сталкивался. Только теоретически.

С сетью есть одна особенность. Нельзя читать/писать файлы обмена на сетевые диски - но там чаще всего файл вообще не читается.
А вот так - несистематические траблы с отдельными объектами...
Нужно смотреть в ЖР на месте, что и когда делали с проблемными доками/справочниками. Филиалы любят изобретать... и еще говорить "я все сделал, а после обмена оно слетело".
Надо искать особенности, закономерности. Не может ли возникнуть коллизия между УРБД и запретом редактирования?
Когда док правится в ПБ после отправки в ЦБ, но до получения данных из ЦБ, что править его уже нельзя - и если до получения этих данных в ПБ вводятся связанные с ним объекты. Вот как-то так поискать неопределенные ситуации.





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

Или SQL. Заодно прекратятся "... только из одного каталога!"