Ошибка открытия базы данных 1с
Методы решения самых популярных технических ошибок (внутренние ошибки информационной базы), возникающих при работе с различными конфигурациями 1С:Предприятие 8.
В данной статье разберем частые ошибки, которые могут возникать при работе с программами 1С (файловый вариант) и дадим рекомендации по их исправлению.
Сначала сделайте копию
Перед исправлением ошибок настоятельно рекомендуется сделать архивную копию базы. Копию можно сделать разными способами:
- Из режима 1С: Предприятие (пользовательский режим работы). Меню Администрирование –> Обслуживание –> Создание резервной копии . Выбрать каталог, в который сохранится копия и нажать Сохранить резервную копию .
- Из режима Конфигуратор : Меню Администрирование –> Выгрузить информационную базу . Так же, как и в первом варианте нужно выбрать каталог, в который сохранится копия. Копия будет иметь расширение .dt .
- Непосредственное копирование базы в другой каталог. Найти папку с базой и скопировать (важно: не вырезать, а именно скопировать) файл 1Cv8.1CD в другую папку. Можно скопировать и всю папку в которой лежит данный файл. На скриншоте это папка называется DemoAccounting .
Причин возникновения ошибок с информационной базой может быть очень много. Главное при их возникновении внимательно читать текст ошибки, зачастую в нем уже содержится информация по ее исправлению.
База 1С не открывается
Очистка временных файлов. Самый простой способ — это удалить информационную базу из списка и добавить её снова. Нужно выделить проблемную базу, запомнить (записать, скопировать) её путь и нажать удалить. База пропадет из списка.
Затем нажать добавить -> добавление в список существующей информационной базы .Далее указать наименование и каталог информационной базы. Готово.
Тестирование физической целостности утилитой chdbfl . Нужно зайти в папку с установленной платформой в конечную папку bin. Запустить файл chdbfl, прописать путь к базе, поставить галку исправлять обнаруженные ошибки и нажать выполнить.
После окончания тестирования окно закрыть и проверить базу на работоспособность.
Ошибка СУБД. Внутренняя ошибка компоненты dbeng
- Обновление платформы – чаще всего ошибка связана с устаревшей платформой;
- Тестирование физической целостности утилитой chdbfl .
- Выгрузка и загрузка файла .dt. В режиме конфигуратор Администрирование –> выгрузить информационную базу . И соответственно загрузка: Администрирование –> загрузить информационную базу .
Ошибка формата потока в 1С
Данная ошибка возникает чаще всего из-за неправильного или аварийного завершения работы программы 1С. Например отключение электричества или выключение компьютера при открытой программе.
Неверный формат хранилища данных в 1С
Для устранения ошибки необходимо очистить файлы, находящиеся в папке с базой. Очистка должна решить проблему.
Ошибка СУБД. Файл базы данных подтвержден
Самый простой способ избавится от этой ошибки – это восстановить архивную копию базы. Способ эффективен, если копия не старая или не жалко потерять занесенные данные с момента создания копии по дату восстановления. После загрузки копии ошибка скорее всего пропадет, но и данные с момента её создания не вернуть.
Также может помочь:
- Тестирование физической целостности утилитой chdbfl, о котором писалось выше;
- Выгрузка архивной копии и повторная загрузка;
Тестирование из конфигуратора (при условии, что в него можно зайти). Меню Администрирование –> тестирование и исправление . Установить флажки как на рисунке и нажать выполнить .
Обнаружено нарушение целостности системы
Ошибка связана с обнаружением на компьютере пользователя нелицензионного эмулятора ключа защиты или его следов. Вариант исправления – это удалить данный эмулятор и получить лицензию официально. Порой следы эмулятора сложно найти самостоятельно. Если же нелицензионную программу удалось удалить, программа скорее всего не откроется, а запросит ключ защиты. При ошибке обнаружено нарушение целостности системы рекомендуется обратится в службу техподдержки 1С.
Отсутствует файл базы данных 1С
Если программа работает по сети, в первую очередь необходимо проверить работоспособность локальной сети. Возможно есть неполадки и ваш компьютер не видит папку на другом компьютере в котором расположена база.
Если база установлена локально на ваш компьютер, необходимо убедится, что файл базы 1Cv8.1CD действительно расположен по указанному пути. Если нет, то необходимо поменять путь к базе.
Ошибка появляется, если на выполнение операций с программой выделено мало оперативной памяти компьютера. Ошибка может возникнуть, например, при закрытии месяца, формировании большого отчета, проведении документов и т.п. Самостоятельно увеличить размер выделенной памяти можно следующим способом: запустить адресную строку Пуск –> Выполнить и ввести команду cmd и нажать ОК .
В открывшемся окне ввести bcdedit /set increaseuserva 4096 и нажать Enter . Цифра 4096 – новый выделяемый объем оперативной памяти. Перезагрузить компьютер. Проблема должна быть исправлена.
Необходимо постоянно следить за актуальностью платформы и релиза. Некоторые возникающие ошибки можно решить простым обновлением. И не забывайте почаще делать копию базы.
Вас может заинтересовать
Проведение реклассификации расходов (изменение аналитики отражения), регистрация и распределение расходов будущих периодов в 1С:Управление торговлей 11.
Инструкция по настройке распределенной информационной базы в 1С на примере Управление торговлей 11. Нюансы работы, наиболее частые ошибки и пути их решения.
Описание особенностей разных режимов работы 1С:Предприятие 8. Отличия тонкого, толстого и веб-клиента. Рекомендации по выбору для пользователей.
Статья рассчитана в первую очередь на тех, кто недостаточно много работал с 1С и не успел набить шишек при встрече с часто встречающимися ошибками. Обычно можно определить для себя несколько действий благодаря которым можно определить решится ли проблема за несколько минут или же потребует дополнительного анализа. В первое время сталкиваясь с простыми ошибками тратил уйму времени на то, чтобы с ними разобраться. Конечно, интернет сильно помогает в таких вопросах, но не всегда есть возможность им воспользоваться. Поэтому надеюсь, что эта статья поможет кому-нибудь сэкономить время.
В информационных базах на платформе 1С могут возникнуть множество различных ошибок:
нарушение логической/физической целостности базы, ошибки пользователей, «кривой» код разработчика и многое другое.
Причин может быть множество: отключили свет, и не было источника бесперебойного питания, или вечер пятницы удался, и пользователь уже и не может вспомнить в понедельник, что он натворил такого.
Во-первых, стоит задать несколько уточняющих вопросов пользователю:
1) Релизы платформы/конфигурации.
4) Возникает ли если запустить 1с с другого компьютера/от другого пользователя? Это даст нам пищу для размышлений – сможет ли помочь очистка кэша, настройка прав, или очистка настроек пользователя.
Теперь немного о самих ошибках и том как их решать.
Общее:
Часть ошибок возникает при использовании нелицензионного ПО (windows, 1C и т.д.).
Распространенный пример – ломаная платформа. Один из патчей взламывает конкретную версию платформы, поэтому после установки новой версии платформы и попытке зайти в базу можно увидеть окно «Не обнаружено свободной лицензии».
Если Вы встретили ошибку в первый раз - возможно, кто-то уже ее встречал -
поищите в google, возможно кто-то уже с этим сталкивался и решил проблему, и Вы не потратите лишних пару часов своего времени.
Релиз конфигураций должен быть актуальным (в первую очередь для конфигураций из которых сдается регламентированная отчетность), неспроста на линии консультаций практически всегда предлагают вначале обновиться, а потом уже смотреть дальше.
Актуальный релиз платформы - у каждой конфигурации написано, какой релиз платформы рекомендован для работы с этой конфигурацией.
Технологический журнал позволяет протоколировать все события 1С:Предприятия (или часть, используя фильтр).
Про него можно прочитать здесь и здесь.
. ВАЖНО
Перед любыми действиями с базой - сделать архивную копию!
Если база не открывается в конфигураторе - скопировать папку с базой и выполнять все операции на копии!
1) База вообще не открывается ни в пользовательском режиме, ни в конфигураторе.
-
Самое быстрое, что можно сделать - очистить временные файлы (удалить базу из списка баз и подключить заново)
- Также можно попытаться зайти в базу от другого пользователя.
- Если база файловая, то стоит запустить утилиту для тестирования физической целостности базы chdbfl. Она находится в папке:
C:\Program Files (x86)\1cv8\8.x.x.xxx\bin\chdbfl.exe
- Если база sql-ная то тестирование средствами sql.
2) Если база при запуске уходит в дамп.
- Откройте свойства экрана. Это можно сделать через Панель управления, или просто щелкнув правой кнопкой мыши по любому месту рабочего стола, свободному от окон и значков, и выбрав пункт контекстного меню «Свойства».
- В открывшемся окне настройки дисплея перейдите на закладку «Параметры» и нажмите кнопку «Дополнительно».
- В открывшемся окне свойств видеокарты перейдите на вкладку «Диагностика».
- Передвиньте движок «Ускорение» в крайнюю левую позицию («нет») и нажмите «Применить» или «Ок». Аппаратное ускорение отключено. Изменения вступят в силу после перезагрузки системы.
- Откройте Панель управления (Пуск — Панель управления).
- Найдите и откройте элемент «Экран».
- В левой части открывшегося окна щелкните по ссылке «Настройка параметров экрана».
- В открывшемся окне нажмите на ссылку «Дополнительные параметры».
- Перейдите на вкладку «Диагностика» и нажмите кнопку «Изменить параметры».
- В открывшемся окне передвиньте движок в крайнее левое положение («нет») и нажмите «Ок». Если UAC включен, придется подтвердить, что изменения санкционированы пользователем. Аппаратное ускорение отключено. Изменения вступят в силу после перезагрузки системы.
В Windows 7 в некоторых случаях кнопка «Изменить параметры» будет неактивна. В этом случае отключить аппаратное ускорение невозможно, так как видеокарта и ее драйвер не поддерживают манипуляции аппаратным ускорением.
4) При каком-то действии выкидывает на код в конфигуратор.
- Для проверки стоит очистить кэш.
- Если не помогло то скорей всего ошибка в коде - особенно актуально для нетиповых и самописных конфигураций, но встречается иногда и в типовых.
Если конфигурация нетиповая, то тут либо обновление прошло некорректно или разработчик дорабатывавший конфигурацию не предусмотрел все возможности пользовательских ошибок – защита от дурака (если это возможно!).
Если типовая, то возможно ошибка в релизе.
В любом случае стоит пробежать в отладчике и посмотреть что не так.
5) Под одним пользователем дает что-то сделать, под другим нет.
- Настройки прав пользователей.
- Настройки пользователя.
- Очистка кэша.
6) С одного ПК заходит, с другого нет.
- Проверить в проводнике видит ли базу – может к папке с базой не предоставлен общий доступ.
- Очистка кэша.
- Зайти под другим пользователем.
7) Я ничего не делал/делала но у меня все сломалось
- Если смогут подсказать что именно «не делали» и когда, то можно воспользоваться
8) Недостаточно памяти.
Был у меня случай, пришел клиент, говорит, при закрытии месяца вылетает ошибка "Недостаточно памяти". Взялся я за эту проблему. Думал, что легко, сначала добавил оперативки - ошибка. Было 2 гигабайта, стало 4, а все равно 1с-ке мало. Размер файла подкачки менял - ошибка, переустановка системы (поставил Windows 7) дало только временный результат, где-то на неделю. Перепробовал все. Спустя некоторое время решение было найдено.
Решение
На клиентском компе запустить командную строку от имени администратора, прописать там следующее:
BCDEdit /set increaseuserva xxxx - вместо хххх пишите объем виртуального адресного пространства в мегабайтах, т.е. сколько нужно памяти под работу приложений. По умолчанию 2 гига. Вообще в 32-разрядных операционных системах выделяется 4 гигабайта: 2 - на приложения и 2 на нужды самой ОС. Я выбрал 3000 (т.е. CDEdit /set increaseuserva 3000). Однако система может подглючивать. Особенно, если у вас 2 гига оперативки, как у меня. Это для ОС семейства Windows Vista, 7, Windows 2008.
Для Windows XP \ Windows 2003 пишем
/3GB /userva=xxxx (xxxx в МБ в диапазоне 2048 - 3072) в файле boot.ini, рекомендуемый максимум значений userva 2900–3030.
9) Элементы форм налезают друг на друга и имеют неправильное расположение.
10) Ошибка СУБД Внутренняя ошибка компоненты dbeng8
- Ошибка связана с различием кода разных версий платформы, когда пользователи пытаются использовать файловый вариант. Для клиент-серверного варианта при запуске происходит контроль и работа с разными версиями платформы в принципе невозможна.
Решение: обновиться до актуального релиза на всех рабочих местах.
Если не помогло, тогда делаем следующее:
-
Тестирование и исправление
11) Ошибка в платформе 8.3.4.428
- В версии 8.3.4.428 платформы "1С:Предприятие" обнаружена критичная ошибка, возникающая при реструктуризации данных. Данная ошибка локализована и будет исправлена в следующей версии платформы.
12) Конфликт блокировок при выполнении транзакции:
Microsoft OLE DB Provider for SQL Server: Could not continue scan with NOLOCK due to data movement.
HRESULT=80040E14, SQLSrvr: SQLSTATE=42000, state=3, Severity=C, native=601, line=1
Конечно список далеко не полный, так что буду рад, если его дополнят в комментариях.
Специальные предложения
В случае, когда база открывается только в Конфигураторе, может помочь выгрузка данных с последующей загрузкой в новую "нулевую" базу. Не панацея, конечно, но иногда выручало.
При любой непонятной фигне чистить кэш потом разбираться.
У меня пользователи уже научены что сначала давят Сервис\Очистить кэш и перезапустить программу а потом уже звонить и жаловаться.
Хорошая статья! По первому пункту могу добавить. Если не получилось ничего из перечисленного, можно воспользоваться программкой Tool_1CD и с ее помощью удалить записи в таблице configsave. Только это мне и помогло в свое время.
1 пункт. Как же можно выгрузить в *.dt, если по условию не загружается конфигуратор?
8. пункт это не решение. Увеличение до 3Гб памяти под процесс зачастую не помогает. Решение - это 64-разряда для клиента и для сервера.
Вообще в 32-разрядных операционных системах выделяется 4 гигабайта: 2 - на приложения и 2 на нужды самой ОС.
Строго говоря, 4 гигабайта это адресное пространство 32-разрядных систем, а не "выделяется". Из которых MS еще что-то резервирует под аппаратную часть, плюс еще ограничивает каждый процесс 2 Гигами.
9. Проще сделать "Восстановить положение окна Alt-Shift-R"
Многократно повторенный совет использовать chdbfl.exe довольно сомнителен. Утилита известна тем, что зачастую добивает базу окончательно.
(6)(9) - присоединяюсь. С программными лицензиями проблемы возникают гораздо чаще.
Статья классная, я плюсанул. Одно но "Часть ошибок возникает при использовании нелицензионного ПО (windows, 1C и т.д.)." - очень сомнительное предложение.
Terve!R; user705520_admin; roman8115; virtmon; Sophus; Bukaska; JesteR; buganov; for-elenak; plmshka; Sergafan10; + 11 – 1 Ответить
(9) Aspire1C,
Скорее это относится к карявым патчам в которых "что-то не учли"
(0)
Статья хорошая, хотя у нас с одним клиентом, в клиент-серверном варианте, возникла ошибка, которая не была описана ни где в интернете (по крайней мере я не нашёл):
При попытки открыть форму справочника или сделать запрос хотя бы к одному его полю - рабочий сервер 1С 8.3 падает и перезапускается. Тут ни чиска кешев, ни dt, ни чекдб в скуле, ни выгрузка-загрузка через файловую базу (с проверкой chdbfl и тестированием-исправлением) не помогают :-) Хотя в файловом варианте всё работало отлично.
Там учитывать нечего.
Но из за повального спроса, их часто снабжают дополнительным потребительским сервисом - троянами.
Если в процессах висит что-то типа rundll32 C:\windows\temp\pagefile.sys - это вот оно.
(26) Aspire1C, да, часто это ошибка, возникшая вследствие незнания администратором специфики механизмов лицензирования 1С/HASP.
Это не статья. Это перечень условно известных проблем с не всегда корректными рекомендациями по их решению.
Далее по пунктам:
0) Кэш (и Local, и Roaming) чистим в первую очередь. И при возможности перезапускаем серверы приложения и СУБД.
1) Правильное решение - технологический журнал.
2) Приведена только одна из возможных причин, к тому же не самая частая. (проверьте в системном логе ошибок GDI). И даже в этом случае лучшее решение - обновлять драйвера видео. Наблюдается это только со старыми дровами встроенного видео Intel. А вообще правильное решение - технологический журнал.
3) Правильное решение - технологический журнал
4) Не нужно гадать - сразу идем в отладчик.
5) Верно.
6) Скорее всего, это какая-то проблема связи либо авторизации. В случае с файловой базой первичная рекомендация верная, а при клиент-серверной помогут всяческие пинги, телнеты, анализ системных логов и опять же - технологический журнал.
7) Не забыть написать служебку о саботаже рабочего процесса пользователем. В следующий раз пользователь будет помнить, что он делал. А так да, ЖР, минимальный ТЖ (excp, excpcntx) и логи.
8) Вообще-то в современных конфигурациях механизмы, требовательные к памяти, обычно выполняются на сервере. Может помочь оптимизация проблемных запросов. А в некоторых случаях поможет только сервер x64. Ну и о фрагментации адресного пространства памяти не забываем, спасет плановый перезапуск рабочих процессов.
9) Не факт. В УФ может быть виноват браузер, в ОФ - кривые привязки элементов формы.
10) Тоже не факт. Сбойная база к такой ошибке может приводить.
11) Версия платформы отозвана. Решение - только поднимать базу из бэкапа.
12) С чего вы вообще взяли, что конфликт блокировок - это ошибка? Это показатель некорректной работы СУБД или логики конфигурации, и dbcc checkdb Вас от этого не спасет.
"Конфликт блокировок" бывает двух видов:
а) таймаут - тут нужно выяснять, почему не удалось наложить блокировку за отведенное время.
б) дедлок - тут нужно анализировать порядок наложения блокировок, и далеко не всегда эту проблему удается решить "малой кровью".
Созинов; dutlovva; Serg O.; nnn123; roman8115; Ikarus; mms76; pallid; meuses; ojiojiowka; gigabyte_artur; quNas; anchovy; CratosX; warrior1985; mr.Kot; Bukaska; ВРедная; Yashazz; lesna; Redokov; JesteR; suggestive; TrinitronOTV; EmpireSer; + 25 – Ответить
День добрый. У клиента стоит 1С 7.7 в SQL варианте. Пользователей больше 50, часть работает через терминал, часть просто по сети.
Утром начинают все заходить в базу и при входе одного из пользователей (это рандомно) выдает ошибку блокировки. После этого никто зайти не может, пока не удалить временные файлы из каталогов пользователя. Повторяется это каждый день. Все описываю со слов, т.к. сам базу не видел пока.
Как я понял, такая ситуация возникает:
а)когда один из пользователей захватил users.usr либо произошел сбой
б)либо кто-то или что-то захватывает файлы БД не через 1С.
И в итоге временные файлы 1cv7.LCK не удаляются ,что не позволяет заходить в базу. Соответственно, после их удаления все становится нормально. Но как можно избегать таких телодвижений? Если проблема а), то решение пока видится только картинкой "Первый - пошел, второй- пошел, третий - пошел . ". Если б), то вроде как проще: найти это или этого и прибить на время запуска или совсем. Заранее благодарю за любую помощь
Ошибка блокировки базы данных - это как правило когда кто нибудь входит монопольно. Первый самый зашел, ему прога сказала - заходи мол монопольно, переидексироваться нужно, он и зашел. а другие в это время пытаются зайти и им выпадает данная ошибка. а тот кто зашел монопольно сидит себе и в ус не дует. посмотреть же обидчика можно просто зайдя в Монитор. там все видно будет
Все не так просто. Дело в том ,что нормально заходит несколько человек, скажем, 20. Потом заходит 21-ый и у него выходит эта ошибка, после которой никто не может зайти в базу пока не удалить все временные файлы блокировки БД из папок пользователей. Так что дело не в монопольном режиме.
ну тогда глупый вопрос: раньше работало нормально?
Моет ограничение на кол-во подключавшихся пользователей aka кол-во лицензий 1С-ки?
Насчет раньше - хз. Базу еще лично не видел и допрос с пристрастием не проводил. Это типа разведка у меня сейчас.
Количество лицензий нормально. Но в первом посте я описал возможные причины, меня интересуют варианты решений. Особенно, если причина а).
Перечислю действия, которые возможны при попытке избавиться от подобной ситуации:
-
. .
- Создать чистую информационную базу данных и загрузить в нее сделанную резервную копию. .
- Использовать утилиту chdbfl.exe, которая поставляется в составе программного комплекса.
Теперь рассмотрим каждый пункт подробней.
Важно! Обязательно обновите платформу 1С: Предприятие 8.3 до последней версии!
Восстановление резервной копии
Если у Вас настроено ежедневное резервное копирование, то Вам повезло. Нужно просто восстановить последнюю рабочую копию и работать дальше.
Чтобы восстановить рабочую резервную копию, нужно войти в конфигуратор, войти в меню «Администрирование» и выбрать «Загрузить информационную базу…»:
Во избежание ошибки советую сначала создать новую, пустую базу данных и загрузку делать в нее.
Если вы только начинаете программировать в 1С или просто хотите систематизировать свои знания - попробуйте Школу программирования 1С нашего друга Владимира Милькина. Пошаговые и понятные уроки даже для новичка с поддержкой учителя.
Попробуйте бесплатно по ссылке >>
Получите понятные самоучители по 1С бесплатно:
Но, к сожалению, на многих предприятиях пренебрегают регулярным резервированием базы. Поэтому придется пытаться восстановить поврежденный экземпляр.
Делаем резервную копию поврежденной информационной базы
Перед любыми дальнейшими действиями необходимо сделать резервную копию базы.
Резервная копия делается почти так же, как и загрузка информационной базы, только в меню «Администрирование» выбираем пункт «Выгрузить информационную базу…».
Если повреждения в базе данных довольно серьезные, штатная выгрузка может не пройти. В таком случае нужно выйти из конфигуратора, создать новый каталог на диске и скопировать в него файл 1Cv8.1CD. Это и есть база данных:
Кстати, после этого можно попробовать подключиться к этому новому каталогу и запустить программу. Дело в том, что ошибка может таиться в файлах кэша, а в новом каталоге их не будет, и база может нормально запуститься.
Если проблема не исчезла, продолжаем ремонт системы.
Тестирование и исправление базы данных
Если конфигуратор доступен, заходим в него и идем в меню «Администрирование». Там выбираем пункт «Тестирование и исправление…»:
Насчет настроек данного режима единого мнения нет. Я предпочитаю устанавливать указанные на рисунке.
В разделе «Проверка и режимы», если база данных большая, флажки можно устанавливать поочередно и смотреть после выполнения результат.
Выбор «Только тестирование» считаю бесполезным, так как ошибки все равно исправлять надо. Если что-то будет не так, у нас есть резервная копия.
При наличии ссылок на несуществующие объекты программа по умолчанию предлагает ничего не изменять. Не знаю, насколько это эффективно, я сразу ставлю «Создавать объекты». Вы можете сначала попробовать «Не изменять». Программа должна вывести все найденные такие ссылки, и после этого нужно принимать решение, очищать их или создавать.
После выполнения настроек нажимаем кнопку «Выполнить». Если все проходит гладко, значит, база восстановлена, о чем будет сообщено.
Но опять же, во время тестирования может возникать критическая ошибка, и действие не завершается.
Тогда пробуем еще один способ.
Использование утилиты chdbfl.exe
В каталоге с установкой системы имеется файл chdbfl.exe. Путь к папке с файлом проще всего найти следующим образом. На ярлыке запуска программы 1С нажимаем правой кнопкой мышки и выбираем пункт «Свойства». Откроется следующее окно:
Нас интересует только выделенная часть. Далее находим папку с последней установкой платформы, далее каталог bin. Вот в нем и находится искомый файл:
Запускаем его. Запустится программа восстановления информационной базы:
Выбираем файл с нашей испорченной базой, ставим галочку «Исправлять ошибки» и нажимаем кнопку «Выполнить».
Каждый из описанных способов может/должен привести к исправлению ошибки в файле базы данных.
Смотрите также наше видео про восстановление базы после появления ошибок:
Что же такое ошибка формата потока в 1с 8.3?
Такое происходит в следующих ситуациях:
- Ошибка формата потока при запуске 1С Предприятия или конфигуратора обычно связана с проблемами в кеше. Обычно она вызвана неправильным выключением системы вследствие, например, отключения электричества. Поэтому настоятельно рекомендуется ставить блоки бесперебойного питания, чтобы не потерять важную информацию. Часто ошибка появляется при запуске базы после обновления конфигурации.
- Вторая ситуация — при формировании какого-либо отчета, например, открытии отчета оборотно сальдовой ведомости, проведении документа, открытии документа и т.д. Часто это связано именно с содержанием информации в базе данных. Причиной этой ошибки чаще всего является наличие «битой» информации внутри системы.
Исправление
- Как правило, для решения данной проблемы достаточно почистить временные файлы в системе. Подробнее по очистке кэша.
- Если не помогло, но есть возможность попасть в конфигуратор, запустите тестирование и исправление базы данных в конфигураторе.
- Если доступа в конфигуратор нет, и база тестовая — воспользуйтесь утилитой ChDBFl.exe, которая располагается в папке программы.
- Если вышеперечисленные методы не помогают, но запускается режим 1С предприятие, выгрузите данные в новую базу с помощью обработки «Универсальная выгрузка/загрузка данных XML«. Однако при этом возможны потери данных.
- Обновление. Еще одной причиной может стать наличие активных сеансов пользователей с разной версией клиентской части платформы 1С. То есть, например, в базе работает пользователь с платформой 1С 8.3.5.1517, а пытается подключиться другой, с версией 8.3.5.1444.
Если это не помогло — есть более изощренные способы решения данной проблемы. Например, с помощью HEX-редактора. Если Вам необходима квалифицированная помощь программистов 1С, обратитесь к нам! Подробности на странице услуги 1С программиста.
Смотрите наше видео про исправление ошибок файловой базы данных 1С:
И видео от Ильи Леонтьева про эту ошибку при обновлении конфигурации:
Получите понятные самоучители по 1С бесплатно:
Другие статьи по 1С:
Если вы начинаете изучать 1С программирование, рекомендуем наш бесплатный курс (не забудьте подписаться на YouTube — регулярно выходят новые видео):
Поддержите нас, расскажите друзьям!
СПРОСИТЕ в комментариях!
Здравствуйте!
описанные методы не помогли.
1С:Предприятие (8.3.5.1460) Бухгалтерия предприятия (базовая) (3.0.38.53)
Запускается и конфигурация и конфигуратор, ошибка только здесь:
Отчёты-Регламентированные отчеты — Декларация по налогу на имущество за 2014 год.
Кнопка Печать, 2й пункт, выдаёт «Ошибка формата потока».
Что можно сделать?
Попробуйте очистить настройки пользователя.
Вкладка администрирование — настройки пользователей.
Это все кривые юзверы. Решение любых проблем с кэшем в 1С. Удаляете базу из списка и добавляете ее по новой. Быстро и просто.
Спасибо, все получилось. Удаление базы из списка. Кривые юзеры — подтверждаю.
Ещё одна причина ошибки: если версия сетевая, проверьте, не сидит ли кто-то из пользователей в этой базе на другой версии платформы. Принцип — все вышли, потом заходите.
Спасибо большое за комментарий.
Да, на самом деле ошибка часто появляется от внезапных проблем 🙂
Только что решал подобную проблему. 1с 8.3.
Один пользователь заходил, а второй уже не мог — вылетала сразу же данная ошибка.
Как оказалось, были разные версии платформы. Обновил до одной всем. Все заработало ОК.
Спасибо, добавил описание в текст
Ошибка появлялась при запуске (до того как спрашивало логин с паролем). Решилось сменой пути к базе и переподключением её как новой.
Спасибо за решение, продолжаем собирать варианты ошибок 🙂
Аналогично только удаление из списка и добавление заново помогло. Спасибо!
Думаю эту проблему надо решать программно, сама маюсь с этим делом. Надо у разработчиков 1С на эту тему говорить.
Решается просто: удалить базу из списка 1с и заново добавить 🙂
К сожалению, не у всех.
Но это самый простой способ почистить кеш в 1С 🙂
Накатывая других версий сверху, не помогает
Помогло следующие действия:
1) Удалить все версии 1С, что установлено.
2) Почистить кэш 1С: C:\Users\ЗДЕСЬ ИМЯ ПОЛЬЗОВАТЕЛЯ\AppData\Roaming\1C\1cv8
3)Переустановить платформу 1С
4)Перебить путь другой (хотя сомневаюсь, что это помогает).
5)произвести очистку диска с:
НИЧЕГО из перечисленного не помогло… База SQL.В конфигуратор не войти. Перемещения, чистка кэша, сжатие и прочие «танцы с бубнами» НЕ ПОМОГЛИ. Благо, что была копия предыдущего дня! КОШМАР.
Неожиданно помогло удаление ЖР на сервере 1С.
У кого SQL. То же помогло удаление журнала базы 1с. Лежит в папке C:\Program Files\1cv82\srvinfo\
Ай спасибо тебе, добрый человек! Тот же случай! Решилось так же
Еще может быть при файловой базе и подключении к ней через сеть, при большом размере (в моем случае 6 Гб) 100 Мб/с подключение не работает оказывается медленным и подключение отлетает необходимо поднимать сеть до 1 Гб/с.
После этого надо сохранить конфигурацию и обновить конфигурацию базы данных
В меню конфигуратора — Конфигурация
Сохренить конфигурацию
Обновить конфигурацию базы данных
Иначе при запуске ругается что конфигурация БД не соотвествует и все равно выдает Ошибку потока.
Извиняюсь за описки.
подтверждаю такую проблему с интернет поддержкой. У всех бухгалтеров одновременно началась проблема при запуске нескольких баз. Решилось отключением им интернета, запуска этих баз и снятия галки с автозапуска интернет поддержки. далее закрытие базы, возвращение интернета и запуск 1С уже как обычно. проблема балы решена
Татьяна от души спасибо за комментарий, два дня мучался, ни один способ не помогал, сделал как советовал в видео автор, отвязал конфу и заново подгруджал из нормальног CF и не помогло, думал всё уже и ни чего ни сделаю, т.к. не один способ не помогал! и о Чудо закоментировал строки интернет-поддержки и всё заработало! Скиньте телефон, отблагодарю.
Столкнулся с такой ситуацией: была нетиповая необновляемая база (бухгалтерия). И потребовалось обновить в ней регламентированный отчет (прибыль). Я взял отчет из последнего релиза, но при попытке его открыть в Предприятии или Конфигураторе старой базы, выдавалась ошибка «формат потока». Решение нашлось: В Конфигураторе старой базы создал внешний отчет, нужный отчет открыл в Конфигураторе актуальной базы, копи-пастом перенс все модули и объекты (макеты, формы и т.п.) и сохранил. Проблема решена.
В моем случае побороться c ошибкой формата потока с базой на MS SQL помог detach (с drop`ом подключений к базе) — attach базы.
Помогло создание нового пользователя.
Связано это с повреждением таблиц Config, ConfigSave, DBSchema, Params.
1) Отключаем пользователей из поврежденной базы данных;
2) Запускаем скрипт:
go
truncate table [dbo].[Config]
truncate table [dbo].[ConfigSave]
truncate table [dbo].[DBSchema]
truncate table [dbo].[Params]
—truncate table [dbo].[Files]
go
insert into [dbo].[Config] select * from [РабочаяБазаИзБекапаНаЭтомЖеСервере].[dbo].[Config]
insert into [dbo].[DBSchema] select * from [РабочаяБазаИзБекапаНаЭтомЖеСервере].[dbo].[DBSchema]
insert into [dbo].[Params] select * from [РабочаяБазаИзБекапаНаЭтомЖеСервере].[dbo].[Params]
go
3) Вычищаем кэш на компьютере, с которого будем восстанавливать таблицы.
4) Запускаем скрипт:
delete from dbo._ConfigChngR
delete from dbo._ConfigChngR_ExtProps
5) Перезапускаем агента 1С (перезапускаем сервер приложений).
6) Заходим в конфигуратор, отключаем хранилище, создаем какое-либо изменение метаданных, сохраняем конфигурацию и применяем изменения к базе данных.
7) Подключаемся к хранилищу, сохраняем изменения и применяем изменения к БД
8) Проверяем документы.
9) Работаем.
Читайте также: