Не большая организация. Где-то 35 пользователей. Нужен сервер 1С. Пока склоняюсь в сторону Postgre. Но надо ставить смотреть. У кого есть опыт работы с sql azure? Насколько геморойно?

Если что то упадет, как лечить будешь, по наитию?
Ставь мс скуль.

А есть грамотный админ для бесплатного postgre?Если то не стоит

С azure это уже не моя проблема будет. Вопрос насколько вероятно такое падение, насколько вероятны тормоза по их вине, насколько дружелюбна тех поддержка

(2) Грамотный админ есть. Но скорее этот кусок уйдет мне

sql azure это же облако, а если отвалится интернет?

(5) За час до сдачи:)

(5) А если не отвалиться? У нас и так базы в облаке. С azure будет облако в облаке. Если отвалиться интернет так и так работать не смогут

(7) Так ты уже всё решил. О чём разговор?

(7) в чьем облаке? в азуре?

Ставь мс скуль

(3) Проблема будет твоя.
Так как сервис БД работает.
А 1с с ней нет.
Обычно в момент когда база перченая.
sql сервер работает.
Это и будет твоя проблема.

(7) Облако не решит технических рисков а добавит их.

(10) +1
По степени проблемности:
мин:
1) Свой mssql в той же локальной сети что и сервер приложений.
2) Свой postgress в той же локальной сети что и сервер приложений.
3) Удаленный mssql который ты не контролируешь... он обновляется на свою новую версию.
и 1с с ней например ПОКА не работает....
до свежего релиза....
и ты влетел.
4)  Удаленный postgress который ты не контролируешь... он обновляется на свою новую версию.
- 4 вообще вредительство.
3 - это саботаж или неквалификация.

(1) Всегда было интересно, что такого может упасть в постгре, что его фиг починишь? И как это упавшее  простой одноэсник поднимет в mssql?

(8) Решаем. Просто пользователи подключаются к базам по VPN. Физически всё находится у кого-то на сервере. Не знаю кто предоставляет нам сервер. Вот думаем развернуть сервер на нём же или саму базу кинуть в azure. У самого отношение к мелкомягким не очень. Так как делают всё на оте..сь. Но может я не прав и тут всё чинно благородно у них.

(15) "У самого отношение к мелкомягким не очень" Твой выбор - это вопрос веры или опыта?

(14) В постгресс + 1с .
Некоторые бекапы иногда не восстанавливаются.
Их надо руками проверять время от времени.
Проблема в постгресс.

В ms sql все уже протестировано и есть списки проблем и их решений в интеренте у гилева например.

Так что да ms sql я починю.
И чинил.
А вот постгресс не знаю...
Осоебенно напрягает бекап.
И то что шадоу копию базы как в mssql не сделать.

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

(15)
Ашуре обновится на последнию версию mssql.
А текущий релиз 1c его еще не поддерживает.
И все риски твои.

И это обязательно произойдет.

(17) Не было проблем с бекапами в Postgre.
В целом, Postgre достаточно надежен.
Разницу в быстродействии тоже не замечал по сравнению с Ms sql (в типовых конфах), на базах ~ 200Гб.

(20) >>Разницу в быстродействии тоже не замечал по сравнению с Ms sql (в типовых конфах)
О каких конфах речь, если не серет и какие операции сравнивали?

(17) Про бэкапы ничего не могу сказать, пока все загружалось (года с 2008 где-то). Если совсем страшно, можно эской в dt выгружать.

А что в МС чинил?


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

(22) >>Но разница в цене вполне оправдает это.
Если быстро поправишь, то оправдает, а если дело в затяг пойдет, то потери от простоя могут и превысить разницу в цене.

(21) ЗУП, ~ 300 сотрудников. Расчеты, перерасчеты, справки и тд. Не заметил разницы.

(0) c sql azure 1c не работает, уже проходили через это сам пытался запустить
SQL Azure для 1с сервера взлетит?

(24) Попробуй в УПП себестоимость посчитать на mssql и на постгри.

(0) (25) есть вариант брать виртуалку там и разворачивать полноценный сервер,но ценник конский получается.

у гугл клауда есть Postgre как сервис, сам не пробовал, но судя по описанию можно получить не плохую производительность за небольшие деньги, правда вопрос насколько она с 1с подружиться и возможно ли настройки 1с для Postgre там применить https://cloud.google.com/sql/

Если нет проблем с покупкой MS SQl что тогда обсуждать?

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

(27) А там версия патченная под 1ску?

(30) пробовать надо, изучать глубже...

(27) есть подозрение, что время отклика сервер приложений <-> сервер бд будет жутким. Это все для CDN, для веб

(3) Если ты не решаешь проблему, зачем ты нужен? Обновляй резюме на хх.

(17) А что мешает делать в postgres шадоу копию?

Я за мс скуль.

(1) > Если что то упадет, как лечить будешь, по наитию? Ставь мс скуль.

Прекрасно сыпется мс скуль. пару раз уже чинил БД.

+(36) Хорош конечно для домохозяек, но обслуживания тоже требует. Более менее большие БД без этого не крутятся.

а сервер приложений как я понимаю уже в азуре?

В конторе, в которой сейчас работаю, два сервера - одни на микрософте, другой на постгрес. В каждом работают сравнимые базы и пользователи (сходные). Проблем ни там, ни там не замечено, а если и были, то с ними мы справились. И да, одновременно работают 8.2 и 8.3. Количество баз в районе 20-ти, пользователей - в района 100. Есть круглосуточные базы.

(36) вот, не поверю, что скуль сам по себе упал. Я ничего не делал, оно само... Чаще всего проблема в железе или в кривых ручонках.

(40) Да мне как-то по барабану вера фанатиков. Упал есть упал. Хоть железо виновато, хоть юзер.

(41) ага, а постгре героически не падает на сломанном железе, ага

Поиск по строке "MS SQL repair"
Результатов: примерно 1 700 000 (0,28 сек.)
Вот видуха: https://www.youtube.com/watch?v=Y5KU3ahmo9g

Поиск по строке "postgresql repair"
Результатов: примерно 569 000 (0,34 сек.)
Этим многое сказано.

(44) ага, тем что постгре никто не пользуется

(45) вообще, постгре очень популярная БД, особенно за пределами 1с

(46) Популярнее MS SQL ?

(47) если для веба, то да

https://www.opennet.ru/opennews/art.shtml?num=43645

(48) Ну что за глупые уточнения...

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

(0) Тут
http://v8.1c.ru/requirements/
слова azure нет.
А тут
http://www.sql.ru/forum/1117270/sql-azure-oshibka-1s
можно приблизительно понять почему слова azure нет в первой ссылке.

Можно поднять свой экземпляр MS SQL в azure. Это работает, но это не sql azure.

хе-хе..
azure - Асуры — это демонические существа тьмы, незрелые души, которые временно обитают в Нараке, низших сферах Антарлоки.

(52) можно поднять, но там ценник конский так как там необходимо машину поднимать плюс аренда лицензий.

+(53) (с) Танец с Шивой, Садгуру Шивайя Субрамуниясвами.

(53) Windows - православная ОС, там есть службы. А в Linux демоны.

(56) с асурами уже не прокатит.

(54) Конский он в сравнении с бесплатным Windows Server и бесплатным MS SQL Server. В сравнении с платными просто не дешевый.

если бабло есть = MS SQL Server, если бабла не очень = PostgreSQL
облако - это какой-то системник где-то там? если с облачной SQL возникнут проблемы, то дотянуться ты до нее не сможешь.
облако = зависимость от какого-то дяди, свой сервак = зависимость от себя.

(59) SQL стандарт не дорого стоит, если бабла нет то и SQL не нужен, используй файловую.
С облаком от ведущих поставщиков (Azure,Google,Amazon) ничего некогда не случиться (если только санкции), это архи стабильная,отказоустоячивая надежная вещь, за это конторы и платят бабки.

(44) Бытует мнение,  что базы PostgreSQL сами по себе такие надежные, что необходимость даже в какой-либо программке для integrity check отпадает. По аналогии с DBCC CHECKDB.
https://serverfault.com/questions/175865/how-to-check-postgresql-database-integrity/175878#175878
Но даже из такого "малого" количества ссылок можно найти достаточно полезную информацию на определенные случаи поломки базы. А с недавних пор и такое есть https://habrahabr.ru/company/postgrespro/blog/319770/.
В подавляющем большинстве случаев неприятие PostgreSQL выражается фразой "А вот постгресс не знаю... ". И не приводится никаких причин, по которым принципиально невозможно получить эти знания, хотя, опять же, в большинстве случаев это не представляет особого труда.

(61) строчка в вакансии "знание PostgreSQL" да и вообще знания linux увеличивает стоимость спеца, поэтому проще и дешевле купить MS SQL

(62) Мне кажется, это миф

(60) ну да, а человеческий фактор в облаке отменяется... хрень же, и там и там может упасть.

(61) нужно начать с того что сама 1с не готовит экспертов по постгре. Отсюда и все неприятие

+ некоторые конфы, например ЗУП 2.5, не работают с постргре без напильника

Ставь PostgreSQL и асинхронная репликация на другой компьютер. По крайней мере в MSSQL средств потребуется выше крыши.

(66) ЗУП 2.5 недолго жить осталось.

(66) Не работает в каком смысле? У нас зуп 2.5, вроде по ней нет вопросов у юзеров, тока обновить иногда просят

Если в приоритете стоимость то Postgre и заморачиваться с этим же Postgre,я не говорю что это плохо,Postgre хорош,даже как вид бесплатного ПО очень даже хорош,но заморачиваться всё равно придется ,если пользователей больше 15 .Если деньги позволяют то однозначно MS SQL так или иначе 1С долгое время затачивалась именно под это СУБД,а  активное развитие интеграции с Postgre началось недавно,максимум 2-3 года назад.

(70) Там же сказано - компания небольшая. Пусть лучше нормальное желез прикупят на сумму MSSQL со всеми лицензиями.

(69) Тормозит расчет не подецки

Там проблема с отменом транзакции или с записью путосго набора - уже не помню

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

(72) В 1c 8.3.10 произвели оптимизация для работы с PostgreSQL 9.6

(75) может быть сейчас уже и можно постгре без напильника ставить. Но мы то говорим про "откуда неприятие"

(72) У нас не тормозит. постгре вообще 9.2 еще

(77) так наверняка напильником прошлись

пруф про зуп 2.5
https://partners.v8.1c.ru/forum/topic/1108097

(78) с ЗУПом вообще ниче не делали, штатные они. Вот я и хочу узнать, что где вообще надо делать, и зачем?

(74) 3 года работали с PostgreSQL 8.4. Работа с большой базой на ура. Скорость подбора намного быстрее была. Тут нужно понимать, что при чтении данных множеством пользователей на MSSQL транзакции могут быть такие же серьезные, как и при записи в PostgreSQL. Особенно тогда, когда читается полностью вся таблица.

(80) сколько человек расчитываете в зупе?

(81) транзакции на чтение еще в самых первых версиях 8.3 отменили

(82) не спрашивал, но в конторе около 1500 человек

(81)Я даже не пойму к чему ты это сказал.Я не говорю,что Postgre медленнее работает,я говорю что для Postgre нужен человек ,который знает Postgre .
В предыдущем комментарии я имел ввиду,что фирма с 35 активными пользователями в 1С ,это не маленькая фирма.

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

При 30 чел за пару лет база 150 гиг

(87) на моем предприятии ЗУП 2.5.118.2 работает с Postgre 9.4.10, без ошибок пока, правда объем документооборота совсем небольшой.

(65) >> сама 1с не готовит экспертов по постгре

А экспертов по другим СУБД она готовит?...
То что существуют курсы по MS-SQSL от 1С это всего лишь показатель востребованности данного курса. 1С может и написала бы курс по администрированию PostreSQL, да только заранее известно, что набрать слушателей даже на один поток будет очень сложно. Учебный центр 1С - это коммерческая организация, а не благотворительная.

Вы когда говорите, что у вас Postgre, уточняйте на чем поднят. Если на винде, то это совсем не то же самое, что на линухе

(90) >> на винде, то это совсем не то же самое, что на линухе

Еще один миф настойчиво культивируемый некоторыми 1С-никами.

С точки зрения 1С особой разницы нет.
Уже неоднократно говорили, что на последних актуальных версиях платформы и последних сборках PostgreSQL (от PostgresPRO для 1С) особой разницы между Windows и Linux вы тупо даже не заметите.
Если только конечно не найдёте какого-нибудь красноглазого линуксоида, познавшего всю истину тончайших настроек пингвина.

(89) Так называется то курс Эксперт (без всяких мс). а там даже главы про постгре нет. Хотя вопросы по постгре задают

(89) Скоро будет мастер-класс от Алексея Лустина по Postgre,который стоит 9к ,так что аудитория всё таки набирается)

(91) не знаю, не знаю. Я пробовал и на линухе и на венде. Второй вариант был заметно тормознутее

(85) >> для Postgre нужен человек ,который знает Postgre

Только давайте уточним: "который знает Postgres в том же объеме, что и MS-SQL".
Для администрирования PostgreSQL не требуются какие-либо сверхъестественные тайные знания.
В сети достаточно русскоязычной документации и даже видекурсов различного уровня. В том числе и для совсем нубов типа 1С-ников.
Документация - https://postgrespro.ru/docs
Курсы DBA1 (вполне достаточных для 1С) https://postgrespro.ru/education/courses/DBA1

(95) +1
администрировать не сложнее МС скл

Да тот же план запросов посмотреть на постгре - уже не тривиальная задача

(65) (92) Уже готовят http://buh.ru/books/detail.php?ID=54831
Посмотри оглавление.

(98) Все-таки развернулись в сторону постгре. Значит дело пойдет в гору потихонечку

Я не гуру в MS SQL и Postgre но логически догадываюсь,что инструментов в MS SQL намного больше чем в Postgre

(64) На последней конференции Инфострата выступали с докладами ребята из PostgresPRO.
Для них 1С - это черный ящик и пустой звук.
Они разницы никакой не выявили.
Еще один докладчик рассказывал о практическом опыте использования - и то же аналогичная фигня.

Я ни в коем случае не утверждаю, что ты ошибаешься.
Но вполне допускаю, что с тех пор, как ты пытался сравнивать производительность PostgreSQL на Window и на Linux, многое изменилось.

(100) >> инструментов в MS SQL намного больше чем в Postgre

Наоборот.
То, что у MS SQL делает один инструмент - Management Studio, у PostgreSQL придется делать несколькими разными инструментами или даже вручную.
За это многие и не любят PostgreSQL.

(102) В качестве болше имелось ввиду, а не в количестве

(99) Какая-то часть 1cFresh уже довольно давно живет на PostgreSQL.

(104) Имея спеца уже давно можно было на постгре

(105) Скажу больше - елсли отчет или обработка 1с написаны правильно, они более-менее одинаково будут работать как на PostgreSQL, так и на MSSQL. Обнаружить, скажем, проблему, возникшую из-за того, что в отчет попало слишком много данных без предварительного отбора можно в Linux с помощью инструмента htop. А вот под Windows это сделать проблематично, т.к MSSQL сразу отбирает под себя всю доступную в рамках заданных границ оперативную память.

(72)  Полечили уже давно, в 8.3.8.1652. ЗиК БУ 1.0 тоже тормозил сильно на 8.3.5 - 8.3.8.

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

(95) ну, я бы не сказал. Может, конечно, Лустин не лучший докладчик, но объем информации на вебинаре впечатлил. Равно как и методы решения вопросов.

// когда ты запустил программку и все в ней под рукой.

на вкус и цвет все фломастеры разные.

Только в случае с менеджмент студией вручную просто будет очень проблематично залезть. Хотя на низком уровне в коде будет валяться скрипт, ничем не отличающийся по сути от скриптов на питоне

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

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

Но сами забросы все равно в виде sql кода.
В них вся соль.
А не в питоне.

(111) (112)
И эти запросы с аналитикой по оптимизации отличаются.
в postgress oracle и mssql.

ОЧЕНЬ Сильно.
Сам занимаюсь этим регулярно.

(109) >> Лустин не лучший докладчик,

Это еще мягко сказано. Насколько он хороший специалист настолько же он плохой докладчик. Увы.

>> объем информации на вебинаре впечатлил. Равно как и методы решения вопросов.

Если речь о его вебинаре об использовании PostfeSQL, то надо понимать, что речь там шла о неких тончайших струнах высших материй. В 99% это нафиг никому не надо. Оставшимся же 1% пользователей проще пригласить Лустина для разовых работ по тонкой настройке сервера и СУБД.

Полагаю, что пользователи MS-SQL точно так же могут столкнуться с аналогичной необходимостью - заставить крутиться сервер на максимуме возможностей. И для этого так же потребуется тонкая настройка виндового сервера и MS-SQL. И объем информации на эту тему будет ничуть не меньше, чем продемонстрировал Лустин.

(114) может быть, сейчас что-то поменялось... в 2011 у меня был опыт с постгри неудачный. Не хватило ни знаний, ни железа - сервак был один и все крутилось под windows. Хватило меня (и его) месяца на три, потом по паре часов расчёт себестоимости в упп и переход на  Мсскл. Ещё помню падающий бэкапер при попытке сохранения таблицы config, сейчас не знаю, починили или нет. И да - тогда под винду была доступна только 32бит версия.

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

(113) но вот и вижу, что знание всех трех решений (postgress oracle и mssql) позволяет гораздо спокойней относиться к вечному холивару

(116) Следуя твоей логике, тогда DB2 должна быть на IBM Power 8 или 9(в скором будущем) + AIX + сервер приложений 1С, портированный на AIX. Хотя, вполне нормальный вариант - Linux on Power + PostgreSQL. Осталось дело за малым...
Ладно, это я так, прикалываюсь :)

(118) по моей логике IBM упустила ситуацию с ядрами ОС на самотек и теперь уже не совсем понятно на что можно рассчитывать при использовании DB2 если при этом ядро не будет заточено на использование преимущества технологии IBM

Гигант он потому и гигант, что хоть и слишком крут, но весьма не поворотлив. Надо ждать появления на массовом рынке серверов на Power8 или 9 с системой OpenPower и именно на ней DB2 раскроет себя во всей красе. Но это по статьям в инете.

зы. Живьем для меня операционка от IBM была только OS/2 и было это уже примерно 20 лет тому назад

(119) А они несколько лет назад пытались http://www.cnews.ru/news/top/ibm_obrushila_ceny_na_servery
Видимо, не получилось и массовый рынок не дождался.

(0)опасность от установки Постгри крайне преувеличина. Как сказали на курсах в УЦ1: дб/2 как блокировочник с 1с не взлетел и вообще в РФ около при смерти, проекты с базоводом Оракле постепенно портируются на другие базоводы и возможно останутся только мегабазы типа магнитовской в 40Тб... Так что только SQL или Postgre. По внутренней статистике фирмы 1С доля базоводов Postgre для работы с 1С в РФ порядка 15% и начала быстро расти. Так что не боися, тем более 35 чел это совсем немного.
Сложности с Postgre немного и они решаемы (фактически нужно: установить и настроить, научиться обслуживать (Vacuum и Analize -90% обслуживания), делать бэкапы и разворачивать из них базы) - детальной инфы по этим вопросам немеряно.
Но если суммарный размер базы менее 10Гб - ставьте SQL-Express - он и бесплатный и многим челам проще мышой тыкать чем клавиши давить.

(72) ЗУП на Postgres не тормозит если платформу до 8.3.8 обновить

(122) и таки да, постгри версионник и у него чтение не блокирует запись

(121) 10 гб и чтобы с гарантией что будет меньше всегда это совсем мало.
Учитывая что mssql взятое под таблицу место не отдает, а держит. (под новые данные)
Если из таблицы удалить кучу данных.
То 10 гб это только для разработчика.

Надежнее и дешевле.
Да надежнее потому что mssql неожиданно на обновлении при реструктуризации бд.
1с создает втарую таблицу и все туда пишет.
А потом удаляет старую.
Так что предел в 10 гб будет достигнут в самый плохой момент времени.
Гарантированно!

Та вот надежнее файлсервер.
И вебсервер запущенный поверх на на несколько разных ядрах.
Несколько процессов с разными номерами портов.
10-20 пользователей получат большую скорость на малой базе до 10 гб.
в 2 раза или даже больше на том-же железе.
И сервер приложений не надо ставить ( и покупать).

(121) Опасность установки постгри в том.
Что приходящий следующий 1с программист.
Может вообще видеть постгри в первый раз.
А еще круче вообще скл сервер.
и что он там наворотит...
Бог его знает.
Обычно такие конторы которым жалко на скл сервер.
Так-же просто относятся к смене программистов.
Прижимистость распространяется на все ит.

Твою жеж мать....
Как на этом форуме не хватает избранного по постам и топикам.

Причем не всю тему помечать, а отдельные месаги.

(127) ) чьи посты?

(128) Свои, конечно ))

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

Немного = немного геморно

(130) Отжать место - это администрировать.
это не вяжется с 10 гб базами.
по себестоимости.
по цене вопроса.

(126) лучше всего сразу выгружать полезные сообщения в какой-нибудь онлайн документ типа google keep или google sheet.

(121) Разве SQL Express можно использовать в коммерческих целях? С лицензионной точки зрения.

(134) Да можно.

(135) так там же 1гиг по памяти огрничение. и куда с этим?

(136) Не для 1с, учитывая что все равно требуется сервер приложений 1с а он платный.

Пользоваться можно там, где есть по для которого эти ограничения достаточны.
Старое ПО на delphi.

(137) ну тут мы все-таки про 1с.

(138) Для 1с подходит для демонстрации.
Когда у вас куплено все.
1с ... сервер приложений... конфигурация лицензии.
Это надо сдавать.
А в sql сервер клиент ПОКА не купил.
А стенд рабочий сдавать надо.
и документ подписывать.

А потом его программисты "КУПЯТ" и заменят MSSQL сервер.

MSSQL сервер дорогой и тянет на укрф.

(139) Так можно поставить демо скл, на 180 дней

(138) В режиме стенда и для демонстрации бизнес-процесса доработок.
Он подойдет.
(139) А в демо есть ограничение лицензии нельзя использовать в бизнес целях.

Тут же танцы вокруг лицензий.

(140) Сдаешь работающий лицензионно чистый комплект.
Прописываешь документы.
Все чисто все работает.
И дает возможность заказчику купить mssql ПОТОМ.
В другом бюджете.

(142) А на твою работу то денег хватает?

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

(144) а чтож тогда постгре не ставишь ты же умеешь?

(145)
Совместные продукты 1С и Microsoft
Название модуля    Цена, руб.    
Клиентский доступ на 100 рабочих мест к MS SQL Server 2014 Runtime для 1С:Предприятие 8    1 227 504 руб.    Купить
Лицензия на сервер MS SQL Server 2014 Standard Full-use для пользователей 1С:Предприятие 8    60 640 руб.    Купить

https://www.google.ru/search?newwindow=1&q=1c+сервер+цена+на+ms+sql+server&spell=1&sa=X&ved=0ahUKEwiz0t2OnNbTAhWDWiwKHRQ1DewQvwUIISgA

(145) Честный ответ - не ставлю потому что УМЕЮ.

Цена настройки postgress для заказчика оказывается больше чем работа 1 часа своего сисадмина.
Меня это не касается.

(146) А какой бюджет на систему для 100 мест?

(147)
вот на 50 рабочих мест:

Клиентский доступ на 50 рабочих мест к MS SQL Server 2014 Runtime для 1С:Предприятие 8
613 752 руб.

Лицензия на ядро MS SQL Server 2014 Standard Full-use Core (до 4 ядер) для пользователей 1С:Предприятие 8
    Лицензия на ядро MS SQL Server 2014 Standard Full-use Core (до 4 ядер) для пользователей 1С:Предприятие 8
    
411 857 руб.

На 4 ядра = 1.6м

2.2м на 50 пользователей и 4 ядра.

Для упп или erp это рабочий минимум.

(147)
Именно порядок цен.
Понятно что там скидки откаты накаты.
Ценообразование на таких проектах сложное.
но порядок цен такой.

(149) По этому подписанный акт в котором написано SQL EXPRESS.
В случае если ms sql не удалось продать (ПОКА).
Является необходимым атрибутом.

(150) И что реально старт делает на экспрессе. Или это только на бумаге?

(151) Показать как ведется учет.
Провести пред проект.
Загрузить остатки.
Все это можно.
Модельный бизнес процесс.
Опытная эксплуатация... вполне. )

В промышленную эксплуатацию наверное он не идет.
Мне об этом не говорят.
А я не спрашиваю.

те на бумаге только. понятно

(153)
Постгресс конкурирует по цене с 1 часом сисадмина компании.

А не с ценой ms sql.

В наших реалиях.
И такую ценовую войну он проигрывает.

(154) Час сисадмина так дорого стоит?

(153) (155)
(чисто теоретически)
Думаю что сисадмим который не поставит ms sql пойдет искать другую работу.
Смотря на наши реалии.

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

(157)
ПРЯМО сейчас ковыряю Oracle.
На предмет оптимизации.

Зачем мне postgress?
Который поставили с целью экономии?
Время ограничено у меня.

(157)
Postgress требует больше часов обслуживания,
чем mssql, более дорогих.
Там больше риски технические.

За установку не лицензионного ПО ответит тот кто ставил.
А не тот кто принимал решение.
Для ЛПР выгода очевидна.
А у сисадмина выбора 2:
1) идти искать работу  
2) или делать ее.

(157)
Я не умею так договариваться.
Договариваюсь за часы работы только.

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

(161)
Спорить не буду, согласен.
У меня не получается так.

Те кого интересуют УПП это производства.
У них есть свои домен в локальной сети.
50-200 рабочих мест.
Сисадмин главный.
Который все это ведет.
И он может mssql поставить.
Плюс безопасность там уже какое-то внимание уделяется.
А это значит снаружи давать доступ с админским правами на сервер баз данных боевой.
Не встретит поддержки )

(159) опять неверно. Постгри в обслуживании не дороже сиквела. А вот спец по ораклу стоит довольно дорого да и таковых не много

+ (163) я про админов начального и среднего уровня, мегаадмины стоят дорого

(0) MS SQL, лучшие показатели надежности и быстродействия с 1с на текущий момент. И сделай голосовалку :)

(163) Дороже.
mssql будет админить тот же сисадмин что и домен админит.
бекапы авто создаются и базы создавать инструкция на 2 страницы.

Postgress подразумевает linux.
Потому что лицензия на win server тоже не дешевая.
на 100 коннектов.
А для Postgress без разницы где работать под linux даже лучше.

Кнопко-шлепный сисадмин винды, который уже есть.
Не подойдет.

(163) Рассматривает начальный сегмент.
10 до 50 рабочих мест.
Там админить mssql может хороший win админ.
Плюсом к админу домена.
Поскольку админить особо не надо.

(166) мля, видел я таких админов... я про базу что не обслуживалась более года писал? Вертел я таких админов на одном месте!

Дешевый в обслуживании и бесплатный версионник. Очень неплохой выбор

(169) ты фикс или фришник?

(170) фикс + фри... чистым фри никогда не был, фра вникогда не был

(168) Все работало.
А значит все было ок.
Бекапы были регулярные.
Проблем не было.

(169) Сейчас уже все версионники. так что это преимущество ушло

(173) да лана, для сиквела это один из режимов... раз режим страничника не убрали, значит чтото за этим стоит.
Потом, как уже писал, DB/2 - блокировочник!

(172) хера себе не было!!!

хотя как говорил мой товарищ "кому и Майк Науменко - попса"

(174) Если сравнивать времена, когда были автоблокировки, то тут вооще не в пользу постгре будет

(176) думаю типовых мало осталось на автоблокировках... а "нетленки корявые"   не в счёт

(177) Что это не в счет.
Считай все упп переписаны.

И потом программист написал на mssql работает.
а на postgress блокировка.
кто виноват?
Если уже работает то тот кто ставит postgress.

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

(178) у ТС УПыПырище на 35 чел? Чтото сомневаюсь

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

(181) Тут вопрос зачем если postgress нигде нет.
А если умник предложит postgress то он и будет крайним.
А не программист.

(182) как это нигде если 15% базоводов для 1С - Постгри!

(181) да 1с свои конфигурации переписало на управляемые блокировки.
(183) Под postgress бухгалтерия или зуп стандартные.
где 1с все протестировала на postgress.

Вот они и набирают 15%.
Там где переписывать не надо и есть вера что постгресс взлетит.

Про упп чего-то не верю.

(175)
Не было раз ты через год увидел.
Все работало.

(185) правильно сказать: худо-бедно, но работало

(186) ЛПР понял раз в год платишь а несколько часов как автомобиль.
и достаточно.
Так кстати и есть для не больших баз.

Самое надежное

MS SQL может админить всякий 1с Программист, а вот Postgre не всякий 1с программист сможет админить

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

(190)
Постгресс конкурирует с нелицензионным mssql.
В Екатеринбурге например.

Если бы конкурировал с лицензионным ms sql то было бы дешевле.
Но те кто хотят дешевле находят способ сэкономить без постгресс.

Если сравнивать с mssql за цену лицензии
2.2миллиона на 50 пользователей.
+ цену виндоус сервера где все это будет крутится.
то постгресс.

Дополнительные настройки постгресс окупаются.

Это не правильно.
НО Реальность в глубинке такая.

(190) Вообще можно все серверное 1с настроить под линукс.
Включая сервер приложений.
Он кстати первый на замену в линукс.

Администрирование будет дороже чем винду.
Но не на цену лицензий серверной винды конечно.

Если ставить MSSQL, то в дальнейшем труднее будет использовать конфигурацию с PostgreSQL, т.к. могут быть сделаны неоптимальные изменения в конфигурации, которые как-то под MSSQL крутятся, а под PostgreSQL станут колом. Поэтому для адекватной работы 1С только PostgreSQL. Пусть лучше программист 1С помучается, но сделает так, как нужно.

(192) сервер 1с-предприятие под линух? Да вы точно пороху не нюхали...  шрифты, ком, дрова для внешних источников данных это самые очевидные косяки. Самое 1с под линух - идея за которую сейчас нача ИТ нужно увольнять... может в будущем что-то поменяется

(194) Шрифты ставятся.
Вплоть до этих же из поставки винды.
Ком объекты не будут работать.

(194) Дрова надо смотреть.
ODBC вроде ставятся вместе с wine.
Но это надо смотреть.

(192) А какая настройка сервера 1с? dpkg -i *.deb? Что в нем крутить-то?
(194) что не так со шрифтами? Com да, не работает, это подстава. На толстых виндовых клиентах, конечно, пофигу, но чем больше УФ, тем сложнее. Но в целом самая беспроблемная часть

(197) Шрифты не те.
Ширина букв.
В результате.
Длинна надписей больше чем в виндоус.
И не влезает куда надо.

Но можно поставить из винды старой и будет 1 в 1 )

(197) Сервер linux настраивается из клиента видны.
подключается и настраивается.
Ровно как под виндой.

(199) Ну да. Мне кажется, что вот к серверу 1с под линуксом вообще никаких вопросов нет, по-крайней мере на обычных формах

(200) Да.
А главное в случае головняков.
можно перейти всегда на win сервер.
Быстро.
Риски понятные.
Так как данные все в базе.
А это только процессоры и память.
Ничего не сломать.

Вот не буду объяснять почему.
Тут и так 200 сообщений обсуждения.

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

(203) предлагаю выгрузить в xml, а потом загрузить взад)))

(203) Ну конкретно в (201) речь про сервер 1с

(203) База в 100Гб без проблем.

(206) без проблем выгружается в дт и загружается обратно?

]...попкорн
...ох***я тема,тоже интересно)
Флудом апну.

У меня работало,но сыкотно...сом-соединение,развернуло интерес к мсскул.

Судя по http://www.msbuy.ru/wizard/product.aspx?p=sql
SQL обойдется в 350 тыщ
наверно это дешевле обслуживания Постгри на 5 лет планирования. Азуре только от бедности

(207) 64 бит везде SQL и 1С сервер. Времени конечно немало уходило.

(210) Какие 350 тысяч...!!!!!!!!!1
350 к только для виртуального! сервера с 4 виртуальными ядрами.(4 потока в ос)
( не физическими )

Для физического сервер с 2 ядра ксеон.
Стандарт сейчас
=189 086 руб* 4 двухядерных лицензии =
не менее 2 двух-ядерных лицензий для каждого физического процессора. = 756344

Для кал лицензий нужно мин 50 штук.
а то и 100 =
11 013 *50 = 55000 +47 318 руб =600000к
11 013 *100 =1101300 47 318 руб 1147000к

(212)ъ
Там по ссылке :

Модель "сервер + клиенты" - лицензируются серверы, люди и устройства. Модель предназначена для серверов с небольшим количеством клиентов. Серверная лицензия требуется для каждого компьютера (сервера), на котором установлен SQL Server. Клиентская лицензия (CAL) требуется для каждого клиента, использующего функционал SQL Server напрямую или опосредованно. Количество используемых серверов не имеет значения. Клиентская лицензия текущей версии разрешает использование функционала серверов предыдущих версий.

можно сконфигурировать и посмотреть результат

Модель "по ядрам" - лицензируются ядра в сервере. Клиентские лицензии не требуются. Модель предназначена для серверов с большим или неизмеримым количеством клиентов.

(214) Я там и посчитал.

(214) Прочитайте инструкцию

SQL - это язык,
Postgree поддерживает SQL

(217) Капитан!

(216)
И  зачем вы Модель "по ядрам" сложили с клиентскими ?

Интересно а есть извращенцы которые используют DB2? Можно задать вопрос, почему!?

(220) Несколько лет назад в интернетах писалось якобы в самой 1С используют IBM DB2.

Наверно нет специалистов. Ограничение на ресурсы в бесплатной версии DB2  меньше. На объемы базы вообще нет

Ограничения    DB2 Express-C    SQL Server 2005 Express PostgreSQL
Процессоры (CPUs)    1 ( 2 Cores)    1    нет ограничений
ОЗУ(RAM)    2 Gb    1 Gb    нет ограничений
Файл базы (DB Size)    нет ограничений    4 Gb    нет ограничений

(220) Хочется, возможность же есть.
Используют Express,  специально приобрести полноценный Standard Edition, точно в голову не придет никому(ну, почти).

(219) В (212) не складывал.

(224)
мне скидка выскочила - по 9 тыщ на 35 мест
Больше не нужно - лучше потом докупить

(225) Больше не нужно.
у меня меньще 50 не было.
а все к 100 одновременным пользователям.
иногда 2 дня в месяц 100++ когда всем надо.

Потом это когда?
Сразу не купишь потом сисадмину скажут: у нас проблемы и он просто добавит лицензии... как умеет достанет )

(226)
В следующий бюджет пойдет. Проще деньги выбить

(227) У меня другой опыт.
Что надо показывать полную цену проекта.
а не докупать "по ядру".
В партизанском режиме.

(227) Интересно ты купишь 35 а в процессе внедрения нужно будет  45 ...
и 10 человек лицензии не хватит.
в день расчета зарплаты.
или в другой напряжный день, когда всем нужно срочно.
Тебя спросят как ты не купил сколько надо...
а ты: бюджете следующего года можно докупить.
а пока так жить или ломать....

(229)
Майкрософт не 1С и кол лицензий не отслеживает.

для SQL

(231) Еще круче.
а зачем тогда вообще что-то покупать.
Если собираешься нарушить?
И деньги потратишь и лицензионной чистоты не будет.
В чем ценность?

(230) Соединений к 1с будет столько сколько потоков на сервере приложений 1с.
Если 1 конфигурация.
1 поток держит 1 лицензию на 1 конфигурацию.
Суть то в лицензионной чистоте.

http://www.sql.ru/forum/532819/klichestvo-odnovremennyh-podklucheniy-k-serveru

(230)
Число лицензий учитывается "сервером лицензий". Это одна из ролей MS Windows Server. И то только учитывается. И если к серверу подключились (именно к Windows Server а не SQL) с логинами, котрым не были выделены CAL-лицензии(User-CAL), то сервер в логах будет писать, что у него нелицензированные пользователи. А SQL-серверу вообще по барабану, кто к нему подключился. Он только проверяет, чтобы логин входил в группы разрешённых в учётных записях.
Но число одновременных подключений, которое устанавливается в свойствах SQL-сервера отслеживается однозначно. Тот, кто сверх предела - банится. В логе сервера (Windows Server) при этом пишется, что "превышено..." и "пользователю .... отказано".

Так что 50 чел. одновременно смогут работать, если позволит совесть установить предел соединений не 20, а 50.

А текущее состояние по соединениям можно посмотреть в "мониторе актавности"