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

Если клиент «не видит базу», это почти никогда не значит, что Accounting стёрли с SQL01. Сначала разделите: нет пункта в списке (ibases.v8i / общий список), пункт есть, сервер не отвечает, веб-клиент не открывает публикацию. Проверьте файл списка, DNS-имя SRV-1C, порты кластера и, для HTTP, сайт IIS/Apache и default.vrd. Не создавайте вторую инфобазу с тем же именем «чтобы появилась».

Строка рабочей базы: Srvr="SRV-1C";Ref="Accounting";. SQL-экземпляр MSSQLSERVER тут ни при чём, пока кластер не сказал «инфобаза не обнаружена» уже после соединения с rmngr.

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

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

  • стартер 1С с пустым окном выбора;
  • «не найден сервер» при добавлении SRV-1C;
  • браузер: http://SRV-1C/accounting — 404 или 503;
  • в консоли кластера база есть, у пользователей нет.

Отличия:

Что видит пользовательСлойСтатья
Пустой список, ручное добавление по SRV-1C работаеттолько списокэтот текст
Добавление не находит серверсеть/агентсервер недоступен
Сервер есть, базы Accounting нет в кластеререгистрация инфобазыкластер / перенос
Открывается, падает лицензияключлицензия
Открывается, ошибка СУБДSQLSQL недоступен

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

  1. Локальный ibases.v8i перезаписан, профиль новый, «общий список» с шары недоступен.
  2. DNS: SRV-1C резолвится не туда или в старый IP.
  3. Клиент ходит на другой кластерный порт (1540 vs 1640).
  4. Веб-публикация удалена после обновления IIS, приложение pool остановлен, default.vrd указывает на другой Ref.
  5. Имя инфобазы в кластере сменили (Accounting → Accounting_prod), ярлыки старые.
  6. Firewall режет 1540/1541 с конкретной VLAN.
  7. Редко: две публикации с одним алиасом, пользователь попадает на пустой сайт.

Диагностика

1. Список баз на ПК

Get-Content "$env:APPDATA\1C\1CEStart\ibases.v8i" -ErrorAction SilentlyContinue
Get-Content "$env:APPDATA\1C\1CEStart\1CEStart.cfg" -ErrorAction SilentlyContinue

Ищите Connect=Srvr="SRV-1C";Ref="Accounting"; и CommonInfoBases= (путь к общему списку). Если общий список на \\fs\1c\ibases.v8i и шара недоступна — у всех «пропали базы» при живом кластере.

Test-Path '\\fs\1c\ibases.v8i'
Test-NetConnection SRV-1C -Port 1540
Resolve-DnsName SRV-1C

2. Кластер знает базу

С SRV-1C (подставьте сборку и UUID из rac cluster list):

& 'C:\Program Files\1cv8\8.3.23.1782\bin\rac.exe' cluster list
& 'C:\Program Files\1cv8\8.3.23.1782\bin\rac.exe' infobase summary list --cluster=<cluster-uuid>

Нет Accounting в выводе — проблема регистрации инфобазы, не клиента. Есть — чините доставку списка и сеть.

3. Веб-клиент

Test-NetConnection SRV-1C -Port 80
Test-NetConnection SRV-1C -Port 443
Invoke-WebRequest -Uri 'http://SRV-1C/accounting/' -UseBasicParsing -MaximumRedirection 0 -ErrorAction SilentlyContinue |
  Select-Object StatusCode, Headers

На сервере: сайт IIS, приложение accounting, default.vrd (IBName / srv). Не путайте HTTP 404 (нет приложения) с 500 (платформа/пул).

4. Не та база

Сверьте Ref= с именем в кластере точно: регистр, пробел, _copy. Пользователи часто держат ярлык на старую файловую копию.

Решение

Сценарий A. Сломан список у одного пользователя

Скопируйте рабочий ibases.v8i с эталонного ПК или добавьте базу вручную: сервер SRV-1C, имя Accounting. Проверьте 1CEStart.cfg: CommonInfoBases не должен указывать на недоступный путь, если это единственный источник.

Сценарий B. Общий список на шаре недоступен

Восстановите SMB и ACL. Временно раздайте эталонный файл, не плодя 50 «локальных» расхождений без учёта. Не кладите единственный список на тот же том, что уже лёг.

Сценарий C. Публикация веб-клиента

Восстановите публикацию из документации вашей сборки 8.3 (IIS: модуль 1С, приложение, пул, права на каталог). Проверьте, что default.vrd ссылается на SRV-1C и Accounting, не на тестовую базу. HTTPS-сертификат — на нужный CN; иначе «не открывается» в браузере при живом тонком клиенте.

Сценарий D. Имя сервера

Если кластер переехал, обновите DNS и списки. Клиенты с прописанным IP в Srvr= переживают переименование хуже, чем с DNS. Не держите старый SRV-1C в DNS на выключенной VM.

Контур SRV-1C: что ещё проверить, если списка нет

С SRV-1C сравните публикацию IIS и строку тонкого клиента. Если веб-клиент открывает http://SRV-1C/accounting/, а стартер пустой — чините только ibases.v8i и 1CEStart.cfg, не инфобазу. Если наоборот (стартер видит Accounting, браузер 404) — модуль 1С для IIS, пул, default.vrd с ib=/srvr на тот же кластер и тот же Ref.

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

Зафиксируйте в заявке: DNS A-запись SRV-1C, порт агента, путь общего списка, код ответа публикации. Этого достаточно, чтобы не плодить вторую инфобазу «для видимости».

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

  • У ранее «слепого» пользователя в стартере видна Accounting, открывается.
  • Второй ПК из той же VLAN — тоже.
  • Веб: URL публикации даёт клиент 1С, не IIS-заглушку.
  • rac infobase summary list по-прежнему содержит одну боевую Accounting.

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

  • Список есть, соединение рвётся — сервер 1С.
  • Тонкий видит, веб нет — только IIS/прокси/реверс.
  • Видит тестовую базу на другом порту — ярлык.
  • После переноса на новый SQL логины не те — это уже СУБД, база в списке при этом видна.

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

  • Эталонный ibases.v8i в git/IT-репозитории конфигурации рабочих мест (без паролей).
  • DNS A-запись SRV-1C, не размазанные hosts.
  • Документировать порт агента, если не 1540.
  • После публикации — проверка URL с клиентской VLAN, не только localhost на IIS.
  • Мониторинг 80/443 и 1540.

FAQ

Пользователь удалил базу из списка. Данные пропали?

Нет. Исчез ярлык. Кластер и SQL не тронуты. Верните пункт списка.

Можно ли раздавать список через GPO копированием ibases.v8i?

Да, если не затираете пользовательские тестовые базы без нужды. Лучше CommonInfoBases + локальные.

Почему в консоли кластера база есть, в тонком клиенте «не обнаружена»?

Другой кластер/порт/имя Ref. Или клиент стучится в DNS на старый хост.

Нужно ли открывать 1433 с рабочих станций, чтобы «увидели базу»?

Нет для клиент-серверной 1С: клиент говорит с SRV-1C, SQL слушает SRV-1C, не бухгалтера. 1433 с клиентских ПК — лишняя поверхность.

Веб-публикация открывается с сервера и не открывается с ПК.

Слушатель IIS только на localhost, firewall 80/443, или split DNS. Проверяйте с клиентского IP, не с консоли SRV-1C.