Администрирование · 8 мин
Как удалить старые версии 1С и не повредить данные
Как правильно удалить старые версии платформы и конфигураций 1С с компьютера и сервера: пошаговые инструкции, очистка каталогов, риски и проверка результата.
Со временем на компьютере бухгалтера или сервере 1С накапливается несколько версий платформы: 8.3.15, 8.3.18, 8.3.22 и другие. Каждая занимает от одного до нескольких гигабайт дискового пространства, а список в меню «Пуск» разрастается. Удаление старых версий — безопасная операция, если выполнять её в правильном порядке и не трогать каталоги с информационными базами.
Главное, что нужно понять перед началом: платформа и информационная база — разные сущности. Удаление платформы не удаляет базы данных, но если база привязана к конкретной версии, после её удаления запуск может потребовать перенастройки. Файловые базы при этом остаются на диске в своих каталогах, а клиент-серверные — на SQL-сервере.
Материал охватывает три типовых сценария: удаление платформы на рабочем месте пользователя, очистка сервера 1С:Предприятия и удаление неиспользуемых конфигураций и шаблонов. Отдельно разобраны проверка результата и типичные ошибки, которые приводят к потере доступа к базам.
Что именно можно удалить, а что трогать нельзя
В установке 1С участвуют несколько компонентов, и их судьба при чистке различается. Платформа — это исполняемые файлы в каталоге вида C:\Program Files\1cv8\8.3.хх.хххх. Удалять старые версии платформы безопасно, если они не используются для запуска баз.
Информационные базы — это данные компании. Файловая база обычно лежит в отдельном каталоге (с файлом 1Cv8.1CD), клиент-серверная — в СУБД. Их удаление означает безвозвратную потерю учётных данных, поэтому к чистке платформы они отношения не имеют.
Шаблоны конфигураций хранятся в каталоге tmplts (по умолчанию в профиле пользователя или в общей папке). Они нужны только для создания новых баз и обновления. Старые шаблоны можно удалить, но перед этим убедитесь, что обновление действующих конфигураций до актуальных релизов завершено.
Подготовка: что проверить перед удалением
Первый шаг — выяснить, какие версии платформы реально используются. Откройте окно запуска 1С, выделите каждую базу и нажмите кнопку настройки (значок шестерёнки). В параметрах указана версия платформы: либо конкретная (например, 8.3.22), либо автоматический выбор. Если везде стоит актуальная версия или режим автоопределения, старые релизы можно удалять.
Второй шаг — проверить требования конфигураций. Некоторые старые конфигурации не запускаются на новых платформах из-за режима совместимости. Если в списке есть база на давно не обновлявшейся конфигурации, сначала проверьте её запуск на новой платформе, и только потом удаляйте старую.
Третий шаг — сделать резервную копию. Для платформы копия не нужна, но если планируется удалять шаблоны или сами базы, выгрузите данные через конфигуратор (Администрирование → Выгрузить информационную базу) или скопируйте каталог файловой базы целиком.
Как удалить старую платформу на рабочем месте
Стандартный способ — через «Программы и компоненты» Windows. Откройте Панель управления → Программы → Удаление программы, найдите в списке «1С:Предприятие 8 (8.3.хх.хххх)» нужной версии и нажмите «Удалить». Установщик корректно уберёт файлы, ярлыки и записи в реестре.
Альтернатива — запуск установщика той же версии с выбором режима удаления. Этот способ полезен, если запись в списке программ повреждена или удаление через Панель управления завершается ошибкой.
После удаления проверьте каталог C:\Program Files\1cv8 (или C:\Program Files (x86)\1cv8). Иногда остаются пустые папки или файлы, заблокированные в момент деинсталляции. Их можно удалить вручную после перезагрузки, если они не заняты процессами.
- 1Закройте все сеансы 1С и конфигуратор на компьютере
- 2Откройте «Программы и компоненты» и найдите нужную версию 1С
- 3Запустите удаление и дождитесь завершения
- 4Проверьте каталог C:\Program Files\1cv8 и удалите оставшиеся пустые папки
- 5Запустите каждую базу из списка и убедитесь, что она открывается на оставшейся версии
Очистка сервера 1С:Предприятия
На сервере ситуация сложнее: агент сервера 1С работает как служба, и каждая версия платформы регистрирует свою службу. Перед удалением старой версии убедитесь, что в консоли кластера все рабочие процессы и базы переведены на новую версию.
Остановите службу «Агент сервера 1С:Предприятия» старой версии через оснастку services.msc, затем удалите версию через «Программы и компоненты». Если служба не была остановлена, деинсталлятор может завершиться с ошибкой или оставить «осиротевшую» службу.
Обратите внимание на каталог srvinfo — в нём хранится реестр кластера, список баз и журналы. Удалять его при снятии старой версии можно только если кластер этой версии больше не нужен и список баз перенесён в кластер новой версии.
sc stop "1C:Enterprise 8.3 Server Agent (x86-64) 8.3.18"
sc delete "1C:Enterprise 8.3 Server Agent (x86-64) 8.3.18"Удаление старых конфигураций, шаблонов и кэша
Шаблоны конфигураций занимают заметное место, особенно если обновления ставились регулярно: в каталоге tmplts каждый релиз хранится отдельно. Удаляйте папки релизов, которые старше текущей версии конфигурации минимум на несколько обновлений — откат на очень старый релиз на практике не используется.
Кэш метаданных в профиле пользователя (%APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8) тоже разрастается. Его можно очищать полностью: при следующем запуске базы кэш пересоздастся. Это заодно лечит часть ошибок вида «база не открывается после обновления».
Неиспользуемые базы из списка запуска удаляются кнопкой «Удалить» в стартовом окне — это убирает только запись из списка, файлы базы остаются на диске. Физическое удаление каталога файловой базы выполняйте вручную и только после выгрузки данных в файл .dt.
Проверка результата и частые ошибки
После чистки пройдите по списку баз и запустите каждую. Если база открывается и версия платформы в окне «О программе» соответствует оставшейся — работа завершена корректно. Ошибка «не найдена требуемая версия платформы» означает, что в настройках базы прописана удалённая версия: откройте параметры базы и смените версию на актуальную.
Типичная ошибка — удаление платформы, на которой работает фоновое обслуживание: регламентные задания на сервере, планировщик обмена, тонкий клиент у части пользователей. Перед удалением на сервере сверьтесь с расписанием обменов и убедитесь, что все клиенты обновились.
FAQ
Удалится ли база 1С вместе с платформой?
Нет. Деинсталлятор платформы не трогает информационные базы: файловые остаются в своих каталогах, клиент-серверные — в СУБД. Потерять данные можно только при ручном удалении каталога базы или её удалении в консоли кластера/SQL.
Можно ли удалить все версии, кроме последней?
Да, если все базы запускаются на последней версии. Проверьте параметры каждой базы в списке запуска и требования конфигураций: очень старые конфигурации могут не работать на новых платформах без изменения режима совместимости.
Что делать, если удалённая версия требуется для старой базы?
Установите нужную версию платформы заново с дистрибутива — версии платформы независимы и могут соседствовать на одном компьютере. Затем в настройках базы укажите эту версию явно.
Нужно ли чистить реестр после удаления 1С?
Специально чистить не требуется: штатный деинсталлятор убирает свои записи. Ручная правка реестра оправдана только при «зависших» записях, мешающих переустановке, и выполняется после создания точки восстановления.
Сколько места освобождается после удаления старых версий?
Каждая версия платформы занимает порядка одного-нескольких гигабайт, шаблоны конфигураций — сопоставимые объёмы при долгой истории обновлений. Точный эффект виден по размеру каталогов 1cv8 и tmplts до и после чистки.
Можно ли просто удалить папки в Program Files без деинсталляции?
Технически файлы удалятся, но в системе останутся записи в реестре, службы (на сервере) и пункт в списке установленных программ. Такой способ допустим только как дочистка после штатного удаления, а не вместо него.
Что важно запомнить
Удаляйте платформу штатным деинсталлятором, предварительно проверив привязку баз к версиям. Данные хранятся отдельно от платформы, но каталоги баз и шаблоны трогайте только после резервного копирования. Финальный контроль — запуск каждой базы после чистки.