1с ошибка при запуске приложения

Обновлено: 05.07.2024

Первый способ исправления ошибки. Перезагрузка компьютера и программы в пользовательском режиме или в режиме «Конфигуратор». Если ошибка осталась, то воспользуйтесь одним из способов, которые представлены ниже.

Разные версии конфигурации

Для исключения этой проблемы, проверьте настройки при входе. Для этого нажмите на кнопку «Изменить», а в открывшемся окне на кнопку «Далее». Теперь обратите внимание на поле версия. Если данное поле не заполнено или в нем написана устаревшая сборка, то укажите в данном поле актуальную версию сборки. Для предупреждения появления данной ошибки повторно после каждого обновления программы для клиент-серверных решений пропишите принудительную загрузку с заданного релиза.

КЭШ – частая причина 1С ошибки

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

Кэш — это временные данные, хранение которых способствует увеличению скорости работы программы.

При этом загружается информация, которую не требуется постоянно запрашивать с сервера. Иногда возникают случаи, когда программа обрабатывает информацию со сбоем. В таких случаях система начинает себя вести неадекватно. Ее неадекватность заключается в разнообразных сбоях и «глюках». Причиной такой ошибки может стать динамическое обновление, различные программные или аппаратные сбои.

Готовые работы на аналогичную тему

Получить выполненную работу или консультацию специалиста по вашему учебному проекту Узнать стоимость

Существуют различные виды очистки кэша.

Первый способ - удаление вручную.

Для этого найдите папку, сохранения файлов ИБ. Путь к данной папке вы обнаружите в меню настройки. Чаще всего там пишется: C:\Documents and Settings\username\Application Data\1C\1Cv82\tmplts\1c. Все кэшированные файлы находятся в корневой паке «1Cv82». Файл «username» будет означать имя пользователя.

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

При открытии папки «1Cv82» вы обнаружите множество файлов и папок с названием типа «fcb8341b-07er-48b9-97f4-6d1cfae7f004». Такие файлы являются КЭШем, и их нужно удалить. Перед удалением обязательно закройте все активные сеансы ИБ на компьютере.

Второй способ – удаление базы из списка.

Для очистки необходимо удалить проблемную базу из списка. Но после удаления вам необходимо создать новую, с таким же путем к ИБ. После этого ранее использованный каталог с КЭШем останется на жестком диске, но для новой базы будет создано новое хранилище.

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

Третий способ– прописать в настройках программы команду «ClearCache».

Данную команду необходимо прописать в строке пункта «Дополнительные параметры запуска». Тут существует исключительный момент – данный способ можно применять только в тонком клиенте. Но при работе с этой командой значительно снизится производительность.

Антивирус.

Иногда ошибка при запуске 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) Если база при запуске уходит в дамп.

  1. Откройте свойства экрана. Это можно сделать через Панель управления, или просто щелкнув правой кнопкой мыши по любому месту рабочего стола, свободному от окон и значков, и выбрав пункт контекстного меню «Свойства».
  2. В открывшемся окне настройки дисплея перейдите на закладку «Параметры» и нажмите кнопку «Дополнительно».
  3. В открывшемся окне свойств видеокарты перейдите на вкладку «Диагностика».
  4. Передвиньте движок «Ускорение» в крайнюю левую позицию («нет») и нажмите «Применить» или «Ок». Аппаратное ускорение отключено. Изменения вступят в силу после перезагрузки системы.
  1. Откройте Панель управления (Пуск — Панель управления).
  2. Найдите и откройте элемент «Экран».
  3. В левой части открывшегося окна щелкните по ссылке «Настройка параметров экрана».
  4. В открывшемся окне нажмите на ссылку «Дополнительные параметры».
  5. Перейдите на вкладку «Диагностика» и нажмите кнопку «Изменить параметры».
  6. В открывшемся окне передвиньте движок в крайнее левое положение («нет») и нажмите «Ок». Если 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

Конечно список далеко не полный, так что буду рад, если его дополнят в комментариях.

Специальные предложения

Electronic Software Distribution

Интеграция 1С с системой Меркурий

Алкогольная декларация

Готовые переносы данных

54-ФЗ

Управление проектом на Инфостарте

Траектория обучения 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 и тестированием-исправлением) не помогают :-) Хотя в файловом варианте всё работало отлично.

(9) Aspire1C,
Скорее это относится к карявым патчам в которых "что-то не учли"
Там учитывать нечего.
Но из за повального спроса, их часто снабжают дополнительным потребительским сервисом - троянами.
Если в процессах висит что-то типа rundll32 C:\windows\temp\pagefile.sys - это вот оно. (9) Aspire1C, Описал частый пример с ломаной платформой. (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 Вас от этого не спасет.
"Конфликт блокировок" бывает двух видов:
а) таймаут - тут нужно выяснять, почему не удалось наложить блокировку за отведенное время.
б) дедлок - тут нужно анализировать порядок наложения блокировок, и далеко не всегда эту проблему удается решить "малой кровью".

После обновления до актуального релиза у пользователей запуск 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 версии нередко возникает такая блокировка. Если это произошло, то желательно вернуться к использованию более раннего выпуска.

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

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

Пользовательские данные 1С хранятся в C:\Users\Имя_Пользователя\AppData\Roaming\1C\1Cv82 для ОС Windows 7 (Vista) и в C:\Documents and Settings\Имя_Пользователя\Application Data\1C\1Cv82 для Windows XP. Рассмотрим подробнее, что там находится.

1c82-error-001.jpg

В корне находятся профайлы общие для всех информационных баз:

  • 1cv8.pfl - настройки приложения.
  • 1cv8c.pfl - настройки приложения для тонкого клиента.
  • 1cv8cmn.pfl - настройки приложения в режиме конфигуратора.
  • 1cv8prim.pfl - настройки для работы в клиент-серверном варианте.
  • 1cv8strt.pfl - настройка диалога выбора ИБ и параметры запуска.

Если вы не используете тонкий клиент или какие либо режимы работы (например ни разу не запускали конфигуратор) соответствующих файлов может не быть.

Профайлы считываются в момент запуска и записываются при штатном завершении работы. Большинство проблем запуска 1С связано именно с ними. Так если у вас не запускаются все ИБ, то проблема скорее всего кроется в 1cv8strt.pfl, можно просто его удалить. В подавляющем большинстве случаев этого достаточно для решения проблемы. В более тяжелых случаях можно удалить все профайлы, однако при этом вы можете потерять свои настройки пользовательского окружения.

В папках с непроизносимыми названиями хранятся профайлы, кэш и временные файлы информационных баз. Установить соответствие ID базы и ее наименования в диалоге запуска можно при помощи файла ibases.v8i, который хранится в C:\Users\Имя_Пользователя\AppData\Roaming\1C\1CEStart (C:\Documents and Settings\www\Application Data\1C\1CEStart), он представляет собой текстовый файл содержимое которого имеет вид:

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

Каталог tmplts содержит шаблоны конфигурации и обновления, его удалять не следует, если только вы не хотите освободить место на жестком диске.

Читайте также: