1с вылетает через 10 минут без ошибки
Программные продукты 1С славятся тем, что вроде как всё и работает стабильно, но иногда может случиться какой-нибудь небольшой глюк, который будет отравлять жизнь всем вашим сотрудникам . Не так давно наши специалисты столкнулись с проблемой, что 1С вылетает через 10-15 минут, после того, как система была запущена на рабочей машине .
Попытка решить вопрос стандартными методиками ни к чему не приводила. Чистили все кэши и всё, что только можно. Проверяли дампы и нигде не находили информации об аварийном закрытии программы. Разве что, маячили проблемы с возможностью записи информации в базу данных и несвоевременного ответа системы на запрос. По всей логике такие ошибки не должны приводить к аварийному закрытию программы. Но поскольку никаких других зацепок не было, взяли эти версии в рабочие и начали прорабатывать версию.
Когда-то, когда деревья были ещё большими, была такая жёсткая подстава. Вроде бы и работает система Windows с русскоязычными названиями, а в какой-то момент может выскочить непонятная ошибка. Это касалось буквально всего. Файлы с русскоязычными названиями порой пропадали . Диски с меткой на кириллице тоже не читались и возвращали ошибки доступа. Вроде бы на дворе уже 2021 год. Однако, версию решили проработать.
Кроме того, когда-то бывали глюки с длинными названиями. У клиента в названии файликов и рабочих путях было по 15-20 символов. Это тоже добавляло проблем.
Компьютер нашего клиента, который жаловался на проблему, был назван по-русски. То ли что-то типа "моя машина", то ли "наш сервер". В пути к базе данных содержались русские буквы. Одна из папок называлась "Базы данных". Попробовали изменить пути к файлам и переименовать компьютер. Всё внесли на латинице и без специальных символов. После такой манипуляции случилось чудо и система перестала вылетать на каждом шагу .
Или заполните форму обратной связи:
Значит, для того, чтобы 1С ка не вылетала каждый десять минут, нужно провести следующие манипуляции :
Всем доброго дня. Ситуация такая, купил ноут в win10 x64 на i5 9 поколения. Установил 1С8 8.3.16.1063.
1С сама закрывается через 15-60 минут. Никаких ошибок не выходит, в журналах windows ничего нет. Запускал и пустую базу, и режим x32/x64, ставил и другие платформы, вплоть до 8.3.12.1529. вылетает и все тут. Даже dep отключал для 1с и от windwos 7 запускал.
Сталкивался кто? Или может было у кого?
У меня на 8.3.16.1063 вылетала при обмене когда небыло прав на папку 1Cv8FTxt (полнотекстовый поиск). Причем фоновое задание просто ошибку выдавала, что нет доступа, а синхронизация роняла 1С-ку. Как только права дал, так и обмены пошли без проблем
(9) Никогда на компе не стояло ломаной?
(8) Кстати, у меня дома одно время стояла ломаная. (Да, ради нескольких запусков в месяц). .12, потом .13. Не слетала.
(17) не удалось заблокировать запись. Действие изменение, удаление или блокировки записи datazoneobjectlock
"Неожиданное решение вылета 1С через десять минут нашлось на руборде - нужно переименовать компьютер, на котором происходит вылет программы. Причем нужно присвоить новое имя, которое до этого еще не использовалось. Для имени использовать только латиницу. Лично мне данный способ помог."
Имхо берешь чистый ssd самый дешманский, вытаскиваешь текущий ставишь чистый, накатываешь голую стандартную win10 причем никаких говносборок.
Никаких антивирусов и прочих гавастов не ставишь и тестишь 1С 8.
Если все ок - понимаем где трабла.
(32) Ты упал что ли?
Уже хз сколько лет никаких пломб и наклеек на ноутах (нормальных) давно нет и никакая гарантия не теряется при замене диска.
Хрен с ним запусти Win10 с флешки или с usb диска и проверь. Главное чтобы не текущая винда со всем говном от вендора была. И чтобы не обновлялась в фоне сама лоча и закрывая процессы.
для сети windows использует однобайтовую кодировку
четыре латинских буквы,это четыре байта,то есть регистр процессора.
видимо,где-то строку с целым числом перепутали.
но,ведь работает же.
Если у Вас сворачивается или безвозвратно закрывается 1с во время работы – это тревожный знак. Кроме того, что эта неприятность не даёт нормально работать в программе, сворачивание и выкидывание из 1с ведёт к повреждению базы 1с. Если у вас недавно появилась данная проблемам связанная с закрытием 1с в процессе работы – спешите прямо сейчас сделать резервную копию базы!
1) Неисправность компьютера. Ваш ноутбук может иметь проблемы аппаратного характера. Выявить этом может специалист использую специальные программы для диагностики (aida64, victoria, crystal disk mark, memtest, ati tool, blue screen view и другие). Если во время работы в 1с вылетает синий экран смерти. То это является признаком того что ваш компьютер или ноутбук – неисправны. BSOD (blue screen, грустный смайлик, экран смерти) – появляется в случае ошибки памяти (видеопамяти, ПЗУ, ОЗУ итд).
2) Если ваш компьютер не удовлетворяет требованиям 1С. Параметры компьютеров для современных программ 1с Розница, Управление торговлей, Бухгалтерия, Зарплата и кадры, Комплексная автоматизация, УНФ – довольно высокие. Признаком того что ваш компьютер недостаточно мощный – является выкидыванием из платформы 1с. Чтобы исключить возможность данной причины в вашем случае, убедитесь, что ваш компьютер соответствует рекомендуемым системным требованиям 1С (8 гб ОЗУ, двух-ядерный современный процессор, SSD накопитель с достаточным объемом).
3) Проблема в операционной системе вашего компьютера. Windows, Linux, MacOS и другие ОС компьютера имеют изъяны. При появлении проблем с программным обеспечением так же могут возникать «выкидывания» из программы. Радикальным способом устранения этой неисправности является переустановка операционной системы (переустановка Windows, если ваш компьютер работает на программном обеспечение Microsoft). Если переустановить ОС возможности нет, постарайтесь вспомнить в какой момент возникла проблема с выкидыванием 1с. Посмотрите какие программы вы скачивали, устанавливали и настраивали в данный период времени. Удалите или перенастройте софт.
4) Проблема в разрядности операционной системы, платформы 1с или драйверов торгового оборудования. Данная проблема очень редкая. Возникает в несоответствии битности программного обеспечения (битности x86 и 64). Исправлением является переустановка драйверов и платформы 1С.
5) Проблема с доступом к другому компьютеру по сети, где храниться база 1С. Данная проблема возникает если вы работает по сети в офисе или через интернет. Проверку данной проблемы сможет произвести опытный системный администратор использую командную строку CMD и команду ping. Так же он сможет выявить подозрительное (не исправное) сетевое оборудование.
6) Проблема с доступом к сетевому хранилищу или внешнему жесткому диску. Данная проблема возникает в случае если вы работает по сети, аналогична проблеме №5.
7) Проблема с доступом в интернет. Возникает если вы работаете через удаленный сервер, облачное хранилище, веб-сервер. В момент работы базы данных выкидывает. Системный администратор сможет проверить возможные микро потери в сеть интернет, которые вы визуально не замечаете.
8) Проблема с платформой 1с и её совместимость с конфигурацией. В этом пункте сразу несколько проблем. Конфигурация 1С 10.3 может работать с версией платформы 8.3.13.хх. При входе в случайный документ Управление торговлей 10.3 выкидывает, если платформа выше версий. Так же может быть «заключённая платформа», которую следует переустановить. Кроме этого может быть проблема с лицензией (которая устанавливается на платформу). А так же может быть пробелам ИТС. Редкий случай, когда при отсутствии купленной подписки информационно-технического сопровождения платформа 1с выкидывает на рабочий стол.
9) Проблема с SQL серверов или другими службами на сервере 1с. Если вы используете Сервер 1С предприятие, то на нем установлены различные службы без которых 1с работать, в привычном для вас режиме не заработает. SQL, web-server, iis, RDP – в каждом из них может крыться проблема. Устранить её можно обратившись к администратору сервера.
Восстановить базу можно через интернет дистанционно! Данную услугу недорого готовы выполнить специалисты нашей компании.
После необходимости внедрить онлайн кассы было сделано обновление, после чего 1с на кассе стала вылетать примерно раз в 10 минут. Лишь остается висит значек в трее.
Ошибок в журнале Windiows нет.
Что делалось:
1. Проверка базы - нет результата.
2. Вырузка-загргузка - нет результата.
3. ТИС - аналогично.
4. Отключение всего лишнего в оборудовании - не помогло.
5. Убивались временные файлы пользователей 1с.
6. Менялась платформа на пару версий назад.
7. Убились все возможные фоновые задания.
Все остальное уже и не припомнишь.
Самое забабвное, что Win7 работает вообще без всяких проблем.
Что за напасть такая быть может, подскажите пожалуйста?
(1) Установите Windwos 7 и платформу посвежее на комп где XP и все будет работать нормально, инфа 100-ка, WinXP периодически так ведет себя ввиду старческих особенностей)
В железе сомнений нет абсолютно никаких. Тем более, что база локальная.
Кеш. А что с ним тут может быть не так, учитывая, что на втором компе все отлично.
8.3.11 сейчас попробую пару релизов.
Кэш - штука как раз таки локальная, и из-за него много чего интересного и непонятного может происходить.
1. Почистить кэш
2. Похоронить Win XP
(4) Особенно, если учесть, что последняя розница в режиме совместимости с 8.3.10 и техподдержка 1С шлет лесом всех с розницей на 8.3.12 и на 8.3.11
Что касается WinXP - к сожалению, вам придется его списать на свалку - у нас у половины заказчиков на winXp последние платформы вообще уже давно не взлетают.
8.3.11 уже не работает с обновленной до конца розницей.
Попробовать обработку возможности нет. Но создание нового, чистого пользователя результатов не дает, вылетает. Кэш наверно не при чем.
Кэш наверно не при чем.
Угу, причем в чисто женском варианте: безо всяких логичных оснований сразу забраковать один из возможных вариантов, а потом упорно сопротивляться его проверке. Ну как же, вдруг тогда всем станет понятно, что автор дура был неправ?
Остается только ждать рыцаря, который приедет на белом коне и таки почистит кэш любым из описанных вот тут способов.
Ну, а если это не поможет, то развернет на проблемном компе демобазу той же Розницы и проверит - будут ли на ней вылеты? Если будут, то см.(5), п.2.
Та же самая проблема: пробовал платформы 8.3.12.1685 и 8.3.13.1513 то же самое поведение.
Пробовал тонкий клиент, толстый клиент, закрывается даже конфигуратор.
Для эксперимента создал пустую базу на локальном компе - ничего не изменилось, закрывается 1С и всё тут.
И да, тоже Windows XP
Мне кажется Windows XP тут ни при чем, потому что аналогичная проблема наблюдается и на Windows 7. После того как обновил платформу с 8.10 на 8.12, а затем на и на самую последнюю 8.13.1513 проблема продолжает присутствовать. База файловая, работает через сеть, всего четыре пользователя. При этом сама база расположена в расшаренной папке на компьютере с Windows 10. На этом компьютере все работает без проблем, а на другом, где "семерка" вылетает ровно через 10 минут. Пробовал варианты с чисткой кэша, удалением и восстановлением базы из списка, перемещением в другую папку. Путь до базы короткий, никаких русских букв и пробелов в наименовании папок. Пробовал вариант использовать расшаренную папку в виде сетевого диска - результата ноль. Все также стабильно вылетает. Временно решил проблему публикацией базы на веб сервере и подключением проблемного компа по веб клиенту, в таком варианте работает, но. Всего четыре компьютера, тут и файловый вариант должен работать без проблем и работал же, пока не обновил конфигурацию. Есть ответ как победить эту ситуацию?
Неожиданное решение вылета 1С через десять минут нашлось на руборде - нужно переименовать компьютер, на котором происходит вылет программы. Причем нужно присвоить новое имя, которое до этого еще не использовалось. Для имени использовать только латиницу. Лично мне данный способ помог.
criptid; Rishat7; art8316; sanches; Terrifying; -Random-; synelf; walp; Mita343; daydream; Vorchun_76; Kutsepalov; vodevil_patching_cord; shestopalovpro; DarkDaemon; + 15 – Ответить
У всех пользователей, которые работают с базой, происходит то же самое, но у кого-то гораздо реже.
До обновления последнего релиза платформы - вылетов не было.
Версии операционных систем обоих ПК отличаются, ПК сервер — Windows 7, ПК клиент — Windows XP SP3.
Если посмотреть журнал Windows «Приложение», то там имеются такие записи об ошибке:
Код исключения: 0x40000015
Смещение ошибки: 0x000a327c
Путь сбойного приложения: C:\Program Files\1cv8\\bin\1cv8.exe
Путь сбойного модуля: C:\Program Files\1cv8\\bin\MSVCR110.dll
Такие ошибки в журналах обоих ПК( если сравнивать любой ПК сети и сервер после возникновения ошибки).
Модуль MSVCR110.dll относится к пакету «Microsoft Visual Studio 2012», и его переустановка не решает проблему.
Изменение версии платформы 1С (на более раннюю или переустановка этой же версии) тоже решения не даёт, вылетает что на самой последней, что на предыдущих. Скорее всего пролема была и раньше, но не так часто.
Загрузка — выгрузка базы не меняет ситуации. Настройка запуска в качестве толстого клиента также не решила проблему. Также ни утилита исправления ошибок chdbfl, ни «тестирование и исправление» в конфигураторе не решили проблему.
Путём перебора множества различных вариантов, мыслей и манипуляций выяснилось, что проблема оказалась в пути к базе . Он содержал не латинские символы, пробелы и был относительно длинным.
Решение:
Решением стал перенос базы в другую папку на том же ПК, но имя которой и путь к ней не содержали ничего кроме латиницы, не содержали пробелов, а путь был очень коротким (корень диска). Папка базы была расшарена по сети по всем правилам (полный доступ на запись и пр.).
После таких изменений вылеты прекратились.
Причина:
Предположительно возникает конфликт в доступе к файлам по сети, при использовании компонентов «Microsoft Visual Studio 2012» при наличии не латинских символов в пути к этим файлам.
Читайте также: