8.1 файловая, самописная. Со вчерашнего дня через некоторое время ошибка СУБД. После тестирования и востановления через некоторое время то же самое. Базу никто не обновлял и не дописавал работала нормално. Что вызывает разрушение таблиц? Помогите пожалуйста.

Может ли ошибка быть вызвана аппаратными сбоями?

размер какой?

чуть больше 1 ГБ

Что за ошибка то?

(4) Ошибка СУБД файл базы поврежден ... и путь

(4) И так через каждый час  после тестировани я и т.д.

Делаем ртестирование утилитко и внутреннее тестирование ночаса через 2 ошибка опять

(5) Файловая что ли? Попробуй выгрузить базу в архив и снова загрузить.

т.е выгрузить dt и загрузить?

(9) Ну да.

А базу по сети открываете или локально?

(10) Пробывал не прокатывает

chdbfl что говорит?

(11) По сети (13) Повреждены таблицы ну и какие говорит

(0)А файловая система и сервер какой?

NTFS

(0) Либо железо дохнет, либо что-то типа антивируса обновилось и блокирует частично или полностью доступ к файлам базы 1с. Ну, и свободное место проверить.

Да попробуй локально базу развернуть.

Причем при такой схеме ПО может глючить где-то на периферии.

Все, значит пришло время переходить на новую платформу и клиент-серверное подключение.

(19) Что это значит?

(20) Да без вопросов на 8.2 перекину хоть завтра лиш бы помогло

А если железо или софт какой мешает как протестировать и выяснить?

(23) Так при твоей схеме почти никак. Я как то пытался выяснить подобное при включении логирования к серверу там такой лог, что пришлось обработку писать и пиды разбирать открытия и закрытия. Причина была в обновлении антивиря. У меня то один клиент ломал базу - то другой - хрень полная.

А перевести в клиент сервер - возможно? Если базка не большая и пользователей мало - возьми постгресс. Все почти то же самое, только от произвола файлового доступа ты будешь защищен.

Железо-то проверил? ХДД может уже вываливается?

(22) А на клиент-сервер, так же легко? :)

(27) нет тяжелее

Вообще "файловая база" это такое дело, что не знаешь когда она начнет разваливаться от сбоев в сети, количестве данных или приросте интенсивности работы юзеров.

(29) да-да. И трудно отловить причину, если вообще возможно.

(29) Это понятно .... как и то что начало происходить неожиданно в один день

Хорошо .... как вариант если удалить обработкой данные за несколько лет скажем год 2009-2013 база уменьшиться в размерах и помочь есть вероятность что может?

(32) Только если сбои пошли от размера базы.

Сеть можешь исключить с помощью RDP.

Интенсивность — работать в 1С по очереди.

Да я прямо на серваке заходил когда по локалке выскакивала ошибка ... то же саамое  сеть похоже не причем

(25) База открыта в среднем у 25 человек, работу ведут человек 5-6 т.е. что то вбивают и т.д.

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

Все таки есть ли смысл переходить на 8.2 файловую т.е. в плане всего вышенаписанного там какие то изменения есть?

(38) Исключено при установке платформы пользовался тольколько одним дестрибутивом.

(36) Заходил когда никого в базе не было?
(40) Уверен? А то ты даже слово "дистрибутив" с ошибкой пишешь.

(41) Оставим русский язык на потом  Нет почему в базе были, но потом когда тестил   куча теаблиц с ошибками т.е. база развалилась

Счас накатил cf тогда когда база работала ваше мнение может помочь?

А причем тут СУБД? Ее нет - база файловая

(44) Понятие не имею .... как ошибка есть в точности написал

А можно где нить в логах посмотреть у кого первого возникает?

(46) Нет. Это файловая база! Она по большому счету только для разработчика предназначена. Хотите подольше отложить переход на SQL — перекидывайте юзеров на RDP, но и это не панацея на 100%.

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

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

Счас накатил cf тогда когда база работала ваше мнение может помочь?

(0) сделать копию, после чего проверь как она загружается. Потом запусти chdbfl.exe.
В крайнем случае перегрузи данные в другую базу через xml

База отработала нормально с 8-30 до 14-30 и опять ошибка СУБД склоняюсь к мысли что это аппаратный сбой Ваше мнение?

Могут ли действия какие то пользователя приветси к разрушению базы?