Добрый день, коллеги!
Пока работаем на БП 2.0, Планируем переход на 3.0 после НГ.
В связи с пожеланием руководства сэкономить (а на чем же еще экономить, как не на железе и софте) возник вопрос о переводе наших баз (6 баз в сумме на 125 лицензий, крутятся все вместе на одном сервере) на Linux. У меня возникли большие сомнения в жизнеспособности такого проекта. В идеале, конечно, не хотелось бы этого делать, поскольку работа с Microsoft полностью устраивает, дышит ровно, работает стабильно (разве что оперативки 16 Гб под завязку, не хватает). Хотелось бы услышать мнения опытных в таком деле специалистов. Какие подводные камни встречались, как решали, где соломку стелить т.д. Как вообще откреститься от этой идеи, контраргументы?
Официальная позиция 1С такова, что нет проблем с этим вообще никаких. Так ли это?
Прошу высказываться.

(139) А хз... ;-) По мне, так тестирование - это работа с годик... ;-)

(139) смотря, с какой нагрузкой вы работали. Это, конечно, тестирование, но наверное, все же не в полном объеме.

(139) не, не то, соединение то 1-но

(96) Ну вот я тебе и объясняю, что нужен не гуру, а обычный сисадмин со знанием linux систем.

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

(144) Какой блокировкой? БП 3 уже на управляемых блокировках. А значит различий между MSSQL и postgre быть не должно.

(144) хе-хе. смелее на линухи! какое классное дополнение к резюме будет.

(143) бычный сисадмин со знанием linux систем это и есть гуру))

(145) не должно <> нет

Переходить пробовали, но не перешли.
Причина - нет людей знающих nix системы.
Плюс был обзор на 1Сом сайте где замеряли скорость работы 1С+MS SQL и 1С + PostgreSQL
1. Если все из коробки то MS SQL быстрей
2. Если настроить то и другое то 1С + PostgreSQL быстрей работает, причем прилично.

Соглашайтесь - даже не думайте!

(0) Так речь про сервер или и рабочие станции тоже?

Про сервер, личный опыт:
- СУБД на linux (PoctgreSQL) - отлично, никаких проблем, Бухгалтерия 2.0, УТ 10.
- Сервер 1с на linux - нормально. Достаточно стабильно, но заметно хуже, чем на windows. Однако, ситуация непрерывно улучшается.

Про рабочие станции, тем более для бухгалтерии, я бы даже не думал.

Всю ветку не читал может кто и предлагал. А если сервер наоборот модернизировать и оставить винду, а всех пользователей посадить на тонкие клиенты? Лично знаю контору у которых больше сотни сотрудников работает на тонких клиентах и вроде не жалуются.

(149) Мне не очень нравится идея настраивать управляемые группировки, не хотелось бы с поддержки снимать конфигурацию.

(151) сейчас уже идет речь и о рабочих станциях (на тех, где возможно), но не обязательно.

(150) Спасибо, хотелось бы все-таки подумать)

(152) смысл в том, чтобы отказаться от Майкрософт вообще. И поставить Линукс + Постгре, дабы сэкономить.

(122) А я про 8.3.4 и БП 3.0.

(123) 1. Все работает как надо.
2. Это крайний случай для высоконагруженных баз. И то, не всегда до него доходит.
3. За 2 года проблем не было.
4. Вы о чем?) Зачем вообще конфигурацию снимать с поддержки? Зачем использовать 64 битную машину, если и так вроде как по умолчанию подразумевается что centos будет стоять только x64, как и сервер 1с и PostgreSQL.
Не пугайте народ.

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

(156) "все привыкли к винде"
Если руководство занимает принципиальную позицию, то все за несколько дней осваивают и не жужжат, кто не понимает - приходит и консультируется.
Проверено переводом нескольких организаций.

(153) группировки -> блокировки, оговорилась. Мы переход на на линукс и на 3.0 пока только планируем, ищем грабли, чтобы не наступать. За мнение спасибо.

(156) + здравый подход.
а на счет посадки юзверей на никсы - сажайте всех кому не нужны виндовые сервисы, криптоключи и прочая лабуда.
всех рядовых манагеров дружно на никсы.

(156) добавлю к 4.
> Зачем использовать 64 битную машину, если и так вроде как по умолчанию подразумевается что centos будет стоять только x64, как и сервер 1с и PostgreSQL.
Не пугайте народ.

MS спокойно может использовать как 64-битный, так и 32-битный сервер 1С. Машина используется х64, поскольку покупали с заделом на будущее, потому что когда-то покупали 32-битный, потом железо поменяли и сервер 1С так и остался 32-битный, никаких проблем у MS с этим нет, я никого не пугаю. А вот то, что centos будет работать только на х64, можете ссылочку кинуть? Спасибо.

(160) имхо 4GB на процесс в 32-х битном на УФ крайне мало.
так что лучше смирится, что менять придется

"centos будет работать только на х64"
:) линухи есть под разные архитектуры, так что и на х32 и на х64 работать будет.

(162) я неправильно выразилась, прошу прощения, сервер 1С только 64-битный будет работать на Линуксе х64 , вот я про что. Или 32-битный сервер 1с можно запустить на х64?

(155) Если у вас есть еще какая-нибудь конфигурация, ну там ЗУП или еще что(зарплата у вас как-то начисляется же), самое время собрать на обычном компьютере тестовый "сервер", поставить туда Linux, PostgreSQL и сервер приложений 1С, и погонять эту самую конфигурацию, естественно как копию.
Хотя бы для того, чтобы получить представление о том, что это за связка.

(161) да, все идет к тому, что х32 на х64 сервер 1С придется менять, в свете перехода на 3.0. Пока вопрос решается.

(163) можно
http://cavu.ru/1s-server-linux-postgresql/

(162) CentOS 7 в 32-х разрядном варианте уже не выпускается, только x64.

(164) да, хотим попробовать. Затык пока в отсутствии специалиста. знающего линукс.

(166) спасибо)

(156) а сколько у вас пользователей и какая конфигурация под линуксом?

(170) Пользователей 20, конфа БП 3.0. И там же ЗУП 2.5 на сервере 8.2 на других портах.

(122) Ошибок в 8.2.19 больше, чем 8.3.5 ;)

(171) У нас больше в разы. А оперативки сколько у вас и как активно БП3.0 ее жрет? наших 16 не хватает уже на 8.2.

(172) это по списку ошибок или по факту?

(171) Сколько рабочих процессов ?
Скорее всего у вас все пожрал неправильно настроенный MSSQL.

(175) это мне, наверное, вопрос? По поводу настройки MS SQL, не могу сказать, насколько он настроен правильно) Мы сопровождаем только 1С, сервером занимается админ.

(176) ага, если он не ограничил память SQL жрет все доступную
и начинаются тормоза, 16Г на обычных формах вполне хватает.

(177) Один процесс, после перезагрузки сервера сжирается сразу 10-11 гигов, у нас 15 баз (включая архивные), активно используется 6 баз, остальное - архивные базы за предыдущие периоды. Память "засирается" очень быстро, через два-три уже свободной нет.

Вообще меня смущает, что на больших предприятиях так редко внедряется связка Линукс+Постгре. Почему, если все работает прекрасно (при умелых и прямых настройках), не хотят сэкономить? Или здесь работает принцип: работает - не мешай? Очень мало информации по большим объемам( У всех в основном 10-20 пользователей.

(176) А сколько у вас древоточцев, пардон-с, программистов?

(180) на БП трое.

(181) У вас еще ведь прога по кварплате и прочим услугам. Там еще трое?

А ЗУП?

(183) билинг физлиц - отдельно, билинг юрлиц - отдельно и зарплата тоже отдельно, 1С Общепит... от 2 до 4 на разных проектах. Есть договора на сопровождение.. Много чего есть, даже DOS кое-что прицепом из прошлого. На БП трое (15 баз, сопровождаем все сами).

(184) Мдя, Наташа! Разогнать вашу шайку-лейку давно пора. Как собственник выносит такие затраты на ИТ. Тока без обид..:))

(1) в БП 2.0 80-90 активных пользователей? это как? 80-90 бухгалтеров?

(185) Поверьте, нам хватает работы. Писать обработки, отчеты, загрузки-выгрузки, обновлять конфигурации регулярно и принимать звонки, контролировать целостность баз, поднимать, если возникают проблемы, 3 человека это много? Ну я круглосуточно работать пока не готова.

(186) в БП помимо непосредственно бухгалтерии работают юристы, экономисты и прочее прочее.

(188) Вы находитесь на улице пролетарского писателя и номер дома почти 200

(189) Оо это еще что такое?) нет меня там)

(185) ну вот Вы лично как считаете, на этот объем работы сколько нужно человек? Одного достаточно? Просто любопытно.

(191) Ну ладно биллинг- это ваша специфика. А что вы там внутри БП наваяли? я вот не могу представить

Опа.. да вы наверно мусорщики.. Вот что

(192) тоже - специфика нашего производства, собственные документы, куча отчетов, больше сотни обработок и постоянно пишем новые, сейчас вот перевожу эти обработки все в СКД, потом переведу на 3.0. Это куча работы, честно. На пользователей тоже куча времени - одно сломают, другое потеряют что-нибудь, то нахреначат - а ты разгребай. Как дети малые, вы как будто не знаете.

(193) ладно, мне все понятно. благодарю за мнение.

(195) У вас только два аргумента внятных против линукса:
1) Продукт условно бесплатен, соответственно, то, что ничего не стоит использовать опасно. Тем более, что у вас реально много есть чего терять
2) Сложность поддержки, проблемы со спецами. Можете сообщить, что МС обеспечивает техподдержку своих ПП круглосуточно и по всему шарику

"Продукт условно бесплатен, соответственно, то, что ничего не стоит использовать опасно."
афигенский аргумент :)

А если директор, хотя бы не дурак и спросит "почему?", что отвечать?

Там нет электролитов?

(198) Почему что*?

(200) почему "то, что ничего не стоит использовать опасно" ?

Потому что за неработоспособность некого спросить, разумеется

(202) а с МС есть спрос? :)

там реально есть техподдержка. 24 часа в сутки. работающая

(204) и если у тебя валится база 1с ты спрашиваешь с МС?

(194) "специфика нашего производства, собственные документы, куча отчетов, больше сотни обработок" - может вам надо было вначале не на БП останавливаться, а УПП брать?

(206) Я считаю, что УПП нам бы больше подошло. Но переход на 1С был в 2006 году, как-то другие задачи ставились. Одновременно нельзя было внедрить все, может быть, не знаю. Нас никто не спрашивал, хотим мы БП или УПП, или еще что. Решение принималось не на нашем уровне.

(174) Ошибки платформы - это и по списку и по тому, с чем я сталкивался при включении RLS на 12 организаций в одной базе: заметно падает производительность на 8.2.19 (конструкция ВЫБРАТЬ РАЗРЕШЕННЫЕ жутко тормозит), ошибки удержания sdbl и тд.
По рекомендации сотрудника 1С - сказали поставить 8.3.5, 8.2.19 удалить.

(207) а что у вас за фирма, где это у нас линукс хотят?

+ (208) И еще, проведение документов с большим количеством строк в движениях на 8.3.5 в связке с постгри порадовало - практически не отличается от MSSQL.
Т.е. если расчет амортизации ОС на 8.2.19 проводился ~40 минут, то на 8.3.5 около 4х.

(211) лично проверяли? Здесь было другое мнение.

(210) на линукс не ставил, но УПП на постгресе было, работает за год сбоев по вине постгреса не было. так что в принципе можно провести нагрузочное тестиорвание и на его основании показать результаты руководоству

(213) Да лично, конфа БГУ.

(214) с цифрой ошиблись.

(216) хорошо, учту, спасибо.

(215) а на чем Постгре разворачивали?

(219) на винде
админ линукс не захотел ставить

(220) интересно, почему?

(0) А правда, что вы мучаетесь. Готовите отчёт с результатами тестирования, где линух с постгре - глюк и тормоз.
На словах говорите, что вроде можно сделать конфетку, но нужна редкая порода красноглазых специалистов.

(222) Можно сделать из говна конфетку, но это будет конфетка из говна

(222) а они нам в ответ - вы криворукие макаки. Сделайте прямо - будет летать, нам знающие люди сказали.

Кстати, кто знает, как 1с обеспечивает поддержку установок на линуксе?

(224) ну так направьте нас убогих на курсы в столицу, приедем - будем в пепелац гравицапу инсталлировать.

(221) ну винда была не лицензионная, хотя УПП купленная, руководство было не против админ не захотел заморачиваться. хотя по тестам из инете постгрес надежнее на линуксе

(225) должны поддерживать, раз выпускают ПО, которое на Линуксе работает. Можно у техподдержки узнать, кстати.

(226) аргумент "против" в связи с отсутствием специалиста на Линуксе открыт и он принимается, но его недостаточно, нужны аргументы именно за или против бесплатного ПО с обоснованием. Я все же управляемые блокировки склонна причислить к минусам.

(229) Аргументировать вам придется менеджменту, а не прогам. Поэтому все эти слова про блокировки и скорострельность- ни к чему. Должны быть бизнес-аргументы. Они изложены

Это так приятно, что за овер 200 постов не нашлось убедительных аргументов против свободного ПО :).

(230) аргументы про отсутствие поддержки не состоятельны, так как с неработающей/тормозящей 1с нужно будет обращаться в 1с, а не в майкрософт или к другим производителям ОС/ПО.

(231) Я что-то не вник. Где тут про неработающую 1С. И вообще причем она тут?

(232) хммм, стесняюсь спросить, а сервер для чего разворачивается? и что там можно поломать так, чтоб понадобилась техподдержка?

(233) Может еще в 1С звонить, если железяка сломается.Давай как-то базар фильтровать

(234) давай, железо ты к чему приплёл?

ОСь и промышленная база данных- это одно, 1С- другое, оборудование третье.. К чему ты 1С приплетаешь

(236) 1с приплетаю из постановки задачи. Ну пусть без 1с.
Зачем тебе поддержка операционки?

Да нужно один раз поставить Linux и Postgres. Настроить Postgres, бэкапы и регламенты. И можно забыть про этот сервер. Если желания нет самим ковыряться, что в принципе простейшая задача при умении пользоваться поисковиком, то наймите человека, который все сделает, при чем не за дорого, т.к. задача тривиальна достаточно. Если есть свободные "железный" полигон для тестирования, то выгружайте свою мегабазу, загружайте на сервак с Postgres и пробуйте. Блокировки ни лучше ни хуже работают на обоих СУБД на БП 2.0. БП 3.0 не пробовал. Вообще с постгресом работаю с 2008, были траблы, но все давно исправлено. На текущих версиях разницы на запись не вижу, на чтение Postgres быстрее будет. Сервер Linux+Postgres работает гораздо стабильнее. Больше года был аптайм. Пробуйте и все получится. Админить Linux и Postgres , нет особой проблемы. Это только страшные слова, а на деле все просто.

Да и бэкапы хорошо было бы на отдельный сервер делать, не на Линоховую файловую систему. Ну это просто субъективное мнение,страшновато данные восстанавливать с ФС линухов просто. ;)