← На главную

Переезд инфраструктуры двух компаний в облако — это отличный повод для оптимизации ресурсов. Часто возникает вопрос: стоит ли оставлять серверы 1С разделенными, если база данных (СУБД) планируется единой? Рассмотрим, как грамотно спроектировать такую архитектуру и на что обратить внимание при внедрении.

Оцениваем целесообразность объединения

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

Преимущества объединения:

1. Снижение затрат на лицензирование и потребление ресурсов облака.
2. Упрощение процесса обновления платформы и контроля конфигураций.
3. Централизованное управление регламентными заданиями и резервным копированием.

Управление нагрузкой и администрирование

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

• Рабочие процессы: Вы можете распределить нагрузку между несколькими рабочими процессами. Если одна база (например, 1С:Документооборот) требует больше ресурсов, вынесите ее на отдельный рабочий процесс в настройках кластера.
• Перезапуск службы: Учтите, что перезапуск службы сервера 1С приведет к завершению сеансов пользователей обеих компаний. Если для бизнеса критически важно обслуживать компании независимо, рассмотрите вариант создания двух отдельных кластеров на одной виртуальной машине, но помните, что это увеличит потребление RAM.

Особенности работы с 1С:Документооборот

Поскольку 1С:Документооборот активно использует РегламентныеЗадания (обработка почты, автозапуск процессов, сканирование), их необходимо планировать очень тщательно. При объединении двух инстансов ДО на одном сервере, мы рекомендуем разнести время запуска тяжелых заданий так, чтобы они не накладывались друг на друга. Это предотвратит пиковую нагрузку на процессор и диск.

Настройка клиентских подключений

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

Пошаговый алгоритм настройки:

1. Создайте на файловом ресурсе или доступном сетевом диске файл 1CEStart.cfg.
2. В этом файле укажите путь к файлу списка баз (например, CommonCfgLocation).
3. В файле списка баз (обычно с расширением .v8i) пропишите параметры подключения к вашим базам:
   Скопировать код

   
   [База_Компания_1]
   Connect=Srvr="имя_сервера";Ref="base1";
   [База_Компания_2]
   Connect=Srvr="имя_сервера";Ref="base2";
   

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

Облачная специфика и отказоустойчивость

Работа в облаке требует внимания к сетевым задержкам. Важно, чтобы сервер 1С и SQL-сервер находились в одной локальной сети (зоне доступности) провайдера. Даже небольшие задержки при передаче данных между 1С и СУБД могут привести к заметному снижению производительности, особенно в 1С:Документооборот, который интенсивно работает с метаданными и файловым хранилищем.

Также помните про отказоустойчивость. При выборе одного сервера 1С вы получаете единую точку отказа. Рекомендуем заранее настроить автоматический мониторинг доступности службы 1CV8 и иметь план быстрого восстановления (snapshot облачного сервера), чтобы в случае сбоя восстановить работу для обеих компаний одновременно.

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