Как обновить базу 1С 7.7 и не потерять данные

Обновить 1С 7.7 можно двумя способами: поставить свежий релиз платформы поверх старого или заменить конфигурацию в базе через Конфигуратор. Работает это одинаково для файловой базы и для SQL-версии, но порядок действий разный. Главное правило одно: перед любым шагом базу копируют целиком, а обновление сначала гоняют на копии.

Типичная картина. Бухгалтер пришёл утром, а на сервере «слетела» лицензия или обновилась Windows, и 1С 7.7 перестала запускаться. Или налоговая сменила форму, а в старой конфигурации её нет. Оба случая решаются обновлением, но это не одна и та же операция. Сначала надо понять, что именно вы обновляете.

Важное про сроки. Фирма 1С давно прекратила выпуск новых релизов типовых конфигураций на платформе 7.7. Поэтому «обновление» сегодня чаще всего значит одно из трёх: переустановка платформы, перенос доработок на новую версию своей конфигурации или переход на 8.3. Ниже разобраны все варианты.

Что именно вы обновляете: платформа или конфигурация

В 1С 7.7 это две независимые вещи.

• 🖥 Платформа — программа, которая запускает базу. Файлы 1cv7s.exe, 1cv7l.exe, 1cv7.exe в папке установки, драйверы, справка.
• 🗂 Конфигурация — набор объектов базы: документы, справочники, отчёты, модули. Хранится в файле 1Cv7.MD в каталоге базы.
• 📦 Данные — файлы 1Cv7.DBF и сопутствующие (для DBF-варианта) либо таблицы SQL-сервера.

Конфигурация лежит внутри базы. Если вы просто поставите новую платформу, конфигурация не изменится. Если загрузите новую конфигурацию, платформа останется прежней. Для типовых конфигураций поставщик обычно писал, на какой минимальной версии платформы она работает, и платформу приходилось подтягивать первой.

Подготовка к обновлению: копия базы и проверка системы

Это самый скучный раздел и самый важный. Без него дальнейшие шаги опасны.

Резервная копия

Закройте 1С у всех пользователей. Проверьте по списку процессов на сервере, что нет «зависших» 1cv7s.exe. Затем:

1. Скопируйте каталог базы целиком (не отдельные файлы) в другое место, лучше на другой диск.
2. Проверьте, что размер копии совпадает с оригиналом.
3. Подпишите копию датой и версией платформы. Через месяц вы не вспомните, что там лежит.

Для SQL-базы делайте полный бэкап средствами SQL-сервера плюс отдельно копию каталога, где лежит 1Cv7.MD и файлы пользователей.

Проверка перед обновлением

• 🧾 Закройте все ожидающие документы и сформируйте отчёты, которые ещё нужны в старом виде.
• 🔍 Запустите в Конфигураторе тестирование и исправление информационной базы (меню «Администрирование»). Это снимает мелкие повреждения до того, как они перейдут в новую версию.
• 📋 Выпишите текущий номер релиза конфигурации: «Справка → О программе». Пригодится, если что-то пойдёт не так и придётся объяснять разработчику, откуда вы стартовали.
• 💾 Проверьте свободное место. Для обновления нужно как минимум столько же места, сколько занимает сама база, плюс запас под копию.

Способы обновления 1С 7.7: какой выбрать

У вас четыре реальных пути. Выбор зависит от того, трогали вы конфигурацию или нет.

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

Обновление платформы 1С 7.7

Это самый безопасный путь. Конфигурация и данные остаются на месте.

1. Закройте базу на всех рабочих местах.
2. Запустите дистрибутив новой версии платформы.
3. Укажите ту же папку установки, что у старой версии. Если поставите в новую, на компьютере окажутся две платформы, и ярлыки начнут открывать не ту.
4. Дождитесь окончания установки и перезагрузите компьютер, если установщик просит.
5. Запустите базу в режиме «1С:Предприятие», зайдите под обычным пользователем и откройте любой справочник и любой отчёт.

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

Ручное обновление конфигурации через файл

Работает для типовой конфигурации, которую вы не меняли. Файл обновления поставщик отдавал в виде самораспаковывающегося архива или папки с файлом 1Cv7.MD.

Шаг 1. Подготовьте файл

Распакуйте архив в отдельную папку. Не распаковывайте прямо в каталог базы. Найдите в нём файл конфигурации с расширением .md. Если в архиве несколько файлов, прочитайте описание поставщика: иногда сначала нужно запустить программу-установщик, и она сама положит конфигурацию куда надо.

Шаг 2. Откройте Конфигуратор в монопольном режиме

Запустите 1С, выберите вашу базу, режим «Конфигуратор». Если база занята, программа предложит монопольный доступ только после того, как выйдут все. Откройте окно конфигурации.

Шаг 3. Сравнение с новой конфигурацией

В меню «Конфигурация» найдите пункт сравнения и объединения конфигураций. Укажите файл новой конфигурации. Программа покажет дерево различий: что добавилось, что изменилось, что исчезло.

Для типовой конфигурации без доработок разницу можно принять целиком: поставьте для объектов отметку «заменить». Для доработанной — смотрите раздел ниже.

Шаг 4. Сохраните и закройте

Подтвердите объединение. После этого сохраните конфигурацию, выйдите из Конфигуратора и запустите базу в режиме «1С:Предприятие». Платформа может предложить перестроить таблицы. Соглашайтесь, это нормальная часть процесса. На большой базе перестройка идёт от нескольких минут до часа.

Обновление через интернет: что на самом деле возможно

Встроенного механизма «обновить одной кнопкой по интернету», как в 8.3, в 1С 7.7 нет. Это принципиальное отличие, и объясняет многие вопросы читателей.

Что реально можно сделать:

• 🌐 Скачать файл обновления у поставщика или у своего обслуживающего партнёра и дальше действовать по ручной схеме выше.
• 📥 Использовать диски ИТС или дистрибутивы, если у вас ещё сохранился доступ к ним.
• ⛔ Не искать «автообновлялки» и «патчи» на сомнительных сайтах. Файлы с такими названиями — самый частый способ занести в бухгалтерский компьютер шифровальщик.

Обновление SQL-варианта: на что обращать внимание

В клиент-серверной версии 1С 7.7 данные лежат в Microsoft SQL Server, а конфигурация по-прежнему в 1Cv7.MD. Из этого следует несколько особенностей.

• 🗄 Бэкап делается дважды. Один раз SQL-средствами, второй раз копией каталога с 1Cv7.MD.
• 👥 Монопольный режим нужен и здесь. Пока в базе есть пользователи, Конфигуратор загрузить новую конфигурацию не даст.
• ⏱ Перестройка таблиц идёт на сервере, на больших базах это долго. Планируйте окно на вечер или выходные.
• 🔐 Права. Пользователь, под которым вы работаете в Конфигураторе, должен иметь права на изменение структуры на SQL-сервере. Если прав мало, перестройка остановится на середине.

Порядок такой: бэкап, закрытие пользователей, обновление платформы на клиентах, загрузка конфигурации в Конфигураторе, запуск, проверка. Платформу обновляйте и на сервере, и на клиентах, версии должны совпадать.

Для SQL-варианта особенно полезно развернуть тестовую копию базы на отдельной базе SQL-сервера и пройти всё обновление на ней. Так вы узнаете, сколько займёт перестройка и не упрётесь ли в место на диске.

Доработанные конфигурации: как не потерять свои изменения

Если разработчик что-то менял в типовой конфигурации, простая замена файлом уничтожит правки. Здесь работают по схеме трёх конфигураций.

1. Старая типовая — та версия, от которой начинались доработки.
2. Ваша текущая — с изменениями.
3. Новая типовая — то, на что хотите перейти.

Сравнивать надо текущую с новой типовой, глядя на старую типовую как на точку отсчёта. Объекты, которые изменились только у поставщика, заменяют. Объекты, которые менялись только у вас, оставляют. Объекты, которые менялись с обеих сторон, правят вручную.

Что проверить отдельно:

• 📝 Модули форм и общие модули. Если разработчик вставил свои строки в середину типового кода, при простом объединении они могут оказаться не на месте.
• 🖨 Печатные формы. Часто их переделывают под себя. После замены форма может вернуться к типовой.
• 🧮 Свои отчёты и обработки. Внешние отчёты и обработки (отдельные файлы) не входят в конфигурацию и обновление не затрагивают, но могут перестать работать, если поставщик переименовал реквизиты.

Ошибки при обновлении и что с ними делать

Ниже только то, чего нет в шагах выше.

После обновления: проверка и приведение базы в порядок

Не считайте работу законченной, пока не прошли короткий контрольный сценарий.

1. Откройте базу под обычным пользователем, не под администратором.
2. Проведите один тестовый документ каждого из основных видов и сразу удалите или отметьте на удаление.
3. Сформируйте отчёты, которые строятся по остаткам, и сравните цифры с теми, что были до обновления. Остатки по счетам и по складам не должны измениться.
4. Проверьте печать документов. Именно печатные формы чаще всего ломаются после замены конфигурации.
5. Запустите отчёты на период, в котором есть данные до и после даты обновления.

Через день после обновления:

• 🧹 Выполните в Конфигураторе тестирование и исправление, если база стала работать медленнее.
• 📊 Если ведёте базу несколько лет, сделайте сжатие индексов: в DBF-варианте это пересоздание индексных файлов при запуске.
• 🗃 Положите копию «до обновления» в архив и не удаляйте минимум месяц. За это время обычно всплывают все ошибки.

Если после обновления что-то пошло не так, возвращайтесь на копию и ищите причину на ней, а не в рабочей базе.

Частые вопросы