← На главную

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

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

Способ 1. Полная переустановка платформы 1С:Предприятие

Выясним причину сбоя на стороне исполняемых файлов. Часто на рабочей станции со временем накапливаются различные релизы платформы, повреждаются зарегистрированные библиотеки или нарушаются ярлыки запуска. Если ярлык на рабочем столе или в панели задач обращается напрямую к 1cv8.exe старой версии в каталоге конкретной сборки, а не к общему диспетчеру запуска 1cestart.exe, возникает конфликт версий с конфигурацией базы данных.

Рассмотрим последовательность действий для чистой переустановки:

1. Закроем все запущенные процессы 1cv8.exe и 1cestart.exe через Диспетчер задач.
2. Через панель управления операционной системы удалим все установленные версии платформы 1С:Предприятие.
3. Удалим остаточные файлы и служебные библиотеки в системных каталогах установки программы (по умолчанию C:\Program Files\1cv8 или C:\Program Files (x86)\1cv8).
4. Установим требуемый релиз технологической платформы заново от имени администратора. При наличии 64-разрядной операционной системы рекомендуется использовать 64-разрядную версию тонкого/толстого клиента для устранения ограничений на адресное пространство процесса.
5. Создадим корректный ярлык, ссылающийся именно на исполняемый файл запуска: C:\Program Files\1cv8\common\1cestart.exe.

Способ 2. Очистка локального кэша и файлов блокировок базы данных

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

Выполним очистку временных файлов на проблемном компьютере по шагам:

1. Откроем проводник и перейдем в каталоги хранения временных данных текущего пользователя: %USERPROFILE%\AppData\Local\1C\1cv8 и %USERPROFILE%\AppData\Roaming\1C\1cv8.
2. Удалим все каталоги с уникальными идентификаторами (папки со сложными буквенно-цифровыми названиями вида 12345678-abcd-...).
3. Откроем окно запуска 1С, удалим проблемную базу из списка и добавим ее заново с указанием сетевого пути. Это создаст новый идентификатор информационной базы и исключит использование старых ссылок кэша.
4. Перейдем на главный компьютер, где хранится файл информационной базы, убедимся, что все пользователи вышли из системы, и удалим в папке с базой временные файлы блокировок: файлы с расширениями *.cfl, *.lck, а также системные журналы регистрации временного характера (сам файл 1Cv8.1CD трогать нельзя).

Способ 3. Проверка прав доступа и целостности файловой структуры

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

Проверим права доступа следующим образом:

1. Откроем на проблемном компьютере общий сетевой каталог, где расположена база на основном ПК.
2. Попробуем создать в этом каталоге обычный текстовый документ, отредактировать его, сохранить и затем удалить. Если на любом из этапов Windows запрашивает дополнительные права или выдает ошибку доступа, необходимо скорректировать права общего доступа (SMB) и вкладки «Безопасность» (NTFS) на сервере для сетевой учетной записи.
3. Убедимся, что служба «Брандмауэр Windows» запущена на обоих компьютерах. Отключение самой службы брандмауэра в современных версиях Windows способно нарушать работу сетевого сопоставления портов и служб общего доступа. Достаточно отключить фильтрацию профиля или добавить порт 445 и процесс 1cv8.exe в список исключений.

Способ 4. Проверка журнала событий Windows и аппаратного ускорения

Если видимых причин для сбоя нет, обратимся к системным средствам диагностики Windows, чтобы выявить сбоящий модуль:

1. Нажмем комбинацию клавиш Win + R, введем eventvwr.msc и откроем «Просмотр событий».
2. Перейдем в раздел Журналы Windows — Приложение.
3. Найдем событие с уровнем «Ошибка» от источника Application Error, относящееся к процессу 1cv8.exe.
4. Посмотрим на строку «Имя сбойного модуля»:

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

   Если ошибка указывает на библиотеки ucrtbase.dll или модули msvcr*.dll, выполним переустановку пакетов распространяемых компонентов Microsoft Visual C++ Redistributable (x86 и x64).

Способ 5. Проверка драйвера принтера по умолчанию и настроек сетевой карты

Рассмотрим специфические аппаратные причины, о которых часто забывают при настройке сетевых баз:

1. Принтер по умолчанию: Платформа 1С при запуске опрашивает параметры устройства печати по умолчанию для формирования макетов. Если на компьютере выбран недоступный сетевой принтер, процесс может упасть в ошибку. Установим в системе принтером по умолчанию виртуальный «Microsoft Print to PDF».
2. Разгрузка сетевого адаптера (Offload): Механизмы Large Send Offload могут сбоить при интенсивном сетевом обмене файловой 1С. В «Диспетчере устройств» откроем свойства сетевой карты, перейдем на вкладку «Дополнительно» и переведем параметры Large Send Offload (IPv4) и IPv4 Checksum Offload в состояние «Disabled» (Отключено).
3. Сброс пользовательских настроек внутри базы: Зайдем в конфигурацию под пользователем с правами администратора на исправном компьютере, перейдем в меню Администрирование — Настройки пользователей и очистим сохраненные настройки форм для проблемного пользователя.

При регулярных сбоях в сетевом файловом режиме наиболее надежным долгосрочным решением является публикация базы данных на локальном веб-сервере (IIS или Apache) на основном компьютере, что полностью исключает влияние нестабильности протокола SMB на работу пользователей.