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

(0) Клиент-сервер?

вирус

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

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

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

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

(2), (4)
Стоял NOD32, сейчас вырубил (так советовали на период посика причин ошибки)

(0)
выясните , в каком потоке ошибка формата. тогда можно будет говорить о причине.
т.к. 1с много данных хранит в виде потоков : и данные и метаданные и настройки ...Что-то хранится в субд, что-то в файлах настоек.

На будущее : указывайте сразу версии по 1с,ОС,СУБД.

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

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

OC - Windows 7 Professional X64 SP1

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

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

и Process Explorer

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

Нашел статью Гилева на этот счет (http://www.gilev.ru/stream/), попробую выполнить весь комплекс мер и отпишусь потом о результатах.

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

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

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

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

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

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

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

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

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

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

(22) Не стоит понимать все буквально. Я имел в виду, что проблема связана не с конфигурациями или работой по сети, они давно уже так работают.
(23) Было такое дело, но ведь все работало! Сейчас обновил везде)

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

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

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

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

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

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

Так что мне кажется это у них кривизна в движке гдето

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

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