Скорость работы 1С: Предприятие с разными СУБД: MS SQL и с PostgreSQL























Рассмотрим несколько вариантов работы 1С: Предприятие с различными СУБД.

В данной статье я хочу привести сравнение скорости работы 1С: Предприятие 8.3 при использовании разных СУБД.

На написание этой статьи меня вдохновила отличная статья Немного о конфигурировании PostgreSQL и 1С Батл: PostgreSQL 9,10 vs MS SQL 2024.

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

Вступление

31.01.2024 года компания 1С выпустила долгожданный релиз платформы 8.3.14.1565. 

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

Но возникает закономерный вопрос — какова скорость работы платформы, при использовании различных СУБД и различном расположении сервера 1С?

Я не буду сравнивать разные версии самих платформ 1С. Я хочу получить информацию как ведет себя платформа 8.3.14 при работе с MS SQL  и с PostgreSQL. Как ведет себя 1С при работе на Windows или на Linux системах? В каком случае есть смысл остаться на файловых базах, а когда таки надо брать серверные, и какой прирост или падение производительности будет в этом случае.

В своей работе я довольно часто сталкиваюсь одними и теми же вопросом. Какое программное обеспечение необходимо использовать в работе баз данных 1С? Что нужно для полноценной работы, например магазина retail? А если это несколько магазинов, то какой вариант ПО необходим в этом случае? Какой минимальный набор оборудования необходим? Что лучше: платный софт или же можно использовать бесплатный?

Попробую рассмотреть некоторые вопросы на примерах в этой статье.

Выбор софта для работы

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

Если мы говорим про отдельно взятый магазин, где будет находится локальная база (РИБ, например), и все торговые операции будут совершатся на "кассе", то наличия одного компьютера думаю вполне хватит, вот только какую ОС на него ставить? Какой софт использовать?

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

И такие вопросы появляются изо дня в день.

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

Посмотреть какие системные требования к операционной системе для работы 1С можно здесь. Из всего списка, нас интересуют Windows и Linux. Так как MacOS на кассах мы не видели. Хотя, сейчас на кассах начинают появляться устройства на базе ОС Android и iOS.

Следующий этап, это приобретение лицензии 1С. Перечень продуктов и цен на них можно посмотреть здесь

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

Если необходим клиент-серверный вариант работы базы данных, то для этого приобретаются другие лицензии. Однозначно необходима лицензия на сам программный продукт, например 1С:Розница 8 ПРОФ, а также лицензия на сервер 1С, например 1С 8.3 ПРОФ. Лицензия на сервер (x86 и/или x64), и необходимое количество клиентских лицензий для работы пользователей в базе.

Сразу возникает вопрос: Если выбран клиент-серверный вариант, то база 1С будет расположена в какой-нибудь СУБД. В какой?

На текущий момент 1С может работать с 4 СУБД: Microsoft SQL Server, PostgreSQL, IBM DB2 и Oracle Database.

Исторически сложилось, что 1С давно и хорошо работает с СУБД Microsoft SQL Server. 

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

Однако хочу отметить, что выбрав в качестве СУБД MS SQL, устанавливать её нужно будет на ОС семейства Windows, т.к 1С, пока,  не работает с MS SQL, которая установлена на Linux системах, при чем в независимости от того — на какой ОС расположен сервер 1С. 

Следующий вопрос: какую ОС Windows необходимо приобретать? Если мы говорим о количестве пользователей, работающих удаленно (RDP), больше одного, тогда Windows 10 не подходит для этих целей. Выбор очевиден — ОС Windows Server. С другой стороны, с развитием тонких клиентов — люди все реже и реже подключаются по RDP, а выбирают работу через тонкий клиент по вебу.

На текущий момент компания Microsoft выпустила ОС Windows Server 2024. Есть хорошая статья, которая описывает условия лицензирования этой ОС.  

Альтернативный вариант использования файловой базы или клиент-серверной — это использовать ОС семейства Linux.

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

При клиент-серверном варианте работы, можно также использовать СУБД  PostgreSQL, которая является бесплатной для использования. Более того, PostgreSQL может работать как на Linux системе, так и на Windows ОС в паре с сервером 1С.

Таким образом можно также значительно сэкономить бюджетные средства, выбрав это ПО.

СУБД IBM DB2 и Oracle Database являются также коммерческими (условно-бесплатными) продуктами, которые работают с 1С: Предприятие, однако большой популярности в среде 1С не получили.

Стоит отдельно отметить наличие сборки "Мини сервер 1С", куда входит ключ 1С сервера и 5 пользовательских лицензий, что стоит дешевле, чем отдельно покупать сервер и 5 лицензий.

Хочу вернуться к вопросам, которые я задал в начале этой статьи: какое ПО лучше использовать? Платное или бесплатное? В чем разница?

Для ответа на эти вопросы я решил провести ряд тестов, которые показывают скорость работы базы 1С в разной среде.

Вкратце на счет оборудования:

Относительно выбора оборудования, на мой взгляд, важными являются следующие критерии — SSD (лучше NVMe), высокая частота процессора. Остальное — выбирается под конкретные нужды. Если этот вопрос интересен, то могу поделиться подробно своим мнением в комментариях.

Однако, нас все же интересует вопрос производительности 1С в тех или иных условиях, в зависимости от задач.

Например, есть клиент, у него 100 РИБ узлов, у него около 100 000 товаров, и более 1 000 000 характеристик и штрихкодов. И вот приходит запрос — какое оборудование купить на кассы, а какое на сервер, и есть ли смысл ставить сервер на кассы?

Сейчас в сети много тестов (в том числе Гилева), есть APDEX от 1С и т.д, но в нашем случае это все бесполезно, ибо с самой кассы уходит мало данных, операций в кассе делается не много, и самые сложные — это пробитие Чека ККМ. НО вот на саму кассу приходит огромное количество данных, особенно в межсезонье, очень много данных по сегментам скидок, по новому товару, новые штрихкода, документы перемещений и т.д.

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

Сразу хочу обратить внимание, что все данные рекомендации и методы замеров основаны на задаче когда доступ в ЦБ имеют около 5 человек в 90% случаях, и только изредка, к ЦБ могут подключиться в онлайне все кассы, такое бывает в случаях, когда ночной обмен не успел пройти, срочные изменения цен/скидок, не успел выгрузиться новый товар и т.д.

Тестирование

Виды тестов

Какие тесты будут проводится и чем, собственно, тестировать?

В этой статье я использовал 2 вида тестов:

  • Нагрузочный тест TPC-1C. На этот тест я обратил внимание, потому что в нём учитываются настройки СУБД, ОС так и сама аппаратная часть стенда.

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

Тестирование платформы на Windows Server 2024 + MS SQL 2024 на одной машине

В качестве стенда для тестов была создана виртуальная машина со следующими характеристиками:

CPU Intel Core i3-8100 3.6GHz

RAM 8 Gb DDR-4 3200 MHz

Samsung SSD 960 EVO NVMe M.2

Была произведена чистая установка ОС Microsoft Windows Server 2024 RTM Build 17763 Standard.

Была установлена СУБД MS SQL 2024 Developer, а также SQL Server Management Studio 17 для управления СУБД в графическом режиме.

 

Настройки СУБД были приведены к следующим:

Количество максимально потребляемой СУБД оперативной памяти выставлено 4Гб.

Стоит галочка "Приоритет SQL сервера". Максимальное количество рабочих потоков выставлено 2048.

 

Была установлена платформа 1С: Предприятие 8.3.14.1565 x64

и создана база onecdb в клиент-серверном варианте

Результат нагрузочного теста TPC-1C выглядит так:

При запуске второго теста из используемых, я установил следующие показатели при замерах:

И получил такой результат. Количество баллов — это тоже самое время в мс, т.е. чем меньше — тем лучше.

Название операции Время выполнения Количество баллов
 Создать и провести документ Приход 200 штук, по 1,000 позиций товара в каждом 00:01:53, 671мс 113671
 Создать и провести документ Установка цен 100 штук, по 1,000 позиций товара в каждом 00:00:52, 327мс 52327
 Удалить документ Приход 200 штук, по 1,000 позиций товара в каждом 00:00:24, 500мс 24500
Очистка штрихкодов 120,000 метод Набором  00:06:47, 181мс 407181
Получение оборотов, количество строк: 1,000 235мс 235
Получение остатков, количество строк: 1,000 16мс 16
Получение первого среза цен для 1,000 655мс 655
Получение последнего среза цен для 1,000 625мс 625
Создание номенклатуры 10,000 00:00:58, 624мс 58624
Создание штрихкодов 120,000 метод Набором  00:00:08, 484мс 8484
Удаление номенклатуры 10,000 00:00:54, 593мс 54593
Количество баллов 00:12:00, 911мс 720911

 

Тестирование платформы на Debian 9.7 + PostgreSQL 11 на одной машине

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

Была произведена чистая установка ОС Debian 9.7

Была установлена СУБД PostgreSQL 11 (сборка от Postgrespro)

Был установлен сервер 1С: Предприятие 8.3.14.1565

И создана база onecpg в клиент-серверном варианте

Результат нагрузочного теста TPC-1C выглядит так:

* тест произведен без оптимизации PSQL

Результат нагрузочного теста TPC-1C при оптимизации PSQL:

* для оптимизации PSQL я воспользовался утилитой PGTune. Оптимизация делалась "поверхностно"  под аппаратную конфигурацию стенда, так как более глубокие настройки делаются под определенные объемы БД, их количество на одном сервере и под определенное количество пользователей. Файл конфигурации привел к такому виду:

# DB Version: 11
# OS Type: linux
# DB Type: mixed
# Total Memory (RAM): 8 GB
# CPUs num: 4
# Connections num: 10
# Data Storage: ssd

max_connections = 10
shared_buffers = 2GB
effective_cache_size = 6GB
maintenance_work_mem = 512MB
checkpoint_completion_target = 0.9
wal_buffers = 16MB
default_statistics_target = 100
random_page_cost = 1.1
effective_io_concurrency = 200
work_mem = 104857kB
min_wal_size = 1GB
max_wal_size = 2GB
max_worker_processes = 4
max_parallel_workers_per_gather = 2
max_parallel_workers = 4
superuser_reserved_connections = 3
max_wal_senders = 0
standard_conforming_strings = off

listen_addresses = '*'
port = 5432

Запуск второго теста до оптимизации PSQL показал такие результаты

Название операции Время выполнения Количество баллов
 Создать и провести документ Приход 200 штук, по 1,000 позиций товара в каждом 00:01:25, 746мс 85746
 Создать и провести документ Установка цен 100 штук, по 1,000 позиций товара в каждом 00:00:41, 725мс 41725
 Удалить документ Приход 200 штук, по 1,000 позиций товара в каждом 00:00:06, 587мс 6587
Очистка штрихкодов 120,000 метод Набором  00:05:48, 601мс 348601
Получение оборотов, количество строк: 1,000 59мс 59
Получение остатков, количество строк: 1,000 3мс 3
Получение первого среза цен для 1,000 00:00:01, 43мс 1043
Получение последнего среза цен для 1,000 00:00:01, 49мс 1049
Создание номенклатуры 10,000 00:00:42, 682мс 42682
Создание штрихкодов 120,000 метод Набором  00:00:05, 392мс 5392
Удаление номенклатуры 10,000 00:00:50, 467мс 50467
Количество баллов 00:09:43, 354мс 583354

Результат второго теста после оптимизации

Название операции Время выполнения Количество баллов
 Создать и провести документ Приход 200 штук, по 1,000 позиций товара в каждом 00:01:24, 118мс 84118
 Создать и провести документ Установка цен 100 штук, по 1,000 позиций товара в каждом 00:00:39, 620мс 39620
 Удалить документ Приход 200 штук, по 1,000 позиций товара в каждом 00:00:06, 493мс 6493
Очистка штрихкодов 120,000 метод Набором  00:05:38, 698мс 338698
Получение оборотов, количество строк: 1,000 46мс 46
Получение остатков, количество строк: 1,000 4мс 4
Получение первого среза цен для 1,000 00:00:01, 44мс 1044
Получение последнего среза цен для 1,000 00:00:01, 42мс 1042
Создание номенклатуры 10,000 00:00:43, 562мс 43562
Создание штрихкодов 120,000 метод Набором  00:00:05, 693мс 5693
Удаление номенклатуры 10,000 00:00:46, 456мс 46456
Количество баллов 00:09:26, 776мс 566776

Тестирование платформы на Debian 9.7 + PostgreSQL 10.5-11.1C (сборка от 1С) на одной машине

В качестве стенда для тестов была создана виртуальная машина с такими же характеристиками.

Была произведена чистая установка ОС Debian 9.7

Была установлена СУБД PostgreSQL 10.5-11.1C (сборка от 1C)

Был установлен сервер 1С: Предприятие 8.3.14.1565

Результат нагрузочного теста TPC-1C выглядит так:

* тест произведен без оптимизации PSQL

Запуск второго теста  показал такие результаты

Название операции Время выполнения Количество баллов
 Создать и провести документ Приход 200 штук, по 1,000 позиций товара в каждом 00:01:23, 119мс 83119
 Создать и провести документ Установка цен 100 штук, по 1,000 позиций товара в каждом 00:00:41, 404мс 41404
 Удалить документ Приход 200 штук, по 1,000 позиций товара в каждом 00:00:06, 557мс 6557
Очистка штрихкодов 120,000 метод Набором  00:05:52, 474мс 352474
Получение оборотов, количество строк: 1,000  49мс 49
Получение остатков, количество строк: 1,000 4мс 4
Получение первого среза цен для 1,000 00:00:01, 176мс 1176
Получение последнего среза цен для 1,000 00:00:01, 141мс 1141
Создание номенклатуры 10,000 00:00:41, 958мс 41958
Создание штрихкодов 120,000 метод Набором  00:00:05, 223мс 5223
Удаление номенклатуры 10,000 00:00:46, 143мс 46143
Количество баллов 00:09:39, 248мс 579248

 

Тестирование платформы на Debian 9.7 + MS SQL 2024

В качестве стенда для тестов была создана виртуальная машина с такими же характеристиками.

Была произведена чистая установка ОС Debian 9.7

Была установлена СУБД MS SQL 2024

Был установлен сервер 1С: Предприятие 8.3.14.1565

При создании базы данных я получаю ошибку

что собственно и логично, т.к. сервер 1С + MS SQL на линуксе пока не работает.

 

Теперь проведем ряд тестов, использую сервер 1С: Предприятие на одной машине, а сервер СУБД на другой

Debian 9.7 + PostgreSQL | Windows Server 2024 + 1C: Предприятие

Результат нагрузочного теста TPC-1C выглядит так:

Результат второго теста:

Название операции Время выполнения Количество баллов
 Создать и провести документ Приход 200 штук, по 1,000 позиций товара в каждом 00:02:13, 418мс 133418
 Создать и провести документ Установка цен 100 штук, по 1,000 позиций товара в каждом 00:01:07, 686мс 67686
 Удалить документ Приход 200 штук, по 1,000 позиций товара в каждом 00:00:10, 609мс 10609
Очистка штрихкодов 120,000 метод Набором  00:07:47, 276мс 467276
Получение оборотов, количество строк: 1,000 63мс 63
Получение остатков, количество строк: 1,000 0мс 0
Получение первого среза цен для 1,000 00:00:01, 468мс 1468
Получение последнего среза цен для 1,000 00:00:01, 469мс 1469
Создание номенклатуры 10,000 00:00:55, 555мс 55555
Создание штрихкодов 120,000 метод Набором  00:00:07, 327мс 7327
Удаление номенклатуры 10,000 00:01:04, 406мс 64406
Количество баллов 00:13:29, 277мс 809277

 

Windows Server 2024 + MS SQL 2024 | Windows Server 2024 + 1C: Предприятие

Результат нагрузочного теста TPC-1C выглядит так:

Результат второго теста:

Название операции Время выполнения Количество баллов
 Создать и провести документ Приход 200 штук, по 1,000 позиций товара в каждом 00:02:15, 940мс 13
 Создать и провести документ Установка цен 100 штук, по 1,000 позиций товара в каждом 00:01:05, 867мс 65867
 Удалить документ Приход 200 штук, по 1,000 позиций товара в каждом 00:00:23, 336мс 23336
Очистка штрихкодов 120,000 метод Набором  00:05:51, 602мс 351602
Получение оборотов, количество строк: 1,000 230мс 230
Получение остатков, количество строк: 1,000 8мс 8
Получение первого среза цен для 1,000 619мс 619
Получение последнего среза цен для 1,000 635мс 635
Создание номенклатуры 10,000 00:00:48, 558мс 48558
Создание штрихкодов 120,000 метод Набором  00:00:08, 470мс 8470
Удаление номенклатуры 10,000 00:00:49, 550мс 49550
Количество баллов 00:11:24, 815мс 684815

Результаты

Результаты нагрузочного теста TPC-1C

Сервер 1С + СУБД на одной машине Количество баллов Скорость диска в 1 поток Максимальная скорость
Windows Server 2024 + MS SQL 2024 22.52 66948 Кб/с 168805 Кб/с
Debian 9.7 + PostgreSQL 11 23.15/23.92 107992/114973 Кб/с 320746/321888 Кб/с
Debian 9.7 + PostgreSQL 10.5-11.1C 23.36 92714 Кб/с 279110 Кб/с

 

Сервер 1С и СУБД на разных машинах Количество баллов Скорость диска в 1 поток Максимальная скорость
Debian 9.7 + PostgreSQL | Windows Server 2024 + 1C: Предприятие 17.06 55559 Кб/с 131712 Кб/с
Windows Server 2024 + MS SQL 2024 | Windows Server 2024 + 1C: Предприятие 23.92 48859 Кб/с 125099 Кб/с

Результаты тестирования, где сервер 1С и СУБД находятся на одной машине

Сервер 1С + СУБД на одной машине Windows Server 2024 + MS SQL 2024 Debian 9.7 + PostgreSQL 11 Debian 9.7 + PostgreSQL 10.5-11.1C
Название операции Время выполнения Количество баллов Время выполнения Количество баллов Время выполнения Количество баллов Время выполнения Количество баллов
Создать и провести документ Приход 200 штук, по 1,000 позиций товара в каждом 00:01:53, 671мс 113671 00:01:25, 746мс 85746 00:01:24, 118мс 84118 00:01:23, 119мс 83119
Создать и провести документ Установка цен 100 штук, по 1,000 позиций товара в каждом 00:00:52, 327мс 52327 00:00:41, 725мс 41725 00:00:39, 620мс 39620 00:00:41, 404мс 41404
Удалить документ Приход 200 штук, по 1,000 позиций товара в каждом 00:00:24, 500мс 24500 00:00:06, 587мс 6587 00:00:06, 493мс 6493 00:00:06, 557мс 6557
Очистка штрихкодов 120,000 метод Набором  00:06:47, 181мс 407181 00:05:48, 601мс 348601 00:05:38, 698мс 338698 00:05:52, 474мс 352474
Получение оборотов, количество строк: 1,000 235мс 235 59мс 59 46мс 46  49мс 49
Получение остатков, количество строк: 1,000 16мс 16 3мс 3 4мс 4 4мс 4
Получение первого среза цен для 1,000 655мс 655 00:00:01, 43мс 1043 00:00:01, 44мс 1044 00:00:01, 176мс 1176
Получение последнего среза цен для 1,000 625мс 625 00:00:01, 49мс 1049 00:00:01, 42мс 1042 00:00:01, 141мс 1141
Создание номенклатуры 10,000 00:00:58, 624мс 58624 00:00:42, 682мс 42682 00:00:43, 562мс 43562 00:00:41, 958мс 41958
Создание штрихкодов 120,000 метод Набором  00:00:08, 484мс 8484 00:00:05, 392мс 5392 00:00:05, 693мс 5693 00:00:05, 223мс 5223
Удаление номенклатуры 10,000 00:00:54, 593мс 54593 00:00:50, 467мс 50467 00:00:46, 456мс 46456 00:00:46, 143мс 46143
Количество баллов 00:12:00, 911мс 720911 00:09:43, 354мс 583354 00:09:26, 776мс 566776 00:09:39, 248мс 579248

Результаты тестирования, где сервер 1С и СУБД находятся на разных машинах:

Сервер 1С и СУБД на разных машинах Debian 9.7 + PostgreSQL | Windows Server 2024 + 1C: Предприятие Windows Server 2024 + MS SQL 2024 | Windows Server 2024 + 1C: Предприятие
Название операции Время выполнения Количество баллов Время выполнения Количество баллов
 Создать и провести документ Приход 200 штук, по 1,000 позиций товара в каждом 00:02:13, 418мс 133418 00:02:15, 940мс 135940
 Создать и провести документ Установка цен 100 штук, по 1,000 позиций товара в каждом 00:01:07, 686мс 67686 00:01:05, 867мс 65867
 Удалить документ Приход 200 штук, по 1,000 позиций товара в каждом 00:00:10, 609мс 10609 00:00:23, 336мс 23336
Очистка штрихкодов 120,000 метод Набором  00:07:47, 276мс 467276 00:05:51, 602мс 351602
Получение оборотов, количество строк: 1,000 63мс 63 230мс 230
Получение остатков, количество строк: 1,000 0мс 0 8мс 8
Получение первого среза цен для 1,000 00:00:01, 468мс 1468 619мс 619
Получение последнего среза цен для 1,000 00:00:01, 469мс 1469 635мс 635
Создание номенклатуры 10,000 00:00:55, 555мс 55555 00:00:48, 558мс 48558
Создание штрихкодов 120,000 метод Набором  00:00:07, 327мс 7327 00:00:08, 470мс 8470
Удаление номенклатуры 10,000 00:01:04, 406мс 64406 00:00:49, 550мс 49550
Количество баллов 00:13:29, 277мс 809277 00:11:24, 815мс 684815

Тесты на файловых базах 1С

Результаты тестирования на Debian 9.7 + 1С 8.3.14.1565 и Windows 10 + 1С 8.3.14.1565

Файловая база 1С Debian 9.7 + 1C: Предприятие Windows 10 + 1C: Предприятие
Название операции Время выполнения Количество баллов Время выполнения Количество баллов
 Создать и провести документ Приход 200 штук, по 1,000 позиций товара в каждом 00:00:44, 355мс 44355 00:00:54, 219мс 54 219
 Создать и провести документ Установка цен 100 штук, по 1,000 позиций товара в каждом 00:00:20, 385мс 20385 00:00:26, 234мс 26 234
 Удалить документ Приход 200 штук, по 1,000 позиций товара в каждом 00:00:07, 723мс 7723 00:00:11, 563мс 11 563
Очистка штрихкодов 120,000 метод Набором  00:01:12, 522мс 72522 00:02:28, 359мс 148 359
Получение оборотов, количество строк: 1,000 136мс 136 171мс 171
Получение остатков, количество строк: 1,000 5мс 5 0мс 0
Получение первого среза цен для 1,000 610мс 610 750мс 750
Получение последнего среза цен для 1,000 600мс 600 750мс 750
Создание номенклатуры 10,000 00:00:18, 358мс 18358 00:00:30, 968мс 30 968
Создание штрихкодов 120,000 метод Набором  00:00:04, 658мс 4658 00:00:04, 937мс 4 937
Удаление номенклатуры 10,000 00:00:18, 279мс 18279 00:00:20, 219мс 20 219
Количество баллов 00:01:50,451мс 110451 00:02:24, 874мс 144 874

* тесты запускались 3 раза. Взято среднее значение тестов.

Результат нагрузочного теста TPC-1C выглядит так:

Файловая база 1С Количество баллов
Debian 9.7 + 1С: Предприятие 66.67
Windows 10 + 1С: Предприятие 49.5

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

Результаты тестирования

Название тестов Samsung S9+ Xiaomi Mi5s Xiaomi MiA2Lite
Создать и провести документ Установка цен 100 штук, по 1 000 позиций товара в каждом 00:00:57, 137мс 57 137 00:02:32, 175мс 152 175 00:01:49, 993мс 109 993
Удалить документ Приход 200 штук, по 1 000 позиций товара в каждом 00:01:15, 430мс 75 430 00:02:04, 730мс 124 730 00:02:11, 194мс 131 194
Получение оборотов, количество строк: 1 000 00:00:01, 40мс 1 040 00:00:02, 216мс 2 216 00:00:02, 127мс 2 127
Получение остатков, количество строк: 1 000 28мс 28 61мс 61 53мс 53
Получение первого среза цен для 1 000 00:00:02, 528мс 2 528 00:00:05, 337мс 5 337 00:00:04, 658мс 4 658
Получение последнего среза цен для 1 000 00:00:02, 520мс 2 520 00:00:05, 692мс 5 692 00:00:04, 791мс 4 791
Создание номенклатуры 10 000 00:00:33, 796мс 33 796 00:01:41, 170мс 101 170 00:01:19, 443мс 79 443
Удаление номенклатуры 10 000 00:00:24, 366мс 24 366 00:01:22, 865мс 82 865 00:00:56, 635мс 56 635
Количество баллов 00:05:14, 604мс 314 604 00:13:13, 63мс 793 063 00:10:32, 393мс 632 393

Выводы

После ряда проведенных тестов, можно наглядно посмотреть как при одних и тех же условиях меняется производительность и скорость работы 1С: Предприятие.

  СУБД + Сервер 1С на одной машине   Сервер и СУБД разнесены   Файловые   Мобильные
Название операции Windows 2024 + MS SQL 2024 Debian 9.7 + PSQL 11
(до оптим)
Debian 9.7 + PSQL 11
(с оптим)
Debian 9.7 +
PSQL
10.5-11.1C
  Debian 9.7 +
PSQL
Win 2024 + 1C
Win 2024 +
MS SQL 2024
Win 2024 + 1C
  Debian 9.7 Windows 10   Samsung
S9+
Xiaomi
Mi5s
Xiaomi
MiA2Lite
Создать и провести документ  Приход 200 штук, по 1,000 товара 113 671 85 746 84 118 83 119   133 418 135 940   44 355 54 219   117 759 318 817 243 499
Создать и провести документ Установка цен 100 штук, по 1,000 товара 52 327 41 725 39 620 41 404   67 686 65 867   20 385 26 234   57 137 152 175 109 993
Удалить документ Приход 200 штук, по 1,000 товара 24 500 6 587 6 493 6 557   10 609 23 336   7 723 11 563   75 430 124 730 131 194
Очистка штрихкодов 120,000 метод Набором  407 181 348 601 338 698 352 474   467 276 351 602   72 522 148 359        
Получение оборотов, количество строк: 1,000 235 59 46 49   63 230   136 171   1 040 2 216 2 127
Получение остатков, количество строк: 1,000 16 3 4 4   0 8   5 0   28 61 53
Получение первого среза цен для 1,000 655 1 043 1 044 1 176   1 468 619   610 750   2 528 5 337 4 658
Получение последнего среза цен для 1,000 625 1 049 1 042 1 141   1 469 635   600 750   2 520 5 692 4 791
Создание номенклатуры 10,000 58 624 42 682 43 562 41 958   55 555 48 558   18 358 30 968   33 796 101 170 79 443
Создание штрихкодов 120,000 метод Набором  8 484 5 392 5 693 5 223   7 327 8 470   4 658 4 937        
Удаление номенклатуры 10,000 54 593 50 467 46 456 46 143   64 406 49 550   18 279 20 219   24 366 82 865 56 635
Количество баллов 720 911 583 354 566 776 579 248   809 277 684 815   110 451 144 874   314 604 793 063 632 393

При использовании варианта расположения сервера 1С с сервером СУБД на одной машине, вариант Linux + PSQL 11 работает быстрее (566776 балов) чем MS Windows + MS SQL (720911 балов), причем даже без настроек оптимизации (583354 бала) и не зависимо от версии PostgreSQL (579248 балов).

В варианте, когда сервер 1С: Предприятие стоит отдельно от сервера СУБД, то здесь быстрее работает ПО от Microsoft (684815 баллов), чем ПО на Linux (809277 баллов).Серверная база 1С работает быстрее в связке Linux + PostgreSQL + 1С: Предприятие (566776 баллов), чем MS Windows + MS SQL + 1С: Предприятие (720911 баллов).

При использовании файловой базы — явным "лидером" стала ОС Linux. 110451 балл, против 144874 балла.

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

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

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

Здесь показан сравнительный тест производительности 1С: Предприятие. 

P.S.

Конечно, у бесплатного ПО на кассах есть один существенный недостаток — отсутствие драйверов, особенно со старым оборудованием. И это конечно очень грустно. Но, надеюсь что эта статься внесет понимание о том, что в реалиях многих бизнесов, где используют пиратские версии Windows и SQL, либо лицензируют их не по правилам (на SQL сервер берут одну лицензию пользователя, а не по количеству пользователей которые работают с 1С См. п.17). То и эти компании поймут, что бесплатные продукты не просто — то же самое, что и платные, а даже в некоторых случаях быстрее.

99 Comments

  1. Gilev.Vyacheslav

    почему тестировали не 8.3.10й релиз? он явно лучше работает (по отдельным случаям первые версии 8.3.14 работают хуже даже 8.3.13), а вам не бухию сдавать

    можете сделать повторные тесты на скуле изменив настройки субд и написать результаты?

    почему не трогали LEGACY_CARDINALITY_ESTIMATION?

    Reply
  2. Aleksey81

    Превосходная работа и превосходно сделанная статья. Спасибо!

    Reply
  3. human_new

    Что за пиар PostgreSQL в последнее время на infostart, была же публикация и почитайте комментарии, там реальные отзывы о PostgreSQL.

    https://forum.infostart.ru/forum95/topic203934/ Сначала 100 $m за отзыв, теперь эта статья явно написанная не за 1 день. Но рейтинг автора, отсутствие вообще других тем, кроме PostgreSQL настораживают.

    Reply
  4. Dach

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

    Интересно, почему для среза цен PG (судя по таблице итоговой) — везде проиграл? Не связано ли это с тем, что PostgreSQL не имеет кластеризованных индексов?

    Что там с индексами по измерениям регистра сведений в тестовой конфигурации?

    Reply
  5. strrike

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

    Reply
  6. Silenser

    (5)

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

    Может потому, что это не укладывается в идею, которую пытаются донести статьей?

    Reply
  7. kauksi

    ну и в качестве исследования процессорозависимости.. почти такая же система тока процессор i3-8350K разогнанный до 4.5Ггц выдает почти в 2 раза больше попугаев…

    Reply
  8. kauksi

    и нужно учитывать, что это однопоточные попугаи, то есть влияние максимальной частоты 1го ядра

    Reply
  9. kauksi

    почему то скорость вашего Samsung SSD 960 EVO NVMe M.2 в однопоточном режиме в 2 раза ниже, может настройки энергопотребления стоять не на «высокой производительности» ?

    Reply
  10. kauksi

    и я так понимаю, вы в виртуалке тесты далали, ибо на скриншотах мелькает материнка 440BX, а такой уже давно не выпускают, и это виртуалка 1го поколения, если я не ошибаюсь, которая дает столь маленький результат, и на некоторых скриншотах, объем памяти 2Гб а не 8. Почему?

    Reply
  11. kauksi

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

    Reply
  12. support

    (5) Держать в штате профессионального сисадмина это накладно, что линускоида, что виндузятника. И не всегда его можно загрузить по полной. Сравните стоимость линуксового и виндового аутсорсинга, мне кажется линукс будет дешевле. Либо потому что-то серверов больше на линуксе, либо обслуживать его для профессионала дешевле, либо конкуренция высокая.

    Reply
  13. Fragster

    ни слова про многопоточный вариант работы (а он для 1с основной). Тут от Гилева g1c (хотя он не показывает абсолютных попугаев, вроде) или https://infostart.ru/public/173394/ в качестве синтетики, или тест-центр/тестер1с/ванесса? в качестве прикладного теста. вроде они все могут много агентов тестирования запускать и время замерять.

    Reply
  14. strrike

    (12) сравнил, ссылки давать не буду.

    Примеры:

    1. обслуживание сервера на базе ОС Windows — 1500р./мес. + 1000 за каждую роль

    обслуживание сервера на базе ОС Linux — 2500р./мес. + 1000 за каждую роль

    2. Сервер Windows Server серверная 1200 руб

    Прочие сервера Linux серверная 1500 руб

    На хэдхантере зп виндового админа 40-80, линуксового 120-140.

    Reply
  15. support

    (14) где вы такие цены нашли? Инфостарт работает на нескольких серверах под CentOS, их обслуживает одна компания, недавно писал о них. Для офиса и своей учетной базы 1С и для работы разработчиков 1С тоже используются два аутсорсера, первый по модели IAAS, второй включая обслуживание офиса. Общая стоимость владения серверов на винде выше.

    На хэдхантере зп виндового админа 40-80, линуксового 120-140.

    Вы сравниваете эникейщика и линуксоидов.

    Reply
  16. DitriX

    (3) ага, а сам автор инопланетянин 🙂

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

    Писать еще один пост про MS SQL — смысла нет никакого, а с pg — есть куда двигаться.

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

    Так же удобно клиентам кидать ссылки на стати, где есть вот такие комментарии. или комментарии из серии — pg фигня, ибо бла бла бла.

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

    Так что если есть что сказать — будет отлично.

    Reply
  17. DitriX

    (6) все проще, ибо разницы нет. Можно взять виндовс админа, и за месяца 2-3 ему отдать во владение линукс. Как обычно — админы в этом очень заинтересованы.

    Так как у нас уже есть сервера, которые вообще не имеют графичекой оболочки, и все делается через ssh. Так как люди чаще всего работают по тонкому клиенту, т.е. одно из основных приимуществ 1С для винды — RDP, теряет свои позиции. А это значит, что админ должен заниматься ТОЛЬКО серверами, к которым нет доступа у пользователей. А вот остальными компами — занимаются эникейщики/студенты.

    Т.е. теперь один админ может обслуживать в 2-3 раза больше серверов. А в плане стабильности — все таки линукс получше будет, на серверах, хотя я и не люблю это признавать, ибо я дикий поклонник винды и окошек:)

    Reply
  18. DitriX

    (11) это щас шутка юмора? Или вы реально? Т.е. вы хотите сказать, что еще есть места, где не стоит 7.7 и люди не пользуются виртуализацией? 🙂 Не, ну точнее места такие есть. Но в таких местах просто покупается компьютер на SSD и i7 и там пофиг что ставить. ибо они и эти ресурсы не выедят. А статья не много нацелена на другое.

    Reply
  19. strrike

    (15)

    где вы такие цены нашли?

    я привел примеры цен. В данном случае я обратил внимание именно на разницу. А что эта разница есть, вроде как очевидно..

    Вы сравниваете эникейщика и линуксоидов.

    Так в том вроде и смысл, что админить Windows server может и эникей, а для Линукса нужен профи, который стоит соответствующе.

    недавно писал о них

    А вот теперь стало понятнее и про эту статью и про другие.

    Хотя на многих ресурсах такие статьи принято публиковать с тэгом «реклама».

    Reply
  20. DitriX

    (10) блин, ну почему вы не читаете статью? Потому что Тесты!!! Тесты запускаются на тонком клиенте, все операции выполняются на сервере. Или вы хотите сказать что запись 1000 документов зависит от мощности клиентского компьютера ?

    Reply
  21. Крококот

    Подскажите, я правильно понимаю, что использовались «полностью бесплатные» версии Postgres? В смысле без «Pro»?

    И что делать в случае если появляется некая проблема в работе с 1С на PG?

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

    А в случае с Postgres что? Писать на форумы и молиться на то, что кто-то из знающих и умеющих найдет время и желание на решение этой проблемы?

    Reply
  22. DitriX

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

    Второй вариант — прокупать PRO, но тут тоже вопрос, смогут ли они вам потомочь в случае беды, мы говорим не за чистую работу на PG, а за пару PG+1C.

    Reply
  23. support

    (19) выводы вы делаете неправильные

    Reply
  24. strrike

    (23) а какие тогда «правильные» (единственно?) ?

    Reply
  25. strrike

    (21) для сравнения стоимость техподдержки можно посмотреть здесь https://infostart.ru/public/960592/ (в комментариях)

    И по грубым прикидкам сравнение виндоадмин + MS SQL и линуксадмин + PG может выйти весьма интересным)

    Reply
  26. DitriX

    (24) вот вам реально нефиг делать?

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

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

    Че вам просто не сказать спасибо и принять эти сведения, и просто закрыть статью и уйти, раз вам это не надо.

    Что за позыв поиска справедливости там, где это вообще не к месту?

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

    Reply
  27. Крококот

    (22)

    Не всегда проблема в 1С.

    В статье про батл, ссылка на которую есть в статье, к примеру, описывался вариант подобной проблемы:

    Там происходило очень чудесная вещь: у Postgres есть много файлов статистики. Один из них на весь сервер, и он переименовывается несколько десятков, может быть, сотен, может быть, тысяч раз в секунду. Так построена система: она создает рядом новый файл статистики, переименовывая его в действующий. А наша любимая Windows не дает так работать с файлами в своей файловой системе. Если файл кто-то читает, переименовать его нельзя. Postgres по-честному пишет, что у него нет доступа к статистике, поэтому он будет использовать старые файлы. Ладно, используй. Но нет, происходило 15-ти секундное торможение всего сервера, просто на 15 секунд останавливались все транзакции.
    Reply
  28. DitriX

    (25) окей, а что мешает поставить PG на виндовс? Тогда ваша проблема уходит?

    Reply
  29. strrike

    (26) а откуда у вас столько агрессии?

    Я писал в своих комментариях, что статья ..овно и автор такой же?

    Я просто аргументированно (прошу это заметить) усомнился в выводе, что связка линукс+PG дешевле связки виндовс+MS SQL.

    Или теперь в комментариях можно писать только «правильные» комментарии?

    Reply
  30. support

    (26) Дим, не обращай внимания, это тролли в комментариях. Ничего не знают, но делают вид, подначивают. Давно хочу сделать чистку от подобных. А то нормальное профессиональное общение из-за них страдает.

    Reply
  31. DitriX

    (30) Та у меня просто время есть свободное 🙂 А так да, надо в статьях ввести порог, типо рейтинг больше 100 -можно сразу постить. меньше 100 — после премодерации 🙂

    Reply
  32. DitriX

    (29) а откуда вы эти выводы взяли?

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

    «что связка линукс+PG дешевле связки виндовс+MS SQL. »

    А на ваши аргументы вам явно ответили.

    Просто смотрите какой нюанс.

    В статье привели цифры. Конкретные цифры. Вы можете повторить результат.

    Доржи вам ответил, что по его опыту — линукс обслуживать дешевле. И дал вам ссылку.

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

    Т.е. вы идете голословными утверждениями против фактов.

    Выглядит это так себе 🙂

    Но даже если так — то тогда мы приходим к ситуации — ваши слова против моих 🙂

    Reply
  33. stvorl

    (31) (30) Мне кажется, это очень жестко.

    Но вынести в профиль и отображать второй рейтинг, — по отзывам к пользователю на форуме, было бы интересно.

    Reply
  34. DitriX

    (33) почему жестко. Скажу по своему опыту, не редко люди. которые не понимают в теме — пытаются показаться умными и укусить автора.

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

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

    А потом находится человек в теме, он не автор, ему пофиг и он начинает на этот коммент отвечать. И начинается опять трешь 🙂

    И очень часто это происходит именно с людьми, которые не имеют рейтинга. Увы. Им за это $m начисляют? 🙂

    Reply
  35. artevgen

    (29) У нас в организации стоит Debian 9.1 + PGSQL 9.6 + 1C 8.3.12.1714

    крутятся УТ11.4 у БПКОРП3.

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

    По сей день все работает как часы!

    В августе прошлого года ко мне обратился магазин организовать сервер, им я такую же связку поставил, убрал РИБ, настроил кассы на веб-соединение (две кассы удаленные). Недавно ко мне обращались что 1с не запускается, по приезду оказалось что тупа нет интернета…

    Так о чем это я….

    Если эникейщик вам поставит винду с мсскл то вы на нем завяжетесь, ввиду жадности корпорации микрософт…

    Сообществу линукс это не нужно, — если сказали не лезть в инет и ничего не отправлять и/или обновлять то линукс будет сидеть на жопе смирно, и работать!

    ПС: теперь прикиньте стоимость работ, даже по вашим расценкам.

    Reply
  36. stvorl

    (35)

    Нет, я имел ввиду, что жестко для уважаемого г-на Цыденова. Ему придется нанять сколько-то модераторов (чтобы разгребать поток сообщений, среди которых попадаются реально нужные, и да — от людей без рейтинга), и оплачивать их труд, увеличив издержки.

    А то как увидишь, что человек с рейтингом на форуме -50 написал чепуху, и сразу сочтешь нецелесообразным тратить время на ответ и оправдания. «Ага, и лягушки заквакали» (С) Крылов.

    И даже безотносительно этого я не отказался бы видеть в сообщениях рейтинг пользователей по форуму. Многие люди, с кем я имел честь тут общаться (и даже, порой, закусываться), при отсутствии статей (и рейтинга, либо с низким рейтингом) пишут реально классные консультации, и помогали мне лично. Привет, HobbitT, azali и др.

    И очень часто это происходит именно с людьми, которые не имеют рейтинга. Увы. Им за это $m начисляют? 🙂

    Вроде, если заработал больше 10sm, какие-то копейки падают автоматически, но я, если честно, не верю в реальность такого инструмента заработка даже для искушенного тролля. 🙂 Разве что заработать 1-2 sm сутками напряженной работы, чтобы что-нибудь скачать.

    Reply
  37. DitriX

    (43) не, так контролировать будет автор поста при ответе. И сделать это только тут, в статьях, форум тут не причем 🙂

    Reply
  38. capitan

    (15)Все гораздо сложнее. Вот вы например если не с телефона Samsung конечно, то пишете этот текст либо с Apple либо с windows.

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

    Та же история и для админов — одно дело вставил диск, нажал setup и все, а другое поправил в vi тексты конфигов.

    Линуксовые админы — они все либо магистральные либо провайдерские, что почти то же самое. Что им в офисе пока настраивать — самбу ?

    А виндусовые — они эникейщики. Но среди них есть гуру — MSCE MSDBA и т.п. — они и знаю много и стоят дорого

    Это как батл который сейчас идет про тру программеров и 1С программеров.

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

    В аутсорсе же обычно сидят как раз провайдерские админы

    Reply
  39. starik-2005

    (15)

    Вы сравниваете эникейщика и линуксоидов.

    +1))) Если виндовый админ не стал еще линуксовым, то это путь в никуда, ибо 90% работы админов — вебсервера, 90% которых сейчас крутится на Ubuntu.

    Reply
  40. capitan

    (31)Ну логично. Да. Статьи писать с рейтингом 87 можно, а комментировать нет.

    Это хорошее предложение

    Reply
  41. capitan

    (42)Ок. Расскажите про архивирование тех же серверов и баз данных.

    Оно ведь у вас конечно делается ? И смогут ли без вас люди восстановиться ?

    Это для начала.

    Да впрочем нет. Это уже не для начала.

    Для начала расскажите смогут они сами платформу 1С обновить ?

    Reply
  42. capitan

    (30)Мне кажется вы зря пинаете strrike.

    Он говорит достаточно дельные вещи.

    У магазина есть цель — минимум простоя в рабочее время.

    Если устанет сервер на windows то любой студент его накатит за 30 мин просто заново.

    А если устанет сервер на линуксе — то будет великая печаль и доктор Айболит побежит в африку спасать своих зверюшек.

    При том что доктор Айболит может уже давно уволиться и в его текстовых конфигах придется копаться доктору Хаусу.

    А магазин будет в это время переминаться с ноги на ногу.

    При том что Мини сервер 1С стоит дешевле надо несколько раз подумать чтобы принимать такие решения.

    Особенно за пределами КАДОв )

    Reply
  43. artevgen

    (53)

    архивирование настроено

    Для начала:

    — если часто занимаетесь восстановлением, — это уже что то говорит, как о специалисте;

    — если часто обновляете платформу, — то это мне тоже не понятно, как о специалисте

    Reply
  44. DitriX

    (48)Но такое. Вот все говорят, что САП стабильней 1С. Так может именно потому что в сапе что-то поменять — надо дорогих спецов. А в 1с — сойдет кто угодно. И даже более — меряются фирмы у кого программисты дешевле 🙂

    Reply
  45. capitan

    (55)

    Вспоминается…

    Поведение в споре должно быть простым: не слушать собеседника, а разглядывать его или напевать, глядя в глаза. В самый острый момент попросить документ, сверить прописку, попросить характеристику с места работы, легко перейти на «ты», сказать: «А вот это не твоего собачего ума дело», и ваш партнер смягчится, как ошпаренный.

    Вы с уважаемым автором очень быстро переходите на личности.

    Если у вас сервера в магазинах где нибудь в Лодейном Поле например, то вы должны как специалист быть конечно же в курсе, что туда офисов класса А пока не завезли. И люди там простые, некоторые даже трактористы в душе. А сервера они устают. Так бывает.

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

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

    И заодно не ответили как восстанавливаться люди будут из настроенного архивирования. Как вы архивируетесь если не секрет ?

    Reply
  46. capitan

    (56)Поскольку я человек флотский то скажу как мой боцман

    — В умелых руках и буй балалайка.

    Можно и САП и уронить, можно и 1С прямо поставить.

    А дороговизна САповских программистов — она как раз и подтверждает теорию, что тех кого меньше те и дороже.

    Язык то саповский не сложнее других языков.

    Когда то и на 1Сников все молились.

    Коньюктура рынка труда. Приживется у нас постгри и линукс — подешевеют линуксятники.

    Reply
  47. artevgen

    (57)pg_dump

    формируется текстовый файл запросов, который не зависит от версии платформы postgres

    Сомневаюсь что в деревушках нужно несколько касс или магазинов с использованием SQL,

    Сомневаюсь что «тракторист» знает в принципе что такое SQL

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

    Как говорилось где то выше или ниже: админ без знания линукс не админ.

    С современным темпом разработок ПО и технологий, эникейщики вымрут как класс с последним пенсионером.

    Reply
  48. capitan

    (61)Вы очень высокомерны мой друг.

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

    Давайте возьмем деревушку Рублевку и у вас там сервер приуныл такое же бывает.

    А магазин сейчас хочет продать итальянскую сантехнику на миллионов 5. Сейчас или никогда.

    А вы конечно в Москва -Сити. Как будете чинить ?

    Reply
  49. capitan

    (28)дело в том что по постановке задачи есть решение — сервер мини на 5 пользователей

    А так да — согласен. Это решение приемлемое для магазинов.

    Reply
  50. artevgen

    (62)

    Извиняюсь, что вопросом на вопрос:

    как поступите Вы? и зачем в задаче понадобился бэкап, если по задаче сервак упал в принципе?

    Reply
  51. capitan

    (64)Бэкап сервера. Или linux админы таких не делают.

    Как вы собираетесь быстро решать описанную выше ситуацию ?

    Архив у вас pg_dump и все ?

    Reply
  52. artevgen

    (65) развернуть сервер 1ч + инджект,

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

    бэкап сервера это для меня вообще что то новое

    я бы построил кластер с синхронизацией

    в общем я вас перестаю понимать что вы хотите донести

    Reply
  53. Silenser

    (17) А вот и есть, даже если админы и заинтересованы. У меня в холдинге админам учиться на продакт серверах не дают, т.к. в случае чп — это минус большие деньги. Берем уже готовых спецов, а их даже по MS не так много, как хотелось бы. RDP позиции не теряет, а наращивает, т.к. холдинги укрупняются, ИТ начинают кучковаться в одном месте и админят все площадки удаленно, опять же облака никто не отменял.

    Про эникейщиков вообще не говорим, они клиентскими компами заняты.

    Все ИМХО.

    Reply
  54. DitriX

    (52) да, так все статьи проходят премодерацию по умолчанию 🙂

    Reply
  55. DitriX

    (54) да, все верно.

    именно поэтому у всех стоит винда. Но это верно в тех местах, где ставят пиратки. И тут конечно нет смысла поднимать уровень админам, нафига?

    А вот если будет выбор — оплатить сразу за один магазин пару тыщ иностранных (и это я щас вообще по минимуму беру), то конечно прибежит Вася, и накатит очередную Г сборку супер мега винды.

    А если говорить про нормальные страны, или крупные компании, то вот тут и появляется диллема.

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

    Reply
  56. capitan

    (66)Да потому что вы ужасно далеки от народа, поэтому бэкап сервера для вас что то новое.

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

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

    Каждое ИТ решение должно соответствовать своему назначению, SLA если по хорошему.

    Reply
  57. DitriX

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

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

    Reply
  58. capitan

    (69)Но модератор не может отвечать за техническую часть статьи, он за стиль отвечает

    Я вот например не вижу троллинга со стороны strrike.

    Он вопрос задал по делу.

    А вот к статье у меня есть вопрос просто с точки зрения логики невероятно что MS SQL так проиграет Postgres.

    И я тогда начинаю смотреть настройки. там — крындец. Счастье что вообще завелся.

    Reply
  59. DitriX

    (63) на сколько я помню — туда не входит субд

    А скуль экспрес любит заканчиваться в самые важные моменты 🙁

    Reply
  60. capitan

    (73)

    SQL Server 2017 Express Максимальный размер базы данных 10 ГБ

    Для магазина то должно хватить

    https://www.microsoft.com/ru-ru/sql-server/sql-server-2017-editions

    Reply
  61. capitan

    (72)Так я вроде так и сказал. Нет противоречия.

    Только вы забываете о том, что 1С на этом и держится.

    Это называется низкий порог вхождения.

    Reply
  62. DitriX

    (74) странный подход. Статья написана в стиле обсуждения, а не обучения . А камменты созданы таки для обсуждения. Но пролем а втом, что все вначале делают вывод, на основании того, что они уловили, и если этот вывод некий странный, то они спешат им поделиться. А не спросить у автора, а почему так?

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

    Но если разобраться — что это такое, то оказывается, что MS вообще НИКОГДА и НИГДЕ не советует ставить жту галочку, даже на выделенных серверах. Но тогда зачем она выведена так явно?

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

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

    Но вы увидив эту галочку — не пытаясь выяснить почему ее поставили, не задав вопроса — написали ваш комментарий (60), который звучит как — «эй, ребята, вы вообще ничего не шарите, идите курите мануалы» 🙂

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

    Но так же, мы прошли на практике, когда делаем три замера, два замера показывают 5 минут, третий 15… Какого? Опять запускаем — 5 минут. Идем в логи, а это винда решила просканить дефендором, паралелльно качая обновления 🙂 Вот чтобы такого не было при замерах — эта галочка и ставится.

    Reply
  63. DitriX

    (76) я видать не смог донести суть своего высказывания. Но в целом — она таки совпадаетс с вашей, кроме того, что 1С на этом держится. Мое мнение — она от этого страдает 🙂

    Reply
  64. capitan

    (77)Вообще не так. Я в принципе пишу о том что на своей шкуре прошел.

    MS рекомендует для выделенных серверов ставить этот флажок если нет конфликтов с драйверами.

    О чем вы и пишете.

    И все MS админы которые про 1С не слышали его ставят, и база периодически крашится, достаточно часто.

    Особенно если под нагрузкой и есть еще не 1С базы

    Reply
  65. DitriX

    (81) тогда не понятно, почему MS хотят от этого флага избавиться в будущих версиях?

    Что то не вяжется. Есть официальная инфа от МС где они рекомендуют эту галочку ставить?

    Reply
  66. capitan

    (77)СКУЛЬ в принципе не ставится на 4Гб памяти

    Reply
  67. DitriX

    (83)это вы куда и к чему и где вы увидели скуль на 4Гб памяти?

    Reply
  68. capitan

    (84)Официальной нет.

    https://books.google.ru/books?id=8OxGcCJViU4C&pg=PA903&lpg=PA903&dq=priority+boost+configu­ration+option+in+SQL+Server&source=bl&ots=WNT4W3iqrR&sig=ACf­U3U3Kvw5vN45SsAuka7XCXri0AAKyMA&hl=ru&sa=X&ved=2ahUKEwim487D­vM3gAhXQMJoKHUtmA9oQ6AEwCHoECAQQAQ#v=onepage&q=priority%20boost%20configuration%20option%20in%2­0SQL%20Server&f=false

    Microsoft SQL Server 2008 Bible

    Reply
  69. capitan

    (85)Чуть выше

    Количество максимально потребляемой СУБД оперативной памяти выставлено 4Гб.
    Reply
  70. artevgen

    (71)вот с этого и надо было начинать

    не думаю что с Вашей системой в случае сбоя сервера взлетит какой-нибудь магнит или лента с охранником на телефоне.

    Я как раз близок к народу и для меня что на винде что на линуксе ценник одинаков, я не пиарщик.

    Если у вас статические кассы то конечно проще собрать кассу накатать из нее образ и в случае чего просто из него восстановить любую такуюже из 20 магазинов, ведь база на сервере.

    А что с бэкапом серверов?

    Reply
  71. capitan

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

    Это первое замечание.

    А второе — это то что в магазине линукс сервер это мина замедленного действия, потому что приемлемое время вы его поднять не сможете.

    И вас такого красивого будет бить директор магазина о ваш линукс головой

    Поэтому эту статью я бы не рекомендовал к использованию в том виде котором она есть.

    Минусов я обычно не ставлю, но и плюсовать тут пока не буду.

    А общее возбуждение что постгри положил мс скуль при таких настройках это на пользу не идет

    Reply
  72. capitan

    (70)Магазины сейчас давно уже не ставят пиратки. Их проверяют. Но и дубли серверов тоже я не видел.

    Стоит обычная винда и дядя Вася сантехник если что ставит в нее LiveUSB и все чинится за 10 минут(!!!)

    А умерло железо — тут же можно стартовать на соседнем

    Линуксовый сервер вы так не поднимете

    Reply
  73. capitan

    (90)Давайте подведем резюме

    1. strrike напинали зря

    2. тесты по хорошему бы надо переделать

    Даже наверное не так

    а как в анекдоте …или крестик снимите, или трусы наденьте

    2. Убираем батл и пишем что постгри встанет там где скуль не запустится и что постгри + виндовс отличное недорогое но не самое быстрое решение для магазинов

    С чем я и не спорю, а наоборот всячески приветствую и сам так делаю

    Только архивы надо средствами 1С делать и прилеплять к такому серверу загрузочную флешку

    Reply
  74. genayo

    (49) Есть статистика, а не предположения, что 90%?

    Reply
  75. capitan

    (88)ленту и магнит оставим в покое у них такая ИТ служба о которой мы рассуждать не можем

    В остальном у меня именно охранник на телефоне даст мне шанс поднять сервер или запустить базу, а у вас с pg_dump нет

    А бэкап серверов надо делать.

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

    Reply
  76. DitriX

    (89)Отлично. Предлагайте что исправить. Но почему MS SQL на 8 гигах рама еле выживает, если MS официально рекомендует от 4, а PG себя отлично чувствует?

    Так что по первому замечанию предлагайте что менять, мы, при наличии времени это сделаем и обновим статью. Сейчас Евгений дал пару советов, это позволило ускоть скуль еще на 10%. отлично. Сделаем замеры с настройками новыми, выложим, обновим таблицы.

    А второе — это какой то отсебятный бред. Извините. Но это ни о чем. Директор магазина даст по голове… Ну ок, его право. А я ему дам по голове, за то что пыль тряпочкой не протерал с сервера и что дальше?

    Еще раз, ставьте что хотите, дело ваше. PG я тоже не советую ставить всем подряд, там надо мозги иметь чтобы его ставить, и его обслуживать. Но главная цель статьи — не показать как PG взул MS, а показать, что PG не хуже MS.

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

    1. Что где то круче PG

    2. Где то круче MS

    3. В среднем — они одинаковы. Плюс минус.

    Вот как бы и все. Можно привести операции где PG конкретно проигрывает MS, а можно и наоборот. Но к чему эта синтетика?

    Мня больше интересует — сколько времени у меня будет закрываться себестоимость в УТ10, т.е. последовательное перепроведение документов, а сколько — в УТ11 — т.е. куча фоновых заданий и паралельная запись в кучи регистров.

    Вот вы можете ответить — что лучше для УТ10, а что для УТ11? Я уверен что нет. А мы вот планируем и такие замеры. Точнее мы их уже сделали, и мы знаем ответ. А вы знаете?

    Так что еще раз — эта статья не батл, а просто сравнение систем в конкретных ограниченных рамках.

    Reply
  77. artevgen

    (93)удачи Тебе с охранником.

    пока

    Reply
  78. teller

    (68)

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

    — неправильная у вас компания, вот например в сбере после косяков oracle dba устраивали croud-фандинг в 2012 году , до сих пор переписка валяется в архиве 🙂

    Reply
  79. Artem.Po

    (91) благодарю, что внимательно прочитали мои комментарии и поняли их суть.

    (мне например абсолютно непонятна такая реакция владельцев инфостарта..)

    И может мой аккаунт strrike тогда разбанят?

    Reply
  80. genayo

    (102) Реакция владельцев понятна — они считают, что вы мешаете им зарабатывать деньги.

    Reply
  81. Artem.Po

    (104) вообще я пришел к такому же выводу, но подумал, вдруг всё-таки я ошибаюсь…

    Reply
  82. genayo

    (105) А вы считаете, что бизнесмену плохо прежде всего думать о зарабатывании денег? Ну и зная историю инфостарта странно этому удивляться.

    Reply
  83. alex_sh2008

    (90)

    Линуксовый сервер вы так не поднимете

    Тут вы не правы, что Windows, что Linux сервера, достаточно быстро подымаются на другом железе. Я к примеру уже лет 8 не разворачивал новых windows, и linux, все делается, клонированием, восстановлением из резервных копий. Восстановление сервера с объемом массива 2Тб, занимает в среднем 2-3 часа и он готов работе

    Reply
  84. Artem.Po

    (106)

    А вы считаете, что бизнесмену плохо прежде всего думать о зарабатывании денег?

    Нет, я так не считаю.

    Вообще конечно смысл моих постов был в другом, ни в коем случае не мешать кому-либо в чем либо.

    Я конечно не ожидал, что вызову такую реакцию..

    историю инфостарта

    Историю не знаю, но с интересом бы послушал 🙂

    Reply
  85. genayo

    (108) Реакция не удивляет, на самом деле, Доржи тот ещё персонаж :))

    Reply
  86. Silenser

    (12) Очень сильно зависит от масштаба предприятия. Одно дело, когда в компании 10-20 человек, тогда все на аутсорт-аутстаф можно отдать, другое дело, когда суммарно только пользователей 1С под тысячу, а пользователей почты — три тысячи. Тогда нужны штатные сотрудники, иначе стоимость рисков на порядки превышает ФОТ с учетом налогов.

    Reply
  87. mr_best_23rus

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

    Давно думал о рейтинге, за адекватность и за вежливость, который не ограничивает владельца рейтинга, а просто подсвечивает его ник)))

    Reply
  88. shard

    (89) про приемлемое время восстановления: в одном магазине лет 5 назад поставил «мину замедленно действия» в виде убунту сервер с kde и виртуалкой на win2003 для rdp. Зачем прокладка линукс — чтобы шаловливыми ручками не запускали шифровальщики (были преценденты). Железо — обычное десктопное, оперативки разве что добавили, проц intel. В браузере на «сервере» сохранены сессии (логины с паролями) на некоторые весьма нужные в работе сайты поставщиков. Вспомогательный комп на amd, память идентичная.

    В один далеко не прекрасный момент где-то рядом в розетку включили сварочный аппарат и блок питания на «сервере» героически умер, прихватив с собой материнку. Ближайший нормальный (где была идентичная материнка) магазин — примерно 100км ехать. Рядом стоит «опытный пользователь интернета» (2шт).

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

    В той ситуации восстановить работу удалось примерно за полтора часа: 30 минут выслушивания проблемы и попыток диагностики по молчащим кулерам, 10 минут на изъятие винчестера, 20 минут на замену винчестера на вспомогательном компе с виндой и добавление туда планки памяти. Остальное время было потрачено на объяснение пользователю как запустить консоль (alt+f2, konsole (k как русское К), enter), как набрать ifconfig (без пробела) и прочесть его вывод, как набрать sudo nano /etc/network/interfaces и исправить там название сетевой карты. а также рассказать как выбрать сетевую карту в настройках виртуальной машины. После замены сгоревшего железа все было восстановлено.

    ЗЫ: осенью 18го года звонили оттуда, директор пароль на rdp забыл.

    Reply
  89. capitan

    (148)В случае близких контроллеров IDE — 20 минут на замену винчестера на вспомогательном компе с виндой и добавление туда планки памяти

    В случае разных — еще 30 мин на подмену драйверов

    А вот сколько уйдет времени если у линукса не будет совместимых драйверов и он не статанет ?

    Reply
  90. shard

    (149) Вы не поняли условия задачи. До проблемы ехать 100км (не больше не меньше, по картам смотрел), на месте — работающий вспомогательный комп с виндой, отвертка, и два архаровца (спецы в одноклассниках, но воспринимающих слова «контроллер иде», «подмена драйвер» как экзотические ругательства). Из связи — только телефон и удаленка (которую еще надо запустить!) на вспомогательном компе. (Планки памяти идентифицировалась архаровцам как две торчащие прямоугольные зеленые хреновины на большой плате справа от вентилятора).

    Полагаю озвученное время решения (20+30 минут) — при непосредственном доступе к компам и наличии флешки с загрузочным образом. В таком случае к озвученным 50 минутам еще желательно прибавить еще часа полтора на дорогу туда. Если флешки нет, то еще время на ее создание.

    Reply
  91. capitan

    (150)Ваш рассказ как раз подтверждение моих слов.

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

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

    Остальное время было потрачено на объяснение пользователю как запустить консоль (alt+f2, konsole (k как русское К), enter), как набрать ifconfig (без пробела) и прочесть его вывод, как набрать sudo nano /etc/network/interfaces и исправить там название сетевой карты. а также рассказать как выбрать сетевую карту в настройках виртуальной машины.

    А время это не маленькое

    Но если бы даже винда не стартанула и предположим вы поджались положить в корпус уезжающего комьютера за 100 км. загрузочную флешку.

    ее сделать — 30 мин, после этого стартуете комп, у вас тимвьюер и вы за 10 мин подменяете драйвера удаленно

    Reply
  92. capitan

    (148)

    убунту сервер с kde и виртуалкой на win2003 для rdp

    И вот этого профита я все равно не понял

    win2003 пробьется по сети — на соседнем компьютере запустят шифровальщика и он всю сеть просканирует и прибьет все до чего дотянется

    я бы еще понял чистый линукс -там все хорошо

    Reply
  93. shard

    (152) в чистом линуксе с rdp проблемы, а vnc лень было объяснять.

    (152)

    win2003 пробьется по сети — на соседнем компьютере запустят шифровальщика и он всю сеть просканирует и прибьет все до чего дотянется

    и как же сделать чтобы шифровальщик не дотянулся? 😉

    Reply
  94. capitan

    (152)

    (153)Чет замысловатая схема получается ради RDP )

    Все равно не понял зачем винду в линукс пихать.

    Reply
  95. shard

    (151) Хорошо. Диагностика проблемы 30 минут. 10+20 минут на изъятие диска и установки его и памяти во вспомогательный комп силами двух архаровцев с отверткой. Предположим флешка нашлась (да, положить ее я поджался, т.к. клиент поджался флешку собсна купить) и ее успешно сделали загрузочной за 30 минут.

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

    Допустим мы успешно пробились через дебри биоса и hiren’s bootcd стартовал. Вот тут не помню: у него сетевые драйверы автоматом подгружаются или нет. Объясняем юзеру как скачать тимвьювер. Еще пусть 5 минут.

    Дальше начинается шаманство с подменой драйверов в приложении к win2003 — еще 10 минут. По закону подлости проблемы непременно возникнут (в моем случае это был пробел в команде «if config» и ее вариант «ifkonfig» — konsole же) — время неопределено.

    В сумме 115 минут на решение поставленной Вами задаче (железном падении сервера). Из них часть придется просидеть на удаленке. Стоимость считать не буду.

    (151)

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

    Мне — повезло. В случае винды новое железо не было бы принято 100% — не повезло?))

    При хорошем раскладе (т.е. личном присутствии) 5 минут диагностика, 15 минут на работу руками и еще 5 минут на неспешное прописывание новой сетевой карты.

    С обратной перестановкой справились на порядок быстрее силами тех же юзеров (материнку и бп им в магазине поменяли).

    Reply
  96. shard

    (154) картинка в тему)))) ответ прост: для бекапа и восстановления сервера rdp без акронисоподобных утилит двумя кнопками, плюс защита пЁрьев утки rdp от очумелых ручек с шифровальщиками, плюс защита от игрушек и установки левых программ пользлователями. Некое подобие ESX.

    зы: хотел исправить «пользлователями», но передумал — так более хорошо отражается их истинная сучность))

    Reply
  97. capitan

    (156)Да. С магазинами всегда так )

    Reply
  98. Nigelist

    (53) тут вот какое дело. При прочих равных, Linux более стабилен и прост в повседневном обслуживании. Отрубили свет, отрубился сервак. На Linux’е сервак запускается простым нажатием кнопки питания (выключается так же). С сервером на Windows есть вероятность, что просто запустить не получится. Или если какая беда с базой (с физической или логической целостностью) или проблема с оборудованием. То в любом случае нужен специалист. Или свой или приходящий.

    А если не желают тратить средства на специалиста, то сами осваивают должность сис.админа. Хотя бы на уровне сделать бэкап / восставновить бэкап в файловой базе.

    Reply
  99. Созинов

    (1)

    Отладка

    (30) Пожалуйста не надо, у нас в стране и так свобода страдает, если еще и здесь начнется чистка, печально будет, т.к. альтернатив infostart почти нет.

    Автору респект, отличная работа проделана!

    Reply

Leave a Comment

Ваш адрес email не будет опубликован. Обязательные поля помечены *