1С не открывается: сначала кэш и версия 8.3, не переустановка на всех ПК

Короткий ответ

Не ставьте платформу заново на весь офис, пока не ответите на четыре вопроса: чья это проблема (один ПК, подсеть, все), какая платформа (сборка 8.3 и тонкий/толстый/веб), есть ли сеть до кластера SRV-1C (порты агента и менеджера) и не упирается ли старт в лицензию или кэш. Чаще всего это битый кэш %LOCALAPPDATA%\1C\1cv8, другая сборка клиента, чем на сервере, нет TCP до 1540/1541, либо ключ/программная лицензия. Переустановка клиента эти четыре слоя смешивает и маскирует.

Строка подключения к рабочей базе: Srvr="SRV-1C";Ref="Accounting";. SQL SQL01 с экземпляром MSSQLSERVER на этом этапе ещё не трогайте, если кластер даже не принимает сеанс.

Симптомы и как отличить

Типичная картина:

• ярлык «1С:Предприятие» мигает и исчезает, либо висит на заставке;
• сообщение «ошибка соединения с сервером 1С:Предприятия» / timeout;
• база Accounting в списке есть, дизайнер тоже не открывается;
• веб-клиент открывает публикацию, тонкий — нет (или наоборот).

Отличия:

Возможные причины

От более частых к редким:

1. Кэш метаданных пользователя: каталоги 1cv8 в Local и Roaming после аварийного закрытия или смены релиза конфигурации.
2. На ПК стоит другая сборка 8.3, чем на SRV-1C (особенно смесь x86 и x64, или «1cv8c.exe» из C:\Program Files (x86) против 64-bit кластера).
3. Нет маршрута/firewall до портов кластера: агент 1540, менеджер 1541, рабочие процессы 1560–1591 (если диапазон не меняли).
4. Ярлык указывает на старый каталог 8.3.xx после обновления платформы только на сервере.
5. Профиль без прав на %LOCALAPPDATA%\1C (перемещаемый профиль, folder redirection, AppLocker).
6. Лицензия: клиент ждёт локальный ключ, а лицензии выдаёт сервер; либо кончились сеансовые лицензии.
7. Повреждён ibases.v8i или общая ссылка на файл списка баз недоступна.
8. Редко: антивирус держит 1cv8c.exe в карантине; ещё реже — сломан COM-контракт после «чистки» реестра.

Диагностика

Плейсхолдеры: сервер приложений SRV-1C, SQL SQL01\MSSQLSERVER (по умолчанию в клиентах достаточно SQL01), база Accounting. Подставьте свои имена.

1. Масштаб сбоя

С одного рабочего ПК, с SRV-1C и с вашей админской станции:

$srv = 'SRV-1C'
Test-NetConnection $srv -Port 1540
Test-NetConnection $srv -Port 1541
Test-NetConnection $srv -Port 1560
Get-Service -ComputerName $srv | Where-Object { $_.Name -like '*1C*' -or $_.DisplayName -match '1С|1C:Enterprise' }

TcpTestSucceeded : False на 1540 при живом ping — фильтр или агент не слушает, не «1С надо переустановить на ПК».

2. Версия клиента против сервера

На проблемном ПК:

Get-Item 'C:\Program Files\1cv8\common\1cestart.exe','C:\Program Files (x86)\1cv8\common\1cestart.exe' -ErrorAction SilentlyContinue |
  Select-Object FullName, Length, LastWriteTime
Get-ChildItem 'C:\Program Files\1cv8','C:\Program Files (x86)\1cv8' -Directory -ErrorAction SilentlyContinue |
  Select-Object FullName

Сверьте полный номер (например 8.3.23.x) с тем, что стоит на SRV-1C. Разные старшие сборки 8.3 между тонким клиентом и кластером — штатная причина «не запускается» после обновления только сервера.

3. Кэш и список баз

$u = $env:USERNAME
Get-ChildItem "$env:LOCALAPPDATA\1C\1cv8" -ErrorAction SilentlyContinue | Select-Object Name, LastWriteTime
Get-Item "$env:APPDATA\1C\1CEStart\ibases.v8i" -ErrorAction SilentlyContinue
Select-String -Path "$env:APPDATA\1C\1CEStart\ibases.v8i" -Pattern 'Accounting|SRV-1C' -ErrorAction SilentlyContinue

Если ibases.v8i указывает на другой кластер или на файловый путь вместо Srvr="SRV-1C", клиент «не запускает базу», которую вы чините на сервере.

4. Журнал и лицензия на старте

На SRV-1C откройте консоль кластера или rac: жив ли кластер, есть ли инфобаза Accounting, не исчерпан ли лимит лицензий. Сообщение про ключ — уходите в статью про лицензию, не чистите кэш циклически.

# Путь к rac зависит от установленной сборки 8.3
Get-ChildItem 'C:\Program Files\1cv8\*\bin\rac.exe' | Sort-Object FullName -Descending | Select-Object -First 1

Пример (подставьте UUID кластера из rac cluster list):

& 'C:\Program Files\1cv8\8.3.23.1782\bin\rac.exe' cluster list

Решение

Сценарий A. Один пользователь, порты до SRV-1C открыты

1. Закройте все окна 1С у этого пользователя.
2. Переименуйте кэш, не удаляя в корзину «насовсем» без копии:

$stamp = Get-Date -Format 'yyyyMMdd-HHmm'
Rename-Item "$env:LOCALAPPDATA\1C\1cv8" "$env:LOCALAPPDATA\1C\1cv8.bak-$stamp" -ErrorAction SilentlyContinue
Rename-Item "$env:APPDATA\1C\1cv8" "$env:APPDATA\1C\1cv8.bak-$stamp" -ErrorAction SilentlyContinue

3. Запустите ту же сборку, что на сервере, через 1cestart.exe или ярлык на ...\8.3.xx.xxxx\bin\1cv8c.exe.
4. Если профиль перемещаемый и кэш тут же возвращается битым — чистите на сервере профилей и проверьте права NTFS на эти каталоги.

Сценарий B. Все клиенты после обновления платформы на SRV-1C

Поставьте ту же сборку 8.3 на рабочие места (или через общий сетевой каталог дистрибутива). Не смешивайте «сервер обновили, клиенты потом». Веб-клиент обновите на стороне публикации отдельно: старый default.vrd с другой версией даст похожую картину.

Сценарий C. Порты закрыты

На SRV-1C проверьте, что агент слушает 1540, и что правило firewall разрешает нужные порты с клиентских подсетей. Не отключайте брандмауэр «навсегда». Если агент стоит на нестандартном порту (1640, 1740) — в строке соединения это должно быть явно: Srvr="SRV-1C:1640".

Сценарий D. Права

Учётка пользователя должна иметь право на запуск 1cv8c.exe и запись в свой %LOCALAPPDATA%\1C. AppLocker/WDAC, которые пускают только «1cv8.exe из Program Files (x86)», ломают 64-bit клиент без внятного текста ошибки.

Как проверить, что проблема устранена

С того же ПК, который не открывался:

1. Тонкий клиент открывает Accounting на SRV-1C под обычной учёткой, не под админом.
2. Повторный вход после логоффа (перемещаемый профиль) всё ещё работает.
3. Test-NetConnection SRV-1C -Port 1541 = True с этого ПК.
4. В консоли кластера сеанс появился и не падает сразу.

Test-NetConnection SRV-1C -Port 1540
Test-NetConnection SRV-1C -Port 1541

Зафиксируйте в заявке: имя ПК, сборку 8.3 клиента и сервера, что именно сделали с кэшем.

Если не помогло

• Клиент открывается, SQL-ошибка сразу на входе — смотрите SQL Server недоступен и строку СУБД у инфобазы, не платформу.
• Сеанс стартует и зависает на блокировке — сеанс завис, не переустановка.
• Только веб-клиент мёртв — IIS/Apache и публикация, не 1cv8c.exe.
• После очистки кэша ошибка про лицензию — ключ, не кэш.
• Терминальный сервер: кэш в общем профиле, диск C: без места — тогда «не запускается у всех RDS», это диск и профиль, не кластер.

Профилактика

• Одна поддерживаемая сборка 8.3 на кластере и клиентах; дистрибутив в одном сетевом каталоге.
• Мониторинг TCP 1540/1541 на SRV-1C и службы агента.
• Не храните единственную копию ibases.v8i на шаре без правки процесса публикации списка.
• Место на диске профилей: кэш 1С растёт.
• Перед обновлением платформы — план обновления и тест тонкого клиента с копии базы.

FAQ

Можно ли просто удалить папку 1cv8 у всех по GPO каждую ночь?

Нет. Ночной снос кэша маскирует смену релиза и увеличивает утренний шторм на SRV-1C. Чистите точечно после смены конфигурации или по факту повреждения.

Толстый клиент открывается, тонкий нет. Что это?

Разные exe и часто разные каталоги установки. Сверьте путь ярлыков и битность. Веб-публикация на тонкий не влияет.

Нужно ли переустанавливать SQL, если 1С не стартует?

Нет, пока кластер не принимает соединение. SQL начинается после успешного рукопожатия с rmngr.

Почему под администратором 1С запускается, а у бухгалтера нет?

Права на кэш, AppLocker, или лицензия привязана к другому типу сеанса. Не оставляйте повседневную работу под админом.

Клиент 32-bit к 64-bit кластеру — это ошибка?

Для тонкого клиента 8.3 обычно допустимо, если сборка совпадает. Смешивать номера релизов платформы нельзя. Проверяйте полный номер, не только «восемь три».