Утро понедельника, бухгалтер приходит на работу, кликает по привычному ярлыку, а вместо списка баз появляется окно с красным крестиком. До сдачи отчёта два дня, платежи не разнесены, и первая мысль обычно одна: всё пропало, база сломалась.
За годы обслуживания мы разобрали сотни таких обращений. Данные при этом теряются крайне редко. Чаще мешает что-то простое: не отвечает сетевая папка, кто-то не закрыл программу на другом компьютере, слетела лицензия после переустановки Windows. Разберём по порядку, что показывает 1С в каждом из этих случаев и что можно сделать самостоятельно, не дожидаясь специалиста.
Прочитайте сообщение целиком, а не первую строку
Просьба, которая экономит больше всего времени: не закрывайте окно с ошибкой сразу. Внутри почти всегда написано, что именно не получилось. Разница между «нет доступа к файлу» и «не обнаружен ключ защиты» огромная, а выглядят оба окна одинаково тревожно.
Текст ошибки удобно скопировать целиком. В окне 1С работает обычное выделение мышью и сочетание Ctrl+C, а в некоторых версиях есть кнопка «Подробно», которая разворачивает техническую часть. Именно техническая часть содержит путь к базе, имя сервера или номер порта. Когда вы пришлёте эти строки в поддержку, ответ придёт в разы быстрее: специалисту не придётся угадывать, какая из семи причин у вас.
Сфотографировать экран телефоном тоже годится. Главное, чтобы в кадр попало всё окно, а не его верхняя половина.
Дальше по тексту ошибки уже понятно, в какую сторону копать. Мы разложили частые сообщения по причинам, от самых безобидных к тем, где нужен человек с правами администратора.
База занята другим пользователем
Самая частая причина, с которой к нам приходят. Формулировки бывают разные: «Не удалось заблокировать информационную базу», «База данных занята другим пользователем», иногда просто «Ошибка при выполнении файловой операции».
Так ведёт себя файловая база, когда кто-то уже открыл её в конфигураторе или запустил обновление. Конфигуратор захватывает базу монопольно, и остальные внутрь не попадают. Второй вариант: коллега ушёл домой, не закрыв программу, компьютер продолжает держать соединение, а вы стучитесь в закрытую дверь.
Что сделать. Позвоните тем, кто работает с этой же базой, и попросите закрыть 1С полностью, включая конфигуратор. Обычно этого достаточно. Если рабочий день только начался и коллеги ещё не пришли, придётся идти к их компьютерам либо просить администратора завершить зависшие сеансы.
Из нашей статистики за прошлый год: примерно половина обращений «база не открывается» заканчивалась именно этим. Никакой поломки, просто чужая незакрытая сессия. Три из четырёх таких случаев решались звонком за пять минут.
Отдельная разновидность той же истории: компьютер коллеги отправили в перезагрузку по сети, программа закрылась некорректно и оставила служебный файл блокировки в каталоге базы. Файл называется 1Cv8.1CD.lock или лежит рядом с базой под похожим именем. Удалять его самостоятельно не стоит: если в этот момент кто-то действительно работает, можно повредить данные. Это как раз тот случай, когда лучше позвать специалиста, он проверит активные сеансы и уберёт блокировку безопасно.
Есть и обратная ситуация, которая пугает сильнее: программа пишет, что база занята, хотя в офисе никого нет. Обычно виноват сеанс, оставшийся после сбоя питания или после того, как компьютер уснул с открытой 1С. Такие сеансы живут до перезагрузки машины, на которой они висят.
Нет доступа к базе или не найдена лицензия
Две разные группы сообщений, но действия по ним похожи, поэтому разберём их вместе.
Первая группа: «Информационная база не обнаружена», «Каталог информационной базы не найден», «Ошибка доступа к файлу». В технической части обычно виден путь вида \\server\1c\Buh или диск, подключённый буквой.
Начните с простого. Откройте проводник и попробуйте зайти в этот каталог руками. Если проводник тоже не открывает папку, дело не в 1С, а в сети или в правах. Дальше проверьте, включён ли компьютер, на котором лежит база: в маленьких компаниях база часто хранится на машине главбуха, и когда её выключают, программа перестаёт работать у всех остальных.
Вторая типичная причина: пропала буква сетевого диска. Windows иногда не подключает её при загрузке, особенно когда компьютер стартует быстрее, чем поднимается сеть. Признак простой: у коллег база открывается, а у вас нет, и в списке дисков нет привычной буквы. Помогает повторное подключение сетевого диска или перезагрузка.
Третья причина встречается после переезда или замены оборудования. Список баз хранится локально, в файле ibases.v8i внутри папки %APPDATA%\1C\1cv8. Там записан старый путь, а база уже переехала. Ярлык остался прежним, ведёт в никуда. Правится это добавлением базы заново по актуальному пути, и тут пригодится наша инструкция про перенос базы 1С на новый компьютер: там же описано, что ещё переезжает вместе с базой и о чём обычно забывают.
Вторая группа сообщений про лицензию: «Не обнаружен ключ защиты программы или полученная лицензия», «Не найдена лицензия сервера». Данные тут ни при чём, база цела, просто программа не может подтвердить право на запуск.
У программной лицензии есть особенность, о которой стоит знать заранее. Она привязывается к оборудованию компьютера, и после серьёзных изменений может слететь. Замена материнской платы, переустановка Windows, иногда даже смена сетевой карты приводят к тому, что 1С требует активацию заново. Восстановление занимает минуты, но нужен пин-код из комплекта поставки, а он часто лежит у директора в сейфе или у прежнего подрядчика.
Если у вас аппаратный ключ, то есть флешка с цветным корпусом, проверьте, вставлена ли она. Звучит очевидно, но уборщица, задевшая провод, или системный блок, который двигали при уборке кабинета, дают ровно эту ошибку. Индикатор на ключе должен светиться.
Когда ключ один на всю компанию и стоит на сервере, картина другая: лицензия не выдаётся, потому что все места заняты. В сети на пять лицензий шестой человек просто не войдёт, пока кто-то не выйдет. Тут помогает не перезагрузка, а разговор с коллегами о том, кто держит программу открытой без дела.
Ошибка формата потока и другие пугающие сообщения
«Ошибка формата потока» выглядит страшнее всех остальных, поэтому о ней стоит сказать отдельно. Обычно она означает повреждение служебных файлов, а не потерю данных. Появляется после аварийного выключения питания, обрыва сети во время записи документа или сбоя диска.
Первое действие тут одно, и оно важнее всех остальных: сделайте копию каталога базы целиком, пока с ней ничего не делали. Скопируйте папку на другой диск или флешку. Любая попытка восстановления работает с файлом напрямую, и если она пройдёт неудачно, копия останется единственным шансом вернуть данные.
Дальше в дело вступает штатное тестирование и исправление. Запускать его без копии нельзя. По нашему опыту, файловая база размером до 10 ГБ проверяется за 30–60 минут, и в семи случаях из десяти после этого открывается нормально. Если не помогло, разворачивают вчерашнюю резервную копию, а потери ограничиваются одним рабочим днём. При условии, что копии делаются.
Похожая по ощущениям, но совсем другая по сути ошибка: «Не соответствует версия платформы». Она означает, что базу обновили на компьютере коллеги, а у вас осталась старая версия программы. Лечится установкой той же версии платформы, данные при этом не страдают.
У коллеги открывается, а у меня нет
Отдельный случай, который сбивает с толку сильнее прочих. База явно жива, кто-то в ней работает, а у вас не запускается. Значит, дело в вашем рабочем месте.
Проверьте по порядку четыре вещи. Первое: подключён ли сетевой диск, если база лежит в общей папке. Второе: не менялся ли ваш пароль в Windows недавно, потому что доступ к папке часто выдан именно по учётной записи. Третье: работает ли у вас внутренняя сеть вообще, откройте любую общую папку. Четвёртое: не переполнен ли системный диск, при нуле свободного места 1С не может создать временные файлы и падает при старте с невнятным сообщением.
Есть ещё локальный кэш программы. Он лежит в папке %LOCALAPPDATA%\1C\1cv8 и иногда портится после некорректного завершения работы. Признак: программа запускается, показывает список баз, а при входе в конкретную базу зависает или закрывается без сообщения. Чистка кэша решает вопрос, но делать её лучше вместе со специалистом: вместе с кэшем удаляются личные настройки форм и отчётов, и потом придётся настраивать их заново.
Когда доступ к 1С организован через удалённый рабочий стол, добавляется ещё одна точка отказа: сама сессия удалённого доступа. Тут стоит сначала проверить, подключается ли вообще удалённый рабочий стол, и только потом разбираться с программой. Подробнее об этой схеме мы писали в статье про удалённый доступ к 1С.
Что делать самому, а что оставить специалисту
Самостоятельные действия хороши до определённой черты. Есть ситуации, где эксперименты обходятся дороже вызова специалиста, и их полезно знать заранее.
Звоните сразу, если в сообщении есть слова «повреждён» или «нарушена целостность». Или если база не открывается ни у кого в компании. Или если кто-то уже начал чинить и удалил файлы из каталога базы. Отдельный повод для звонка: последняя резервная копия старше недели либо вы не знаете, где она лежит. В этих случаях каждая следующая попытка уменьшает шансы на аккуратное восстановление.
Ещё один признак, который часто упускают. Если база стала открываться с задержкой в несколько минут, а раньше открывалась мгновенно, это не «просто медленно». Обычно так проявляется проблема с сетью или диском, которая через неделю превращается в ту самую ошибку формата потока. Лучше разобраться, пока всё работает. На серверных базах к этому добавляется настройка кластера: как распределяются рабочие процессы и почему из-за них вход в программу растягивается на минуты.
Всё остальное сводится к трём пунктам, которые можно распечатать и положить рядом с монитором.
- Скопируйте текст ошибки. Целиком, вместе с технической частью. Это половина решения и обязательное вложение к обращению в поддержку.
- Спросите коллег. Открывается ли база у них и не забыл ли кто-то закрыть программу или конфигуратор. Половина обращений заканчивается на этом шаге.
- Ничего не удаляйте. Ни файлов из каталога базы, ни кэша, ни служебных файлов блокировки. Если дошло до подозрения на повреждение, сначала копия каталога, потом всё остальное.
Отдельно про резервные копии. Разбор ошибок запуска почти всегда упирается в один вопрос: есть ли свежая копия. Когда она есть, худший сценарий стоит часа работы. Когда её нет, тот же сбой превращается в неделю восстановления документов вручную по банковским выпискам и первичке. Если вы не знаете точно, где лежит копия вашей базы и когда она делалась последний раз, это стоит выяснить сегодня, а не в то утро, когда база не откроется.
