1с 8 2 ошибка запуска
Обновлено: 06.07.2024
Ошибка формата потока может возникать в двух случаях: при загрузке базы и при ее обновлении. Начнем, пожалуй, с первого – возникновения ошибки при загрузке базы. Обычный перезапуск программы в таких случаях, как правило, не помогает. Чаще всего ошибка формата потока при загрузке базы связана с проблемами в кэше или наличием так называемой битой информацией внутри системы. Обычно это спровоцировано неправильным выключением системы, например, отключением электричества. Также эта ошибка может быть вызвана действием антивируса или возникать при попытке подключиться к одной и той же информационной базе из разных версий платформы 1С:Предприятие.
Для начала необходимо убедиться, что версия платформы 1С:Предприятие на клиентских компьютерах одинакова, а также попробовать добавить программу 1С в исключения вашего антивируса. Если с антивирусом и версиями платформы проблем не обнаружено, тогда можно приступать к действиям по исправлению ошибки формата потока данных.
В первую очередь необходимо сохранить резервную копию базы данных. В случае файловой базы можно просто скопировать папку с базой в другое место (путь к базе данных можно увидеть в окне запуска программы).
Первый способ исправления — это очистка кэша. Для очистки кэша можно выполнить простое действие: удалить базу из списка в окне запуска программы и добавить снова, указав путь к базе данных.
Второй способ — это удаление всех сопутствующих файлов в папке с базой. Проще это сделать переносом самого файла, в котором хранится наша база. Он имеет расширение 1cd и называется 1.8. Как правило, этот файл по размеру превышает остальные. Его-то и выделяем, после чего переносим в новую созданную папку.
В списке баз удаляем старую базу, добавляем новую и указываем новый путь к базе данных. Если эти способы не привели к положительному результату, необходимо выполнить проверку базы на ошибки.
Если есть доступ к конфигуратору, необходимо запустить процедуру тестирования и исправления ошибок информационной базы. Еще раз убеждаемся, что мы сделали резервную копию информационной базы. Также если у нас открывается конфигуратор, можно воспользоваться возможностью выгрузить и загрузить информационную базу через dt file.
Так как при выгрузке dt файла происходит сжатие таблиц информационной базы, этот способ также может помочь устранить ошибку. Если конфигуратор не запускается или после тестирования ошибка возникает вновь, то необходимо проверить на наличие ошибок сам файл информационной базы. Проверяется он стандартной утилитой ChekdbfL, которая идёт в комплекте вместе с установленной платформой 1С:Предприятие. Расположена это утилита в папке «Program files → bin».
Запускаем утилиту и в поле имя файла б. д. выбираем наш файл с базой. Не забываем установить флаг «Исправлять обнаруженные ошибки». По завершению система сообщит нам об обнаруженных и исправленных ошибках, после чего можно снова запускать 1С.
Ошибка формата потока при обновлении
Также ошибка формата потока данных в 1С может досаждать своим появлением не только при открытии базы, но и при её обновлении.
Если вылезла ошибка формата потока при обновлении, вам нужно произвести следующие действия.
В первую очередь произвести тестирование и исправление базы. Запускаем соответствующую обработку, проставляем все галочки и здесь переключатель обязательно ставим в положение тестирования и исправления. Насчет ссылок – поставить на «Не изменять», нажимаем на кнопку «Выполнить» и довольно долго ждем.
Как показывает практика, это решение всё равно не является стопроцентным. Однако есть ещё один вариант исправления ошибки формата потока при обновлении: можно попробовать запустить обработку с названием chdbfl, которая находится в каталоге установки 1С.
Находим его на жёстком диске по пути C:/program files(86)/1cv8, затем переходим в папку bin, где и находится обработка chdbfl.
Для общего сведения chdbfl — это сокращение от Chek database files, так что белиберда вполне логична.
Здесь нам нужно выбрать файл с нашей базой данных. Находим каталог с ошибочной базой и выбираем файл с базой данных, после чего обязательно ставим галочку «Исправлять обнаруженные ошибки» и нажимаем на кнопку «Выполнить». В данном случае ошибок не должно быть обнаружено вообще никаких.
При внесении изменений в закрытую базу данных
Также хотелось бы рассказать немного ещё об одном варианте исправления ошибки формата потока при загрузке базы. Мы все с вами понимаем, что когда-то нетиповая база была типовой. То есть это была закрытая база данных, которая стояла на замке – ее нельзя было редактировать. В какой-то момент по команде «Включить возможность изменения» этот «замок» с конфигурации был снят.
Рис. Включение возможности редактирования первоначально закрытой базы данных
Обычно 1С не хотят, чтобы пользователи меняли их базу, поэтому замок не снимается в полной мере. Вместо этого база конфигурации поставщика 1С копируется и получается так называемая основная конфигурация, доступная для изменений. Да, эту базу уже можно видоизменять как угодно, однако нужно понимать, что конфигурационный файл увеличился практически в два раза за счет того, что теперь у нас два конфигурационных файла в одном.
То есть конфигурационный файл нашей базы на самом деле представляет собой пару конфигурации – типовая конфигурация 1С (на замке), и основная, открытая для доработок.
Ошибка формата потока данных может быть связана с тем, что зашитая в нашу конфигурацию типовая конфигурация 1С «битая». Ее нужно просто заменить, и тогда мы избавимся от нашей проблемы.
В первую очередь нам понадобится «здоровая» типовая конфигурация 1С. Определяем версию нужного нам релиза базы, и, чтобы получить файл конфигурации cf из нее, выполняем команду: «Конфигурация → сохранить конфигурацию в файл».
Теперь нам нужно битый файл конфигурации заменить на «здоровый». Для этого, во-первых, нужно его полностью уничтожить в нашей базе: «Конфигурация → Поддержка → Настройка поддержки», нажимаем на кнопку «Снять c поддержки», тем самым уничтожая конфигурацию поставщика 1С. В результате у нас осталась только одна база – скопированная и открытая для внесения изменений.
Далее необходимо обновить конфигурацию базы данных, чтобы получить базу 1С, снятую с поддержки. Но обновить мы её не сможем – придется поставить базу на поддержку. Для этого используем команду «Сравнить/объединить с конфигурацией из файла». Выбираем наш «здоровый» файл конфигурации cf, тут же возникает предложение поставить программу и базу на техническую поддержку, мы, конечно же, соглашаемся с этим. Затем появляется окно сравнения/объединения, и если мы сейчас нажмем на кнопку «Выполнить», то уничтожим все доработки в нашей базе – обязательно убираем галочку «Сохранять настройки автоматически», нам нужно только поставить базу на техническую поддержку.
Мы почти закончили. Осталось только разобраться, что это за странный значок появился:
Рис. Оповещение о снятой с поддержи базе 1С
Для того чтобы этот значок поменять на привычный «желтый кубик», вызываем команду «Настройка поддержки» и меняем статус со «Снят с поддержки» на «Редактируется». Также не забываем нажать галку «Установить для подчиненных объектов» и, опять-таки, нажимаем на кнопку «Обновить конфигурацию базы данных».
Вот и все! В итоге мы получили то же самое, что у нас и было изначально только мы заменили конфигурацию поставщика 1С с битой версии на нормальную. И уже в ней попробовать выполнить обновление. И на это раз всё должно получиться!
Распределенная информационная база (РИБ) достаточно часто используется для организации работы филиалов и подразделений, позволяя оперативно обмениваться информацией, сохраняя нужную степень автономности. Несмотря на то, что данная технология достаточно надежна, время от времени ломается и она. Сегодня мы рассмотрим одну из довольно распространенных ошибок: Конфигурация узла распределенной ИБ не соответствует ожидаемой! Расскажем о причинах ее возникновения и методах борьбы с ней.
Начнем, как всегда, с начала. После того, как вы создали РИБ все изменения в конфигурацию информационной базы можно вносить только в главном узле. Впоследствии, при следующем обмене, все изменения будут переданы в подчиненные узлы и автоматически применены там. Но гладко было на бумаге.
В общем мораль этой истории проста - не ведите активную доработку рабочей базы, а если ведете, то завершайте все сеансы обмена до внесения следующих изменений. Но как быть, если такая неприятность все-же произошла?
Решение "в лоб" - создать новый образ подчиненного узла, однако на практике он обычно неприменим. Как правило возникновение серьезной ошибки при обмене фиксируется не сразу, а через некоторое время после того, как перестали поступать оперативные данные из периферийных баз. В зависимости от расписания обмена между моментом возникновения проблемы и ее обнаружением может пройти целый рабочий день, а то и более.
Откройте командную строку и введите (с учетом версии платформы и реального пути установки):
После выполнения данной команды появится обычное окно стартера, выберите там нужную базу и нажмите кнопку Конифгуратор.
Внимание! На платформах 8.3.7 - 8.3.9 выполнение данной команды приводит к аварийному завершению работы. Ошибка исправлена в платформе 8.3.10.
Если вы не хотите возиться с командной строкой, то можно воспользоваться одной из обработок, ниже представлена та, которую используем мы, она была найдена на просторах сети, и мы внесли в нее лишь косметические правки. Обратите внимание, обработка подходит лишь для обычного приложения, для конфигураций на управляемом приложении используйте ключ запуска Конфигуратора.
Работа с ней предельно проста, запускаем ее в режиме 1С:Предприятия, через Файл - Открыть, затем просто нажимаем нужную кнопку, в нашем случае Отключить главный узел.
Теперь нам потребуется актуальная конфигурация из центрального узла. Для этого откроем центральную ИБ в Конфигураторе и выполним Конфигурация - Сохранить конфигурацию в файл. Полученный файл с расширением cf потребуется передать в периферийный узел.
1С:Предприятие 8. Ошибка формата потока при вызове отчетов.
Продолжая тему ошибки формата потока 1С разберем еще одну типичную ситуацию. В данном случае одноименную ошибку мы получили при попытке вызвать отчет, при этом ни тестирование и исправление базы в Конфигураторе, ни проверка утилитой chdbfl результатов не принесли. Все проверки утверждали, что база исправна, также мы без проблем выгрузили - загрузили базу через DT-файл и спокойно смогли обновить. Самое время проанализировать ситуацию.
Начнем с начала, ничто не предвещало беды - никаких аварийных состояний или сбоев. Просто в один день при попытке вызвать отчет Оборотно сальдовая-ведомость мы получили ошибку формата потока.
Обычно в таких случаях сразу возникают подозрения на повреждение базы, однако все проверки утверждали, что с базой все в порядке. Кроме того, под другим пользователем отчет открывался и формировался нормально.
Стало ясно, что ошибка кроется где-то в настройках конкретного пользователя, однако очистка профайлов не дала никакого результата. Поэтому было решено изучить информацию об ошибке более подробно (что и надо было сделать в самом начале).
Дальше становится понятнее. Идем в хранилище настроек отчетов: Операции - Справочники - Сохраненные настройки.
Открываем справочник, отключаем отбор и находим настройку сбойного отчета для интересующего нас пользователя и ставим пометку на удаление:
Затем переходим к Удалению помеченных объектов и удаляем настройку.
После обновления до актуального релиза у пользователей запуск 1С нередко происходит с ошибкой:
Настрою вашу 1С. Опыт с 2004 года. Подробнее →
Проблема известная, но имеет множество причин возникновения, о которых мы расскажем.
В первую очередь отметет самое очевидное решение: некорректно завершенные сеансы.
Для этого администратор должен не только завершить все активные сеансы, но также перезагрузить сервер. Это обеспечит отключение всех процессов.
Ошибка при запуске 1С по-прежнему остается? Продолжаем!
Запуск 1С с разными версиями конфигурации
Теперь сверим релизы, которые используются на сервере и на пользовательских машинах.
Каждый выпуск конфигурации хранится на жестком диске в отдельной папке, поэтому определить наличие нужного очень просто.
Для этого зайдем в директорию (по умолчанию она расположена C:\Program Files (x86)\1cv8 ) и посмотрим, есть ли в ней искомый релиз:
Если необходимый релиз на локальном компьютере отсутствует, то требуется запустить обновление вручную.
К сожалению, наличие сборки на машине не обещает, что запуск 1С осуществляется именно из нее.
Например, иногда сотрудники сами создают некорректные ярлыки из устаревшей сборки или некорректно отрабатывает 1cestart.exe.
Чтобы исключить эту проблему, проверим настройки при входе. Для этого требуется нажать на кнопку «Изменить», а в появившемся окне нажать на «Далее»:
Что указано в поле «Версия»? Если поле пусто или в нем прописана устаревшая сборка, то будет лучше указать в нем актуальный номер платформы, необходимой для загрузки.
Также, чтобы избежать в дальнейшем аналогичной 1С ошибки после каждого апдейта системы для клиент-серверных решений рекомендуем прописать всем пользователям принудительную загрузку с заданного релиза.
Кеш – частая причина для 1С ошибки
Кеширивание — это механизм создания временных и чаще всего статичных данных. Хранение кеша способствует увеличению скорости отклика программы. При этом на машину загружается информация, чтобы ее не пришлось постоянно запрашивать с сервера при каждом клике. К сожалению, бывают случаи, когда платформа обрабатывает сохраненную информацию со сбоем, поэтому мы можем получить неадекватное поведение системы в виде разнообразных "глюков".
Причиной подобной 1С ошибки может стать динамическое обновление, различные программные или аппаратные сбои.
Основной способ чистки кеша – удаление вручную.
Данный вариант очистки кеша является наиболее правильным.
Для этого необходимо найти папку, где сохраняются файлы ИБ. Пусть к ней находится обнаружить в меню настройки, которая открывается из списка:
Системная директория находится в программном каталоге вида C:\Documents and Settings\username\Application Data\1C\1Cv82\tmplts\1c, а сами каталоги с кешированной информацией находятся в корневой паке «1Cv82». При этом «username» будет означать имя пользователя, а само название папки 1Cv82 варьируется из-за версии платформы.
При переходе внутрь мы найдем большое количество папок (по числу установленных конфигураций) с названием типа «fcb8341b-07er-48b9-97f4-6d1cfae7f004».
Такие директории – это кэш данных, и их нужно удалить. Перед этим не забудьте обязательно закрыть все активные сеансы ИБ на компьютере.
Второй способ – удаление базы из списка.
Для очистки требуется удалить проблемную базу из списка, а после этого создать новую, указав такой же путь к ИБ. После процедуры ранее использованный каталог с кешированными файлами останется на жестком диске, но для новой базы будет создано новое хранилище.
Этот способ не слишком распространен, и является менее корректным, т.к. сами файлы остаются, но, например, при отсутствии прав на удаление папок, возможно использовать и его.
Последний метод – прописать в настройках команду «ClearCache»:
Его можно воспользоваться только в тонком клиенте. К тому же при работе с этой командой значительно снижается производительность.
Антивирус
Иногда ошибка при запуске 1с может возникнуть после установки свежего антивируса. Например, известно, что после апдейта антивируса Касперский до 10 версии нередко возникает такая блокировка. Если это произошло, то желательно вернуться к использованию более раннего выпуска.
Читайте также: