Перенос серверной 1С — это перенос данных вместе с настройкой среды и подключений. Копирования одной папки недостаточно. Сначала определите, переносится файловая база на сетевом ресурсе или клиент-серверная система с СУБД: у этих сценариев разный порядок.
Содержание: Инвентаризация · Тестовый перенос · Переключение · Проверка · Возврат · Вопросы
Что включить в инвентаризацию
- Базы, их назначение, конфигурации и версии платформы.
- Кластер 1С, СУБД, операционные системы и параметры подключения.
- Клиентские и серверные лицензии, способ защиты и порядок переноса.
- Веб-публикации, внешние компоненты, обмены и фоновые задания.
- Внешние каталоги с вложениями и другими данными.
- Резервные копии, расписание обслуживания и ответственных.
Опишите границы работ. Перенос только сервера приложений, перенос только СУБД и перенос всей системы — разные задачи. Не считайте, что копия базы автоматически содержит внешние файлы, настройки веб-сервера и всю инфраструктуру.
Проверьте совместимость целевой среды и права на использование продуктов. Программную лицензию восстанавливают по её процедуре, а не простым копированием: перенос программной лицензии.
Как провести тестовый перенос
- Подготовить целевые компоненты и согласовать их версии.
- Создать согласованную резервную копию источника.
- Восстановить её в отдельной тестовой среде выбранным способом.
- Настроить доступ к тестовой базе и проверить лицензирование.
- Отключить реальные отправки и обмены на тестовой копии.
- Проверить документы, отчёты, вложения и внешние компоненты.
- Измерить время копирования, восстановления и переключения.
Для клиент-серверной базы резервирование и восстановление обычно планируют штатными средствами СУБД. Конкретные шаги зависят от её вида и версии. Выгрузка DT может применяться в подходящем сценарии, но не заменяет универсально регламент резервирования серверной системы.
Для файловой базы на серверном ресурсе нужна согласованная копия без подключений и записи. Перенос такой папки не превращает систему в клиент-серверную: разница вариантов работы.
Испытание должно подтвердить не только открытие базы, но и полноту данных и работоспособность зависимостей. Не запускайте настоящие обмены одновременно из источника и тестовой копии.
Порядок окончательного переключения
- Согласовать окно работ и уведомить пользователей о прекращении записи.
- Завершить сеансы и остановить предусмотренные планом фоновые работы и обмены.
- Сделать окончательную согласованную копию и перенести актуальные данные.
- Восстановить базу и необходимые внешние данные на целевой стороне.
- Настроить подключение, доступ, публикации и лицензии.
- Выполнить контрольные проверки до допуска пользователей.
- Переключить рабочие подключения и согласованно включить задания и обмены.
После финальной копии источник не должен продолжать независимую рабочую запись. Иначе две базы разойдутся по документам. Старую среду сохраняют для предусмотренного планом возврата с контролем доступа и без случайных отправок.
Обновите записи подключения сотрудников и параметры интеграций. Проверьте не только компьютеры в офисе, но и удалённый доступ, сервисные узлы и веб-клиент. Добавление записи описано в инструкции по списку баз.
Что проверить после переноса
- Сверку контрольных документов и показателей на момент переключения.
- Вход обычных сотрудников и их права.
- Проведение согласованных тестовых операций.
- Отчёты, печатные формы, вложения и внешние обработки.
- Обмены, фоновые задания и публикации.
- Новый график резервирования и проверку восстановления.
Назначьте ответственному подтверждение результата. Сохраните новые параметры и журнал выполненных работ. Проверка копии в новом месте особенно важна: прежнее расписание могло оставаться привязанным к старому серверу.
Как подготовить план возврата
До переноса определите условия возврата, ответственного и допустимое время простоя. Если после переключения уже введены документы, простое включение старой базы может потерять изменения. Сначала сохраните целевое состояние и согласуйте перенос или сверку новых данных.
Не удаляйте исходную среду сразу после первого успешного входа. Срок её сохранения и дальнейшее отключение определяют после приёмки. При этом действующей рабочей базой должна быть одна согласованная система.
Частые вопросы
Можно перенести только СУБД? Да, как отдельный проект, но нужно обновить параметры и проверить зависимости. Это не равно переносу всего сервера 1С.
Нужно сразу обновлять платформу? Не обязательно. Если обновление требуется для совместимости, включите его в испытание и план. Одновременные изменения усложняют диагностику.
Все лицензии нужно покупать заново? Сначала проверьте имеющиеся права и процедуры переноса. Новая схема может потребовать дополнительных продуктов, но это не определяется одним фактом смены сервера.
Можно обещать перенос без простоя? Только после разработки и испытания соответствующей технологии. В обычном сценарии заранее согласуют окно остановки записи.
Организовать перенос серверной 1С
Для оценки укажите тип базы, объём, версии компонентов, внешние обмены и допустимое время простоя. По этим данным можно составить проверяемый план и определить объём работ.
Материалы 1С: администрирование клиент-серверной системы и резервирование информационных баз. Пошаговые операции выбирают по документации фактических версий 1С и СУБД.