1с предприятие вылетает при подключении пользователя
Обновлено: 07.07.2024
Доброго времени суток друзья, столкнулся с проблемой, не могу разобраться с ее решением. Обо всем по порядку.
Не так давно, мы начали переход на 1С БП 3.0 и все что на ней основано, по сравнению с 2.0 тормозить она стала раз в 5 больше, базы открывались от 2 до 5 минут! Решение пришло быстро, MS SQL Server.
Так как для меня это первый опыт его настройки, начал я тренироваться в виртуальной машине Hyper-V, все работало более менее, пока я не загрузил туда БД сельхоз отдела, примерно через 2 - 3 часа работы сервер перестает работать, базы не подключается, даже напрямую на этом же сервере. В локальной сети выходит ошибка "1541 descr = сервер не доступен (не отвечает, завершается аварийно или порт занят другим приложением". Сначала я грешил на сетевую карту, потом на брандмауер (его отключение тоже не помогло), и вот вчера я взял физический сервер, все настроил установил, перенес базы и буквально час назад та же беда! Все драйвера обновлены, мощности сервера должно хватать (Xeon X5606 2.13 Ghz/24Gb RAM DDR3 1333/LAN 1Gb) у сети топология "Звезда". Последнее на что грешу то что сервер не включен в домен Active Directory, но тогда почему и на самом сервере база отваливается?
Кратко о ПО:
1С Предприятие 8.3.8.2088
MS SQL Server 2014 SP1
Windows Server 2008R2
Буду рад любому совету.
Дополнено:
Аналогичная проблема проявляется на Debian. С одной базой УТ10 работает нормально. При переносе старой БД (бухгалтерия) с файлового варианта на SQL (postgres) периодически раз в 1-2 недели базы становятся недоступными до перезапуска службы srv1cv83. Есть ощущение что чем больше баз переносится тем меньше срок работы до перезапуска, так при переносе 5 БД срок работы был 2-3 дня.
К одной базе УТ10 доступ осуществляется локально (на одной машине), при добавлении других баз работа с ними начинается через клиентов по сети, но в момент сбоя базы недоступны ни в каком виде до перезапуска службы srv1cv83.
В технологическом журнале из подозрительного можно выделить только следующее:
У всех пользователей, которые работают с базой, происходит то же самое, но у кого-то гораздо реже.
До обновления последнего релиза платформы - вылетов не было.
Версии операционных систем обоих ПК отличаются, ПК сервер — 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» при наличии не латинских символов в пути к этим файлам.
(6) Проблема у вас только одна - попытка использования устаревших и уже нихрена реально не поддерживаемых технологий.
Представь что у тебя Linux (или Mac) и действуй исходя из этого.
(9) Там проблемы когда несколько разных версий платформы 1С стоят или ставили криво.
Можно совместить 8.1. 8.2 и 8.3 а вот разные 8.3 глючит.
Например если 8.3.16 и 8.3.15 ну или разрядность того.
(10) неа. Я подозреваю что надо ставить на сервере, а он пытается на клиенте. Ну и х86-64 и SysWOW64 - как бы противоречие, хотя там надо просто зарегать COM+-приложение
С учетом того,что стандартный обмен все равно передает xml-файл,то можно перейти на web-сервисы без проблем.
(12) это надо публиковать базу, а мало кто это хочет делать
(13) так надо опубликовать внутри локальной сети, не надо в глобальном интернете публиковать.
мне регистрация в службах компонентов всегда помогала
Нет, версия одна и запускаю на сервере. Проблема решилась перезапуском сервера 1С. Всем спасибо за участие.
Вроде COM-соединение возможно с базой на другой версии платформы 8.3 А OLE-соединение возможно?
(кстати на 16-ю версию платформы люди жалуются, нам сейчас пока запретили её ставить)
Панель управления\Все элементы панели управления\Администрирование\Службы компонентов\Компьютеры\Мой компьютер\Приложения COM+\CommCtrl\Роли\CreatorOwner\Пользователи\
Сюда добавить пользователей ОС сервера, под кем приходится запускать регламентные задания, а главное USR1CV8.
И лучше физически перезагрузить сервер сам компьютер.
У меня все базы на 8.3.10.2466 (x86-64), только одна 8.3.14.1779 (x64) на диапазоне портов 16хх. Когда к ней подключаюсь в строке подключения к имени сервера дописываю ":1640". Даже вручную делаю команду C:\Windows\SysWOW64\regsvr32 "c:\Program Files\1cv8\8.3.14.1779\bin\comcntr.dll", пишет: Успешно выполнено DllRtgisterServer в c:\Program Files\1cv8\8.3.14.1779\bin\comcntr.dll. Но при этом все равно ошибка: "Несоответствие версий клиента и сервера 1С:Предприятия" (8.3.10.2466 - 8.3.14.1779).
(21) Я вот думаю сказать или нет что COM как и прочие приложения могут быть как x32 так и x64.
И короче регать думать надо что и откуда. И откуда и куда подключаться.
Ну не выйдет цыветочек и x32 не умеет с x64 через COM или OLE
Типовыми симптомами данной ошибки является аварийное завершение работы приложения при запуске конфигурации или при попытке ее создания. При этом другие конфигурации могут загружаться успешно, также у других пользователей на данном ПК данной ошибки не возникает. Такое поведение наводит на мысль, что причина ошибки кроется где-то в пользовательских настройках. Самое время разобраться где они находятся и что там хранится.
В профайлах 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 содержит шаблоны конфигурации и обновления, его удалять не следует, если только вы не хотите освободить место на жестком диске.
1С Предприятие 7.7 Часто встречающиеся проблемы и способы их решения.
Как показал читательский отклик, интерес к 1С:Предприятие 7.7 до сих пор весьма велик. Поэтому мы решили опубликовать статью посвященную наиболее часто встречающимся проблемам и способам их решения для данной платформы.
Проблема связана с тем, что текущий пользователь не имеет права записи в каталог информационной базы. Чаще всего проблема проявляется при сетевом доступе к ИБ, переносе жесткого диска с базами на другой ПК или после переустановки системы. Решение - выставить необходимые разрешения на папку с базой.
Ошибка "Доступ возможен только из одного каталога ИБ"
Данная ошибка возникает в SQL версии после того, как один из пользователей некорректно вышел из программы. Причина возникновения ошибки: при некорректном выходе не останавливается SQL процесс запущенный пользователем.
Для решения данной проблемы надо принудительно завершить процесс через SQL Enterprise Manager, информация об активных процессах содержится в ветке Management - Current Activity - Process Info, также можно просто перезагрузить SQL сервер. К возникновению этой ошибки также может привести неправильное конфигурирование 1С, когда информационные базы из разных каталогов пытаются использовать одну и ту же SQL-базу.
Ошибка "SQL State: 42000 Native: 170 Line 1: Incorrect syntax near 'N'
Довольно распространенная ошибка у начинающих, возникает на этапе создания / подключения ИБ. Причина ошибки - недопустимый символ в имени SQL базы. Обычно возникает при попытке создать БД с именем начинающимся с цифры, параметр ошибки Incorrect syntax near 'N'указывает на недопустимый символ (N). Решение: создать (переименовать) БД с корректным именем.
Ошибка "Microsoft Visual C++ Runtime Library: Runtime Error: abnormal program termination"
Есть еще одна похожая ошибка, когда программа аварийно завершается только при входе конкретного пользователя. Метод "в лоб" - очистить каталог пользователя, но при этом будут потеряны все его настройки. Можно попробовать более изящный способ: копируем каталог пользователя в другое место, переименовываем, возвращаем обратно и указываем его пользователю в качестве рабочего, старый каталог впоследствии можно удалить.
Подобная методика можно использовать и в том случае, когда удаление 1cv7.mlg не помогает избавиться от ошибки, просто копируем каталог ИБ в другую папку и запускаем оттуда.
Программа выполнила недопустимую операцию и будет закрыта.
К этой ошибке может приводит множество факторов и не все из них связаны с 1С. Коротко остановимся на наиболее часто распространенных. Если ошибка проявляется только для одной ИБ или одного пользователя то следует воспользоваться рекомендациями для предыдущей ошибки. В других случаях к краху могут приводить поврежденные файлы и библиотеки 1С, Windows, вирусы, а также аппаратные неисправности. В этом случае можно посоветовать сделать антивирусную проверку, проверить состояние файловой системы и после устранения возможных причин переустановить платформу (можно поверх, главное - перезаписать измененные или поврежденные файлы), не будет лишним проверить целостность системных файлов Windows, это можно сделать командой sfc /scannow.
Читайте также: