Всем привет!

Клиенту нужно перейти на серверную версию 1с. В связи с чем возник вопрос какую версию SQL использовать - экспресс или полную. Кто-нибудь работал с экспресс-версией? Там есть какие-то отличия в скорости и стабильности работы по сравнению с полной? Или разница только в ограничениях на размер баз и тп.? У клиента более 50 пользователей.

там лицензий на миллион, а вы тут про экспресс спрашиваете.

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

как вариант- postgre sql

хотите экономить - ставьте постгрю и проведите ликбез по ней среди своих 1сников, админов и прочему около1сперсоналу.

постгри под 1с платное
спец по переводу постгри на 1с тоже платный

(5) сколько стоит?

(2) То есть разницы в производительности и скорости работы нет? Дело только в ограничениях?

По условиям лицензирования на скуль надо покупать столько же лицензий сколько юзеров, несмотря на то что 1с использует один коннект из кластера.
Т.е. это сразу 50 * 10000 только на лицензии.
В экспрессе проблема по мимо ограничений на размер баз, в том что он больше 2 гигов памяти не берет.
Так что постгри тут кажется наиболее подходящим, хотя мне он не особо нравится.

(3) (4) Последний раз, когда я пробовал сделать 1с на линуксе и постгри, оно работало далеко не на всех версиях постгри(приходилось проверять) и не на всех дистрибудтивах линукс. Как сейчас с этим?

(8) Сейча с мотрю в диспетчер задач - процесс SQL Server Windows NT - 64 bit, память - 3,5 гб.

(8) У скуля есть 2 варианта лицензирования (если не отменили)
по юзерам или по ядрам.

Но в целом я за постгри, бесплатная работоспособная платформа.

(10) это общая ёмкость. а надо смотреть сколько ест каждая обслуживаемая база.

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

(13) в сервере стоит 4х ядерный интель - надо купить пакет из 4 лицензий "на ядро".

подробнее https://download.microsoft.com/download/B/C/0/BC0B2EA7-D99D-42FB-9439-2C56880CAFF4/SQL_Server_2017_Licensing_Datasheet.pdf

+ (14) по ценам (у одного из франчей нашел прайс)

4 лицензии на ядро = 1 372 856.
ограничений на эксплуатацию нет.

за те же деньги можно:
лицензия на запуск только под 1с = 18 654
плюс 7 пакетов по 20 лицух = 1321929
Итого : 140 рабочих подключений и сервер = 1 340 583
только в 1с

ИЛИ

лицензия на запуск = 50 534
плюс 7 пакетов по 20 лицух = 1321929
Итого : 140 рабочих подключений и сервер = 1 372 463
еще что-то полезное можно вешать, но не веб-морду.

(5) ммм...

(5) Постгри Про - платный.
Постгри в поставке с Users.v8.1c.ru бесплатен.

Настройка Скуля конечно проще, но тоже не бесплатна.

у SQL Server 2017 Express ограничение на размер базы 10Гб, на проц - 4 ядра, на ОЗУ - 1410 МБ
это какая интересно конфа 1С сможет работать с такими ограничениями на более 50 юзерах?

(18) Тест Гилева. Один тестирует, остальные 49 терпеливо ждут.

(0)Вариантов два. Либо приобретать Standard за определенные деньги(о ценах уже здесь сообщалось), либо развернуть сервер приложений 1С на PostgreSQL и Linux(желательно), предварительно изучив все это. Понятно, что тоже не бесплатно.

(0) Полная это Enterprise. Бери Standart в версии runtime для 1С, это дешевле в 2 раза. Про Postgres даже не упоминай клиенту.

(15) Ты сможешь вешать "еще что-то полезное" только если купишь лицензии full use, в твоем примере (7 пакетов по 20 лицух) это 1646036 за лицензии.

А если сравнить скорость и стабильность работы 1с на Псотгре на линуксе и на полном MSSQL, кто-нибудь сравнивал, есть там какая-то ощутимая разница?

Postgres можно поставить на винду и запустить туда 50 человек и посмотреть как все будет работать. Тем более этого не требует денежных затрат. Тесты провести нагрузочные.

(22) сам как думаешь? смысл существования платной мс скл?

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

(22) Пробовали.
Скажем так в тестовом режиме разницы нет.

В боевом режиме возможно будет.

+26 В целом около 250 чел крутятся на постгри, вроде норм.
Узкое место сервер предприятия.

(23)>>Тем более этого не требует денежных затрат.
в смысле?

(28) <>>Тем более этого не требует денежных затрат.
в смысле?> Скачал -> Установил -> Мудохайся

Кому интересно про 1С на постгресе под винду посмотрите доклад Антона Дорошкевича на пж раша 2016, есть в тюбике.
Если вкратце - на небольших нагрузках работать будет, но есть фундаментальное ограничение, связанное с особенностями файловой системы винды.

(30) Доклад Капитана Очевидность. Адекватный человек не поставит ПГ на Венду.

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

(31) А ты типа самый умный и адекватный да? Все знают но никто не знает почему.

(32) *т.е. если это ОСНОВНОЙ ваш бизнес

(33) За всех не надо говорить. Миллион статей в инете на эту тему. Для 1С-ников часто открытие то, что известно любому дба или админу Линуха.

Если денег нет, делайте Файловую базу. SQL express для 1с вообще не рассматривается ввиду ограничений.

(35) ок, и в чем же ограничение на винде?

Если денег нет переходите на 7.7
Сервер не нужен, лицензии не нужны, клиентские места достаточно старый пентюх 10 летний
Все летает на прямых

(37) В гугле забанили?

(39) Я-то знаю, а ты слился.

(40) нет. мне просто лень херней заниматься. в инете достаточно информации на эту тему.

(41) бугага, слив защитан

(37) Я не знаю. Скажи.

специально для тупых и ленивых https://youtu.be/NmPa3m50JJU?t=1369

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

(30) А MS SQL работает не на той же самой файловой системе "винды"? На него это ограничение не действует?

(46) а почему в ms sql должен быть именно такой же механизм работы?

и насколько я помню ms sql не использует вызовы фс при работе с mdf. в отличии от ПГ, где все через fsync.

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

(48) Как же он получает доступ до файла? Файл же хранится в пределах файловой системы. Не создается на диске отдельный раздел для этого. Его можно копировать, читать, писать в него. Он виден обычным проводником и даже в блокноте могу его открыть.

(50) "В принципе, база данных может вообще обходиться без файлов. Вся необходимая информация при этом будет храниться на неформатрированном диске. Такой вариант называется использованием неформатированных разделов (raw partitions)"
http://www.askit.ru/custom/sql2005_admin/m4/04_03_db_files.htm

Мож чо новое для себя откроешь

(51) В принципе может. Какой с этого профит? Ты сам используешь?

(51) Из той же статьи: "Однако, в отличие от связки Unix/Oracle, связка Windows/SQL Server ничего не выигрывает от применения неразмеченных разделов, и поэтому этот вариант используется редко.". И че? :)

(50) Скуль, в отличие от, не пытается переименовывать файл в процессе.

По поводу постгре. На практике столкнулась с вот этим  :
https://its.1c.ru/db/metod8dev#content:4208:hdoc
Пришлось переписать ряд тяжелых запросов.

Кроме того, буквально недавно  пришлось быстренько уходить с постгре на скуль. Все потому что неоперативное проведение документов вызывала дикие тормоза в одной базе ( бух2.0) , а в другой ( ут10_3) все жаловались , что не могут работать. Перенесла базы на скуль  - и все отлично. даже где-то видео осталось разницы.

И потом, поддержка постгре сложнее, не все это умеют и могут )

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

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

(55) >>( бух2.0) , а в другой ( ут10_3)


Потому что в старых конфах на автоматических блокировках на версионниках таблицы блокируются целиком. На 8.3 на новых конфах таких проблем нет.

(55) >>https://its.1c.ru/db/metod8dev#content:4208:hdoc

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

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

(58) Видео летнее (в нем тоже про эту проблему упоминалось), а ты на какой версии тестил?

И спасибо, кстати, за ссылку на видео.

Решил взяться за постгрю )))))

(58) за что купила, за то и продаю. Я лично это все видела и правила.

Цена по всем видам цен ( 7 видов ) , по всей номенклатуре ( 200 тыс ).
Возможно в версии постгре дело и  еще чем-то ( железе ?)

(59) Версия какая?

(62) Версия платформы ?
8.3 (8.3.11.2867)
Это свежая проблема, двухнедельной давности

(63) Постгри :)

(64) а, так снесли ж уже. Не знаю. На за два или три года никто не обновлял его. Так что, думаю, не новый

(65) Спасиб, осталось узнать у  ИТ директор, на какой он тестил )))

(60) 9.6.4 с сайта https://postgrespro.ru

(67) Отлично, спасиб. Соберут ноду, буду ковырять :)

Я провел с постгресом дофига экспериментов: всё рабочее, фичастое, но блин насколько всё неудобно по сравнению с MS это пипец.

(69) Мне картинка стремя слониками оч. понравилась, там где prod -> replica -> cascade ))))

(69) ну так это не каждый день настраивается, один раз и забыл. Внедрял на 1C сервер + винда и Постгре + Дебиан систему. Сейчас там как раз к полтиннику юзеров приближается. Программных проблем не было (правда, я тестировал при переходе основные документы и кое-что  оптимизировал, но не факт, что для MS SQL такого же не понадобилось бы).

(71) >> + Дебиан систему

а на дебиане что?

(72) Я так понял, 1с + винда, дебиан + постгря )))

(73) теперь понял)

Доклад Дорошкевича(в письменном виде) http://catalog.mista.ru/public/629124/ + занимательные комментарии

(75) Большинство переходов, осуществленных компанией «Инфософт», было совершено на ОС Windows.

Сразу до свидания. Типичный франч. Два раза срубить бабла ведь лучше чем один.

(75) Да, коменты доставляют :)

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

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

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

(78) > за бесплатность постгреса ты будешь расплачиваться всю жизнь

За это его продавцы и любят. Первая доза - бесплатно )