Тест-драйв: Postgres Pro в збірці для Скелі-СР проти MS SQL на прикладі 1С: Підприємство

Важко знайти організацію, в якій не використовуються бухгалтерські системи від 1С - навіть в мегахолдингу, де давно впроваджений SAP або OEBS, вони майже завжди використовуються на тій чи іншій ділянці. Відрадно, що російське прикладне ПО стало фактичним стандартом для наших компаній, але є одна тонкість: настільки ж фактичним стандартом для самого 1C: Підприємства стало використання Microsoft SQL Server в якості СУБД.

У середовищі практикуючих 1С-ників найбільш поширена думка, що без комерційних СУБД від американських виробників нічого доброго не вийде, мовляв, кілька сотень користувачів неминуче вимагають установки бази на MS SQL, Oracle Database або IBM DB2 в цьому випадку. Про роботу під керуванням свободою СУБД PostgreSQL відомі нам думки практиків розходилися, але в діапазоні від «зовсім не працює» до «придатне для кількох десятків користувачів, не більше».

Був і ряд правдоподібних пояснень настільки скромними оцінками: і активне використання платформами 1С механізмів тимчасових таблиць (які в Постгресе реалізовані занадто «чесно» - з транзакційних DDL, усіма можливостями по відновленню), і особливості роботи з текстовими даними (тоді як в області багатомовних текстів ванільний Постгрес, знову ж таки, занадто консервативний, використовуючи не самі високопродуктивні системні бібліотеки), і ряд інших менш значущих аспектів.

Але ми таємно вірили в Постгрес, тим більше, що в збірці Postgres Pro Enterprise Edition заявлялося про рішення всіх тих проблем, якими скептики виправдовували вибір комерційних СУБД. До того ж нам було важливо отримати показники призначення для апаратно-програмного комплексу Скала-СР / Postrgres Pro - побудованої на основі списку санкцій безпечного обладнання і софта машини баз даних для СУБД, розробленої IBS спільно з Postgres Professional.

З тиражованих додатків найочевиднішим застосуванням для такої машини повинні стати, звичайно ж, системи 1C. І результати проведених бенчмарков повністю перевели нас з розряду «таємно віруючих» (і навіть тих, хто сумнівається) в категорію «переконаних»: тепер ми можемо сміливо стверджувати, що 1C: Підприємство версії 8.3 на збірці Postgres Pro EE 1.5 для Скелі-СР / Postgres Pro працює краще, ніж на MS SQL 2012 на тому ж обладнанні з усіма можливими оптимізаціями.

Отже, деякі деталі експериментів. У плані тестування продуктивності у 1С все системно і науково - є типова конфігурація «Стандартний навантажувальний тест» , На якій і запускається бенчмарк, поетапно додає нових користувачів в навантаження до тих пір, поки додаток працює досить чуйне для комфортної роботи. (Більш точно - користувачі додаються до тих пір, поки стандартний показник продуктивності додатків Apdex не опускається нижче порога в 0,85, і максимальне число таких ефективних користувачів і вважається результатом бенчмарка.)

Ми використовували версію 8.3.9.1850 1С: Підприємства, стандартний тест на витримку навантаження в версії 2.0.17.36. Спочатку було вирішено ніяких знижок Постгресу не давати: робимо максимальні оптимізації на MS SQL на вузлі з комплексу Скала-СР / Postgres Pro (ставимо Windows на «голе залізо», налаштовуємо за всіма канонами , Для швидкості - робимо ramdisk для тимчасових таблиць), а потім - повертаємо той же вузол в комплекс Скала-СР, накочувалися Linux і Postgres Pro EE, і на ньому одному (без доступних в комплексі кластерних фішок) - проганяє той же тест.

Тест перший: починаємо зі 100 робочих місць, навантаження 50/50 - половина формує документи, половина - звіти. Тест другий: починаємо з 400, навантаження 70/30. MS SQL «закінчився» в першому тесті на 360 користувачів, на другому - на 540, до того ж обмежувачем в обох пусках стала робота з локальним введенням-висновком, при тому, що завантажити процесор вдалося в середньому лише на 30%. Postgres Pro в першому тесті дійшов до 440 робочих місць, а на другому - до 660, а вперлося на сервері БД все в процесор, який іде в завантаження понад 90% на «максимальних користувачів».

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