+7 495 230 03 03 8 800 222 50 03

Сравнение производительности 1С на платформах MS Server (SQL) и Unix (PostgreSQL)

Дата публикации: 30 января 2018
Сравнение производительности 1С на платформах MS Server (SQL) и Unix (PostgreSQL)
Продукты по бухгалтерскому и управленческому учету компании 1С наиболее распространены на территории РФ. Тысячи компаний ведут свой бизнес, опираясь на типовые и специализированные конфигурации 1С. При таком массовом использовании, регулярно возникает ряд вопросов по оптимизации бюджета на ПО и разумному использованию ресурсов. Не утихают споры вокруг серверных частей данного комплекса, в частности – на какой операционной системе базировать сервер 1С и какой СУБД доверить обработку баз 1С. В ходе наших тестов мы постараемся ответить на эти вопросы.

Участники тестирования

Операционная система MS Server и СУБД MS SQL

  • Фирма 1С открыто позиционирует эту связку как основную рабочую модель, соответственно продукты 1С создаются в первую очередь для нее
  • Наличие протокола прямого скоростного обмена информацией SharedMemory
  • Есть официальная техническая поддержка и сервисные контракты
  • Есть база знаний и тонны информации по инсталляции и тонкой настройке 1C+MS SQL

Операционная система Unix и СУБД PostgreSQL

  • Система полностью бесплатна (кроме лицензии на сервер 1С:Предприятие)
  • Имеется возможность гибкой настройки множества параметров, улучшающих работоспособность СУБД
  • Заявлена поддержка СУБД PostgreSQL продуктами 1С
  • Есть возможность репликации баз
  Конечно же, стоимость проекта, отказоустойчивость и техническая поддержка являются важными критериями при выборе информационной системы для 1С. Однако, есть фактор, в большинстве случаев кардинально влияющий на принятие решения – это быстродействие. Поскольку технической литературы по этим двум системам на просторах Интернета просто великое множество, можно было бы долго спорить о длинных сравнительных таблицах, которые, в зависимости от целей, подчеркивают выгоды того или иного продукта. Дискутировать можно о том или ином параметре среди сотен других таких же – насколько он уникален в своем роде и как он влияет на достижение результата. Но теория без практики мертва – предлагаем в этой статье опустить теорию и перейти непосредственно к фактам, чтобы именно на практике проверить быстродействие обеих информационных систем с определенным уровнем рекомендуемых настроек и в различных вариантах серверной архитектуры (см. таблицу 2).

Методы тестирования

В наших испытаниях мы будем опираться на два метода синтетической генерации нагрузки и имитации работы пользователей в 1С. Это тест Гилева (TPC-1C) и специальный тест 1С «Тест центр» из инструментария 1С:КИП со специальными сценариями работы пользователей.

Тест Гилева (TPC-1C)

Тест Гилева принадлежит к разделу универсальных кроссплатформенных нагрузочных тестов. Он может использоваться как для файловой, так и для клиент-серверной архитектуры 1С:Предприятие. Тест измеряет количество работы в единицу времени в одном потоке и подходит для оценки скорости работы однопоточных нагрузок, включая скорость прорисовки интерфейса, влияния ресурсных затрат, перепроведения документов, процедур закрытия месяца, расчета зарплаты и т.п. Универсальность позволяет делать суммарную оценку производительности, не привязываясь к одной конфигурации платформы. Результатом теста является тотальная оценка измеряемой системы 1С, выраженная в условных единицах.

Специализированный тест из инструментария «Тест центр» 1С: КИП

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

Рисунок 1 – Схема работы «Тест центр» 1С: КИП

Таким образом, используя инструментарий 1С: КИП, на основании имеющихся данных в реальных производственных баз 1С – программист формирует полноценный автоматический сценарий тестирования, основанный на перечне документов и справочников, ключевых для данного типа конфигурации (заявка на расходование средств, заказ поставщику, реализация товаров и услуг и т.д.). При запуске сценария Тест-центр будет автоматически воспроизводить многопользовательскую деятельность, описанную в сценарии. Для этого Тест-центр создаст необходимое количество виртуальных пользователей (в соответствии со списком ролей) и запустит выполнение действий.

Параметры тестирования

При настройке сценариев тестирования для достоверной имитации одновременной работы большого количества пользователей задаются определенные параметры тестирования для каждого типа документа (см. таблицу 1):
  • Документ – указывает конкретный документ в рабочей базе, на основе которого будет производиться нагрузочное тестирование
  • Приоритет запуска – формирует порядок запуска тестов для каждого типа документов
  • Количество документов – определяет объем формируемых тестовых документов
  • Пауза, секунд – задержка при запуске серии тестов, в рамках одного типа документов
  • Количество строк в документе – информационный указатель, сообщающий о «массивности» тестового документа, что влияет на время обработки и нагрузку на ресурсы
Тесты выполняются в 3 итерациях, результаты записываются в таблицу. Таким образом, полученные итоги тестирования, измеряемые в секундах, наиболее реалистично и объективно отображают уровень производительности баз 1С в условиях, максимально приближенных к реальным (см. таблицу 3.1 и 3.2).

Таблица 1. Параметры тестовых сценариев

Документ Приоритет запуска Количество документов Пауза, секунд Количество строк в документе
Роль 1 Счет покупателю 1 25 51 62
Поступление товаров 2 25 80
Реализация товаров 3 25 103
Платежные поручения 4 25 1
Возвраты покупателя 5 25 82
Роль 2 Счет покупателю 5 10 65 79
Поступление товаров 1 22 80
Реализация товаров 2 25 103
Платежные поручения 3 25 1
Возвраты покупателя 4 25 75
Роль 3 Счет покупателю 4 15 45 76
Поступление товаров 5 26 80
Реализация товаров 1 52 103
Платежные поручения 2 26 1
Возвраты покупателя 3 32 90
Роль 4 Счет покупателю 3 45 38 70
Поступление товаров 4 30 80
Реализация товаров 5 30 103
Платежные поручения 1 20 1
Возвраты покупателя 2 20 86
Роль 5 Счет покупателю 2 30 73 76
Поступление товаров 3 30 80
Реализация товаров 4 30 103
Платежные поручения 5 18 1
Возвраты покупателя 1 18 91
Роль 6 Счет покупателю 1 40 35 86
Поступление товаров 2 40 80
Реализация товаров 3 40 103
Платежные поручения 4 40 1
Возвраты покупателя 5 40 88
Роль 7 Счет покупателю 5 25 68 80
Поступление товаров 1 25 80
Реализация товаров 2 25 103
Платежные поручения 3 25 1
Возвраты покупателя 4 25 90
Роль 8 Счет покупателю 3 25 62 87
Поступление товаров 4 25 80
Реализация товаров 5 25 103
Платежные поручения 1 25 1
Возвраты покупателя 2 25 92
Роль 9 Счет покупателю 2 20 82 82
Поступление товаров 4 20 80
Реализация товаров 5 20 103
Платежные поручения 1 20 1
Возвраты покупателя 3 20 98
Роль 10 Счет покупателю 4 50 2 92
Поступление товаров 1 50 80
Реализация товаров 2 50 103
Платежные поручения 5 50 1
Возвраты покупателя 3 50 98

Таблица 2. Технические характеристики тестового стенда

№пп Роль системы CPUvCPU RAM, Гб Дисковая система вводавывода
1 Сервер терминалов – виртуальная машина для управления тестами 4 ядра 2.9 GHz 16 Гб Intel Sata SSD Raid1
2 Сценарий 1. Сервер 1С + СУБД аппаратный Intel Xeon E5-2690 16 ядер 96 Гб Intel Sata SSD Raid1
3 Сценарий 2. Сервер 1С + СУБД виртуальные 16 ядер 2.9 GHz 64 Гб Intel Sata SSD Raid1
4 Сценарий 3. Сервер 1С виртуальный 16 ядер 2.9 GHz 32 Гб Intel Sata SSD Raid1
5 Сценарий 4. Сервер СУБД виртуальный 16 ядер 2.9 GHz 32 Гб Intel Sata SSD Raid1
6 Программное обеспечение
  • Microsoft Windows Server 2016 DataCenter
  • Microsoft Windows Server 2016 Standart
  • Microsoft SQL Server 2016 SP1 (13.0.4001.0)
  • Гипервизор Hyper-V
  • Сервер 1C:Предприятие 8.3.10.2667
  • CentOS 7.4.1708 (x64)
  • PostgreSQL 9.6.5+Patch PostgreSQL 9.6.5-4.1C
7 Конфигурации 1С
  • Однопоточный синтетический тест платформы 1С:Предприятие + Многопоточный тест записи на диск (2.1.0.7) Гилёв Вячеслав Валерьевич
  • Размер 0,072 Гб
  • Платформа: 1С:Предприятие 8.3 (8.3.10.2667)
  • Конфигурация: Бухгалтерия предприятия КОРП, редакция 3.0 (3.0.52.39)
  • Режим: Серверный (сжатие: усиленное)
  • Приложение: Тонкий клиент
  • Локализация: Информационная база: русский (Россия), Сеанс: русский (Россия)
  • Вариант интерфейса: Такси
  • Размер 9,2 Гб
  • Платформа: 1С:Предприятие 8.3 (8.3.10.2667)
  • Конфигурация: Управление торговлей, редакция 11 (11.3.4.21)
  • Режим: Серверный (сжатие: усиленное)
  • Приложение: Тонкий клиент
  • Локализация: Информационная база: русский (Россия), Сеанс: русский (Россия)
  • Вариант интерфейса: Такси
  • Размер 11,8 Гб

Таблица 3.1 Результаты тестирования с помощью теста Гилева (TPC-1C). Оптимальным считается наибольшее значение

Операционная система Microsoft Server Операционная система класса Unix
Перечень тестов (среднее значение по итогам серии из 3 тестов) Аппаратный сервер 1С+СУБД, протокол SharedMemory Виртуальный сервер 1С+СУБД, протокол SharedMemory Аппаратный сервер 1С и аппаратный сервер СУБД, протокол TCP-IP Виртуальный сервер 1С и виртуальный сервер СУБД, протокол TCP-IP Отдельный сервер 1С и аппаратный сервер СУБД, протокол TCP-IP Отдельный сервер 1С и виртуальный сервер СУБД, протокол TCP-IP
Проведение тестов Гилева 29,47 ед. 27,897 ед. 28,520 ед. 24,153 ед. 32,263 ед. 24,591 ед.

Таблица 3.2 Результаты тестирования с помощью специального теста 1С:КИП. Оптимальным считается наименьшее значение

Операционная система Microsoft Server Операционная система класса Unix
Перечень тестов (среднее значение по итогам серии из 3 тестов) Аппаратный сервер 1С+СУБД, протокол SharedMemory Виртуальный сервер 1С+СУБД, протокол SharedMemory Аппаратный сервер 1С и аппаратный сервер СУБД, протокол TCP-IP Виртуальный сервер 1С и виртуальный сервер СУБД, протокол TCP-IP Аппаратный сервер 1С и аппаратный сервер СУБД, протокол TCP-IP Аппаратный сервер 1С и виртуальный сервер СУБД, протокол TCP-IP
Проведение тестов 1С:КИП на существующей базе, конфигурация Бухгалтерия Предприятия
Оборотно сальдовая ведомость 1,741 сек 2,473 сек 2,873 сек 2,522 сек 13,866 сек 9,751 сек
Проведение возврата товаров от покупателей 0,695 сек 0,775 сек 0,756 сек 0,781 сек 0,499 сек 0,719 сек
Проведение платежных поручений 0,048 сек 0,058 сек 0,063 сек 0,064 сек 0,037 сек 0,065 сек
Проведение ПТИУ 0,454 сек 0,548 сек 0,535 сек 0,556 сек 0,362 сек 0,568 сек
Проведение реалиизации товаров и услуг 0,667 сек 0,759 сек 0,747 сек 0,879 сек 0,544 сек 0,802 сек
Проведение счета на оплату 0,028 сек 0,037 сек 0,037 сек 0,038 сек 0,026 сек 0,038 сек
Расчет калькуляций себестоимости 3,071 сек 3,657 сек 4,094 сек 3,768 сек 15,175 сек 10,68 сек
Проведение тестов 1С:КИП на существующей базе, конфигурация Управление Торговлей
Проведение и возврат от клиента 2,192 сек 2,113 сек 2,070 сек 2,418 сек 1,417 сек 1,494 сек
Проведение и возврат товаров поставщику 1,446 сек 1,410 сек 1,359 сек 1,467 сек 0,790 сек 0,849 сек
Проведение заказа клиента 0,355 сек 0,344 сек 0,335 сек 0,361 сек 0,297 сек 0,299 сек
Проведение пересчета товаров 0,140 сек 0,134 сек 0,131 сек 0,144 сек 0,100 сек 0,097 сек
Проведение поступления ТУ 1,499 сек 1,438 сек 1,412 сек 1,524 сек 1,097 сек 1,189 сек
Проведение реализации ТУ 1,390 сек 1,355 сек 1,308 сек 1,426 сек 1,093 сек 1,114 сек
Проведение РКО 0,759 сек 0,729 сек 0,713 сек 0,759 сек 0,748 сек 0,735 сек

Выводы и рекомендации авторов:

  • В специальном тесте 1С операции «чтения данных и сложных вычислений», такие как «Оборотно-сальдовая ведомость» и «Расчет калькуляций себестоимости» в несколько раз быстрее выполняются на СУБД MS SQL от Microsoft.
  • При операциях «записи данных и проведения документов» в большинстве тестов лучший результат показывает СУБД PostgreSQL, оптимизированный для 1С.
  • Синтетический тест Гилева также показывает преимущество PostgreSQL. Связан данный факт с тем, что синтетический тест основан на измерении скорости создания и проведения определенных типов документов, что считается также операциями «записи данных и проведения документов».

Закончим с кроссплатформенным сравнением, перейдем к сравнениям внутри каждой системы:

  • Ожидаемо, тесты 1С на аппаратной платформе показывают результаты лучше, чем на виртуальной. Разница в результатах специального теста 1С в обоих случаях невелика, что свидетельствует о постепенной оптимизации производителями виртуальных гипервизоров.
  • Также ожидаемо, что использование технологии разделяемой памяти (SharedMemory) ускоряет процесс обмена данными между сервером 1С и СУБД. Соответственно, показания тестов немного лучше, чем у схемы с сетевым взаимодействием этих двух сервисов посредством протокола TCP-IP.

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

Читайте продолжение тестирования здесь. На текущий момент мы предлагаем возможность провести бесплатный тест производительности базы 1С в нашем эталонном облаке.
Лого ES мини

EFSOL

  • Аноним

    1. Поясните что такое “Отдельный сервер 1С” в графе с UNIX системами.
    Правильно ли я понял что его аналог в колонке Windows – “это Аппаратный сервер 1С”. Если да, то почему названия разные.
    2. В таблице 3.2 первый и последний тест на линуксе значительно хуже – раз так в 5. ЧТо за аномалия такая? При том в тех тестах где Windows проигрывает – разница максимум в 2 раза.

    • https://efsol.ru/ EFSOL

      Здравствуйте, Олег!

      1. Верно, этот термин означает аппаратный сервер. Названия разные для стилистической разгрузки текста. Исправим в таблице, чтобы было однозначное понимание.
      2. Да, мы даже сделали упор на этот факт в выводах – судя по тестам, MS SQL сильно оптимизирован под операции чтения данных и сложных вычислений 1С

  • Аноним

    Мне кажется, что говоря о бесплатном программном обеспечении, важно обязательно говорить об условно-бесплатном его характере – поскольку стоимость часа поддержки такого ПО будет значительно выше, чем стоимость поддержки платного – я сейчас виду речь об MS SQL и PostgreSQL. Так, найти специалиста который инсталирует систему и будет ее поддерживать на MSSQL значительно проще и дешевле, чем на Postgre. Продолжая эту мысль, также хочется заметить, что вы и бизнес, можете стать заложниками у такого специалиста при использовании бесплатного ПО. ПОэтому стоит 1000 раз задуматься, прежде чем выбирать такую архитектуру. Почему была выбрана система виртуализации Hyper-V для Unix-подобных систем? Ведь, возможно, производительность у Postgre на Xen или VMWare выросла, вы не проводили сравнительных тестов?

    • https://efsol.ru/ EFSOL

      1. Вы совершенно правы – стоимость поддержки “гибкого” и бесплатного ПО гораздо выше, а шансы найти толкового профи – гораздо меньше по сравнению с системными платными продуктами Microsoft
      2. Согласны, бизнесу требуется выбрать решение, ориентируясь на свои приоритеты и цели в ИТ – гибкость, бюджетность, надежность, гарантии, поддержка и т.д.
      3. Система виртуализации Hyper-V для Unix-подобных систем была выбрана только лишь для достоверности тестирования, приведения услоий к единому знаменателю
      4. Тесты на платформах Xen или VMWare будут запланированы в последующих статьях

      • Аноним

        Согласен с замечанием Гостя по поводу гипервизора. Видел тесты сравнения гипервизоров и в некоторых случаях VMWare виртуализация показывала результат соизмеримый с аппаратными серверами в то время как Hyper-V отставал от аппаратного сервера сильно. По-этому добавить в тест еще один гипервизор было бы интересно

      • Аноним

        1. В современном мире это не так. Такая проблема может возникнуть только в том случае если ваш системный администратор не умеет пользоваться поисковиками (что бывает часто) и не умеет читать официальные сайт (постгреспро, например). Нет никаких проблем используя интернет настроить *nix систему для приведенных тестов. сложнее настроить, например, отказоустойчивый кластер распределенной нагрузки (чего MSSQL в принципе не умеет). Все остальное – страшилки начала 90х.
        НУ и вообще весь тест не совсем корректен для *nix, так как
        1. Xen и только он, Hyper-V поделие виндовз под виндовз
        2. А файл настроек постгреса можно глянуть? Я вас уверяю, скорее всего – вы просто не умеете его готовить, так как по умолчанию (что странно, даже сборка под 1С) идет конфиг ну совсем не о чем (кстати это одна из прелесть свободного софта, можно поменять все параметры, а разобраться как работает TCPIP стек в Windows это скорее философская задача будет).
        3. И самое главное отличие. MS поставляется как черный ящик не кто под вас его менять не будет. Ну может за какие-то деньги сравнимые со стоимостью вашего бизнеса и будут менять, но это другой вопрос. А открытый софт, за вполне вменяемые деньги(постгреспро тот же) могут поменять его под вас так, как нужно в вашей системе (и таких примеров куча)

        • https://efsol.ru/ EFSOL

          Добрый день, Павел!

          1. HyperV применялся для обеспечения “единого знаменателя”, что бы тесты имели общую основу. И даже при использовании HyperV (поделие виндовз под виндовз) – тесты на PostgreSQL показали свои преимущества.
          2. Файл конфига не дефолтный, для его настройки мы привлекали специалистов по СУБД PostgreSQL, иначе бы результаты тестов были гораздо хуже.
          3. Продукт Microsoft, представляющий из себя “черный ящик”, с мировым брендом, официальной техподдержкой, системой сертификации специалистов, широким их выбором на рынке труда и понятным интерфейсом – в подавляющем большинстве случаев выбирается бизнесом, учитывающим подобные риски и преимущества.

          • Аноним

            1. ок
            2. Ну нет же. Та же 1С выбирает постгресс для своего Фрешь. И множество других компаний, крупных уходят от MS.
            Собственно я не спорю:) Я из своей практики говорю и мироощущение

  • Аноним

    Я не совсем понял, а почему нет теста где на линуксе стоят вместе посгри и 1с сервер?

    • https://efsol.ru/ EFSOL

      Здравствуйте, Роман!
      Поскольку взаимодействие сервера 1С и СУБД на базе UNIX не имеет механизма прямого доступа к памяти DNA (в отличие от технологии SharedMemory у Microsoft), т.е. соединения все равно происходят через сетевые протоколы TCP-IP, то использование данного ПО совместно на одной площадке:
      1. Нарушило бы стандарт тестового стенда, где сравнение систем, работающих по TCP-IP, ведется на базе двух разных серверов
      2. Ухудшило бы результаты тестирования UNIX, т.к. и 1С и PostgreSQL использовали бы один пул ресурсов.

      • Аноним

        Здравствуйте!
        Однако вынужден заметить, что можно подключить 1С к Postgres через механизм unix-socket. Это, в теории, может вызвать увеличение производительности, так как тут исключается TCP-стек.
        Сделать это можно, указав в свойствах информационной базы (в оснастке кластера серверов), в поле “Сервер баз данных”, вместо имени хоста, путь к сокету Posgtres, который находится (по умолчанию) в /tmp.
        Другими словами, в “Сервер баз данных” указать “/tmp”, и готово.
        Далее – как насчёт переноса в ram-диск: сбор статистики, временные таблицы? Делается указанием одной строки в /etc/fstab, на каждый перенос.

        В общем можно заново тестировать. Заодно и статистику обновите, а то много воды утекло со времён текущего теста. 😉

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

  • Аноним

    Очень хочется увидеть результаты такого тестирования в конфигурации Зарплата и управление персоналом, редакция 3.1 (3.1.9.107) Очень долго выполняется расчет документов увольнения и их проведения. При чем это не зависит от того где стоит SQL и 1С, общаются они между собой по TCP или Shared Memory и вообще от аппаратных ресурсов. Расчет занимает от 15 до 40 сек. Правильно ли я понимаю, что теоритически если “судя по тестам, MS SQL сильно оптимизирован под операции чтения данных и сложных вычислений
    1С”, то на MS SQL это должно быть быстрее?

    • https://efsol.ru/ EFSOL

      Добрый день, Павел!
      1. Для Зарплата и управление персоналом тесты пока не планируются, т.к. требуется “вживление” КИП в эту конфигурацию и создание сценариев с участием программистов 1С
      2. Судя по описанию – вопрос явно в коде 1С либо правильности заполнения документов и скорее всего ресурсы либо использование СУБД кардинально не помогут. Рекомендуем провести аудит кода 1С.

      С точки зрения ИТ, при долгом расчете документов и их проведения – навскидку желательно обратить внимание:
      – Размер ОЗУ процесса Rphost сервера 1С
      – Проседание дисковой подсистемы
      – Задержки в сети
      – Регулярность регопераций с сервером 1С и MS SQL

  • Аноним

    Не претендую на истину в последней инстанции. Я не высококлассный специалист по настройке PostgreSQL 10. Поделюсь своим опытом. Проведение документов на MS SQL показало себя быстрее примерно в 1.5 раза чем PostgreSQL. По чтению и формированию отчетов разница не столь заметно, я бы сказал что операции чтения практически одинаковы. Тест Гилева показал похожие результаты для PostgreSQL и MSSQL. MSSQL побольше на 6 единиц. По моему опыту PostgreSQL 9 версии работает лучше чем последующие.

    • https://efsol.ru/ EFSOL

      Здравствуйте, Николай. Спасибо за то, что делитесь своим опытом. Это важно – получать информацию из практических источников.
      Возможно, поставим в план сделать повторный тест на Postgresql 10 и MSSQL 2019

  • http://vk.com/id7522130 Александр Поволоцкий

    Я правильно понимаю, что никаких настроек серверов БД не делалось, взяли “из коробки” как было?

    • https://efsol.ru/ EFSOL

      Добрый день. Были выполнены стандартные настройки согласно типовым рекомендациям 1С.

      • http://vk.com/id7522130 Александр Поволоцкий

        Конкретики по железу-фс-точной информации не будет?

        • https://efsol.ru/ EFSOL

          К сожалению, это будет проблематично. Т.к. статье около 3 лет. Однако, в связи с интересом к данной СУБД – планируем провести углубленное тестирование в ближайшее время с описанием результатов.

Заказать звонок

Оставьте свои данные для того, чтобы специалист с вами связался.

*нажимая на кнопку, Вы даете согласие на обработку персональных данных
Быстрое внедрение включает:
На сервере установлено следующее ПО (доступно при подключении по протоколу RDP):
Также настроено:
Перед внедрением клиент предоставляет информацию о пользователях (логины и пароли). После завершения работ, клиенту высылается инструкция и ярлык для подключения.
Индивидуальное внедрение по ТЗ клиента обсуждается отдельно.