Обновление 1С без поломок: как подготовиться, сделать бэкап и откатиться, если что-то пойдет не так
Однажды мне позвонила Анна - давняя клиентка, которой я когда-то настраивал 1С. Когда я взял трубку услышал паническое: “Иван, мне срочно нужна ваша помощь! Думала обновление займет 20 минут и я продолжу решать свои задачи, но теперь печать не идет, кнопка пропала, а что происходит с обменом с сайтом вообще не разобрать”.
После новостей о том, что дело поправимо и мы с командой разрешим ситуацию, Анна наконец-то смогла спокойно выдохнуть.
Я видел, как обновление проходило тихо и скучно. И это лучший комплимент обновлению.
А видел и другое: обновили ночью, утром касса молчит, менеджеры нервничают, бухгалтер уже пишет “срочно верните как было”, а у руководителя в глазах проступает мысль “может, вообще не обновляться никогда”. Как в случае Анны, когда все пошло не по плану.
Разница почти всегда в одном: обновление делают не как “поставить релиз”, а как маленькую операцию с подготовкой и с планом отката. И с коротким контролем после.
Ниже схема, которая снижает шанс сюрпризов и помогает навести порядок, который в итоге спасает ситуацию.
Перед обновлением: короткая подготовка, без которой потом гадание
Сфотографируйте “как сейчас”
Не буквально. Хотя иногда хочется.
За 5 минут зафиксируйте:
версия платформы 1С (например, 8.3.xx)
версия конфигурации (БП/УТ/ЗУП и номер релиза)
есть ли расширения и сколько их
есть ли доработки (хотя бы “есть/нет”)
тип базы: файл (1Cv8.1CD) или SQL
сколько пользователей обычно работает одновременно
Зачем?
Потому что если после обновления что-то “стало странно”, вы хотя бы понимаете, от какой точки отталкиваться. Это как записать показания счетчика перед ремонтом.
Договоритесь с людьми о “тишине в операционной”
Пользователи в момент обновления похожи на кота, который обязательно полезет на клавиатуру ровно тогда, когда нельзя.
Нужно окно. И в этом окне никто не работает в базе.
По грубой, но честной практике:
маленькая база без наворотов: 30-60 минут
база средняя, есть расширения: 1-2 часа
большая база + обмены + печать + “что-то дописано”: 2-4 часа
Можно уложиться быстрее. Иногда.
Но лучше закончить раньше, чем объяснять, почему “еще полчасика” длится третий час.
Проверьте, хватит ли места на диске
Очень обидно, когда все готово, а обновление падает на ровном месте, потому что некуда положить бэкап или временные файлы.
Случается чаще, чем хочется признавать.
Бэкап: не “где-то лежит”, а “я могу восстановиться”
Вот здесь обычно две реальности.
Первая: “у нас есть резервная копия”.
Вторая: “мы никогда ее не пробовали восстановить”.
И угадай, какая всплывает в день аварии.
Если база файловая (1Cv8.1CD)
Самый безопасный вариант перед обновлением:
выгрузка в dt
или
копия 1Cv8.1CD, но строго когда все вышли, и никто не держит базу открытой через сеть
Кейс из практики сопровождения, который повторяется как анекдот:
Компания копировала папку базы на сервер “в любое время”. Потом удивлялась, что “бэкап” иногда не открывается. Он и не должен, если копировали файл в момент, когда туда писали данные. Это как сделать фотку движущейся машины на старую мыльницу и потом пытаться прочитать номер.
Если база на SQL
Нужен нормальный backup средствами SQL.
Не “папку с чем-то”. Не “мы же виртуалку снапшотим иногда”. А понятный бэкап, который можно развернуть.
Самая полезная привычка: проверка восстановления
Прямо перед обновлением или хотя бы периодически делайте так:
развернули бэкап на тестовую базу
зашли
открыли 2-3 ключевых места (пара документов, один отчет)
10 минут проверки могут сэкономить вам день нервов. Иногда два.
Тестовый контур: место, где можно ошибиться без штрафа
Если обновляете “сразу боевую”, это как менять прошивку телефону без возможности откатиться, когда он зависнет на логотипе. Шанс, что все пройдет гладко, есть. Но ставки странные.
Как выглядит нормальный тестовый контур
Это копия вашей базы, только:
отдельно
с понятным названием “ТЕСТ_дата”
без живых обменов (или в песочницу)
без автоматических регламентных задач, которые могут что-то портить
Зачем он нужен на самом деле
Поймать не “падение базы”. Это редкость.
Поймать мелочи, которые выстреливают больно.
Типичные:
печать формы поехала
касса перестала дружить
обмены начали отдавать дубли
у роли бухгалтера исчезла нужная кнопка
отчет стал считаться заметно дольше
Что проверять на тесте, чтобы не утонуть
Мне нравится подход “12 контрольных точек”. Не 120.
Например:
вход под 2-3 ролями (бухгалтер, кадровик, менеджер)
проведение пары типовых документов
печать 1-2 критичных форм (счет, УПД, накладная)
один ключевой отчет (оборотка, взаиморасчеты, начисление)
если есть интеграции, короткая проба: касса, ЭДО, сайт, банк (что у вас важно)
Если это работает на тесте, боевую обновлять уже не страшно. Уже просто “работа”.
Сам момент обновления: делаем так, чтобы не словить “эффект домино”
Отключите то, что может дернуть базу в процессе
Обновление и автоматические процессы это плохие соседи.
Перед стартом обычно выключают:
регламентные задания
фоновые операции
автоматические обмены (особенно с сайтом и кассами)
любые “планировщики”, которые любят работать ночью
Иначе обновление может пройти “успешно”, а потом база начнет жить своей жизнью: обмен что-то догрузил, задания что-то пересчитали, и вы уже не понимаете, где причина, а где последствия.
Записывайте, что делаете
Это звучит занудно, но потом превращается в спасательный круг.
Достаточно коротко:
было: платформа/релиз
стало: платформа/релиз
что делали с расширениями
какие ошибки вылезали и как решались
Через 6 месяцев вы сами себе скажете спасибо.
После обновления: быстрый контроль, пока все еще под вашим управлением
Вот тут обычно и рождаются “сюрпризы”.
Поэтому после обновления нужен не час тестирования “всего”, а 15-20 минут проверок по делу:
зашли 2-3 пользователя с разными ролями
провели типовой документ
распечатали ключевую форму
собрали ключевой отчет
включили обмены по одному, а не все разом
Кейс, который часто всплывает:
Включили все обмены сразу, ушла пачка дублей в сайт, и теперь люди спорят, что первично: база, сайт или “оно само”. Если включать по одному, это ловится за 5 минут и не превращается в уборку на полдня.
Откат: когда он нужен и как сделать его без драматизма
Откат часто воспринимают как поражение.
На деле это нормальная страховка. Как запаска в багажнике.