Администрирование · 11 мин
Как обновить конфигурацию 1С 7.7
Как обновить конфигурацию 1С 7.7: подготовка, резервная копия, загрузка изменённой конфигурации, объединение, типичные ошибки и проверка результата.
Обновление конфигурации 1С:Предприятия 7.7 — задача, с которой до сих пор сталкиваются организации, использующие «Торговлю и склад», «Бухгалтерию» или «Зарплату и кадры» седьмой версии. Несмотря на возраст платформы, механизм обновления в ней прост: либо загружается готовый файл обновления от поставщика, либо выполняется объединение конфигураций в Конфигураторе.
Главный риск при обновлении 7.7 — потеря доработок. Если конфигурация изменялась под нужды компании (добавлены отчёты, изменены модули документов, печатные формы), стандартное обновление перезапишет эти изменения. Поэтому перед стартом нужно понять, типовая у вас конфигурация или доработанная, и выбрать соответствующий сценарий.
Ниже разобраны оба пути: загрузка обновления через файл .upd/.cf и объединение конфигураций с ручным контролем изменений. Отдельно описаны подготовка, резервное копирование, проверка результата и типичные ошибки, из-за которых обновление приходится откатывать.
Подготовка: что проверить перед обновлением
Первый шаг — определить текущий релиз конфигурации. Откройте базу в режиме «Предприятие» и посмотрите пункт меню «Помощь → О программе»: там указаны название конфигурации и номер релиза. Этот номер нужно сопоставить с требованиями обновления: многие файлы обновлений устанавливаются только на конкретный предыдущий релиз, и пропуск промежуточных версий приведёт к ошибке.
Далее выясните, есть ли в конфигурации доработки. Признаки нетиповой конфигурации: в списке отчётов и обработок присутствуют самописные объекты, печатные формы отличаются от стандартных, в модулях документов встречаются комментарии программистов. Если сомневаетесь — попросите сделать сравнение с типовой конфигурацией того же релиза через «Конфигурация → Сравнить/объединить с конфигурацией из файла».
Убедитесь, что у вас есть сам файл обновления. Для 7.7 он обычно поставлялся на дисках ИТС или от франчайзи в виде архива, внутри которого лежит файл с расширением .upd (комплект обновления) или .cf/.md (файл конфигурации), а также файл описания с порядком установки. Прочитайте этот сопроводительный файл — в нём указано, с какого релиза обновление допустимо.
Совпадает ли он с требуемым для обновления релизом из сопроводительного файла
Если есть — применять только объединение конфигураций, а не загрузку
Есть ли файл описания и соответствует ли он вашей конфигурации
Все пользователи вышли из базы, у вас есть пароль с полными правами
Резервная копия: обязательный шаг
Обновление конфигурации 7.7 изменяет структуру базы данных, и откатить его штатными средствами нельзя. Единственный способ вернуться к прежнему состоянию — восстановить базу из копии. Поэтому резервное копирование — не рекомендация, а обязательное условие.
Для файловой базы 7.7 достаточно скопировать каталог информационной базы целиком: в нём лежат файлы 1Cv7.MD (конфигурация), 1Cv7.DD, 1Cv7.DBA и другие служебные файлы. Скопируйте папку на другой диск или сетевой ресурс и убедитесь, что копия открывается: запустите 1С, добавьте копию как новую базу и войдите в неё.
Альтернатива — штатная выгрузка данных через Конфигуратор («Администрирование → Выгрузить данные»). Полученный файл .zip содержит данные и конфигурацию, но восстановление из него занимает больше времени. Надёжнее всего сделать оба варианта: копию каталога и выгрузку.
Обновление типовой конфигурации через загрузку
Если конфигурация не дорабатывалась, используется самый простой сценарий — загрузка изменённой конфигурации. Откройте базу в режиме «Конфигуратор» монопольно. Если при запуске появляется запрос пароля — введите пароль пользователя с правами администратора.
В меню выберите «Конфигурация → Загрузить изменённую конфигурацию» и укажите файл обновления. В зависимости от комплекта поставки это может быть файл .cf, .md или .upd — в диалоге выбора файла переключите фильтр типов, если файл не отображается. Система загрузит конфигурацию и покажет окно со списком изменений в структуре метаданных.
Нажмите «Принять» — Конфигуратор выполнит реструктуризацию базы данных. На больших базах это занимает заметное время, прерывать процесс нельзя. После завершения закройте Конфигуратор, запустите базу в режиме «Предприятие» и проверьте номер релиза в «Помощь → О программе» — он должен измениться на новый.
- 1Сделайте копию каталога базы и проверьте её открытие
- 2Закройте все сеансы пользователей, зайдите в Конфигуратор монопольно
- 3Выберите «Конфигурация → Загрузить изменённую конфигурацию» и укажите файл обновления
- 4Примите изменения структуры данных и дождитесь завершения реструктуризации
- 5Запустите режим «Предприятие», проверьте релиз и работу основных документов
Обновление доработанной конфигурации через объединение
Для нетиповой конфигурации загрузка недопустима — она сотрёт все доработки. Вместо неё используется «Конфигурация → Объединение конфигураций». В диалоге укажите файл новой типовой конфигурации того же семейства и установите режим объединения.
Конфигуратор покажет дерево объектов с отметками различий. Здесь начинается основная работа: для каждого изменённого объекта нужно решить, брать ли новую версию из обновления или оставить свою. Объекты, которые вы не дорабатывали, можно смело брать из новой конфигурации. Объекты с вашими изменениями (типичный пример — модуль документа «Реализация» или печатные формы) требуют ручного переноса: сначала принимается типовая версия, затем в неё повторно вносятся ваши правки.
Чтобы ничего не потерять, перед объединением сохраните текущую конфигурацию в файл («Конфигурация → Сохранить конфигурацию в файл»). После обновления по этому файлу и по старой копии базы можно восстановить текст любого модуля и сравнить версии. Если доработок много и они критичны для учёта, разумнее поручить объединение специалисту по 1С — ошибка в модуле проведения документа может исказить учётные данные.
Сравнение способов обновления
Подходит для типовой конфигурации без доработок. Быстро, но полностью заменяет конфигурацию — все нетиповые изменения будут потеряны.
Для доработанных конфигураций. Позволяет выборочно принять изменения, но требует ручного анализа каждого изменённого объекта и повторного внесения доработок.
Крайний вариант, когда конфигурация сильно переписана: разворачивается чистая новая конфигурация, в неё переносятся справочники и остатки. Трудоёмко, но исключает конфликты версий.
Реструктуризация и проверка результата
После принятия изменений Конфигуратор выполняет реструктуризацию — перестроение таблиц базы данных под новую структуру метаданных. При появлении предупреждений об удалении данных (например, если в новом релизе удалён реквизит) внимательно читайте список: удаляемые данные будут потеряны безвозвратно.
После успешного запуска проверьте ключевые операции: создайте и проведите тестовый документ каждого основного вида, сформируйте главные отчёты (оборотно-сальдовую ведомость, отчёт по складу, расчёт зарплаты — в зависимости от конфигурации), откройте печатные формы. Сверьте итоговые остатки с данными до обновления — для этого до старта работ полезно сформировать и сохранить контрольные отчёты.
Как проверить результат обновления
Соответствует установленному обновлению
Релиз прежний — обновление не применилось
Документы проводятся без ошибок, движения корректны
Ошибки в модулях, неверные итоги
Совпадают с контрольными отчётами до обновления
Расхождения в суммах и количествах
Все нетиповые формы и отчёты открываются и работают
Доработки исчезли или выдают ошибки
Типичные ошибки и как их избежать
Самая частая ошибка — попытка установить обновление не на тот релиз. Конфигуратор либо откажется загружать файл, либо примет его некорректно. Всегда сверяйте текущий релиз с требованиями в файле описания обновления и при необходимости устанавливайте промежуточные релизы последовательно.
Вторая группа ошибок связана с нарушением монопольного доступа: если кто-то из пользователей не вышел из базы, реструктуризация не запустится или завершится сбоем. Перед обновлением проверьте активных пользователей через «Администрирование → Активные пользователи» в Конфигураторе и завершите их сеансы. Также нельзя прерывать реструктуризацию кнопкой отмены или перезагрузкой компьютера — это почти гарантированно повреждает базу.
Третья типичная ситуация — обновление доработанной конфигурации методом загрузки. После него пропадают нетиповые отчёты и изменённые модули, а восстановить их можно только из резервной копии. Если копии нет, доработки придётся писать заново.
Часто задаваемые вопросы
Можно ли обновить 1С 7.7 сразу через несколько релизов?
Только если поставщик обновления прямо указывает это в сопроводительном файле. Большинство обновлений 7.7 рассчитаны на конкретный предыдущий релиз, поэтому безопасный путь — последовательная установка всех промежуточных версий с копией базы перед каждым шагом.
Что делать, если Конфигуратор не видит файл обновления?
Проверьте фильтр типа файлов в диалоге открытия — переключите его на нужное расширение (.upd, .cf, .md) или на «Все файлы». Также убедитесь, что архив обновления распакован: Конфигуратор не работает с файлами внутри zip-архива.
Обновление зависло на реструктуризации — что предпринять?
На больших базах реструктуризация может идти долго, и внешнее «зависание» не всегда означает сбой. Проверьте активность диска и подождите. Прерывать процесс можно только в крайнем случае — после этого базу почти наверняка придётся восстанавливать из резервной копии.
Как вернуться к старой версии, если обновление прошло неудачно?
Штатного отката в 7.7 нет. Восстановление выполняется заменой каталога базы резервной копией, сделанной до обновления. Именно поэтому копию нужно не просто создать, а проверить на открытие до начала работ.
Нужно ли обновлять саму платформу 7.7 вместе с конфигурацией?
Как правило, конфигурация работает на широком диапазоне релизов платформы, и обновление технологической платформы требуется редко. Но если в описании обновления указан минимальный релиз платформы — сначала обновите её, затем конфигурацию.
Можно ли обновлять базу, расположенную на сетевом диске?
Технически можно, но надёжнее временно скопировать базу на локальный диск, выполнить обновление там и вернуть обратно. Сетевые сбои во время реструктуризации — частая причина повреждения файлов базы.
Что важно запомнить
Перед обновлением 1С 7.7 определите релиз и наличие доработок, сделайте и проверьте резервную копию. Типовую конфигурацию обновляйте загрузкой изменённой конфигурации, доработанную — только объединением с ручным контролем объектов. После реструктуризации проверьте релиз, проведение документов и сверьте остатки с контрольными отчётами.