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

Важно мнение каждого из вас)
Особенно меня беспокоит база в которой работает порядка 80-90 пользователей одновременно. Очень за нее переживаю.

А простите на чём вы собираетесь экономить?

1С работает с MS SQL. С линуксом она работает больше для галочки

Скажем так... Где-то до версии 8.3.10 я бы не торопился высоконагруженные базы переводить на пингвина.

(2) Ну как же, не придется платить Microsoft за лицензии. Поставим PostgreSQL на Linux и вперед, так нам предлагает приглашенный специалист из Мск (из головной организации).

(4) А почему? аргументы?

если нет спеца по nix , то не надо.

дэк под ответственность специалиста из мск и ставьте...  с тебя записка директору, с размытыми формулировками о нежелательности такого перехода... потом скажешь "ну я же говориииила...!"

146% что у них не было спеца по ms sql,
и 292% что не найдут по pqsql когда базы сдохнут ...

(8) да написали уже, запрос делали во франч, они нам тоже "не рекомендовали". Ответственность планируется повесить на нас, если мы не предоставим аргументы - почему нельзя перевести на Linux. Кстати, клиентские машины тоже на Linux переводить надо? Опыта на Linux нет ни у меня, ни у наших сисадминов.

(6) Слишком сыро ещё

(10) чем аргумент "отсутствие штатного (и скорее внешнего) специалиста по linux и pgsql)" не убедительны?

(10) "Ответственность планируется повесить на нас, если мы не предоставим аргументы - почему нельзя перевести на Linux."
В сад сразу таких советовальщиков.
А лучше не в сад.
А в поход.
Пеший.
С порнографическим уклоном.

(9) да, отсутствие техподдержки Linux это аргумент номер 1. Но базы могут ведь и не сдохнуть?

(14) Могут не сдохнуть. А могут и сдохнуть. Что тогда делать будете?

как трудно погромистам 1с сознаться в том, что нет опыта управления Шатлом..

(11) "слишком сыро" это наше частное мнение. По мнению 1С - все прекрасно. Нигде не нашла официальной информации о том, что 1С на MS SQL на Windows работает хуже, чем на PostreSQL на Linux. Вот если бы мне официальное мнение... *мечтательно*

(15) ну да, тогда кабздец нам всем)) Теоретически мы можем нанять или обучить админов на Linux (задача не очень простая) за эти полгода. Ну а кроме того? Что с производительностью?

дэк, пусть шеф найдет гуру linux+postresql в ростове-на-дону и уточнит у него стоимость настройки и оптимизация кластера серверов 1С под [любой диструбутив линукс] и [любая версия pgsql] на 125 пользователей с дальнейшим сопровождением

Взлетит, но пролетит!

(18) чем сложна задача? заходишь на HH - нанимаешь админа

(21)+1
отправляешь его в декрет
профит пополам

Если бы был где-то анализ с оценкой производительности на MS и на Linux, чтобы можно было объективно оценить производительность (надежность, судя по всему, объективно нельзя оценить никак).

(17) Ещё бы 1с призналась.
Я тебе официально, как продвинутый пользователь, говорю. Без пары-тройки гурей (а не новичков с полугодовым опытом) - не взлетит.

(22) проще всего - меня отправить в декрет)))

(25) У тебя с этим проблемы? Помочь? :-)))

(25) дак так и сделай, придешь через пару годиков... всё уже на линуксах и летает....

(26) нене, спасибо, у меня с этим нет проблем, тока с Linux))

На линуксе есть пара клиентов на УПП. 30-40 пользователей. По производительности отличаются незначительно. Сервера поднимали сами.
Работать можно, но на вашем месте я бы сделал все, чтобы остался СКЛ

(21) ну да, как будто там толпа специалистов на Linux. За полгода пока никого не нашли толкового.

Что думать. Взяли пилотную базу перевели, велика вероятность что все будет ок.

(29) С какими трудностями сталкивались? И почему все же не советуете переходить, если по производительности не слишком отличаются?

(32) Мы-то не с какими. Но Поднятие сервера на Линксе стоит много дороже

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

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

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

(35) Как минимум з/п спецов которые смогут настроить базу

(35) Вам же говорили: спецов по линуксу меньше, работа по поднятию сложнее. Кстати, без нового сервера мне сложно представить ваш переход.

Что там с блокировкой? Вроде как раньше на Линуксе с PostgreSQL при обработке данных блокируется вся таблица sql, в то время как MS SQL блокирует только запись.
У вас пользователей не мало, а значит будет нужен существенный апгрейд железа, чтобы приемлемо с этим можно работать

(39) это касается автоматического режима блокировок.

(37)считается, что настройка субд заключается в установке дистрибутива убунты [обязательно с гуи и оболчками типа pgadmin] и накатыванию всех демонов по первому попавшемуся мануалу из интернетов - и есть настройка 1С под линукс...

(36) (37) Нет логики, я согласна на 200%) Никто не думает о будущем, хотят сэкономить сейчас (им там в Мск не холодно, не жарко, как тут все крутиться будет). Тут с трудом открестились от "облачности" баз.
Дешевле ничего не трогать, да, но наша задача - объяснить, почему нельзя переходить.
Проблема № 1 - отсутствие специалистов, отсутствие техподдержки Linux. Допустим, мы обучим наших собственных админов.
Сервер. Теоретически можем под эти нужды найти сервер. Или приобретут его нам, сервер это разовая покупка, может и прокатить.

(40) Как будто в типовых будет кто-то заморачиваться

вменяемый админ 60к/месяц
или 720/год
за год лицензия окупится, при этом она не уйдет в отпуск, не прийдет с похмелья к обеду и не уволится в любой момент

(42) А вот от облаков зря открестились

(10) Клиентская часть на Linux - это пока еще на большого любителя. Поэтому, если не спрашивают, то сами и не заикайтесь.

(39) мы тут почитали, вроде как решили проблему блокировок таблиц.

(45) Интересно, почему? аргументы в пользу облаков есть? Базы вообще-то защищать надо как минимум.

(44) допустим (в теории), что мы обучим своего специалиста и он за те же 60К будет делать прежнюю работу + сопровождать Linux

(43) Еще как заморачиваются.

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

1С + MS SQl из коробки будет раотать всегда. Тормозить (если не настроить) и работать
1С + Linux + PostgreSQL из коробки нибудет работать никогда. Да можно будет запустить, но постоянно какие то ошибки в запросе, непонятные цифры, которые требуют более тонкой настройки PostgreSQL , т.е. специалиста

(48) А какие против?

Я вот не представляю работу БП при таком количестве пользователей. Это сколько закрывается месяц. Нет у нас таких клиентов

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

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

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

(53) -> (57)

(57) а че жметесь на мс, как какая-то контора по продаже трусов?

(50) Угу я заметил. Код написан настолько криво, что элементарное разделение по организациям в типовой БП 2.0 при определенных нюансах не работает (т.е. перепроведение по фирме А блокирует всю базу по всем фирмам)
Но согласен тенденция видна. Если в 1.6 это было вообще никак, то в 2.0 это работало кое-как. Посмотрим с нового года как в БП 3.0 будет

(57) Аргументы отказа какие?

(56) Вот мы и хотим не доводить до плохого, как говорится, надо аргументированно объяснить руководству, почему нам невыгодно переходить на Linux

Не знаю я работаю во фреше - мне нравится. Попытался у Раруса заказать - вот то да жесть, отказался сразу

(62) потому что вы не получите от этого никакой выгоды. Поэтому и не выгодно

(62) потому что никто не знает и не свангует как это у вас будет работать. Хотите спрогнозировать - купите железо поставьте пару своих баз на линь, запустите сценарное тестирование

+(65) вы ж не какая-то фирма по продаже трусов, купили железо, выделили пару ИТшников из отдела на месяц - пусть тестируют

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

(67) Вот точно также и с Линуксом. Можешь поменять облака на Линукс и так и сказать руководству

(59),(66) верно, только с тех пор, как нашим владельцем стало частное лицо, теперь делается упор не на качество, а на экономию затрат на производство. И с недавних пор очень сложно стало купить железо и софт. Но при этом все стандарты по защите информации должны соблюдаться.
И рыбку съесть и все остальное тоже хочется. А мы, как золотая рыбка, должны выполнить.

Я вот подумал, а какие вышестоящие организации мб в Мск у предприятия ЖКХ.. Фигня какая-то. Все-таки продажей трусов промышляет

(68) ну вот пока кроме аргумента, что Linux тоже требуется поддерживать, нет.

(67) раз вы сервер нормальный сервер не можете себе позволить, то я бы все же задумался об облаках. При недостатке производительности можно легко докупить мощность.
+ Облака это датацентр, нельколько каналов, емкие ибп, и др плюшки  
по Линкуксу - наймите спеца 1 раз он все настроит и не трогайте , платфору обновить не сложно.

А почему бы не запилить тестовую экплуатацию? По результатам делать выводы.

(70) Вся сфера ЖКХ, приносящая доход, выкуплена частными лицами, Вы этого не знаете?

(71) что значит в вашем понимании поддерживать Linux?

(73) Допустим, переведем базу тестовую, а как обеспечить сопоставимую нагрузку базы? я не смогу запустить сразу кучу процессов.

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

но сейчас руководство от вас хочет ответа
ответ вы не сможете дать посидев на форумах
вам нужны ресурсы как минимум на то, чтобы протестировать и дать сравнительную оценку мс/линукс
то есть линукс еще до установки просит бабла у вашего владельца, чтобы оценить, а стоит ли оно того
(75) скорее всего иметь в наличии специалиста-администратора, который сможет оперативно среагировать на любую проблему с серевером под этой оС

(76) Почему не сможешь?
Гугли тесты Гилев или тесты Fragster

+(77) не исключено, что отчетность, обмены, обработки в конфах тоже пользуют всякие odbc и com

(79) они здесь бесполезны

(77) это мы уже сделали. Но как я понимаю, можно спокойно крутить Линукс на сервере, а на клиентах Windows и проблем не будет на клиентских машинах. Или это не так?

(82) Не понял у вас что софт с ключами установлен у каждого локально?

Линукс рулит. Просто нужно специалиста. Не нужен гуру, нужен просто толковый.

(84) при 125 пользователях на одном сервере - нужен именно гуру :)

(30) пфф, что, в Ростове дифицит красноглазиков? Сходи на их тематический форум

(76) написать пару обработок, создающих документы/справочники из случайных наборов данных.
На каждой клиентской машине можно запустить (скажем батником с параметрами запуска обработок) по 5-10 экземпляров клиента.
Вот и нагрузка.

(75) если база сдохнет - нужен специалист (если наш специалист не справится например). Не знаю, какие могут возникать проблемы при сопровождении, я не сисадмин.

(82) все верно. клиенты хоть лин, хоть вин, хоть веб

(78) А если винда упадет из-за железа ?
имхо в случае 24/7 нужны грамотные бэкапы и клястер, так что без спецов все равно не обойтись.

(85) Сервера разные бывают. При чем тут вообще железо.

(90)какое железо?

(91) Которое спокойно потянет 125 пользователей.

(83) у нас сервер, куда воткнут основной ключ лицензий (а так же есть маленькие ключи на локальных машинах).

(88) если база дохнет на MS или на PG ее подымают из бэкапа,
в случае pg есть куча клиентов для бэкапа например pgadmin,
не обязательно иметь консоль.

(88) делать бэкапы

(92) мы тут сервер приложений и сервер СУБД обсуждаем...
по поводу спкойоно потянет.... я тебе запрос напишу, который спокойно положит любой сервер

(94) ну вот я и предсказывал гуру pgadmin щас прийдут пиарить :)

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

сервер принеси сначала

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

к (73) кстати, вам по-любому делать тестовую эксплуатацию. Вы же не собираетесь на 3.0 переходить "оп. завтра все работаем в новой системе"?

(100) сколько пользователей и под какой конфигурацией 1С у тебя под линуксом+pg одновременно работает?

(92) не так уж спокойно. 16 гигов оперативки нам уже не хватает. У нас стоит сервер c проц. intel xeon cpu e5620 2.4ghz 64-разрядный. SQL Server Windows2008 64-разрядный, оперативка 16 гигов, 1С Предприятие 32-разр. (собирались покупать 64-разр., но пока жмотятся). Одновременно работает 125 пользователей (около 90 в 1 базе) и остальные в разных 5 базах.

На линуксе сервер 1С работает вполне приемлемо. Единственное для чего может понадобиться линуксоид - поставить centos и настроить cron для бэкапов и может процедур обслуживания postgresql.
В остальном, вроде как линукс стабильнее винды в плане серверной ос.
Касательно пользовательского режима - столкнулся с неприятной ситуацией при загрузке адресного классификатора. Загрузка просто не поддерживается если используется сервер 1с на линукс (не знаю почему).

(101) раньше, когда мы переходили с 1.5 на 1.6, с 1.6 на 2.0 мы тестировали все на копии, потом создавали тестовую базу (основной базы), тестировали там переход. Потом делали бэкап и переводили основную базу.

(104) Ясно, ну, звучит не очень страшно.

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

(105) ну так сделайте тоже самое, только под линухом.

(102) 30 - ут11 8.3.4.389, на ссд

(109)мало, 125 и 30 - это совсем разные вещи :)

(104) и как решали?

кароче http://v8.1c.ru/expert/etp.htm в руки, и тестить

(110) дык ут11 же, там 1 юзер за 3-х БП идет

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

(113) дык регистр бухгалтерии, он один за 500 рн УТ идет...

(112) спасибо, посмотрю

(104) Грузит кладр нормально, но долго, В БП корп недавно грузил.
Клиент тоже на lInux был.

(117) а почему долго грузит? Тут уверяют, что по производительности линукс не уступает.

(117) Какая платформа/релиз БП3.0?

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

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

(119) сейчас платформа 8.2.19.80, БП 2.0.60.4. Планируем на 8.3.5 переходить, но что-то она там сырая какая-то. еще подождем, пока ошибки исправят, пару месяцев.

1. Пострес нужен будет "правильной версии". Тот, что на https://users.v8.1c.ru/ - козлил. К сожалению, уже 3 года прошло, так что не скажу, что и где скачивал. Читать придётся.

2. Управляемыми блокировками придётся заморачиваться.

3. После снятия конфы с полной поддержи некоторый типовой код может начать козлить. Легко решаемы траблики, но "набадаетесь".

4. Обновление такой снятой с поддержки базы - будет своя песня. Придётся конфу "надевать" на пустую файловую или MS SQL и обновлять на 64-разрядной машине.

Ну, вроде усё... ;-) Да, и всё равно пострес будет тормознее, чем MS... ;-)

(121) а загрузка из OpenOffice - не приходилось грузить? У нас есть загрузки из экселя.

(119) 1088 - БП 34.10
у тебя обрывается загрузка ?

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

(124) xls ? если клиент на винде то без проблем,
если на линуксе то лучше xml или csv грузить.

(123) а почему я должна снять базы с поддержки?

(127) спасибо, уже легче)

(123) на больших объемах Postre заметно медленнее? Или все же не существенно?

(130) ССД Ставь скорость компенсируешь

(128) Дык Вам же "светит" забег по "управляемым блокировкам". Менять свойства...

(130) Не гонял одну и ту же базу на одинаковом оборудовании на пострес, и не MS. Так что - не скажу...

(132) Кста, я их на "управляемые" не переводил. там была ситуация - много баз "одного пользователя, вводящего данные".

(130) ССД это что?

(134) Видимо, имелся в виду "твердотельный накопитель"...

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

(136) Я не могу дать гарантий. Я рассказываю, как у меня было. Но, вроде, всё так и осталось...

(137) Спасибо за инфу) где бы про эту блокировку почитать? полезу на офсайте гляну.

для пробы ставил ubuntu server, postgres, и перепровел базу УТ за год. все нормально, и по скорости, и ошибок не выдало.

Или это нельзя назвать тестированием?

(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 , нет особой проблемы. Это только страшные слова, а на деле все просто.

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