Как понять, что инфраструктуру 1С пора масштабировать

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

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

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

В статье разберем основные признаки, по которым можно понять, что текущую среду 1С пора пересматривать и готовить к следующему этапу роста.

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

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

Через несколько лет ситуация может измениться:

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

Среда, которая была достаточной на старте, не обязана соответствовать новым требованиям. Поэтому масштабирование — это не только увеличение CPU, RAM или диска. Иногда нужно изменить саму архитектуру: разделить роли, перейти на клиент-серверный вариант, добавить СУБД, организовать терминальный доступ и определить единый порядок сопровождения.

Признаки, что текущую среду 1С пора пересмотреть

База и число пользователей продолжают расти

Один из наиболее очевидных признаков — устойчивый рост информационной базы и числа одновременно работающих сотрудников.

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

Поводом проверить инфраструктуру становятся ситуации, когда:

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

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

Тяжелые отчеты и регламентные задания мешают дневной работе

По мере развития учета увеличивается число фоновых процессов:

• обмены между базами;
• загрузка заказов с сайта;
• синхронизация с CRM;
• обновление данных маркетплейсов;
• обработка банковских операций;
• рассылка документов;
• резервное копирование;
• обслуживание СУБД;
• регламентные задания конфигураций.

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

В более управляемой инфраструктуре можно:

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

Файловой базы становится недостаточно

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

Переход к клиент-серверной архитектуре стоит рассмотреть, если:

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

В клиент-серверной схеме данные размещаются в СУБД, например Microsoft SQL Server или PostgreSQL, а прикладную логику обрабатывает сервер 1С. Такая архитектура дает больше возможностей для мониторинга, обслуживания и восстановления, но требует грамотной настройки.

Сам переход на СУБД не гарантирует ускорения. Нужно правильно подобрать ресурсы, настроить память, диски, резервное копирование и взаимодействие между сервером 1С и базой данных.

Интеграций становится больше

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

К базе могут подключаться:

• CRM;
• интернет-магазин;
• корпоративный сайт;
• маркетплейсы;
• банки;
• системы электронного документооборота;
• службы доставки;
• торговое оборудование;
• сервисы аналитики;
• внешние API.

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

Признаки того, что текущую схему интеграций пора пересматривать:

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

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

Сотрудникам требуется больше, чем доступ к одной программе

На определенном этапе пользователям становится недостаточно открыть только одну базу 1С. В общей рабочей среде им также нужны:

• 1С:Бухгалтерия и 1С:ЗУП;
• офисные приложения;
• клиент-банк;
• браузер и CRM;
• файлы компании;
• системы отчетности;
• криптопровайдеры и электронная подпись;
• другие корпоративные программы.

В этом случае речь идет уже не только об аренде доступа к 1С, а об организации полноценного удаленного рабочего места.

Для такой среды необходимо учитывать:

• Windows Server и роли удаленных рабочих столов;
• лицензирование пользователей;
• пользовательские профили;
• перенаправление принтеров и локальных ресурсов;
• права доступа к файлам;
• совместимость программ с серверной ОС;
• защищенное подключение;
• резервное копирование пользовательских данных.

Отдельный сервер позволяет объединить рабочие приложения в одной среде, но требует учитывать лицензирование и требования каждого установленного продукта.

Требования к резервному копированию стали жестче

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

Признаки, что текущую схему нужно пересмотреть:

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

Для рабочей инфраструктуры нужно определить:

• RPO — сколько последних данных компания готова потерять;
• RTO — за какое время должна быть восстановлена работа.

Если допустима потеря не более 15–30 минут, одной ночной резервной копии будет недостаточно. Может потребоваться клиент-серверная база, копирование журналов транзакций, отдельное хранилище и регулярная проверка восстановления.

Инфраструктура зависит от одного специалиста

Еще один признак необходимости изменений — отсутствие понятного распределения ответственности.

Например:

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

По мере роста системы такой подход становится рискованным. Инфраструктура должна быть документирована, а зоны ответственности — закреплены.

Нужно определить, кто:

• контролирует серверные ресурсы;
• следит за службами 1С и СУБД;
• обновляет платформу и конфигурации;
• проверяет расширения;
• контролирует обмены;
• реагирует на заполнение дисков;
• проверяет резервные копии;
• восстанавливает систему после сбоя;
• предоставляет пользователям доступ.

Когда увеличение ресурсов уже не решает проблему

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

Увеличение ресурсов не устранит:

• неэффективный запрос;
• ошибку в расширении;
• накопление ненужных записей;
• конфликт регламентных заданий;
• неправильно настроенную СУБД;
• длительные блокировки;
• проблему сетевого взаимодействия;
• отсутствие обслуживания базы;
• некорректное расписание резервного копирования;
• ошибку интеграции.

Поэтому до изменения тарифа полезно провести диагностику и ответить на вопросы:

• в какое время возникает проблема;
• какие пользователи и операции затронуты;
• что происходит с CPU, памятью и дисками;
• какие задания выполняются в этот момент;
• есть ли блокировки и длительные запросы;
• как быстро растут база и журналы;
• воспроизводится ли проблема на тестовой среде.

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

Как оценить новую серверную среду

До переноса нужно описать текущую систему и требования на ближайший период.

Состав инфраструктуры

Зафиксируйте:

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

Ресурсы

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

• производительность процессора;
• число параллельных операций;
• объем оперативной памяти;
• тип и задержки дисковой подсистемы;
• рост базы;
• потребление ресурсов СУБД;
• пиковые нагрузки;
• запас на развитие.

Архитектура

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

Например:

Пользователи
     │
     ▼
Терминальный сервер
     │
     ▼
Сервер 1С
     │
     ▼
Сервер СУБД
     │
     ▼
Резервное хранилище

Разделение сервера 1С и СУБД не ускоряет систему автоматически. Между узлами должна быть стабильная сеть с низкой задержкой.

Лицензии

При планировании нужно учесть не только лицензии 1С, но и:

• Windows Server;
• Remote Desktop Services;
• Microsoft SQL Server — если он используется;
• офисные приложения;
• криптопровайдеры;
• антивирус и другое программное обеспечение.

Состав лицензий зависит от архитектуры, пользователей и модели предоставления услуги.

Сопровождение

Отдельно зафиксируйте, какие работы входят в услугу:

• мониторинг;
• обновление Windows Server;
• обновление платформы 1С;
• обновление конфигураций;
• обслуживание СУБД;
• проверка резервных копий;
• поддержка пользователей;
• диагностика интеграций;
• восстановление после сбоя.

Фраза «сервер администрируется» должна быть раскрыта конкретным перечнем работ и временем реакции.

Как безопасно перейти на новую инфраструктуру

Миграцию рабочей 1С лучше разделить на этапы.

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

Практический чек-лист масштабирования 1С

• Зафиксированы число пользователей, базы и их размеры.
• Определена скорость роста данных.
• Проверены пиковые нагрузки и тяжелые операции.
• Составлен список фоновых и регламентных заданий.
• Описаны все интеграции.
• Проверено, какое дополнительное ПО требуется сотрудникам.
• Определено, нужен ли полноценный удаленный рабочий стол.
• Проверена необходимость клиент-серверного варианта.
• Выбрана СУБД и проверена совместимость с платформой 1С.
• Подобраны CPU, память и диски с запасом на рост.
• Оценено разделение сервера 1С, СУБД и терминального доступа.
• Определены требования RPO и RTO.
• Подготовлена схема инфраструктурного и прикладного резервного копирования.
• Уточнен состав лицензий.
• Закреплены зоны ответственности поставщика и клиента.
• Создана тестовая среда.
• Проверены реальные операции и интеграции.
• Подготовлен план миграции и возврата.

Заключение

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

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

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

Что почитать дальше

• 1С в облаке: какие форматы работы доступны бизнесу — обзор облачного сервиса, аренды доступа и отдельной серверной среды.
• Серверная инфраструктура 1С — сервер платформы, СУБД, ресурсы, сеть и резервное копирование.
• Какой сервер нужен для 1С:Бухгалтерии — подбор конфигурации под базу и пользователей.
• Почему 1С тормозит на сервере — диагностика клиента, сервера, СУБД и прикладного кода.
• Как настроить SQL Server для 1С — память, tempdb, файлы базы, резервное копирование и обслуживание.

Когда стоит обратиться к специалистам

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

IPWAY предоставляет серверы с лицензиями 1С. Это отдельная серверная среда, ресурсы которой подбираются под информационные базы, число пользователей, СУБД, удаленные рабочие места и интеграции.

В рамках поддержки и сопровождения 1С специалисты IPWAY помогают провести аудит текущей системы, перенести базы, настроить сервер 1С и СУБД, резервное копирование, мониторинг и обмены.

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

Кратко

• Инфраструктуру следует пересматривать при росте базы, пользователей, интеграций и требований к восстановлению.
• Замедление не всегда означает нехватку ресурсов: причиной могут быть задания, запросы, блокировки и ошибки интеграций.
• Переход на клиент-серверную архитектуру оценивают не только по числу пользователей.
• Если сотрудникам нужны 1С, файлы, офисные и другие программы, требуется полноценная удаленная рабочая среда.
• Интеграции должны иметь мониторинг, журналы, ограничения повторных попыток и регламент хранения данных.
• Резервное копирование нужно проектировать с учетом RPO и RTO.
• Отдельный сервер требует четкого распределения ответственности за ОС, 1С, СУБД и восстановление.
• Добавление CPU, RAM или диска полезно только после подтверждения соответствующего узкого места.
• До миграции нужно проверить рабочую копию базы, расширения, обмены и восстановление.
• Старую среду нельзя отключать до завершения проверки новой инфраструктуры.