Сначала выяснить, как устроена текущая работа

Платформа «1С:Предприятие 8» поддерживает файловый и клиент-серверный варианты. В файловом варианте данные находятся в файле информационной базы, к которому обращаются пользователи. Это штатный режим работы, а не ошибка администратора. По информации разработчика платформы, он подходит в том числе для небольших рабочих групп.

В клиент-серверном варианте приложение пользователя взаимодействует с сервером 1С, а тот — с системой управления базами данных. Такая архитектура позволяет разделить роли и управлять растущей нагрузкой. Однако переход на неё требует дополнительной настройки и соответствующих лицензий.

Перед принятием решения стоит записать пять исходных показателей:

• сколько человек одновременно работает в базе в обычный и самый загруженный день;
• каков текущий размер базы и как быстро он увеличивается;
• какие операции выполняются дольше всего;
• где сейчас хранятся резервные копии и когда в последний раз проверяли восстановление;
• сколько часов компания может работать без 1С.

Без этих сведений легко купить дорогое оборудование, которое не устранит настоящую причину задержек.

Когда отдельный сервер действительно нужен

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

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

Если после диагностики компания решила купить сервер для 1С в Москве, у поставщика «Сервер Молл» можно запросить конфигурацию под измеренную нагрузку. Компания указывает московский офис на Большой Новодмитровской улице, 23с3. Перед заказом следует подтвердить наличие компонентов, итоговую комплектацию и сроки получения оборудования.

Московский адрес поставщика полезен для местной компании, но не заменяет технического задания: сервер должен соответствовать конкретной базе и числу рабочих мест, а не только быть доступным к быстрой покупке.

Почему минимальные требования не подходят для расчёта закупки

В опубликованных фирмой «1С» аппаратных требованиях для 64-разрядного сервера указаны минимальные значения, в том числе от 2 ГБ оперативной памяти. Это порог запуска компонента, а не рекомендация для производительной работы десятков сотрудников с прикладной базой.

Для закупки нужно учитывать все части системы: операционную систему, сервер 1С, СУБД, фоновые задания и резерв на рост. Если эти компоненты размещаются на одном физическом сервере, их потребности складываются. Если используются отдельные виртуальные машины, важно проверить не только выделенную им память, но и ресурсы физического узла.

Что проверить до покупки оборудования

Скорость 1С зависит не только от числа ядер процессора. Перед согласованием конфигурации полезно проверить несколько компонентов.

Процессор. Важны производительность на ядро и способность обслуживать параллельные операции. Большое число ядер само по себе не ускорит единичную тяжёлую операцию, если она ограничена другими ресурсами.

Оперативная память. Её должно хватать для операционной системы, СУБД, сервера 1С и рабочих процессов без постоянного обращения к файлу подкачки. Следует оценить число свободных слотов для будущего расширения.

Накопители. Для активной базы важны задержка и скорость операций чтения и записи, поэтому обычно рассматривают SSD. Ёмкие HDD могут использоваться для других задач, но размещать загруженную базу на медленных дисках только из экономии рискованно.

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

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

Проверить производительность до миграции

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

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

При диагностике важно разделять жалобы пользователей. «Долго открывается база», «медленно проводится документ» и «зависает удалённое подключение» могут иметь разные причины. Один новый сервер не обязан исправить все три.

Как подготовить перенос базы

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

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

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

Резервное копирование после перехода

Перенос на отдельный сервер не делает данные автоматически защищёнными. Для клиент-серверной базы резервирование необходимо организовать средствами и методами, совместимыми с используемой СУБД. Простое копирование файлов работающей базы не следует считать надёжной стратегией восстановления.

Копии нужно хранить отдельно от основного сервера. Иначе отказ накопителей, ошибочное удаление или вредоносное ПО могут одновременно затронуть и рабочие данные, и резерв. Частоту копирования определяют по допустимой потере изменений: если компания не может повторно внести операции за полный день, одного ежедневного задания недостаточно.

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

Что считать успешным результатом

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

Отдельно фиксируют порядок действий при сбое: кто получает уведомление, кто обращается к поставщику оборудования, где находятся копии и сколько времени займёт восстановление. Такая инструкция полезнее обещания, что новый сервер «никогда не ломается».

Итог

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

Тогда новый сервер решит конкретную задачу — обеспечит управляемую работу 1С, — а не станет дорогой заменой компьютера, на котором по-прежнему остались прежние проблемы.