Есть 1с 8.2 упп
Крутится на ms sql + win
200 пользователей.
Нужно покупать лицензии на ms sql
Чет оч много
Есть задача перенести это все на postgre

Соответсвенно у меня вопрос. У кого есть похожие нагрузки или дальше больше и как оно работает? Что лучше Postgre +  win или postgre + lin?

Лучше всего "ms sql + win"

(1) дорого же

И да, особая опция, покупаемая за отдельные деньги - "прямые руки сисадмина". Правда, она стоит очень дорого, но стоит того...

(2) Скупой платит дважды, тупой платит всегда (с)

(3) это уже есть.

Высоконагруженные системы на 1С:Предприятие 8.3 и PostgreSQL

(6) спс, но там нет людей кто использует Postgre, кто бы привел статистику и отзыв.

(7) по тому, что 1с ники умные.... что бы ввязываться в такую авантюру

(6)
SQL Server CAL 10 843,67 руб. + Cal лицензии на сам сервер Win + 1500 рублей.

(9) Это на 1 человека

(8) слышал у людей работает норм при 20-30 человек. Но это мало. Хотелось бы услышать большие машстабы

Вот например:

Система Debian 8.3 проц Intel Xeon E5-2687W памяти 32G sdd 128G базы, hdd 1T сама система + бекапы. Пользователей 30 стабильно. 1С крутится в контейнере LXC. 1С 8.3.8 Postgre 9.3 от 1С Apache 2.4. Клиенты на win как толстые так и тонкие и даже web есть. Полет нормальный 2 года. до этого было 1С 8.2 тоже все нормально.

(9) ну и чего, CAL лицензия 1с стоит 4000 руб...

а для скуля там скидки идут от объема чуть ли не 90%

(14)
SQL SERVER ДЛЯ «1С:ПРЕДПРИЯТИЕ»
Лицензия Runtime - это лицензия на Microsoft SQL Server, которую можно использовать только вместе с «1С:Предприятие 8». Срок действия лицензий Runtime ограничен сроком действия лицензий «1С:Предприятие 8».
Клиентская лицензия на 1 рабочее место    Runtime    4601546112644    В КОРЗИНУ 9 480 руб.
Вот так скидка
http://itprogress.ru/products/1c/1c-sql/

Вебинар был про это. Лустин вел. Попробуйте купить запись.

http://www.msbuy.ru/wizard/product.aspx?p=sql

Лицензии "на ядро" (CAL не нужны)

SQL Server Standard 2014 Core (на 2 ядра)
Цена: 173 415.95 руб.

на 8 ядер будет 1,4ляма / 200 = 7тр


------------------------------------------------

SQL Server Enterprise 2014 Core (на 2 ядра)

Лицензии SQL Server Enterprise "на ядро", назначенные для всех физических ядер в физической среде, предоставляют право запустить любое количество экземпляров SQL Server в физической и нескольких виртуальных средах.

Цена: 664 961.82 руб.

/200 = 3320 руб на чела

(16) в краткости вывод какой?

(17) достаточно стандарта, но 8 ядре эт ж мало.

(17) а вообще у вас был опыт с postgre?

(19) второй вариант без ограничений.... на 200 юзеров именно его и надо брать... по деньгам дешевле чем лицензии 1с... и калы не нужны

(20) очень давно - тогда было вообще отстой, говорят сейчас лучше, но меня не тянет...

(0) Когда покупали УПП? Лицензии на 200 пользователей сразу были куплены?

(21) варианты, что вы привели это лицензия на ядра, а не на сокет.
У меня 32 ядра.

(23) покупали давно. покупали на 100 вметсе с ms sql. сейчас на 200, но планируется в дальнейшем 200
Встал вопрос о закупке.
Лицензии под 1с покупаются потихноьку отдельно

(24) ну думай сам... просто там есть прайс "level c" он от 500 баллов там цены что называется дели на 5 :)

(25) Если давно, то раньше продавались лицензии для sql с правом использования только с 1С. Наверняка можно с микрософтом договориться что б они перезачли их.

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

1C иногда публикует у себя отчеты о внедрениях по принципу
«Редакция не несёт ответственности за содержание авторских материалов»
«Любое совпадение с реально живущими людьми случайно»...
Вот некто Гилеа Вячеслав ФАЙЛОВУЮ на 500 пользователей внедрил. и ничего...
http://1c.ru/rus/partners/solutions/solution.jsp?SolutionID=467685

(29) ну с 7кой понятно, что с файловой было. а с 8кой? Не ужели там нет таких же проблем? 2 гига база и усе. можно курить?

(30) какая семерка? 1С:Управление торговлей 8

Как задрали такие вопрошатели. Ни в коем случае не проводите нагрузочное тестирование, идите сразу спрашивать на форумах! На форумах точно знают какая у вас инфраструктура, тут вам сразу скажут можно или нельзя.
Блин, пару дней потратить на тесты - не, а на форумах мусолить время есть.

(29) Там напишут... По их данным у нас тоже Управление проектной организацией на 200 пользователей в файловом варианте.
(32)Неее... с Postgre не прокатит. Минимум месяц на наблюдения. Потом еще несколько итераций в зависимости от компетенций администратора.
(0) Если уж возьметесь, то слоника ставить только на Linux. В винде он себя плохо чувствует, и часть настроек отдает на откуп операционке. А это потеря управляемости.

(33) 200 пользователей - это мало. На нормальном железе будет и под виндой работать без каких-либо сверхуникальных настроек. Месяц на наблюдения - вообще непонятно для чего. Сильно сомневаюсь, что база УПП на 200 пользователей даже за много лет распухла больше терабайта. Не те объемы, чтобы заморачиваться.

(5) а если у вас есть админ по постгри с прямыми руками, то че у него бы не спросить потянет или нет?

(34) Вы понимаете, что это такое 1 терабайт база ????

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

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

к чему это я, да к тому, что бюджет на 200 душ железо+софт - это от 2х до 5 лямонов рублей выйдет.... может это перебор?

и опять советы. Хочется услышать тех, кто реализовывал, а не просто обсуждения.
(22)  спасибо услышал

(36) Нахрена копии в которых будет работать полтора инвалида держать на дорогом массиве? Надо головой думать даже в таких простых вещах, как инфраструктура, а не возбуждаться от весьма средненькой цифры в терабайт. Второй сервер под разработку обойдется куда дешевле и будет куда более разумным решением, чем совмещение с продакшеном. Потому что 200 разработчков в средней руки оптовике или на небольшом производстве вряд ли наберется. До этого так сложно додуматься?

Кстати кому так же интересно как мне. Максимум, что нашел
https://pgconf.ru/media/2016/02/19/Ласкин%20Лев.pdf

(38) да, до этого сложно додуматся когда лицензии и софт стоят дороже железа...

(38) +1, никогда не понимал людей которые держат на рабочих серверах тестовые базы )

200 пользователей - это сигнальчик всерьез задуматься над надежностью.
А это точно не Постгре, однозначно православный MS SQL

(41) Покупать еще один сервер для тестов, которые используются дай бог раз в месяц?

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

(43) тестовый сервер, не только для тестов, но и для разработки.

(45) т.е. как минимум сотка на железо + сервер 1с + СКЛ сервер - ну если денег вагон - почему нет

(46) Открой для себя мини-сервер 1С на 5 пользователей и SQL Dev Edition

(47) ДСколько стоит и выдержит ли базу в 1 Тб?

с какого-то перепугу мс православным обозвали, тьху

(49) Кстати да. Нет в нем никакой духовности. Поганый он, басурманский.

тс. какая тебе разница, есть ли у какого-то виртуального коня в сферическом вакууме опыт использования постгри на большом числе юзеров, если делать сервер будет не этот виртуал в инете, а тебе самому придется?

Бери сервер, ставь на него систему, настраивай и тестируй. Другого ничего придумать не возможно.

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

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

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

Вот в качестве примера, как нужно настраивать мсскл - на итс это новый документ.
http://its.1c.ru/db/metod8dev#content:5904:hdoc

Если есть твердое желание в подготовке к переходу на постгри, то нужно искать примерно такие же для его настройки

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

(54) вот увидел ссыль, дублирую :)
http://www.silverbulleters.org/ne-obizhayte-linux-oida-ili-osobennosti-patcha-1s-dlya-postgresql/

взято в этой теме

(55) Выход обновлений PostgreeSQL для 1С

Какая интересная тема, я тоже хочу ченить спросить :), чтобы не множить темы, может ответите:).
Есть небольшая база УТ10.3 на 8 пользователей, файловый вариант. Хочу перевести на PostgreSQL+Ubuntu server.
Но тут озадачился вопросом,- когда пользовался файловым вариантом, пару раз база "глючила" и мне приходилось пользоваться утилитой chdbfl.exe, а тут как быть если "глюкнет" ченить? или на SQL такого не бывает?

(57) Бывает, для этого придумали бэкапы.

(58) Спасибо. :) Понял.

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

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

(0) Тестировал на копии УТ 10.3 - в частности обработка выгрузки данных на кассы. На Постгре - 10 минут запрос отрабатывал, на МС - секунд 20. Можно было бы, конечно, переписать запрос "прямее", но где оно еще там выстрелит искать... ну его...

(61) Спасибо за ответ. Я мягко говоря слабоват в этом всем деле, но видя хорошие ответы не могу удержаться и задать еще один вопрос, перейти на SQL меня побудила потребность чтобы размер базы мог перевалить за 2,5 гб а как я понял, что файловая база не может преодолеть этот размер, верно?

(63) Нет.

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

(65) Это для 1С 7.7 было актуально.

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

(66) А как можно победить ограничение в 2 гб

(65) Что не верно? Ограничение - 4гб на таблицу.

(69) У меня файловая БД, хочу чтобы она могла быть больше 2 Гб.

(70) Сделай ТИИ, у тебя не в ограничении проблема.

http://v8.1c.ru/edu/
ограничено количество данных:
    максимальное количество записей в таблицах счетов 2000;
    максимальное количество записей в главных таблицах объектов 2000;
    количество записей в табличных частях объектов 1000;
    количество записей в наборах записей 2000;
    количество записей из внешних источников данных 200;

а для обычной 1с: в (69) все правильно. лично видел файловые в 20ГБ

(71) Уже, и сжатие тоже делал, пока не по удалял записи не отпустило :))).

(72) Абсолютно верю. Хотя такая проблема у меня возникла когда я поставил расширенный журнал регистрации и именно его записи заполнили базу.

(72) Возможно я неправильно понял, и это не объем а количество записей, спасибо за наводку.

(71) (72) Ребят последний вопрос,-
Сейчас я кручусь на RDP + Файловая бд 8 пользователей, но чувствую, что переходить на SQL будет правильным решением. Скажите я в правильном направлении?

Работает 1с с постгри(на линуске) давно и успешно. Настроить раз надо или ставить адаптированный под 1с постгри.

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

(78) Спасибо, :). Добавили уверенности.

(0) говорят 1cfresh.com на postgresql работает

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

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

Но проблема с жр вот такая есть.

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

(81) Да, лицензия на сервер потребуется. Зато баз на нем заводи сколько хочешь.

(82) очумелые руки не знают скуки!

(83) все нормально. Как раз сервер никаких забот не доставляет. Был только один случай, когда оказалось, что место на нем кончается, а серверный ключ- на одну машину онли. Т.е. или покупай второй или меняй диски на большие. Выбрали второе.

(81) Сори что поздно, уезжал, - "не стоит торопиться перебегать на SQL (порезать жр и все), т.к. покупка лицензии на сервер 1С потребуется, даже если решите ставить постгри скл". Если я заведу все это на Ubuntu Server 16.04, лицензия тоже понадобиться?

(85) на сервер 1с - да