Имя: Пароль:
1C
1С v8
1C Предприятие 8.3 Бухгалтерия 3.0 на Linux
, , ,
0 Teresa
 
06.08.14
13:37
1. Взлетит без проблем 75% (3)
2. Взлетит, но проблемы будут 25% (1)
3. Не взлетит 0% (0)
4. Свой вариант 0% (0)
Всего мнений: 4

Добрый день, коллеги!
Пока работаем на БП 2.0, Планируем переход на 3.0 после НГ.
В связи с пожеланием руководства сэкономить (а на чем же еще экономить, как не на железе и софте) возник вопрос о переводе наших баз (6 баз в сумме на 125 лицензий, крутятся все вместе на одном сервере) на Linux. У меня возникли большие сомнения в жизнеспособности такого проекта. В идеале, конечно, не хотелось бы этого делать, поскольку работа с Microsoft полностью устраивает, дышит ровно, работает стабильно (разве что оперативки 16 Гб под завязку, не хватает). Хотелось бы услышать мнения опытных в таком деле специалистов. Какие подводные камни встречались, как решали, где соломку стелить т.д. Как вообще откреститься от этой идеи, контраргументы?
Официальная позиция 1С такова, что нет проблем с этим вообще никаких. Так ли это?
Прошу высказываться.
140 DimVad
 
06.08.14
15:55
(139) А хз... ;-) По мне, так тестирование - это работа с годик... ;-)
141 Teresa
 
06.08.14
15:56
(139) смотря, с какой нагрузкой вы работали. Это, конечно, тестирование, но наверное, все же не в полном объеме.
142 Biker
 
06.08.14
15:56
(139) не, не то, соединение то 1-но
143 arsik
 
гуру
06.08.14
16:36
(96) Ну вот я тебе и объясняю, что нужен не гуру, а обычный сисадмин со знанием linux систем.
144 Teresa
 
06.08.14
16:55
(143) но в любом случае возникает вопрос с блокировкой таблиц на линуксе (это мы обсуждали чуть выше).
145 arsik
 
гуру
06.08.14
17:44
(144) Какой блокировкой? БП 3 уже на управляемых блокировках. А значит различий между MSSQL и postgre быть не должно.
146 _fvadim
 
06.08.14
17:54
(144) хе-хе. смелее на линухи! какое классное дополнение к резюме будет.
147 Кай066
 
06.08.14
17:56
(143) бычный сисадмин со знанием linux систем это и есть гуру))
148 Aleksey
 
06.08.14
18:45
(145) не должно <> нет
149 Seeker
 
07.08.14
10:00
Переходить пробовали, но не перешли.
Причина - нет людей знающих nix системы.
Плюс был обзор на 1Сом сайте где замеряли скорость работы 1С+MS SQL и 1С + PostgreSQL
1. Если все из коробки то MS SQL быстрей
2. Если настроить то и другое то 1С + PostgreSQL быстрей работает, причем прилично.
150 Woldemar177
 
07.08.14
10:09
Соглашайтесь - даже не думайте!

Взлетит без проблем
151 Legj
 
07.08.14
10:22
(0) Так речь про сервер или и рабочие станции тоже?

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

Про рабочие станции, тем более для бухгалтерии, я бы даже не думал.
152 Anderson
 
07.08.14
10:29
Всю ветку не читал может кто и предлагал. А если сервер наоборот модернизировать и оставить винду, а всех пользователей посадить на тонкие клиенты? Лично знаю контору у которых больше сотни сотрудников работает на тонких клиентах и вроде не жалуются.
153 Teresa
 
07.08.14
10:29
(149) Мне не очень нравится идея настраивать управляемые группировки, не хотелось бы с поддержки снимать конфигурацию.

(151) сейчас уже идет речь и о рабочих станциях (на тех, где возможно), но не обязательно.
154 Teresa
 
07.08.14
10:30
(150) Спасибо, хотелось бы все-таки подумать)
155 Teresa
 
07.08.14
10:31
(152) смысл в том, чтобы отказаться от Майкрософт вообще. И поставить Линукс + Постгре, дабы сэкономить.
156 thezos
 
07.08.14
10:41
(122) А я про 8.3.4 и БП 3.0.

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

(153) Управляемые "группировки" это конечно сильно) не надо их настраивать, все и так нормально. И с поддержки конфигурацию снимать не надо, у того автора видимо свои тараканы).
А на рабочих станциях поставить-то можно в принципе, но тут уже дело чисто удобства и привычек пользователей, все привыкли к винде.
157 _fvadim
 
07.08.14
10:45
(156) "все привыкли к винде"
Если руководство занимает принципиальную позицию, то все за несколько дней осваивают и не жужжат, кто не понимает - приходит и консультируется.
Проверено переводом нескольких организаций.
158 Teresa
 
07.08.14
10:46
(153) группировки -> блокировки, оговорилась. Мы переход на на линукс и на 3.0 пока только планируем, ищем грабли, чтобы не наступать. За мнение спасибо.
159 lodger
 
07.08.14
10:46
(156) + здравый подход.
а на счет посадки юзверей на никсы - сажайте всех кому не нужны виндовые сервисы, криптоключи и прочая лабуда.
всех рядовых манагеров дружно на никсы.
160 Teresa
 
07.08.14
10:54
(156) добавлю к 4.
> Зачем использовать 64 битную машину, если и так вроде как по умолчанию подразумевается что centos будет стоять только x64, как и сервер 1с и PostgreSQL.
Не пугайте народ.

MS спокойно может использовать как 64-битный, так и 32-битный сервер 1С. Машина используется х64, поскольку покупали с заделом на будущее, потому что когда-то покупали 32-битный, потом железо поменяли и сервер 1С так и остался 32-битный, никаких проблем у MS с этим нет, я никого не пугаю. А вот то, что centos будет работать только на х64, можете ссылочку кинуть? Спасибо.
161 Biker
 
07.08.14
10:58
(160) имхо 4GB на процесс в 32-х битном на УФ крайне мало.
так что лучше смирится, что менять придется
162 _fvadim
 
07.08.14
10:58
"centos будет работать только на х64"
:) линухи есть под разные архитектуры, так что и на х32 и на х64 работать будет.
163 Teresa
 
07.08.14
11:03
(162) я неправильно выразилась, прошу прощения, сервер 1С только 64-битный будет работать на Линуксе х64 , вот я про что. Или 32-битный сервер 1с можно запустить на х64?
164 ansh15
 
07.08.14
11:03
(155) Если у вас есть еще какая-нибудь конфигурация, ну там ЗУП или еще что(зарплата у вас как-то начисляется же), самое время собрать на обычном компьютере тестовый "сервер", поставить туда Linux, PostgreSQL и сервер приложений 1С, и погонять эту самую конфигурацию, естественно как копию.
Хотя бы для того, чтобы получить представление о том, что это за связка.
165 Teresa
 
07.08.14
11:05
(161) да, все идет к тому, что х32 на х64 сервер 1С придется менять, в свете перехода на 3.0. Пока вопрос решается.
166 _fvadim
 
07.08.14
11:05
167 ansh15
 
07.08.14
11:05
(162) CentOS 7 в 32-х разрядном варианте уже не выпускается, только x64.
168 Teresa
 
07.08.14
11:06
(164) да, хотим попробовать. Затык пока в отсутствии специалиста. знающего линукс.
169 Teresa
 
07.08.14
11:08
(166) спасибо)
170 Teresa
 
07.08.14
11:11
(156) а сколько у вас пользователей и какая конфигурация под линуксом?
171 thezos
 
07.08.14
11:15
(170) Пользователей 20, конфа БП 3.0. И там же ЗУП 2.5 на сервере 8.2 на других портах.
172 timurhv
 
07.08.14
11:19
(122) Ошибок в 8.2.19 больше, чем 8.3.5 ;)
173 Teresa
 
07.08.14
11:20
(171) У нас больше в разы. А оперативки сколько у вас и как активно БП3.0 ее жрет? наших 16 не хватает уже на 8.2.
174 Teresa
 
07.08.14
11:21
(172) это по списку ошибок или по факту?
175 Biker
 
07.08.14
11:23
(171) Сколько рабочих процессов ?
Скорее всего у вас все пожрал неправильно настроенный MSSQL.
176 Teresa
 
07.08.14
11:27
(175) это мне, наверное, вопрос? По поводу настройки MS SQL, не могу сказать, насколько он настроен правильно) Мы сопровождаем только 1С, сервером занимается админ.
177 Biker
 
07.08.14
11:34
(176) ага, если он не ограничил память SQL жрет все доступную
и начинаются тормоза, 16Г на обычных формах вполне хватает.
178 Teresa
 
07.08.14
11:43
(177) Один процесс, после перезагрузки сервера сжирается сразу 10-11 гигов, у нас 15 баз (включая архивные), активно используется 6 баз, остальное - архивные базы за предыдущие периоды. Память "засирается" очень быстро, через два-три уже свободной нет.
179 Teresa
 
07.08.14
14:52
Вообще меня смущает, что на больших предприятиях так редко внедряется связка Линукс+Постгре. Почему, если все работает прекрасно (при умелых и прямых настройках), не хотят сэкономить? Или здесь работает принцип: работает - не мешай? Очень мало информации по большим объемам( У всех в основном 10-20 пользователей.
180 Yuwa
 
07.08.14
15:23
(176) А сколько у вас древоточцев, пардон-с, программистов?
181 Teresa
 
07.08.14
15:26
(180) на БП трое.
182 Yuwa
 
07.08.14
15:27
(181) У вас еще ведь прога по кварплате и прочим услугам. Там еще трое?
183 Yuwa
 
07.08.14
15:27
А ЗУП?
184 Teresa
 
07.08.14
15:31
(183) билинг физлиц - отдельно, билинг юрлиц - отдельно и зарплата тоже отдельно, 1С Общепит... от 2 до 4 на разных проектах. Есть договора на сопровождение.. Много чего есть, даже DOS кое-что прицепом из прошлого. На БП трое (15 баз, сопровождаем все сами).
185 Yuwa
 
07.08.14
15:33
(184) Мдя, Наташа! Разогнать вашу шайку-лейку давно пора. Как собственник выносит такие затраты на ИТ. Тока без обид..:))
186 Azverin
 
07.08.14
15:33
(1) в БП 2.0 80-90 активных пользователей? это как? 80-90 бухгалтеров?
187 Teresa
 
07.08.14
15:37
(185) Поверьте, нам хватает работы. Писать обработки, отчеты, загрузки-выгрузки, обновлять конфигурации регулярно и принимать звонки, контролировать целостность баз, поднимать, если возникают проблемы, 3 человека это много? Ну я круглосуточно работать пока не готова.
188 Teresa
 
07.08.14
15:37
(186) в БП помимо непосредственно бухгалтерии работают юристы, экономисты и прочее прочее.
189 Yuwa
 
07.08.14
15:48
(188) Вы находитесь на улице пролетарского писателя и номер дома почти 200
190 Teresa
 
07.08.14
15:49
(189) Оо это еще что такое?) нет меня там)
191 Teresa
 
07.08.14
15:51
(185) ну вот Вы лично как считаете, на этот объем работы сколько нужно человек? Одного достаточно? Просто любопытно.
192 Yuwa
 
07.08.14
15:53
(191) Ну ладно биллинг- это ваша специфика. А что вы там внутри БП наваяли? я вот не могу представить
193 Yuwa
 
07.08.14
15:55
Опа.. да вы наверно мусорщики.. Вот что
194 Teresa
 
07.08.14
15:57
(192) тоже - специфика нашего производства, собственные документы, куча отчетов, больше сотни обработок и постоянно пишем новые, сейчас вот перевожу эти обработки все в СКД, потом переведу на 3.0. Это куча работы, честно. На пользователей тоже куча времени - одно сломают, другое потеряют что-нибудь, то нахреначат - а ты разгребай. Как дети малые, вы как будто не знаете.
195 Teresa
 
07.08.14
15:59
(193) ладно, мне все понятно. благодарю за мнение.
196 Yuwa
 
07.08.14
16:07
(195) У вас только два аргумента внятных против линукса:
1) Продукт условно бесплатен, соответственно, то, что ничего не стоит использовать опасно. Тем более, что у вас реально много есть чего терять
2) Сложность поддержки, проблемы со спецами. Можете сообщить, что МС обеспечивает техподдержку своих ПП круглосуточно и по всему шарику
197 _fvadim
 
07.08.14
16:16
"Продукт условно бесплатен, соответственно, то, что ничего не стоит использовать опасно."
афигенский аргумент :)
198 _fvadim
 
07.08.14
16:18
А если директор, хотя бы не дурак и спросит "почему?", что отвечать?
199 _fvadim
 
07.08.14
16:18
Там нет электролитов?
200 Yuwa
 
07.08.14
16:18
(198) Почему что*?
201 _fvadim
 
07.08.14
16:20
(200) почему "то, что ничего не стоит использовать опасно" ?
202 Yuwa
 
07.08.14
16:20
Потому что за неработоспособность некого спросить, разумеется
203 _fvadim
 
07.08.14
16:21
(202) а с МС есть спрос? :)
204 Yuwa
 
07.08.14
16:22
там реально есть техподдержка. 24 часа в сутки. работающая
205 _fvadim
 
07.08.14
16:23
(204) и если у тебя валится база 1с ты спрашиваешь с МС?
206 Azverin
 
07.08.14
16:23
(194) "специфика нашего производства, собственные документы, куча отчетов, больше сотни обработок" - может вам надо было вначале не на БП останавливаться, а УПП брать?
207 Teresa
 
07.08.14
16:30
(206) Я считаю, что УПП нам бы больше подошло. Но переход на 1С был в 2006 году, как-то другие задачи ставились. Одновременно нельзя было внедрить все, может быть, не знаю. Нас никто не спрашивал, хотим мы БП или УПП, или еще что. Решение принималось не на нашем уровне.
208 timurhv
 
07.08.14
16:34
(174) Ошибки платформы - это и по списку и по тому, с чем я сталкивался при включении RLS на 12 организаций в одной базе: заметно падает производительность на 8.2.19 (конструкция ВЫБРАТЬ РАЗРЕШЕННЫЕ жутко тормозит), ошибки удержания sdbl и тд.
По рекомендации сотрудника 1С - сказали поставить 8.3.5, 8.2.19 удалить.
209 angro
 
07.08.14
16:34
(207) а что у вас за фирма, где это у нас линукс хотят?
211 timurhv
 
07.08.14
16:36
+ (208) И еще, проведение документов с большим количеством строк в движениях на 8.3.5 в связке с постгри порадовало - практически не отличается от MSSQL.
Т.е. если расчет амортизации ОС на 8.2.19 проводился ~40 минут, то на 8.3.5 около 4х.
213 Teresa
 
07.08.14
16:39
(211) лично проверяли? Здесь было другое мнение.
215 angro
 
07.08.14
16:39
(210) на линукс не ставил, но УПП на постгресе было, работает за год сбоев по вине постгреса не было. так что в принципе можно провести нагрузочное тестиорвание и на его основании показать результаты руководоству
216 timurhv
 
07.08.14
16:41
(213) Да лично, конфа БГУ.
217 Teresa
 
07.08.14
16:41
(214) с цифрой ошиблись.
218 Teresa
 
07.08.14
16:41
(216) хорошо, учту, спасибо.
219 Teresa
 
07.08.14
16:42
(215) а на чем Постгре разворачивали?
220 angro
 
07.08.14
16:43
(219) на винде
админ линукс не захотел ставить
221 Teresa
 
07.08.14
16:43
(220) интересно, почему?
222 _fvadim
 
07.08.14
16:44
(0) А правда, что вы мучаетесь. Готовите отчёт с результатами тестирования, где линух с постгре - глюк и тормоз.
На словах говорите, что вроде можно сделать конфетку, но нужна редкая порода красноглазых специалистов.
223 Кай066
 
07.08.14
16:45
(222) Можно сделать из говна конфетку, но это будет конфетка из говна
224 Teresa
 
07.08.14
16:45
(222) а они нам в ответ - вы криворукие макаки. Сделайте прямо - будет летать, нам знающие люди сказали.
225 _fvadim
 
07.08.14
16:45
Кстати, кто знает, как 1с обеспечивает поддержку установок на линуксе?
226 _fvadim
 
07.08.14
16:47
(224) ну так направьте нас убогих на курсы в столицу, приедем - будем в пепелац гравицапу инсталлировать.
227 angro
 
07.08.14
16:47
(221) ну винда была не лицензионная, хотя УПП купленная, руководство было не против админ не захотел заморачиваться. хотя по тестам из инете постгрес надежнее на линуксе
228 Teresa
 
07.08.14
16:53
(225) должны поддерживать, раз выпускают ПО, которое на Линуксе работает. Можно у техподдержки узнать, кстати.
229 Teresa
 
07.08.14
16:58
(226) аргумент "против" в связи с отсутствием специалиста на Линуксе открыт и он принимается, но его недостаточно, нужны аргументы именно за или против бесплатного ПО с обоснованием. Я все же управляемые блокировки склонна причислить к минусам.
230 Yuwa
 
07.08.14
17:03
(229) Аргументировать вам придется менеджменту, а не прогам. Поэтому все эти слова про блокировки и скорострельность- ни к чему. Должны быть бизнес-аргументы. Они изложены
231 _fvadim
 
07.08.14
17:06
Это так приятно, что за овер 200 постов не нашлось убедительных аргументов против свободного ПО :).

(230) аргументы про отсутствие поддержки не состоятельны, так как с неработающей/тормозящей 1с нужно будет обращаться в 1с, а не в майкрософт или к другим производителям ОС/ПО.
232 Yuwa
 
07.08.14
17:08
(231) Я что-то не вник. Где тут про неработающую 1С. И вообще причем она тут?
233 _fvadim
 
07.08.14
17:10
(232) хммм, стесняюсь спросить, а сервер для чего разворачивается? и что там можно поломать так, чтоб понадобилась техподдержка?
234 Yuwa
 
07.08.14
17:12
(233) Может еще в 1С звонить, если железяка сломается.Давай как-то базар фильтровать
235 _fvadim
 
07.08.14
17:14
(234) давай, железо ты к чему приплёл?
236 Yuwa
 
07.08.14
17:16
ОСь и промышленная база данных- это одно, 1С- другое, оборудование третье.. К чему ты 1С приплетаешь
237 _fvadim
 
07.08.14
17:19
(236) 1с приплетаю из постановки задачи. Ну пусть без 1с.
Зачем тебе поддержка операционки?
238 Zubek
 
07.08.14
17:54
Да нужно один раз поставить Linux и Postgres. Настроить Postgres, бэкапы и регламенты. И можно забыть про этот сервер. Если желания нет самим ковыряться, что в принципе простейшая задача при умении пользоваться поисковиком, то наймите человека, который все сделает, при чем не за дорого, т.к. задача тривиальна достаточно. Если есть свободные "железный" полигон для тестирования, то выгружайте свою мегабазу, загружайте на сервак с Postgres и пробуйте. Блокировки ни лучше ни хуже работают на обоих СУБД на БП 2.0. БП 3.0 не пробовал. Вообще с постгресом работаю с 2008, были траблы, но все давно исправлено. На текущих версиях разницы на запись не вижу, на чтение Postgres быстрее будет. Сервер Linux+Postgres работает гораздо стабильнее. Больше года был аптайм. Пробуйте и все получится. Админить Linux и Postgres , нет особой проблемы. Это только страшные слова, а на деле все просто.
239 Zubek
 
07.08.14
17:58
Да и бэкапы хорошо было бы на отдельный сервер делать, не на Линоховую файловую систему. Ну это просто субъективное мнение,страшновато данные восстанавливать с ФС линухов просто. ;)