1с ошибка при запуске приложения
При запуске одной из информационных баз в режиме предприятия тонкий клиент падает с ошибкой.
В эту инф базу можно зайти под другим пользователем инф базы
Тот же пользователь сети - не пользователь инф базы- может запустить другую информационную базу.
Кэш чистил - ниже код
If Exist %USERPROFILE%\AppData\Roaming\1C\1Cv8 (
rem Удаляются все файлы в Windows7 или Windows8
Del /F /Q %USERPROFILE%\AppData\Roaming\1C\1Cv8\*.*
Del /F /Q %USERPROFILE%\AppData\Local\1C\1Cv8\*.*
rem Удаляются все каталоги в Windows7 или Windows8
for /d %%i in ("%USERPROFILE%\AppData\Roaming\1C\1Cv8\*") do rmdir /s /q "%%i"
for /d %%i in ("%USERPROFILE%\AppData\Local\1C\1Cv8\*") do rmdir /s /q "%%i"
)
В журнале Windows имя сбойного модуля core83.dll .
Проявляется как для 32 битного, так и 64- битного приложения платформа 8.3.10.2561.
Платформу 32 переустанавливал- не помогает
Под этой платформой работали несколько месяцев :(
(30) обновиться до 8.3.11. у меня было несколько баз, в которые нельзя зайти ни под одним пользователем в режиме предприятия. Под 8.3.11- все работает.
А проблема точно не в базе? Встречал случаи, когда немного "билась" таблица пользователей и если проблемного пользователя скопировать - то под новым все было нормально.
Такая же проблема, тот же релиз платформы х32, база проверена, кэши чищены, переносил в другую папку, вылет у всех юзеров, кроме одного, независимо от прав.
О_ткат (ох уж этот автоцензор) на предыдущий релиз бухии помогает, так же как установка даты на компе на любое января перед запуском.
Под одним пользователем запускаются все пользователи инф базы.
Если копировать пользователя , под которым запускается, то новый пользователь тоже заходит
(5) в другой конторе с одного компа входит в базу под любым пользователем, на другом ни под одним из тех же.
Пользовательские настройки из режима предприятия чистить пробовали?
Наблюдал подобное поведение как раз в случаях когда пользователь настроил форму под себя, а в конфе она поменялась
(9) поднимать базу с бэкапа и пока не обновлять :(. Потому что все действия по восстановлению - в режиме предприятия
(10), вообще даже в этом случае есть варианты:
1. Зайти в конфигуратор и создать нового пользователя с админскими правами
2. Если база клиент-серверная, то можно в таблице _frmdtsettings поудалять "лишние" строки
(10) как я писал ранее, можно выставить дату на январь и тогда под 3.0.58.20 релизом можно войти (у нас так пока работают).
Такая же ошибка была на 8.3.10.2561 после обновления Бухгалтерии до релиза 3.0.58.20.
Переустанавливали платформу этой же версии на компах пользователей, чистили кэш, обновили до 3.0.58.26 на пустой базе и загрузили конфу в рабочую (где-то тут вычитала такой метод борьбы с подобной ошибкой), дтшник выгружали/загружали обратно, очистили настройки пользователей в самой базе, сделали тестирование и исправление БД, не помогало. В итоге установили новую платформу и все ок.
В описании релиза написано "Внимание! Текущая версия конфигурации "Бухгалтерия предприятия" предназначена для использования с версией технологической платформы 1С:Предприятие 8 не ниже 8.3.10.2466.", но если зайти в "Порядок обновления", есть запись "Рекомендуется использовать версию 1С:Предприятие 8.3 не ниже 8.3.10.2667.".
А вот нам все вышеперечисленное не помогло. Причем падал тонкий и толстый клиент при подключении только к одной определенной 1с sql базе. Ко второй - успешно подключался.
Но мы нашли неожиданное решение.
Сначала проверили на чистом свежесозданном Windows профиле на том же компе - все работает.
Дальше начали шерстить профиль - что же может ломать 1С (напомню, стандартная очистка, описанная выше, не помогла).
Запустили Process monitor, записали что делает 1c при запуске.
В итоге выяснилось, что перестала работать 1С 1.02.2018 на тех компах, на которых стоит КриптоПро и были установлены личные сертификаты с алгоритмом ГОСТ!
Для временного решения - сложите все файлы сертификатов из "C:\Users\username\AppData\Roaming\Microsoft\SystemCertificates \My\Certificates" в другую папочку и 1С заработает.
После запуска 1С, можно сложить серты обратно, она уже не падает. Полтора дня убили на эту тряхомундию. =((
alk; /Sergeant/; freddy_kind; arakelyan; izidakg; Kirich2; PANovikov; user926700; elona; AVKonya; Pafnytich; Gravern; extralook; Мах; ovchinnicov; user705522_constantin_h; Alister; t.v.s.; + 18 – Ответить
(18) интересно, как это связано с датой 1 февраля? В одной конторе возможно из-за этого. но вот в другой, там где с пяти из шести компов не входит, там-то криптопро стоит только у главбуха.
(18)
Забыл код на PowerShell приложить - маленький workaround, пока 1С фиксит. Скрипт убирает серты, запускает 1С, кладет серты обратно. Главное - не тяните с выбором базы, а то скрипт ждет всего минуту и возвращает серты. =)
(73) это не вин проблемы. На моем компе нет никакого КриптоПро ,тем не менее , у меня была проблема и я создал этот пост
(21)
Все равно проверьте наличие сертификатов даже если и нет крипто про. Там могут быть и RSAшные серты и ГОСТовые.
Нам это помогло и сейчас наш франчайзи оформляет багу в 1С, посмотрим как они отреагируют.
У меня та же проблема платформа 10.2561 БП 3.0.58.26.
Вопрос возникает, если дело в сертификатах, то причем тут релиз базы. Получается в прошлым релизам не мешали сертификаты?
Попробовал остаться на 8.3.10, так вот подошла 8.3.10.2667, а более поздняя 8.3.10.2699 не подошла, но по причине того, что периодически на полностью здоровой базе вываливалась с ошибкой о нарушении структуры.
Тоже после обновления на БП 58.20 такая же ерунда. Методом тыка выяснилось. что если отключить у пользователя начальную страницу, которая там по умолчанию идет, то всё работает. Как только пользователь добавляет себе начальную страницу, то сразу всё падает. Это только на компе где есть эти сертификаты.
(30) обновиться до 8.3.11. у меня было несколько баз, в которые нельзя зайти ни под одним пользователем в режиме предприятия. Под 8.3.11- все работает.
(30)на другом компе зайти, если, конечно, есть в сети еще 1с. Заметил, что если в этой начальной странице не указана Организация, то тоже нормально. 1С валится, после установки организации там.
(34) так и пришлось, зашел с единственного компа, не подверженного вылету, под админом и через Производительность отключил эту начальную страницу.
Нашел, надо проверить
Пользователь с полными правами может отключить отображение начальной страницы для определенных пользователей программы «1С:Бухгалтерия 8» редакции 3.0 (в том числе и для себя), которым не требуется отслеживать общие показатели деятельности организации, выведенные на рабочий стол.
Настройка отображения начальной странице находится в форме Производительность, доступ к которой осуществляется по одноименной гиперссылке из раздела Администрирование.
Для выборочного отключения отображения начальной страницы при установленном флаге Показывать начальную страницу следует перейти по ссылке Всем пользователям и отключить флаги для определенных пользователей.
По-моему, гораздо важнее, чем просто обновление платформы на крайний релиз, было определение причины, почему 1С вылетает (из-за сертификатов, как почти у всех в этой теме), а уже зная эту причину, можно подобрать для себя решение.)
Есть рабочая база БП КОРП (клиент-сервер), релиз 3.0.58.41. Все заходят, никаких проблем. Платформа 8.3.10.2505.
Сегодня развернул еще одну, чистую (клиент-сервер на тех же серверах) и получил аналогичную ошибку. Вылетает у всех пользователей, не зависимо установлен КриптоПро или нет. Стабильно работает только если запустить клиента на самом сервере 1С.
В итоге просто отключил начальную страницу в форме Производительность (по совету 31) и заработало у всех пользователей. Потом обновлю платформу до последнего релиза 8.3.10 и снова попробую вернуть начальную форму.
Это повезло еще, что есть пользователь, под которым можно зайти в базу. У меня было несколько баз, где никто не мог зайти
Сначала убрал сертификаты в другую папку - база запустилась. Потом положил их обратно и обновил платформу до 8.3.11.3034 - база перестала открываться. Возврат на старую платформу и перемещение сертификатов не помогает. Создавал базу заново с загрузкой из dt - всё равно не работает, при этом все базы более старых релизов работают нормально.
Почистил кэш перед установкой 8.3.11.3034 - не помогло. Заметил, что на 11 платформе в журнале ошибок краш ругается не на Core83.dll, а на mngui.dll. Запустился под толстым - и о чудо!
Под толстым клиентом на 8.3.11.3034 работает нормально!
После однократного запуска под толстым клиентом, тонкий клиент восстановил работоспособность!
Сегодня, сразу на трёх компьютерах такой же глюк, я убираю с другого компьютера, под этим пользователем информационную панель, база стартует, но когда в задачах выбрать, список задач, вылетает((
Какая может быть связь сертификатов с определёнными пользователями?
Да не сертификатов, а платформы.
Сертификаты здесь сбоку-припеку, просто на них вылезло.
А так - ошибка в dll-ке возникает.
В прежней платформе "старая" DLL, она, видимо, с "новым" механизмом запроса сертификатов неправильно работает.
Предположительно глюк связан с отображением какого то графического элемента на некоторых интегрированных видеокартах с включенным аппаратным ускорением.
Но это сугубое имхо
(52) а если документы в базу вводятся в онлайн режиме, причем не через Предприятие и пользователя? ))
Точнее, не "этого самого" пользователя ))
(54) ну, если вам дадут "отключить" многосторонний обмен. )))
Особенно бухгалтерия будет на вашей стороне ))
(55) я думаю что тут слишком много если, ели не надут то будут сидеть у монитора и курить бамбук (хотя решение я Вам выше написал как можно сделать (через виртуалку))
(53) еще как вариант и у нас он прокатил это создать виртуалку и с нее сделать все танцы с бубном по отключению новостей, либо взять старую машину на которой можно отключить аппаратное ускорение
(56) раз для вас много "если" - то самый лучший вариант, это обновиться на новую платформу.
Только и всего ))
И не нужно будет ничего выдумывать более того.
Кто вам это предложил? Вот ему и напишите, что "не решило" ))
Я же говорил - за версию 8.3.11. 3034 ))
Я предположил, что в 8.3.11 все решили, но рекомендовал - 8.3.11.3034.
Если ранние версии не решают проблемы - что ж, обидно, печально, досадно, но ладно ))
Это - 1С, тут и не такое возможно ))
Еще раз столкнулся с этой же проблемой, при этом возврат даты назад не помогал решить проблему, помогло создание нового пользователя в конфигураторе и отключение начальной страницы уже через него у всех. (Бухгалтерия 3.0) Может гуру напишут программу отключающую начальную страницу. что-то типа патча.
(63) причем тут "гуры", все давно написано уже)
Вы суть поймите - как вы обработку запустите, если не запустите Предприятие?
Менять ради этого конфу -> прописывать сброс начальной страницы?
Или искать и вклиниваться в какое-нибудь задание?
Проще обновиться, чем заниматься совершенно бессмысленным делом ))
(65)ну, разве что получите массу других ошибок, из-за чего, собственно, мы и перешли на новый релиз )
(66)есть ситуации когда смена релиза, особенно крайнего не всегда возможна.
Это 1с может позволить себе менять релизы платформы каждые 2 недели. У нас такой возможности нет.
(67) у нас смена релиза занимает день, хотя и не так много чего по пользователям.
А вот вокруг 1С много чего наверчено, что перестает работать при смене релиза )
Была такая же ошибка, 1С напрочь отказывалась запускаться, сразу при открытии вываливалась с ошибкой "программа будет закрыта". Причем только на одной базе. Единственное отличие этой базы от других - в ней настроена синхронизация с ЗУП 3.1, в остальных нет.
Прошли все круги ада - ТИИ, chdbfl, чистка кэша, чистка временных файлов, перемещение базы в другой каталог, выгрузка-загрузка .dt, обновление до последнего релиза (3.0.59.45).
Наконец додумались зайти в базу под давно не использовавшимся пользователем. И, о чудо, база открылась. Отключили, как здесь рекомендовалось, начальную страницу. И остальные пользователи смогли зайти.
Вопрос - что это было? Галка "Показывать начальную страницу" стояла "для всех пользователей". Если дело в ней, почему одному пользователю все-таки удалось зайти? Может это быть как-то связано с синхронизацией?
-------------------------------------------------------------------------------------------------------------------------------------
Сигнатура проблемы:
Имя события проблемы: APPCRASH
Имя приложения: 1cv8c.exe
Версия приложения: 8.3.10.2561
Отметка времени приложения: 5983aaba
Имя модуля с ошибкой: core83.dll
Версия модуля с ошибкой: 8.3.10.2561
Отметка времени модуля с ошибкой: 5983a625
Код исключения: c0000005
Смещение исключения: 00009592
Версия ОС: 6.1.7601.2.1.0.16.7
Код языка: 1049
Дополнительные сведения 1: 0a9e
Дополнительные сведения 2: 0a9e372d3b4ad19135b953a78882e789
Дополнительные сведения 3: 0a9e
Дополнительные сведения 4: 0a9e372d3b4ad19135b953a78882e789
Первый способ исправления ошибки. Перезагрузка компьютера и программы в пользовательском режиме или в режиме «Конфигуратор». Если ошибка осталась, то воспользуйтесь одним из способов, которые представлены ниже.
Разные версии конфигурации
Для исключения этой проблемы, проверьте настройки при входе. Для этого нажмите на кнопку «Изменить», а в открывшемся окне на кнопку «Далее». Теперь обратите внимание на поле версия. Если данное поле не заполнено или в нем написана устаревшая сборка, то укажите в данном поле актуальную версию сборки. Для предупреждения появления данной ошибки повторно после каждого обновления программы для клиент-серверных решений пропишите принудительную загрузку с заданного релиза.
КЭШ – частая причина 1С ошибки
Еще одной причиной появления ошибки при запуске программы может являться наличие кэша.
Кэш — это временные данные, хранение которых способствует увеличению скорости работы программы.
При этом загружается информация, которую не требуется постоянно запрашивать с сервера. Иногда возникают случаи, когда программа обрабатывает информацию со сбоем. В таких случаях система начинает себя вести неадекватно. Ее неадекватность заключается в разнообразных сбоях и «глюках». Причиной такой ошибки может стать динамическое обновление, различные программные или аппаратные сбои.
Готовые работы на аналогичную тему
Существуют различные виды очистки кэша.
Первый способ - удаление вручную.
Для этого найдите папку, сохранения файлов ИБ. Путь к данной папке вы обнаружите в меню настройки. Чаще всего там пишется: C:\Documents and Settings\username\Application Data\1C\1Cv82\tmplts\1c. Все кэшированные файлы находятся в корневой паке «1Cv82». Файл «username» будет означать имя пользователя.
Название корневой папки будет варьироваться от версии платформы.
При открытии папки «1Cv82» вы обнаружите множество файлов и папок с названием типа «fcb8341b-07er-48b9-97f4-6d1cfae7f004». Такие файлы являются КЭШем, и их нужно удалить. Перед удалением обязательно закройте все активные сеансы ИБ на компьютере.
Второй способ – удаление базы из списка.
Для очистки необходимо удалить проблемную базу из списка. Но после удаления вам необходимо создать новую, с таким же путем к ИБ. После этого ранее использованный каталог с КЭШем останется на жестком диске, но для новой базы будет создано новое хранилище.
Данный способ не является распространенным, и он не корректен. Но в случае, когда у вас нет прав на удаление данных вы можете воспользоваться этим методом.
Третий способ– прописать в настройках программы команду «ClearCache».
Данную команду необходимо прописать в строке пункта «Дополнительные параметры запуска». Тут существует исключительный момент – данный способ можно применять только в тонком клиенте. Но при работе с этой командой значительно снизится производительность.
Антивирус.
Иногда ошибка при запуске 1с возникает после установки нового антивируса. Для устранения этой ошибки либо отключите антивирус, либо перейдите к предыдущей версии антивируса, либо вернитесь к предыдущему антивирусу.
Последнее время довольно часто приходится сталкиваться с ошибками запуска конфигураций на платформе 1С Предприятие 8.2. Очень часто пользователи и системные администраторы, не представляя причины возникновения данных ошибок, тратят очень много времени и сил на их устранение. Мы надеемся, данный материал будет им полезен.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Типовыми симптомами данной ошибки является аварийное завершение работы приложения при запуске конфигурации или при попытке ее создания. При этом другие конфигурации могут загружаться успешно, также у других пользователей на данном ПК данной ошибки не возникает. Такое поведение наводит на мысль, что причина ошибки кроется где-то в пользовательских настройках. Самое время разобраться где они находятся и что там хранится.
В профайлах 1С хранится информация не оказывающая влияние на логику работы конфигурации, но содержащую параметры и настройки конкретного пользователя: расположение диалогов, окон, настройки отображения и т.п. Вместе с профайлами хранится кэш различных компонентов конфигурации и временные файлы.
Пользовательские данные 1С хранятся в C:\Users\Имя_Пользователя\AppData\Roaming\1C\1Cv82 для ОС Windows 7 (Vista) и в C:\Documents and Settings\Имя_Пользователя\Application Data\1C\1Cv82 для Windows XP. Рассмотрим подробнее, что там находится.
В корне находятся профайлы общие для всех информационных баз:
- 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 содержит шаблоны конфигурации и обновления, его удалять не следует, если только вы не хотите освободить место на жестком диске.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Любая программа, установленная на компьютер, может время от времени работать неправильно. Периодические сбои, которые приводят к невозможности использования ПО, называются ошибки. Чтобы суметь диагностировать и устранять ошибки в 1С, пользователь должен хотя бы немного разбираться в особенностях работы программ. Наличие минимальных знаний позволяет решать проблемы самостоятельно.
Прежде чем рассматривать основные разновидности ошибок, стоит заметить, что они отличаются между собой по происхождению. Приложение может привести к физическому или логическому сбою. В результате 1С просто не запускается или начинает работать в режиме «Конфигуратор». Пользовательский режим бывает недоступен или, при использовании определенных команд, будет появляться сбой.
Чтобы научиться быстро исправлять ошибки в 1С необходимо изначально их проанализировать. Часто во всплывающем окне написана суть некорректного поведения, что помогает решить проблему.
Причины появления ошибки в 1С
Разберем основные моменты, связанные с частым появлением сбоев при работе с базой данных. Они возникают в разных ситуациях, и определить их истинную причину не всегда возможно.
Одна из самых частых причин нарушение работы связанна с компьютером, на который установлена база данных 1С. Рабочая область может автоматически закрываться из-за нехватки оперативной памяти на сервере. Все возникающие неисправности должны быстро устраняться. В противном случае есть вероятность потери данных.
Часто возникающие ошибки 1С
Все имеющиеся сбои выводят на экран разные уведомления. Одинакового текста не бывает. Чтобы проще ориентироваться, разделим существующие ошибки 1С на следующие пункты:
- Недостаточно памяти.
- Ошибка доступа.
- Ошибка формата потока.
- Ошибка СУБД: Файл базы данных поврежден.
- Неправильное отображение блоков формы.
- Внутренняя ошибка компоненты dbeng.
- Dump при запуске.
- Неверный формат хранилища.
- Ничего не работает.
Для того, чтобы научиться исправлять возникающие ошибки, рассмотрим каждый пункт по отдельности.
Недостаточно памяти
Подобный сбой проявляется только в том случае, если на выполнение операций с программой выделено мало оперативной памяти. Приложение не может обрабатывать большие объемы информации, поэтому выдает «Недостаточно памяти 1С». Это случается при формировании отчета, обработки «тяжелого» файла, обновлении конфигурации и т.д. Причина – мощности компьютера недостаточно.
Пользователь может самостоятельно решить проблему с памятью. По умолчанию операционная система выделят фиксированное значение гигабайт на обслуживание приложения: 32 bit ОС – 2 Гб, 64 bit – 4 Гб.
Увеличить размер выделенной памяти можно вручную. Для этого запускается адресная строка (Пуск – Выполнить, вводиться фраза cmd). После нажатия «Ентер» достаточно ввести фразу bcdedit /set increaseuserva 4096 и подтвердить действие (клавиша «Enter»). Цифра 4096 – новый выделяемый объем «оперативки». Выполняется перезагрузка системы. Проблема должна быть устранена.
Ошибка доступа
Она возникает, если учетная запись не имеет достаточно прав. Проявляется при выполнении определенного действия, которое доступно только ограниченному кругу пользователей. Для исправления ситуации достаточно изменить роль выбранного профиля в конфигураторе (вкладка «Администрирование – Пользователи»). В некоторых случаях это увеличивает безопасность базы данных, если необходимо защитить файлы от изменения сторонними людьми.
Ошибка формата потока
Когда пользователь только запускает программу, на экране может появиться окно сбоя. Оно предлагает завершить работу или перезапустить. Причиной выступает некорректное завершение работы приложения.
Устранение подобной ошибки 1С выполняется простой чисткой кэша. Для этого необходимо перейти в папку, где хранятся временные файлы. В Windows 7 и выше она находится по адресу C:\Users\Username\AppData\Local\1C или C:\Users\Username\AppData\Roaming\1C. Для Windows ХР другой путь – Local Settings\Application Data\1C\. Все файлы, начинающиеся на 1cv8, кроме «1Cv8.1CD» полностью удаляются.
Если «Ошибка формата потока» возникает в процессе работы, то нужно провести тестирование (Администрирование – Тестирование и исправление), выбрать первые 2 галочки и запустить процесс.
Ошибка СУБД: Файл базы данных поврежден
Если всплывает информационное окно с подобной надписью, неисправность базы данных решается тестированием файла и всей информационной базы. Такое мероприятие может проводиться 2 способами:
- Запуск утилиты chdbfl.exe. Эта программа предназначена для того, чтобы проверять целостность базы данных при совместном ее использовании с информационной базой. Данный метод хорош тем, что дает возможность решать сбои даже в тех ситуациях, когда конфигуратор запустить невозможно. Сначала выполняется резервное копирование информации. В папке, где установлен 1С (директория bin) находится файл chdbfl.exe. Он запускается, в окне прописывает путь к файлу базы данных и ставится галочка, чтобы провести исправление ошибок. Нажимается кнопка «Выполнить». После завершения процесса все должно заработать. Если нет – используется конфигуратор.
- Через конфигуратор. Нужное окно вызывается после нажатия «Администрирование – Тестирование и исправление». На экране появляется форма, где выставляются галочки на следующе строчки: «Реиндексация таблиц…», «Проверка логической целостности…», «Проверка ссылочной…», «Реструктуризация таблиц…», «Тестирование и исправление» и 2 раза «Создать объекты». Нажимается кнопка «Выполнить». После завершения процедуры сбой устраняется.
Неправильное отображение блоков формы
Такая неисправность возникает от разных факторов. Чтобы привести программу к нормальной работоспособности, пользователю необходимо последовательно выполнить несколько команд. После проведения каждой проверяется устранение сбоя:
Если приведенные методы не помогают, рационально будет провести обновление платформы.
Внутренняя ошибка компоненты dbeng
Dump при запуске
Возвращение 1С в рабочее состояние проводится простым обновлением MS Visual Studio (Visual C++) и дополнительными манипуляциями. Чтобы отследить конкретный файл, в котором возникает ошибка, открывается «Просмотр событий». Для этого пользователь переходит в «Панель управления – Система и безопасность – Администрирование». С левой стороны раскрывается «Журнал Windows – Приложение».
На экране появляется список ошибок и точное расположение поврежденного файла. После установки новой версии MS Visual Studio (Visual C++) с папки System32 копируется одноименный файл dll и вставляется в папку платформы 1С. Проблема решилась.
Неверный формат хранилища
Ничего не работает
Если программа перестала нормально работать без видимых причин, значит пользователю придется самостоятельно искать неисправность. Для восстановления работоспособности базы данных проводятся следующие мероприятия:
- чистится кэш;
- открывается файл chdbfl.exe из папки установки приложения и выполняется исправление;
- выполняется запуск «Конфигуратора» для тестирования и исправления сбоев;
- обновление «1С».
Если это не критичная ошибка, она должна исправляться при установке актуальной версии программного комплекса. В остальных ситуациях необходимо пользоваться помощью профессиональных мастеров, которые отлично понимают принцип подобных продуктов.
Хотите получать подобные статьи по четвергам?
Быть в курсе изменений в законодательстве?
Подпишитесь на рассылку
Статья рассчитана в первую очередь на тех, кто недостаточно много работал с 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 – Ответить
Читайте также: