Скорость работы 1С: Предприятие с разными СУБД: MS SQL и с PostgreSQL
База данных - Инструменты администратора БД
В данной статье я хочу привести сравнение скорости работы 1С: Предприятие 8.3 при использовании разных СУБД.
На написание этой статьи меня вдохновила отличная статья Немного о конфигурировании PostgreSQL и 1С Батл: PostgreSQL 9,10 vs MS SQL 2016.
Данная статья - это некая попытка собрать все данные и понять, что можно использовать в частных случаях систем с небольшой нагрузкой, с точки зрения количества пользователей. В частности в области ретейла.
Вступление
31.01.2019 года компания 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 на текущий момент - 2017. Существуют несколько редакций продукта, которые имеют свои возможности и ограничения, следовательно и разную стоимость. Есть и функционально ограниченная бесплатная версия.
Однако хочу отметить, что выбрав в качестве СУБД MS SQL, устанавливать её нужно будет на ОС семейства Windows, т.к 1С, пока, не работает с MS SQL, которая установлена на Linux системах, при чем в независимости от того - на какой ОС расположен сервер 1С.
Следующий вопрос: какую ОС Windows необходимо приобретать? Если мы говорим о количестве пользователей, работающих удаленно (RDP), больше одного, тогда Windows 10 не подходит для этих целей. Выбор очевиден - ОС Windows Server. С другой стороны, с развитием тонких клиентов - люди все реже и реже подключаются по RDP, а выбирают работу через тонкий клиент по вебу.
На текущий момент компания Microsoft выпустила ОС Windows Server 2019. Есть хорошая статья, которая описывает условия лицензирования этой ОС.
Альтернативный вариант использования файловой базы или клиент-серверной - это использовать ОС семейства 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 2019 + MS SQL 2017 на одной машине
В качестве стенда для тестов была создана виртуальная машина со следующими характеристиками:
CPU Intel Core i3-8100 3.6GHz
RAM 8 Gb DDR-4 3200 MHz
Samsung SSD 960 EVO NVMe M.2
Была произведена чистая установка ОС Microsoft Windows Server 2019 RTM Build 17763 Standard.
Была установлена СУБД MS SQL 2017 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 2017
В качестве стенда для тестов была создана виртуальная машина с такими же характеристиками.
Была произведена чистая установка ОС Debian 9.7
Была установлена СУБД MS SQL 2017
Был установлен сервер 1С: Предприятие 8.3.14.1565
При создании базы данных я получаю ошибку
что собственно и логично, т.к. сервер 1С + MS SQL на линуксе пока не работает.
Теперь проведем ряд тестов, использую сервер 1С: Предприятие на одной машине, а сервер СУБД на другой
Debian 9.7 + PostgreSQL | Windows Server 2019 + 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 2019 + MS SQL 2017 | Windows Server 2019 + 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 2019 + MS SQL 2017 | 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 2019 + 1C: Предприятие | 17.06 | 55559 Кб/с | 131712 Кб/с |
| Windows Server 2019 + MS SQL 2017 | Windows Server 2019 + 1C: Предприятие | 23.92 | 48859 Кб/с | 125099 Кб/с |
Результаты тестирования, где сервер 1С и СУБД находятся на одной машине
| Сервер 1С + СУБД на одной машине | Windows Server 2019 + MS SQL 2017 | 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 2019 + 1C: Предприятие | Windows Server 2019 + MS SQL 2017 | Windows Server 2019 + 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 2019 + MS SQL 2017 | Debian 9.7 + PSQL 11 (до оптим) |
Debian 9.7 + PSQL 11 (с оптим) |
Debian 9.7 + PSQL 10.5-11.1C |
Debian 9.7 + PSQL Win 2019 + 1C |
Win 2019 + MS SQL 2017 Win 2019 + 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). То и эти компании поймут, что бесплатные продукты не просто - то же самое, что и платные, а даже в некоторых случаях быстрее.
Вступайте в нашу телеграмм-группу Инфостарт
Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
См. также
Инструментарий разработчика Чистка данных Свертка базы Инструменты администратора БД Системный администратор Разработчик Руководитель проекта 1С:Предприятие 8 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 Россия Платные (руб)
Инструмент представляет собой обработку для проведения свёртки или обрезки баз данных. Работает на ЛЮБЫХ конфигурациях (УТ, БП, ERP, УНФ, КА и т.д.). Поддерживаются серверные и файловые базы, управляемые и обычные формы, интерфейс 8.5. Может выполнять свертку одновременно в несколько потоков, а также без непосредственного участия пользователя. Решение в Реестре отечественного ПО.
24900 руб.
20.08.2024 83192 431 171
Инструменты администратора БД Роли и права Системный администратор Разработчик Пользователь 1С 8.3 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:Документооборот 1С:Зарплата и кадры государственного учреждения 3 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Платные (руб)
Роли… Вы тратите много времени и сил на подбор ролей среди около 2400 в ERP или 1500 в Рознице 2, пытаясь понять какими правами они обладают? Вы все время смотрите права в конфигураторе или отчетах чтоб создать нормальные профили доступа? Вы хотите наглядно видеть какие права дает профиль и редактировать все в простом виде? А может хотите просто указать подсистему и дать права на просмотр и добавление на объекты и не лезть в дебри прав и чтоб обработка сама подобрала нужные роли? Все это теперь стало возможно! Обновление от 17.04.2026, версия 1.4.1, работает в 1С:ФРЕШ!
23180 руб.
06.12.2023 25055 85 14
Поиск данных Инструменты администратора БД Корректировка данных Разработчик Бухгалтер Пользователь 1С:Предприятие 8 1С:Управление торговлей 10 1С:Управление производственным предприятием 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x 1С:Управление нашей фирмой 3.0 Россия Платные (руб)
Решение для автоматической сверки данных между любыми конфигурациями 1С. Помогает контролировать и проверять обмены, проверять наличие документов при переносах данных, находить изменения в закрытых периодах
9760 руб.
14.11.2025 6150 28 8
Инструменты администратора БД Инструментарий разработчика Роли и права Разработчик 1С:Предприятие 8 1C:Бухгалтерия Россия Платные (руб)
Расширение позволяет без изменения кода конфигурации выполнять проверки при вводе данных, скрывать от пользователя недоступные ему данные, выполнять код в обработчиках. Не изменяет данные конфигурации, легко устанавливается практически на любую конфигурацию на управляемых формах.
17000 руб.
10.11.2023 28707 103 46
Информационная безопасность Инструменты администратора БД Инструментарий разработчика Учет документов Системный администратор Разработчик Аналитик Бухгалтер Пользователь Руководитель проекта 1С 8.3 1С 8.5 Розничная и сетевая торговля (FMCG) Платные (руб)
Контроль ввода данных в 1С: проверка заполнения реквизитов, обязательные поля, контроль перед записью и проведением, запрет проведения документа. Позволяет настраивать любые проверки данных в 1С 8.3/8.5 от обязательных полей до сложных условий – без открытия конфигуратора и написания кода. Готовое расширение, которое подключается и работает сразу.
6000 руб.
15.04.2026 4152 12 0
Инструментарий разработчика Инструменты администратора БД Системный администратор Разработчик Аналитик 1С:Предприятие 8 1С 8.3 1С 8.5 1C:ERP 1С:УТ 1С:ДО 1С:Бухгалтерия 3.0 1С:ERP. Управление холдингом 1С:Зарплата и Управление Персоналом 3.x 1С:Управление нашей фирмой 3.0 1С:Управление торговлей 11 Россия Платные (руб)
Универсальный инструмент программиста для администрирования конфигураций. Сборник наиболее часто используемых обработок под единым интерфейсом.
5000 руб.
14.01.2013 217298 1252 0
Закрытие периода Инструменты администратора БД Корректировка данных Бухгалтер Пользователь 1С:Предприятие 8 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Платные (руб)
Расширение «Оперативное проведение» в 4 раза уменьшает время проведения документов и закрытия месяца. Является комплексным решением проблем 62 и 60 счетов. Оптимизирует проведение при включенной функциональной опции «Раздельный учет НДС». Используется в более 10 организациях уже 2 года. Совместимо с конфигурацией Бухгалтерия 3.0 (+КОРП).
14640 руб.
29.04.2020 52926 145 164
Файловый обмен (TXT, XML, DBF), FTP Поиск данных Инструменты администратора БД Корректировка данных Системный администратор Разработчик 1С:Предприятие 8 1C:Бухгалтерия 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Платные (руб)
Данная обработка позволит Вам легко и просто, а главное - быстро, выполнить сравнение данных между ЛЮБЫМИ базами (и РИБ, по правилам конвертаций) по контрольным суммам выбранных объектов баз 1С, работающих на платформах 8.3 и выше. Удобный и понятный интерфейс в виде "мастера". Высокая скорость сравнения достигается за счет специального алгоритма расчета контрольной суммы объекта/записи и сравнения по данным суммам объектов 2х баз через файл. Имеется возможность выбора реквизитов, по которым система будет сравнивать объекты. Сравнение количества записей в движениях документов, возможность сравнивать данные по правилам конвертации и не только! Выбор объектов конфигурации для КАЖДОГО узла в отдельности с индивидуальным отбором для каждого объекта конфигурации, работа с FTP, сохранение или загрузка настроек, сохранение или загрузка результата сравнения, регистрация на обмен объекта и его движений. (Обновление от 12.11.2024, версия 2.2-2.5)
24400 руб.
27.10.2017 47838 33 15
можете сделать повторные тесты на скуле изменив настройки субд и написать результаты?
почему не трогали LEGACY_CARDINALITY_ESTIMATION?
Сначала 100 $m за отзыв, теперь эта статья явно написанная не за 1 день. Но рейтинг автора, отсутствие вообще других тем, кроме PostgreSQL настораживают.
На самом деле все проще - просто попросил коллегу поделиться тем, что у нас используется внутри компании, и на основании чего мы общаемся с клиентами.
Писать еще один пост про MS SQL - смысла нет никакого, а с pg - есть куда двигаться.
Кроме этого - статьи это место для обсуждений. Если бы ваши подозрения были истиной, то логично было бы закрыть комментарии к статье, не находите :)
Так же удобно клиентам кидать ссылки на стати, где есть вот такие комментарии. или комментарии из серии - pg фигня, ибо бла бла бла.
Потому что лучше сразу клиенту ответить на всякие всевозможные вопросы, чем потом прийдет к нему эникейщик и начнет его грузить первыми ссылками из гугла :) Увы, это тоже опыт, при чем грустный такой.
Так что если есть что сказать - будет отлично.
Интересно, почему для среза цен PG (судя по таблице итоговой) - везде проиграл? Не связано ли это с тем, что PostgreSQL не имеет кластеризованных индексов?
Что там с индексами по измерениям регистра сведений в тестовой конфигурации?
Я тоже столкнулся с тем что срез последних на PG 11 версии и платформа 1C 8.3.10 работает медленнее чем на MS SQL
судя по анализу план запроса почему то предпочитает индекс в регистре сведений который заканчивается на _byperiod, даже при наличии индекса по измерению по которым идет отбор, но если пересоздать в ручную индекс по измерению то он начинает использоваться и скорость возрастает и ничем не уступает MS SQL, но до тех пор пока не сделаешь VACUUM ANALYZE.
Решение проблемы только на PostgreSQL PRO 12 версии, выполнить скрипт:
Может потому, что это не укладывается в идею, которую пытаются донести статьей?
Так как у нас уже есть сервера, которые вообще не имеют графичекой оболочки, и все делается через ssh. Так как люди чаще всего работают по тонкому клиенту, т.е. одно из основных приимуществ 1С для винды - RDP, теряет свои позиции. А это значит, что админ должен заниматься ТОЛЬКО серверами, к которым нет доступа у пользователей. А вот остальными компами - занимаются эникейщики/студенты.
Т.е. теперь один админ может обслуживать в 2-3 раза больше серверов. А в плане стабильности - все таки линукс получше будет, на серверах, хотя я и не люблю это признавать, ибо я дикий поклонник винды и окошек:)
Про эникейщиков вообще не говорим, они клиентскими компами заняты.
Все ИМХО.
Примеры:
1. обслуживание сервера на базе ОС Windows - 1500р./мес. + 1000 за каждую роль
обслуживание сервера на базе ОС Linux - 2500р./мес. + 1000 за каждую роль
2. Сервер Windows Server серверная 1200 руб
Прочие сервера Linux серверная 1500 руб
На хэдхантере зп виндового админа 40-80, линуксового 120-140.
Вы сравниваете эникейщика и линуксоидов.
я привел примеры цен. В данном случае я обратил внимание именно на разницу. А что эта разница есть, вроде как очевидно..
Так в том вроде и смысл, что админить Windows server может и эникей, а для Линукса нужен профи, который стоит соответствующе.
А вот теперь стало понятнее и про эту статью и про другие.
Хотя на многих ресурсах такие статьи принято публиковать с тэгом "реклама".
Вам дали информацию, заметьте, не впихнули, не продали, не прислали спамом, вы не перешли на эту статью из игры какой то ради кристалов.
Вы открыли статью по собственному желанию, получили информацию, которой в интернете нет нигде.
Че вам просто не сказать спасибо и принять эти сведения, и просто закрыть статью и уйти, раз вам это не надо.
Что за позыв поиска справедливости там, где это вообще не к месту?
Вы сейчас себя выставляете в дурном свете. Вам ничего не мешает списаться/созвониться с автором лично и пообщаться по этой теме, и узнать, что все то, что вы несете - бред.
Я писал в своих комментариях, что статья ..овно и автор такой же?
Я просто аргументированно (прошу это заметить) усомнился в выводе, что связка линукс+PG дешевле связки виндовс+MS SQL.
Или теперь в комментариях можно писать только "правильные" комментарии?
Вам привели в конце таблицу, и в двух словах ее расшифровали. Выводы вы сделали свои сами. Или приведите кусок из статьи, где явно сказано:
"что связка линукс+PG дешевле связки виндовс+MS SQL. "
А на ваши аргументы вам явно ответили.
Просто смотрите какой нюанс.
В статье привели цифры. Конкретные цифры. Вы можете повторить результат.
Доржи вам ответил, что по его опыту - линукс обслуживать дешевле. И дал вам ссылку.
Вы привели цены какие то на обслуживание, и высказали предположение, что эникейщик может обслуживать сервера на винде.
Т.е. вы идете голословными утверждениями против фактов.
Выглядит это так себе :)
Но даже если так - то тогда мы приходим к ситуации - ваши слова против моих :)
крутятся УТ11.4 у БПКОРП3.
Поставил когда в феврале прошлого года на винде с ms sql начали случаться непонятные разрывы соединений, адские тормоза и т.д., - логи и разбирательство на протяжении месяца ни чего не дало.
По сей день все работает как часы!
В августе прошлого года ко мне обратился магазин организовать сервер, им я такую же связку поставил, убрал РИБ, настроил кассы на веб-соединение (две кассы удаленные). Недавно ко мне обращались что 1с не запускается, по приезду оказалось что тупа нет интернета...
Так о чем это я....
Если эникейщик вам поставит винду с мсскл то вы на нем завяжетесь, ввиду жадности корпорации микрософт...
Сообществу линукс это не нужно, - если сказали не лезть в инет и ничего не отправлять и/или обновлять то линукс будет сидеть на жопе смирно, и работать!
ПС: теперь прикиньте стоимость работ, даже по вашим расценкам.
Оно ведь у вас конечно делается ? И смогут ли без вас люди восстановиться ?
Это для начала.
Да впрочем нет. Это уже не для начала.
Для начала расскажите смогут они сами платформу 1С обновить ?
Вспоминается...
Поведение в споре должно быть простым: не слушать собеседника, а разглядывать его или напевать, глядя в глаза. В самый острый момент попросить документ, сверить прописку, попросить характеристику с места работы, легко перейти на "ты", сказать: "А вот это не твоего собачего ума дело", и ваш партнер смягчится, как ошпаренный.
Вы с уважаемым автором очень быстро переходите на личности.
Если у вас сервера в магазинах где нибудь в Лодейном Поле например, то вы должны как специалист быть конечно же в курсе, что туда офисов класса А пока не завезли. И люди там простые, некоторые даже трактористы в душе. А сервера они устают. Так бывает.
А платформу конечно можно не обновлять, тогда конечно и конфигурацию вы обновить не сможете в прекрасный момент, но для специалиста это же не беда.
Вот и расскажите мне как специалист чайнику сколько раз за прошлый год 1С повышало требования к платформе.
И заодно не ответили как восстанавливаться люди будут из настроенного архивирования. Как вы архивируетесь если не секрет ?
формируется текстовый файл запросов, который не зависит от версии платформы postgres
Сомневаюсь что в деревушках нужно несколько касс или магазинов с использованием SQL,
Сомневаюсь что "тракторист" знает в принципе что такое SQL
Также считаю что с появления linux дистрибутивов 1С франчайзи обязаны знать и решать подобные проблемы, благо инфы в нете куча и линукс сейчас не то что 10 лет назад, любой эникейщик бы справился, просто бы пальчики немного устали, - хотя можно и копи-паст.
Как говорилось где то выше или ниже: админ без знания линукс не админ.
С современным темпом разработок ПО и технологий, эникейщики вымрут как класс с последним пенсионером.
Но я спрашивал про весь сервер, к бэкапу базы вы сможете дотянуться только если сервер в сети.
Давайте возьмем деревушку Рублевку и у вас там сервер приуныл такое же бывает.
А магазин сейчас хочет продать итальянскую сантехнику на миллионов 5. Сейчас или никогда.
А вы конечно в Москва -Сити. Как будете чинить ?
на моем веку кроме как винды переустанавливать, линуксы я переустанавливал лишь для того что какой то пакет требует более нового ядра и все.
бэкап сервера это для меня вообще что то новое
я бы построил кластер с синхронизацией
в общем я вас перестаю понимать что вы хотите донести
А когда у вас будет штук двадцать магазинов, то вам будет не до прожектов, а нужны будут реально работающие решения.
Да еще такие которые может поднять в рабочее состояние человек способный только флешку отформатировать и продержать на этом в рабочем состоянии магазин до вашего включения.
Каждое ИТ решение должно соответствовать своему назначению, SLA если по хорошему.
не думаю что с Вашей системой в случае сбоя сервера взлетит какой-нибудь магнит или лента с охранником на телефоне.
Я как раз близок к народу и для меня что на винде что на линуксе ценник одинаков, я не пиарщик.
Если у вас статические кассы то конечно проще собрать кассу накатать из нее образ и в случае чего просто из него восстановить любую такуюже из 20 магазинов, ведь база на сервере.
А что с бэкапом серверов?
В остальном у меня именно охранник на телефоне даст мне шанс поднять сервер или запустить базу, а у вас с pg_dump нет
А бэкап серверов надо делать.
Иначе директор магазина вас будет любить так что я не только здесь, я даже на порнхабе такое постесняюсь написать.
А если не желают тратить средства на специалиста, то сами осваивают должность сис.админа. Хотя бы на уровне сделать бэкап / восставновить бэкап в файловой базе.
И у автора появляется диллема - или написать ответ на комментарий, где пояснить что это бред, но это может только подзадорить человека, и начнется трешь, как выше.
Или написать в личку и объяснить в чем человек не прав. Что я иногда и делал, и не редко люди соглашались, что они или что то не заметили в статье, или не правильно истолковали, но, при этом большая часть забывала такие комментарии удалять потом, и вот висит комментарий, одинокий, без ответа.
А потом находится человек в теме, он не автор, ему пофиг и он начинает на этот коммент отвечать. И начинается опять трешь :)
И очень часто это происходит именно с людьми, которые не имеют рейтинга. Увы. Им за это $m начисляют? :)
Нет, я имел ввиду, что жестко для уважаемого г-на Цыденова. Ему придется нанять сколько-то модераторов (чтобы разгребать поток сообщений, среди которых попадаются реально нужные, и да - от людей без рейтинга), и оплачивать их труд, увеличив издержки.
А то как увидишь, что человек с рейтингом на форуме -50 написал чепуху, и сразу сочтешь нецелесообразным тратить время на ответ и оправдания. "Ага, и лягушки заквакали" (С) Крылов.
И даже безотносительно этого я не отказался бы видеть в сообщениях рейтинг пользователей по форуму. Многие люди, с кем я имел честь тут общаться (и даже, порой, закусываться), при отсутствии статей (и рейтинга, либо с низким рейтингом) пишут реально классные консультации, и помогали мне лично. Привет, HobbitT, azali и др.
Вроде, если заработал больше 10sm, какие-то копейки падают автоматически, но я, если честно, не верю в реальность такого инструмента заработка даже для искушенного тролля. :-) Разве что заработать 1-2 sm сутками напряженной работы, чтобы что-нибудь скачать.
Я вот например не вижу троллинга со стороны strrike.
Он вопрос задал по делу.
А вот к статье у меня есть вопрос просто с точки зрения логики невероятно что MS SQL так проиграет Postgres.
И я тогда начинаю смотреть настройки. там - крындец. Счастье что вообще завелся.
Вот пример ваш же комментарий в (60) вы сказали что галочки не должно стоять, так как 1С написала что то там на итс. Скажу так - если верить всему что пишет 1с - можно выстрелить себе в ногу.
Но если разобраться - что это такое, то оказывается, что MS вообще НИКОГДА и НИГДЕ не советует ставить жту галочку, даже на выделенных серверах. Но тогда зачем она выведена так явно?
Ответ прост - ее ставят только в том случае, если занимаются проверкой производительности, чтобы всякие службы типо дефендера, обновлений и прочего - не влияли на скуль.
Но, и в 1С тоже можно поставить эту галочку, и выровнять приоритет с SQL, это делается через диспетчер задач.
Но вы увидив эту галочку - не пытаясь выяснить почему ее поставили, не задав вопроса - написали ваш комментарий (60), который звучит как - "эй, ребята, вы вообще ничего не шарите, идите курите мануалы" :)
И я мог вам ответить точно так же, так как из вашего утверждения я понял, что вы эту галочку где то ставите, а ооооочень зря, она реально приводит к нестабильности сети и соединений. Мы это прошли на практике.
Но так же, мы прошли на практике, когда делаем три замера, два замера показывают 5 минут, третий 15... Какого? Опять запускаем - 5 минут. Идем в логи, а это винда решила просканить дефендором, паралелльно качая обновления :) Вот чтобы такого не было при замерах - эта галочка и ставится.
MS рекомендует для выделенных серверов ставить этот флажок если нет конфликтов с драйверами.
О чем вы и пишете.
И все MS админы которые про 1С не слышали его ставят, и база периодически крашится, достаточно часто.
Особенно если под нагрузкой и есть еще не 1С базы
Это первое замечание.
А второе - это то что в магазине линукс сервер это мина замедленного действия, потому что приемлемое время вы его поднять не сможете.
И вас такого красивого будет бить директор магазина о ваш линукс головой
Поэтому эту статью я бы не рекомендовал к использованию в том виде котором она есть.
Минусов я обычно не ставлю, но и плюсовать тут пока не буду.
А общее возбуждение что постгри положил мс скуль при таких настройках это на пользу не идет
Так что по первому замечанию предлагайте что менять, мы, при наличии времени это сделаем и обновим статью. Сейчас Евгений дал пару советов, это позволило ускоть скуль еще на 10%. отлично. Сделаем замеры с настройками новыми, выложим, обновим таблицы.
А второе - это какой то отсебятный бред. Извините. Но это ни о чем. Директор магазина даст по голове... Ну ок, его право. А я ему дам по голове, за то что пыль тряпочкой не протерал с сервера и что дальше?
Еще раз, ставьте что хотите, дело ваше. PG я тоже не советую ставить всем подряд, там надо мозги иметь чтобы его ставить, и его обслуживать. Но главная цель статьи - не показать как PG взул MS, а показать, что PG не хуже MS.
Мы же взрослые люди и понимаем, что если бы в реальности PG давал такой прирост во всех случаях, та еще и был бесплатным - MS SQL уже бы сдох давно. Но такого не происходит. Но и PG не сдыхает, а это значит:
1. Что где то круче PG
2. Где то круче MS
3. В среднем - они одинаковы. Плюс минус.
Вот как бы и все. Можно привести операции где PG конкретно проигрывает MS, а можно и наоборот. Но к чему эта синтетика?
Мня больше интересует - сколько времени у меня будет закрываться себестоимость в УТ10, т.е. последовательное перепроведение документов, а сколько - в УТ11 - т.е. куча фоновых заданий и паралельная запись в кучи регистров.
Вот вы можете ответить - что лучше для УТ10, а что для УТ11? Я уверен что нет. А мы вот планируем и такие замеры. Точнее мы их уже сделали, и мы знаем ответ. А вы знаете?
Так что еще раз - эта статья не батл, а просто сравнение систем в конкретных ограниченных рамках.
В один далеко не прекрасный момент где-то рядом в розетку включили сварочный аппарат и блок питания на "сервере" героически умер, прихватив с собой материнку. Ближайший нормальный (где была идентичная материнка) магазин - примерно 100км ехать. Рядом стоит "опытный пользователь интернета" (2шт).
Интересно какую оценку времени восстановления дадите в случае использования чистого виндовс без линуксовой прокладки.
В той ситуации восстановить работу удалось примерно за полтора часа: 30 минут выслушивания проблемы и попыток диагностики по молчащим кулерам, 10 минут на изъятие винчестера, 20 минут на замену винчестера на вспомогательном компе с виндой и добавление туда планки памяти. Остальное время было потрачено на объяснение пользователю как запустить консоль (alt+f2, konsole (k как русское К), enter), как набрать ifconfig (без пробела) и прочесть его вывод, как набрать sudo nano /etc/network/interfaces и исправить там название сетевой карты. а также рассказать как выбрать сетевую карту в настройках виртуальной машины. После замены сгоревшего железа все было восстановлено.
ЗЫ: осенью 18го года звонили оттуда, директор пароль на rdp забыл.
В случае разных - еще 30 мин на подмену драйверов
А вот сколько уйдет времени если у линукса не будет совместимых драйверов и он не статанет ?
Полагаю озвученное время решения (20+30 минут) - при непосредственном доступе к компам и наличии флешки с загрузочным образом. В таком случае к озвученным 50 минутам еще желательно прибавить еще часа полтора на дорогу туда. Если флешки нет, то еще время на ее создание.
Вам повезло что линукс принял новое железо, так тоже не всегда бывает.
При хорошем раскладе у вас и винда бы запустилась на новом железе и вы бы сэкономили время вот на этом
Остальное время было потрачено на объяснение пользователю как запустить консоль (alt+f2, konsole (k как русское К), enter), как набрать ifconfig (без пробела) и прочесть его вывод, как набрать sudo nano /etc/network/interfaces и исправить там название сетевой карты. а также рассказать как выбрать сетевую карту в настройках виртуальной машины.
А время это не маленькое
Но если бы даже винда не стартанула и предположим вы поджались положить в корпус уезжающего комьютера за 100 км. загрузочную флешку.
ее сделать - 30 мин, после этого стартуете комп, у вас тимвьюер и вы за 10 мин подменяете драйвера удаленно
При загрузке нужно будет объяснить юзеру как выбрать загрузочную флешку - удаленки при этом нет. Сколько времени займет неизвестно, предположим 10 минут.
Допустим мы успешно пробились через дебри биоса и hiren's bootcd стартовал. Вот тут не помню: у него сетевые драйверы автоматом подгружаются или нет. Объясняем юзеру как скачать тимвьювер. Еще пусть 5 минут.
Дальше начинается шаманство с подменой драйверов в приложении к win2003 - еще 10 минут. По закону подлости проблемы непременно возникнут (в моем случае это был пробел в команде "if config" и ее вариант "ifkonfig" - konsole же) - время неопределено.
В сумме 115 минут на решение поставленной Вами задаче (железном падении сервера). Из них часть придется просидеть на удаленке. Стоимость считать не буду.
(151)
Мне - повезло. В случае винды новое железо не было бы принято 100% - не повезло?))
При хорошем раскладе (т.е. личном присутствии) 5 минут диагностика, 15 минут на работу руками и еще 5 минут на неспешное прописывание новой сетевой карты.
С обратной перестановкой справились на порядок быстрее силами тех же юзеров (материнку и бп им в магазине поменяли).
И вот этого профита я все равно не понял
win2003 пробьется по сети - на соседнем компьютере запустят шифровальщика и он всю сеть просканирует и прибьет все до чего дотянется
я бы еще понял чистый линукс -там все хорошо
зы: хотел исправить "пользлователями", но передумал - так более хорошо отражается их истинная сучность))
Он говорит достаточно дельные вещи.
У магазина есть цель - минимум простоя в рабочее время.
Если устанет сервер на windows то любой студент его накатит за 30 мин просто заново.
А если устанет сервер на линуксе - то будет великая печаль и доктор Айболит побежит в африку спасать своих зверюшек.
При том что доктор Айболит может уже давно уволиться и в его текстовых конфигах придется копаться доктору Хаусу.
А магазин будет в это время переминаться с ноги на ногу.
При том что Мини сервер 1С стоит дешевле надо несколько раз подумать чтобы принимать такие решения.
Особенно за пределами КАДОв )
именно поэтому у всех стоит винда. Но это верно в тех местах, где ставят пиратки. И тут конечно нет смысла поднимать уровень админам, нафига?
А вот если будет выбор - оплатить сразу за один магазин пару тыщ иностранных (и это я щас вообще по минимуму беру), то конечно прибежит Вася, и накатит очередную Г сборку супер мега винды.
А если говорить про нормальные страны, или крупные компании, то вот тут и появляется диллема.
Это раз, а два - сервера всегда можно дублировать, у нас так всегда делается, так что если даже сервер магазина умрет - все идут на центральное зеркало, если оно умрет - в центральную базу. И магазины там могут работать месяцами, в этом случае - времени куча, чтобы отправить съемный SSD по почте куда угодно, чтобы админы сделали все, или подключить его к любому компу, чтобы админы подключились удаленно и починили.
Стоит обычная винда и дядя Вася сантехник если что ставит в нее LiveUSB и все чинится за 10 минут(!!!)
А умерло железо - тут же можно стартовать на соседнем
Линуксовый сервер вы так не поднимете
1. strrike напинали зря
2. тесты по хорошему бы надо переделать
Даже наверное не так
а как в анекдоте ...или крестик снимите, или трусы наденьте
2. Убираем батл и пишем что постгри встанет там где скуль не запустится и что постгри + виндовс отличное недорогое но не самое быстрое решение для магазинов
С чем я и не спорю, а наоборот всячески приветствую и сам так делаю
Только архивы надо средствами 1С делать и прилеплять к такому серверу загрузочную флешку
Нет, я так не считаю.
Вообще конечно смысл моих постов был в другом, ни в коем случае не мешать кому-либо в чем либо.
Я конечно не ожидал, что вызову такую реакцию..
Историю не знаю, но с интересом бы послушал :)
Тут вы не правы, что Windows, что Linux сервера, достаточно быстро подымаются на другом железе. Я к примеру уже лет 8 не разворачивал новых windows, и linux, все делается, клонированием, восстановлением из резервных копий. Восстановление сервера с объемом массива 2Тб, занимает в среднем 2-3 часа и он готов работе
Давно думал о рейтинге, за адекватность и за вежливость, который не ограничивает владельца рейтинга, а просто подсвечивает его ник)))
Потому что для Линукс у пользователя более высокий порог вхождения.
Та же история и для админов - одно дело вставил диск, нажал setup и все, а другое поправил в vi тексты конфигов.
Линуксовые админы - они все либо магистральные либо провайдерские, что почти то же самое. Что им в офисе пока настраивать - самбу ?
А виндусовые - они эникейщики. Но среди них есть гуру - MSCE MSDBA и т.п. - они и знаю много и стоят дорого
Это как батл который сейчас идет про тру программеров и 1С программеров.
Поэтому в живой природе встретить линуксового спеца по настройке серверов для 1С сложновато и стоят они неизвестно сколько.
В аутсорсе же обычно сидят как раз провайдерские админы
- В умелых руках и буй балалайка.
Можно и САП и уронить, можно и 1С прямо поставить.
А дороговизна САповских программистов - она как раз и подтверждает теорию, что тех кого меньше те и дороже.
Язык то саповский не сложнее других языков.
Когда то и на 1Сников все молились.
Коньюктура рынка труда. Приживется у нас постгри и линукс - подешевеют линуксятники.
А в случае 1С - приехала баба Маня с села, держала хоть раз мышку, и все - иди работай в 1С, там по ходу всему научишься, и начинаются чудеса.
И что делать в случае если появляется некая проблема в работе с 1С на PG?
Если база на MS SQL и он честно приобретен, то можно писать в поддержку MS и требовать решения проблемы. Насколько я знаю, шанс на появление хот фикса вполне себе неплох, если проблема действительно серьёзная.
А в случае с Postgres что? Писать на форумы и молиться на то, что кто-то из знающих и умеющих найдет время и желание на решение этой проблемы?
Второй вариант - прокупать PRO, но тут тоже вопрос, смогут ли они вам потомочь в случае беды, мы говорим не за чистую работу на PG, а за пару PG+1C.
Не всегда проблема в 1С.
В статье про батл, ссылка на которую есть в статье, к примеру, описывался вариант подобной проблемы:
Сотни тыщ товаров, миллионы штрихкодов, десятки миллионов цен и прочее веселье :)
Конечно все это в кассы не идет - ценны например каждый день по срезу выгружаются, и там более 200 000 цен каждый день на все кассы прет.
Сегменты очищаем на кассах, но вот товар, описание, документы, остатки и прочее - ест дофига. Магазин новый если открыть щас, выгрузить тольк НСИ - база весить будет более 5Гб.
После этого сообщения прошло более месяца и проблема не решена без неприятных побочных эффектов (описываются в посте 55).
Это пример проблемы "без участия 1С".
Рассказывая такое, стоит приводить описание проблемы. Хотя бы кратко.
Разумеется, что вопрос предполагает то, что проблема не имеет решения в документации, на форумах и прочих легко доступных местах. Выше приводились примеры таких проблем, которые были не "скорее всего".
Статью вы не читаете? В смысл не вникаете?
Вы прям как блондинка из анекдота - "Дорогой, скажи не увиливая - да или нет! Почему вы насс считаете глупыми?!"
Ни в коем случае не хотел обидить вас как личность, если это таки случилось - заранее прошу прощения.
Вот смотрите - человек сделал статью. В ней четко расписал, что будет тестироваться, на чем, за чем, какова цель, какие результаты.
Вы, в свою очередь, даже не могли внятно написать свои вопросы.
Какой ответ вы ожидаете? Вот реально. Вот как бы вы ответили на ваш же вопрос?
Ок, перефразирую - как вы ответите на вопрос человеку, который не удосужился даже взять и вникнуть в статью, прежде чем написать такой комментарий.
Давайте я вам помогу привести пример.
Вы, знающий человек. Который предварительно прочел статью , ссылка на которую есть в статье. Вы теперь точно знаете, что тест идет через Дебиан, где нет графического интерфейса, т.е. где запустить 1С в режиме клиента не возможно в принципе.
С другой стороны, вы хороший программист, который знает разницу между клиент серверными вызовами, и знает, что если подключиться через тонкий клиент к серверу, и выполнить серверную команду, при отсутствии контекста передачи данных формы - не будет никакой разницы где вызапустите клиента, мало того, результат серверных функций даже не зависит ни грамма от мощьности клиента, там может стоять хоть зеро клиент, пофиг, в этом как бы и суть тонкого клиента.
Теперь, зная все это - вы встречаете комментарий:
Вот как вы на него ответите?
При чем, вас должно насторожить заранее вот такое предложение:
Ибо вы, читая внимательно статью - знаете, что такого не было. И все было одинаково.
По сему я хочу узнать у вас - как бы вы ответили?
Результаты конечно тоже странноватые, единственное предположение что связке MS + MS SQL не хватило памяти и она просто свопила.
Память 8 Гб - уже в телефонах тестовых больше установлено.
Windows 10 на 8Гб браузер не может открыть с 10 вкладками, а вы собрали такой сервер
Крайне загадочные результаты
Я не видел вариантов чтобы настолько Postgres побеждал Microsoft.
Postgres + Linix идет вровень и может чуть быстрее на быстрых дисках чем MS + MS SQL
Но опять же только на средней нагрузке.
И Postgres + Microsoft на порядок раньше под нагрузкой устанет чем MS + MS SQL.
Ибо с нагрузочными тестами на многопоточность - все грустно, все очень сильно зависит от входящих условий.
То же количество пользователей - не показатель, в базе может сидеть 100 пользователей, и будет все ок, но вот зайдет аналитик и пипец - все, база дохнет. :)
Да, действительно, тесты TPC - не имеют в некоторых случаях смысла, как минимум, потому что они работают в режиме толстого клиента.
С другой стороны - на протяжении всей конфы - цель не сами тесты Гилева, и сводная таблица и выводы сделаны не на их основе. Поэтому если вы хотите увидеть именно тесты Гилева, то да, эта статья не поможет вам.
Ибо цель статьи - не тесты Гилева, которые дают весьма не однозначные результаты в реальной жизни, та и гонять их в сфере ретейла смысла особого нет, в ретейле почти нигде нет глобальной многопоточности, и все сидят в РИБах, т.е. даже на 300 касс - одновременно в базе будет чидеть буквально пару пользователей. Ей там негде взяться, та же себестоимость обычно не считается в Рознице.
Так что сделайте поправку своих ожиданий на то, на что реально нацелена статья, и поймете - есть смысл вам использовать полученную информацию или нет.
А тесты вот эти -
И памяти добавьте или выложите принскрин с Performance monitor где видно что ее вам хватает
Фактически основные документы торговой системы - это РТУ/ВТУ и ПКО/РКО/ПРС. Их о тут и нет. Поступление и установка цен - это разовые документы, клиенты их не видят и на очередь в кассу они не влияют. А вот расходные накладные и денежные документы влияют на скорость обслуживания клиентов, и этих документов куда больше. Было бы справедливо именно с этими документами в тестах играться.
Так как нас тут интересовало именно сравнить попугаев, так как в реальности все сложнее, и зависит от очень многих параметров.
Даже на ИТС написано про это
Как итог, статья неплохая и конкурсы интересные, но давайте вы связку MS тоже настроите правильно и дадите серверу памяти гигабайт 16, а потом перемеряете.
А так получается рассказ что вот толкаю я порш по шоссе, а меня чувак на велике обгоняет. Значит велик быстрее порша. И педальки в порше не крутятся.
(порш мне должен за рекламу)
Просто ведь люди могут неадекватно воспринимать посыл публикации, подумают что PG таки "уделывает" SQLServer, начнут использовать. Тут то веселье и начнется. Потом будет еще больше холиваров.
P.S. PostgreSQL использую, не враг я ему. Но и SQLServer использую тоже. Евангелистом Microsoft не являюсь! :)
Например, можно сделать сравнение планов выполнения запросов для популярных кейсов между этими СУБД:
1) Как выполняется запрос получения среза последний на больших таблицах?
2) Как СУБД реагирует если соединять физическую таблицу со вложенным запросом (например, справочник номенклатуры и вирт. таблицу ЦеныНоменклатуры.СрезПоследних без проброса фильтров в эту таблицу).
3) Как ведут себя индексы на временных таблицах
4) Как PG по сравнению SQLServer выбирает индексы при сложных соединениях в запросе.
Вот это было бы интересно.
Часто слышу, что PostgreSQL лучше, потому что он ест меньше памяти, меньше требователен к ресурсом. Действительно, SQLServer сожрет всю память, что у вас есть, но не потому что у MS разработчики "криворукие", просто они выбрали такой путь развития продукта в плане оптимизации. То есть нужно больше памяти, чтобы оптимизировать операции. Память можно и ограничить и сделать тонкую настройку.
Еще я бы сравнил некоторые служебные операции обслуживания, в том числе по индексам и статистикам, сегментирование и подводные грабли.
Хватит сравнивать попугаев, где же сравнение деталей?
Нужно больше информации!
P.S. Автор, это не тебе в упрек, просто не нашел больше места куда это написать.
Тебе + за публикацию, ты все классно сделал. Пиши есчо!
Поэтому давайте я нижним комментарием попробую подвести некоторые общие итоги вопросов.
Проделана большая работа и за это большое спасибо, но плюс я бы поставил после:
1. Четкой начальной постановки задачи - если это просто абстрактный сервер это одно условие, если это сервер магазина на 5 пользователей другой
Отличия:
а) Не жирно ли будет серверу магазина на 64-х лицензии 1С жить ? Это в рублях 100000 против 15000 за сервер мини
б) У сервера магазина нет 2-3 часов на подъем на мой взгляд. За 2 часа продавцов просто разорвут, а продавцы разорвут потом вас.
2. Очень мало памяти. На одном всем известном интернет магазине можно за 6 т.р. взять 32 Гб. И сервер просто летать будет, потому что все уберет в кеш.
3. Настройки надо сделать по ИТС. Они есть и для Postgres и для виндовых серверов вообще есть чек-лист
По предыдущей статье установке Дебиан не хотел возмущаться - но там тоже надо почитать ИТС и посмотреть каких пакетов не хватает.
4. Тесты делать не только однопользовательские иначе это однобоко. И тогда уже посмотреть кто кого Postgres vs Microsoft
Сейчас все смешалось, люди, кони...
Невинно пострадал комментатор. Понятно что встали на защиту Postgres, но при таком подходе это медвежья услуга.
Есть места где он хорош, где очень хорош, но повторять историю с хрущевской кукурузой тоже не надо
Зачем делать более тонкое сравнение, у этих серверов разные сферы использования, то что его 1С прикручивает к своей платформе это их собственное дело, работает она с ним и хорошо. Но делать выводы по двум разным серверам в искусственных средах, безполезная трата времени и только вводит в заблуждение многих.
Она у многих в интернетах начисто отсутствует.
Вот вы пишете мол ничего страшного сервера устают, мы их починяем, а вы потерпите.
А комментаторов вообще шлете буй покачать, без объяснения причин..
Я сам был свидетелем истории когда вот такой лихой человек рванулся объяснить покупателю что ничего страшного 20 мин (!!!) всего надо было подождать.
Покупатель был непростой даже на вид и служба безопасности наша его поила чайком-кофейком и развлекала как могла.
И вот компьютерный гуру пошел пошел объяснять где баг и где фича.
Самое было забавное, что действительно через 2 мин браток выскочил из переговорной с большими глазами и криком - Я вашего парня не трогал, только поздороваться хотел!
А наш герой просто отключился. Потом его нашатырчиком восстановили, он сказал - Мне показалось он меня убьет.
Так что будьте аккуратнее - грань между виртуальным и реальным мирами очень призрачная.
Не совсем понятно, почему такая низкая производительность на TPC-A: 20 попугаев и меньше, почти на всех вариантах развертывания в серверном режиме.
У меня есть под наблюдением одни примечательные деятели - они используют сервер, который устарел еще 8 лет назад, когда я с ними познакомился -
- Плата S3420GP,
- Процессор Xeon X3430 2.4 ГГц,
- Память 1333 МГц ECC, собранная из разносортных модулей, приобретенных у неустановленных физлиц в переходе,
- (единственная новая деталь) Intel SSD S3110 256Gb, который хоть и серверный, но все таки 960EVO в подметки не годится по скорости, и к тому же сидит в SATA2 и выше 250Mbps не работает практически.
На всем этом поднят Xen, под которым сидит виртуалка с Win2008R2 8Гб RAM, с 32-битным сервером приложений 1с, и отдельная виртуалка с PostgreSQL на Debian 9 - 4Гб RAM. Общаются они через виртуальную сеть. И еще проброшено 4 HASP-ключа и два виртуальных tablet по USB, которые постоянно подъедают процессор.
И даже на этих костях мамонта TPC-A Гилева дает 17 попугаев. Чуть раньше, до покупки SSD, на пакете из 2 HDD под mdadm raid1, оно показывало 13 попугаев. А это даже никто не знал в тот момент, что на CPU заклинило кулер, и он вообще около года не охлаждался. :-)
На чем-либо сравнимом по новизне, частоте и скорости IO с вашим железом, примерно в вышеозначенном логическом раскладе (Xen, виртуальный сервер 1С под Windows и виртуальный СБД PSQL под Debian) меньше 40 у меня не получалось.
Вот специально запустил на металле (без виртуализации) с Windows2016 + MSSQL2008, на вполне современном конфиге, сравнимом с вашим (SSD медленней, памяти больше, частоты те же), TPC-A дает 45.
Что-то тут не так.
P.S. Оказывается в есть поддержка 1С.
С нуля загружен один и тот-же .dt объемом 1.5 Гигабайта в две конфигурации (платформа 1С:Предприятие 8.3.16)
1.Процессор i5-8400T (6 ядер, 3.3 ГГц), 32 Гб RAM DDR-4, база на отдельном SATA SSD (заполненность ~20%, TRIM был сделан)
Windows x64 Home + MS SQL 2014 + Сервер 1С x64
2. Процессор i5-4460 (4 ядра 3.4. ГГц), 32 Гб RAM DDR-3, база на отдельном HDD WD BLUE 7200 об/мин
FreeNas, под гипервизором Bhyve создана виртуальная машина, ей отдано 16 ГБ RAM и в ней
установлен Linux Mint x64 XFCE, PostgreSQL x64 и Сервер 1С x32
В обоих конфигурациях был запущен товарный отчет и получены идентичные результаты по времени исполнения: 25 секунд.
После получения результатов сильно зауважал PostgreSQL (и FreeBSD, Linux, Bhyve тоже).
Хотя результат и не совсем объективен - но по крайней мере можно сделать вывод что Postgre как минимум не сильно уступает MS-SQL.
Ну и кому актуально - всегда может развернуть свою базу на одинаковых хостах/виртуалках и перемерять для себя )
Рейтинг: 157
Вы можете заказать платную консультацию или разработку у автора. Будет создан приватный заказ на «Бирже заказов» для автора.
№ 995903
Создание 20.02.19 20:45
Обновление 20.02.19 20:45
Просмотры 50096
Загрузки 0
Рейтинг
76
Комментарии 174
Код открыт Да
Рубрики Инструменты администратора БД
Тип файла Нет файла
Платформа 1С:Предприятие 8
Конфигурация Универсальные
Операционная система MS SQL
Страна Не имеет значения
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Не имеет значения
Доступ к файлу Бесплатно (free)
