Ошибка формата потока, ошибки распространяются по базам (УТ 11.1,БП 3.0, 1С 8.3) #755063

С утра заглючила база УТ 11.1 "Ошибка формата потока". Чистил кэш всеми возможными вариантами, удалял базу из списка и снова добавлял - помогло на короткий промежуток времени, потом опять то же самое. В итоге запустил тетсирование и справление, прошел первые 2 пункта (Реиндексация таблиц и Проверка логической целостности), вроде помогло, будем тестировать дальнейшее поведение базы. Теперь та же самая проблема у другой базы на сервере - БП 3.0. В чем может быть причина??

Клиент-сервер?

вирус

Нет, файловый режим пока

Обновился касперский?

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

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

выясните , в каком потоке ошибка формата. тогда можно будет говорить о причине. т.к. 1с много данных хранит в виде потоков : и данные и метаданные и настройки ...Что-то хранится в субд, что-то в файлах настоек. На будущее : указывайте сразу версии по 1с,ОС,СУБД.

"выясните , в каком потоке ошибка формата" - как это сделать?

Версии 1С в шапке указаны или вы имели в виду детально? Тогда 1С 8.3.6.1999, УТ 11.1.10.145, БП 3.0.30.40

OC - Windows 7 Professional X64 SP1

бэкапы сделал? Бывает, что файловая после такой фигни и не поднимается потом.

используйте технологический журнал 1c и Process Explorer

Естественно, настроил и автоматом каждый день копии создавались, есть и сегодняшняя копия.

Нашел статью Гилева на этот счет , попробую выполнить весь комплекс мер и отпишусь потом о результатах.

Файл-серверный? Проверяй сетевуху на сервере, может она данные портит. Отключай аппаратное ускорение tcp/ip. Ну или как вариант, проблемная сетевуха на каком-то клиентском компе, который имеет доступ к этим базам.

Нет, просто файловый режим

То есть, база на том же компе, где с ней работают?

Нет База лежит на сервере, а пользователи по сети к ней подключаются. Но сервер 1С и СУБД не установлены, т.е. простой файловый режим

Ну а че ты хотел с такими конфигурациями да и с файловой по сети. Считай что это норма для твоего случая.

С чего это? 2 года все нормально работало, до сегодняшнего утра

Всё когда-то бывает в первый раз.

Два года назад не было ни этой платформы, ни этих релизов конфигурации.

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

В общем победил я в итоге проблему. Как я понимаю, причина была скорее всего в структуре базы. Сделал основную часть рекомендаций Гилева - не помогло. Сделал еще проверку физической целостности базы (chdbfl) и тестирование и исправление базы, а также выгрузку и загрузку базы - вот тогда она окончательно заработала. Вроде бы другие базы тоже нормально работают, надеюсь на этом все проблемы завершены. Надо срочно переходить на клиент-серверный вариант, буду разворачивать базу и тестить ее. Не стоит понимать все буквально. Я имел в виду, что проблема связана не с конфигурациями или работой по сети, они давно уже так работают. Было такое дело, но ведь все работало! Сейчас обновил везде)

"Сделал еще проверку физической целостности базы (chdbfl) и тестирование и исправление базы, а также выгрузку и загрузку базы" - это надо делать до создания топика здесь.

Я это делал в первую очередь - не помогло. В том-то и дело, что я потратил несколько часов на стандартные варианты и ничего не сработало.

Это и называется файл-сервер. Основных причин искажения структуры базы в этом случае - отвал клиентов во время записи данных или искажение передаваемых по сети данных в случае глюков сетевух.

Я бы посоветовал вам скопировать на сервер и обратно авишник побольше, и после сравнить содержимое с эталоном командой fc /b или фаром. И всё это повторить на каждом компьютере, с которых клиенты имели доступ к разрушаемой базе.

тогда из и я вообще не понял, чем победил проблему?

Не знаю Мне кажется чтото надо в консерватории поправить Эти ошибки потока лезут постоянно народ жалуется Так что мне кажется это у них кривизна в движке гдето

Полный комплекс мер по Гилеву помог.

Кстати, нашел еще рекомендацию выгружать конфигурацию в файлы, будет вываливаться ошибка формата потока. Сужая диапазон поиска можно найти конкретные поврежденные объекты и удалить их. Сделал так и с исходной базой и починенной - ошибок нет! Выходит все-таки косяк был не с самой базой, а с работой сервера самого