Администрирование · 11 мин
Как обновить очень старую 1С и не потерять данные
Как обновить очень старую 1С: подготовка базы, промежуточные релизы, типовые и доработанные конфигурации, проверка результата и типичные ошибки при переходе.
«Очень старая» 1С — это обычно конфигурация, которую не обновляли годами: релиз отстаёт от актуального на десятки версий, платформа стоит старой линейки, а отчётность давно сдаётся через сторонние сервисы. Прямое обновление такой базы на последний релиз почти всегда невозможно: механизм обновления рассчитан на переход с ограниченного набора предыдущих версий, и попытка «перепрыгнуть» через несколько лет релизов заканчивается ошибкой или повреждением данных.
Рабочая стратегия — последовательный переход через промежуточные релизы, с резервными копиями на каждом шаге и проверкой базы после каждого этапа. Это дольше, чем одно обновление, но единственный надёжный способ довести старую базу до актуального состояния без потери данных.
Отдельная сложность — доработанные конфигурации. Если в базу вносились изменения (дополнительные отчёты, изменённые документы, свои модули), стандартное обновление может затереть доработки или не встать вовсе. Такие случаи требуют сравнения и объединения конфигураций с ручным переносом изменений.
Оцените текущее состояние базы перед обновлением
Первый шаг — точно определить, что именно установлено. Откройте конфигуратор или раздел «О программе» в режиме предприятия и запишите: название конфигурации, её версию (например, 2.0.15.8) и версию платформы (например, 8.3.10). Эти три значения определяют весь дальнейший маршрут обновления.
Проверьте, типовая конфигурация или доработанная. В конфигураторе откройте «Конфигурация → Поддержка → Настройка поддержки». Если конфигурация «на замке» и стоит на полной поддержке — обновление пройдёт автоматически. Если замок снят или включена возможность изменения — готовьтесь к ручному объединению.
Также уточните, где работает база: файловый вариант или клиент-серверный (SQL). Для файловой базы обновление проще, но она ограничена по объёму и числу пользователей. Клиент-серверный вариант потребует координации с администратором сервера и остановки работы пользователей на время обновления.
Смотрите в разделе «О программе» или в конфигураторе
Конфигуратор: Конфигурация → Поддержка → Настройка поддержки
Указана там же, в «О программе»
Влияет на порядок остановки и запуска базы
Сделайте резервную копию и проверьте её
Резервная копия — обязательное условие, а не рекомендация. Для файловой базы достаточно выгрузки через конфигуратор: «Администрирование → Выгрузить информационную базу» в файл с расширением dt. Альтернатива — скопировать файл 1Cv8.1CD при полностью закрытой базе. Для клиент-серверной базы делайте выгрузку dt плюс штатный бэкап средствами СУБД.
Сама по себе копия не гарантирует защиту — важно проверить, что она восстанавливается. Загрузите dt-файл в новую пустую базу на тестовом компьютере и убедитесь, что база открывается, документы на месте, отчёты формируются. Только после этого приступайте к обновлению рабочей базы.
Постройте маршрут через промежуточные релизы
Каждый релиз конфигурации умеет обновляться только с определённого набора предыдущих версий — этот список указан в файле поставки и в описании релиза на портале 1С. Если ваша версия отстаёт на несколько лет, прямого пути нет: придётся ставить промежуточные релизы, которые «поднимут» базу до версии, с которой возможен переход на актуальную.
Промежуточные дистрибутивы берутся в разделе обновлений пользовательского портала 1С (нужен действующий договор ИТС) или у партнёра-франчайзи. Для старых версий используйте полные дистрибутивы (cf-файлы полной поставки), а не файлы обновления (cfu): cf-файл позволяет загрузить конфигурацию поставщика и выполнить обновление вручную через конфигуратор, даже если автоматический механизм не находит путь.
Типичная последовательность для очень старой базы выглядит так: текущая версия → промежуточный релиз 1 → промежуточный релиз 2 → актуальный релиз. После каждого шага запускайте базу в режиме предприятия, дождитесь завершения обработчиков обновления данных и проверяйте ключевые участки учёта.
- 1Зафиксируйте текущие версии конфигурации и платформы, проверьте статус поддержки
- 2Сделайте выгрузку dt и проверьте её восстановление на тестовой копии
- 3Скачайте промежуточные релизы с портала 1С или получите у партнёра
- 4Обновите платформу до версии, требуемой целевым релизом
- 5Установите первый промежуточный релиз через конфигуратор, запустите обработчики обновления
- 6Проверьте данные, сделайте новую копию и повторите для следующего релиза
- 7На актуальном релизе выполните полную проверку учёта и отчётности
Обновите платформу отдельно от конфигурации
Новые релизы конфигураций требуют определённой минимальной версии платформы 1С:Предприятие. Если платформа старая, конфигурация либо откажется обновляться, либо будет работать с ошибками. Поэтому платформу обновляют первой — до версии, указанной в требованиях целевого релиза конфигурации.
Платформы разных линеек (например, 8.2 и 8.3) могут сосуществовать на одном компьютере, поэтому старую версию удалять не обязательно. После установки новой платформы проверьте, что база открывается в режиме предприятия, и только затем приступайте к обновлению конфигурации.
Учтите: при переходе между крупными линейками платформы может потребоваться конвертация базы, которая выполняется автоматически при первом открытии конфигуратора. Эта операция необратима — база, сконвертированная под новую платформу, не откроется на старой. Ещё одна причина держать под рукой резервную копию.
Особенности обновления доработанной конфигурации
Если конфигурация снята с полной поддержки, автоматическое обновление недоступно. Используйте режим «Конфигурация → Поддержка → Обновить конфигурацию» с выбором файла поставки нового релиза и включённым сравнением и объединением. Конфигуратор покажет дерево различий: какие объекты изменились у поставщика, какие — у вас.
Объекты, которые вы не меняли, переносите автоматически. Объекты с двойными изменениями требуют ручного решения: либо принимаете версию поставщика и заново вносите свою доработку, либо сохраняете свою версию и рискуете потерять изменения поставщика. Все доработки заранее задокументируйте — список изменённых объектов и суть правок сэкономит часы при объединении.
Если доработок много и они затрагивают типовые модули, разумная альтернатива — вернуть конфигурацию на полную поддержку, перенеся свои изменения в расширения. Это разовая работа, которая делает все последующие обновления автоматическими.
Проверка результата после обновления
После завершения обновления не спешите отдавать базу пользователям. Выполните тестирование и исправление информационной базы (конфигуратор → «Администрирование → Тестирование и исправление») хотя бы в режиме проверки логической и ссылочной целостности. Ошибки, найденные на этом этапе, исправляются проще, чем после недели работы.
Затем проверьте учётные данные: сформируйте оборотно-сальдовую ведомость и сверьте итоги с копией до обновления, откройте несколько документов разных периодов, проверьте ключевые отчёты и регламентные операции. Для конфигураций с отчётностью убедитесь, что актуальные формы загрузились и заполняются.
Как проверить результат
База открывается, обработчики обновления завершены без ошибок
Сообщения о незавершённом обновлении или ошибках при старте
Итоги совпадают с данными до обновления
Расхождения в остатках по счетам
Открываются, проводятся, печатаются
Ошибки открытия форм, пустые реквизиты
Актуальные формы доступны и заполняются
Старые формы или ошибки загрузки
Когда лучше привлечь специалиста или начать с чистой базы
Самостоятельное поэтапное обновление оправдано, если конфигурация типовая, база файловая, а отставание — несколько релизов в пределах одной-двух редакций. Чем старше база и чем больше доработок, тем выше вероятность, что время на ручное объединение превысит стоимость работы специалиста.
Для баз, где учёт фактически начинался заново несколько раз или накоплены годы ошибок, иногда рациональнее не обновлять старую базу, а развернуть актуальную конфигурацию с нуля и перенести только остатки и справочники через стандартную обработку переноса данных. Такой вариант быстрее и даёт чистую базу без наследия старых ошибок, но требует аккуратной сверки остатков на дату перехода.
Как выбрать действие
Что важно запомнить
Очень старая 1С обновляется только поэтапно: проверенная резервная копия, маршрут через промежуточные релизы, отдельное обновление платформы, ручное объединение при доработках и обязательная сверка данных после каждого шага. Прямой переход на последний релиз невозможен и опасен.
Частые вопросы
Можно ли обновить 1С без договора ИТС?
Дистрибутивы обновлений официально распространяются в рамках договора информационно-технологического сопровождения. Без него получить промежуточные релизы легально не получится — обратитесь к партнёру 1С для оформления договора хотя бы на период обновления.
Сколько времени занимает обновление очень старой базы?
Зависит от числа промежуточных релизов и размера базы. Каждый шаг включает установку, обработчики обновления и проверку — на большой базе один шаг может занять несколько часов. Планируйте работу на нерабочее время и закладывайте запас на непредвиденные ошибки.
Что делать, если обновление прервалось с ошибкой?
Не пытайтесь запустить обновление повторно поверх повреждённой базы. Восстановите базу из резервной копии, зафиксируйте текст ошибки и устраните её причину (нехватка места, версия платформы, повреждение данных), после чего повторите шаг с начала.
Можно ли пропустить промежуточные релизы?
Только если в описании целевого релиза ваша версия указана как поддерживаемая для перехода. В противном случае пропуск приведёт к ошибке обновления или к некорректному преобразованию данных, которое проявится позже в учёте.
Нужно ли обновлять платформу на всех компьютерах пользователей?
Да. Клиентские места должны работать на версии платформы не ниже той, под которую обновлена база, иначе пользователи не смогут подключиться. Для клиент-серверного режима обновляется и сервер 1С, и клиенты.
Как понять, что базу проще пересоздать, чем обновлять?
Признаки: конфигурация сильно доработана без документации, учёт содержит годы накопленных ошибок, актуальны только справочники и остатки. В таком случае чистая база актуального релиза с переносом остатков обычно быстрее и надёжнее цепочки обновлений.