Имя: Пароль:
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С такова, что нет проблем с этим вообще никаких. Так ли это?
Прошу высказываться.
1 Teresa
 
06.08.14
13:39
Важно мнение каждого из вас)
Особенно меня беспокоит база в которой работает порядка 80-90 пользователей одновременно. Очень за нее переживаю.
2 Aleksey
 
06.08.14
13:41
А простите на чём вы собираетесь экономить?
3 Aleksey
 
06.08.14
13:42
1С работает с MS SQL. С линуксом она работает больше для галочки
4 ДенисЧ
 
06.08.14
13:43
Скажем так... Где-то до версии 8.3.10 я бы не торопился высоконагруженные базы переводить на пингвина.
5 Teresa
 
06.08.14
13:50
(2) Ну как же, не придется платить Microsoft за лицензии. Поставим PostgreSQL на Linux и вперед, так нам предлагает приглашенный специалист из Мск (из головной организации).
6 Teresa
 
06.08.14
13:51
(4) А почему? аргументы?
7 МихаилМ
 
06.08.14
13:53
если нет спеца по nix , то не надо.
8 Адинэснег
 
06.08.14
13:53
дэк под ответственность специалиста из мск и ставьте...  с тебя записка директору, с размытыми формулировками о нежелательности такого перехода... потом скажешь "ну я же говориииила...!"
9 Адинэснег
 
06.08.14
13:54
146% что у них не было спеца по ms sql,
и 292% что не найдут по pqsql когда базы сдохнут ...
10 Teresa
 
06.08.14
13:55
(8) да написали уже, запрос делали во франч, они нам тоже "не рекомендовали". Ответственность планируется повесить на нас, если мы не предоставим аргументы - почему нельзя перевести на Linux. Кстати, клиентские машины тоже на Linux переводить надо? Опыта на Linux нет ни у меня, ни у наших сисадминов.
11 ДенисЧ
 
06.08.14
13:56
(6) Слишком сыро ещё
12 Адинэснег
 
06.08.14
13:57
(10) чем аргумент "отсутствие штатного (и скорее внешнего) специалиста по linux и pgsql)" не убедительны?
13 ДенисЧ
 
06.08.14
13:57
(10) "Ответственность планируется повесить на нас, если мы не предоставим аргументы - почему нельзя перевести на Linux."
В сад сразу таких советовальщиков.
А лучше не в сад.
А в поход.
Пеший.
С порнографическим уклоном.
14 Teresa
 
06.08.14
13:57
(9) да, отсутствие техподдержки Linux это аргумент номер 1. Но базы могут ведь и не сдохнуть?
15 ДенисЧ
 
06.08.14
13:57
(14) Могут не сдохнуть. А могут и сдохнуть. Что тогда делать будете?
16 Адинэснег
 
06.08.14
13:58
как трудно погромистам 1с сознаться в том, что нет опыта управления Шатлом..
17 Teresa
 
06.08.14
14:00
(11) "слишком сыро" это наше частное мнение. По мнению 1С - все прекрасно. Нигде не нашла официальной информации о том, что 1С на MS SQL на Windows работает хуже, чем на PostreSQL на Linux. Вот если бы мне официальное мнение... *мечтательно*
18 Teresa
 
06.08.14
14:02
(15) ну да, тогда кабздец нам всем)) Теоретически мы можем нанять или обучить админов на Linux (задача не очень простая) за эти полгода. Ну а кроме того? Что с производительностью?
19 Адинэснег
 
06.08.14
14:03
дэк, пусть шеф найдет гуру linux+postresql в ростове-на-дону и уточнит у него стоимость настройки и оптимизация кластера серверов 1С под [любой диструбутив линукс] и [любая версия pgsql] на 125 пользователей с дальнейшим сопровождением
20 sTOd
 
06.08.14
14:04
Взлетит, но пролетит!

Взлетит без проблем
21 Кай066
 
06.08.14
14:04
(18) чем сложна задача? заходишь на HH - нанимаешь админа
22 Адинэснег
 
06.08.14
14:05
(21)+1
отправляешь его в декрет
профит пополам
23 Teresa
 
06.08.14
14:05
Если бы был где-то анализ с оценкой производительности на MS и на Linux, чтобы можно было объективно оценить производительность (надежность, судя по всему, объективно нельзя оценить никак).
24 ДенисЧ
 
06.08.14
14:05
(17) Ещё бы 1с призналась.
Я тебе официально, как продвинутый пользователь, говорю. Без пары-тройки гурей (а не новичков с полугодовым опытом) - не взлетит.
25 Teresa
 
06.08.14
14:06
(22) проще всего - меня отправить в декрет)))
26 ДенисЧ
 
06.08.14
14:07
(25) У тебя с этим проблемы? Помочь? :-)))
27 Адинэснег
 
06.08.14
14:07
(25) дак так и сделай, придешь через пару годиков... всё уже на линуксах и летает....
28 Teresa
 
06.08.14
14:09
(26) нене, спасибо, у меня с этим нет проблем, тока с Linux))
29 Yuwa
 
06.08.14
14:11
На линуксе есть пара клиентов на УПП. 30-40 пользователей. По производительности отличаются незначительно. Сервера поднимали сами.
Работать можно, но на вашем месте я бы сделал все, чтобы остался СКЛ
30 Teresa
 
06.08.14
14:11
(21) ну да, как будто там толпа специалистов на Linux. За полгода пока никого не нашли толкового.
31 MadHead
 
06.08.14
14:12
Что думать. Взяли пилотную базу перевели, велика вероятность что все будет ок.
32 Teresa
 
06.08.14
14:12
(29) С какими трудностями сталкивались? И почему все же не советуете переходить, если по производительности не слишком отличаются?
33 Yuwa
 
06.08.14
14:14
(32) Мы-то не с какими. Но Поднятие сервера на Линксе стоит много дороже
34 Teresa
 
06.08.14
14:15
(31) параллельно на одном и том же сервере (железо)? или предлагаете закупить сервер для этих целей на предмет поиграться?
35 Teresa
 
06.08.14
14:15
(33) из чего складывается стоимость реализации? Подробней, пожалуйста)
36 Aleksey
 
06.08.14
14:16
(5) Т.е. одноразово за лицензию платить не хотите, зато ежемесячно платить стороннему админу за настройку и обслуживания Линукса - это пожалуйста? Где логика?
37 Aleksey
 
06.08.14
14:17
(35) Как минимум з/п спецов которые смогут настроить базу
38 Yuwa
 
06.08.14
14:18
(35) Вам же говорили: спецов по линуксу меньше, работа по поднятию сложнее. Кстати, без нового сервера мне сложно представить ваш переход.
39 Aleksey
 
06.08.14
14:20
Что там с блокировкой? Вроде как раньше на Линуксе с PostgreSQL при обработке данных блокируется вся таблица sql, в то время как MS SQL блокирует только запись.
У вас пользователей не мало, а значит будет нужен существенный апгрейд железа, чтобы приемлемо с этим можно работать
40 MadHead
 
06.08.14
14:21
(39) это касается автоматического режима блокировок.
41 Адинэснег
 
06.08.14
14:21
(37)считается, что настройка субд заключается в установке дистрибутива убунты [обязательно с гуи и оболчками типа pgadmin] и накатыванию всех демонов по первому попавшемуся мануалу из интернетов - и есть настройка 1С под линукс...
42 Teresa
 
06.08.14
14:23
(36) (37) Нет логики, я согласна на 200%) Никто не думает о будущем, хотят сэкономить сейчас (им там в Мск не холодно, не жарко, как тут все крутиться будет). Тут с трудом открестились от "облачности" баз.
Дешевле ничего не трогать, да, но наша задача - объяснить, почему нельзя переходить.
Проблема № 1 - отсутствие специалистов, отсутствие техподдержки Linux. Допустим, мы обучим наших собственных админов.
Сервер. Теоретически можем под эти нужды найти сервер. Или приобретут его нам, сервер это разовая покупка, может и прокатить.
43 Aleksey
 
06.08.14
14:23
(40) Как будто в типовых будет кто-то заморачиваться
44 Адинэснег
 
06.08.14
14:23
вменяемый админ 60к/месяц
или 720/год
за год лицензия окупится, при этом она не уйдет в отпуск, не прийдет с похмелья к обеду и не уволится в любой момент
45 Aleksey
 
06.08.14
14:23
(42) А вот от облаков зря открестились
46 ansh15
 
06.08.14
14:24
(10) Клиентская часть на Linux - это пока еще на большого любителя. Поэтому, если не спрашивают, то сами и не заикайтесь.
47 Teresa
 
06.08.14
14:24
(39) мы тут почитали, вроде как решили проблему блокировок таблиц.
48 Teresa
 
06.08.14
14:25
(45) Интересно, почему? аргументы в пользу облаков есть? Базы вообще-то защищать надо как минимум.
49 Teresa
 
06.08.14
14:26
(44) допустим (в теории), что мы обучим своего специалиста и он за те же 60К будет делать прежнюю работу + сопровождать Linux
50 MadHead
 
06.08.14
14:27
(43) Еще как заморачиваются.
51 Адинэснег
 
06.08.14
14:27
(48) пфф... базы защищать... вы хотите положите их в черный ящик к которому не знаете с какой стороны подходить...
52 Aleksey
 
06.08.14
14:27
1С + MS SQl из коробки будет раотать всегда. Тормозить (если не настроить) и работать
1С + Linux + PostgreSQL из коробки нибудет работать никогда. Да можно будет запустить, но постоянно какие то ошибки в запросе, непонятные цифры, которые требуют более тонкой настройки PostgreSQL , т.е. специалиста
53 Aleksey
 
06.08.14
14:27
(48) А какие против?
54 Yuwa
 
06.08.14
14:28
Я вот не представляю работу БП при таком количестве пользователей. Это сколько закрывается месяц. Нет у нас таких клиентов
55 Aleksey
 
06.08.14
14:29
(47) В самописке? Да, если разработчик заранее позаботился об этом. Но в типовых они тащат код еще со времен 8.0, поэтому многое еще написано под логику 8.0 и не используются последние "передовые" возможности
56 Адинэснег
 
06.08.14
14:29
(49) тогда всё растёт, вкладывайте в специалиста, полгода он помучается, еще больше помучается ваша компания (500 человек например), потом он устанет от вас и ваших бухгалтеров и уволится...
тогда дир найдет денег на лицензию мс...
(в другой теории, конечно)
57 Teresa
 
06.08.14
14:30
(51) Мы не какая-то там контора по продаже трусов, у нас билинг юрлиц и физлиц по городу (сфера ЖКХ). Конфигурация прилично переписана, пользователей много. От облаков отказались, и рады этому.
58 Teresa
 
06.08.14
14:30
(53) -> (57)
59 Адинэснег
 
06.08.14
14:31
(57) а че жметесь на мс, как какая-то контора по продаже трусов?
60 Aleksey
 
06.08.14
14:31
(50) Угу я заметил. Код написан настолько криво, что элементарное разделение по организациям в типовой БП 2.0 при определенных нюансах не работает (т.е. перепроведение по фирме А блокирует всю базу по всем фирмам)
Но согласен тенденция видна. Если в 1.6 это было вообще никак, то в 2.0 это работало кое-как. Посмотрим с нового года как в БП 3.0 будет
61 Aleksey
 
06.08.14
14:32
(57) Аргументы отказа какие?
62 Teresa
 
06.08.14
14:33
(56) Вот мы и хотим не доводить до плохого, как говорится, надо аргументированно объяснить руководству, почему нам невыгодно переходить на Linux
63 Aleksey
 
06.08.14
14:34
Не знаю я работаю во фреше - мне нравится. Попытался у Раруса заказать - вот то да жесть, отказался сразу
64 Aleksey
 
06.08.14
14:35
(62) потому что вы не получите от этого никакой выгоды. Поэтому и не выгодно
65 Адинэснег
 
06.08.14
14:35
(62) потому что никто не знает и не свангует как это у вас будет работать. Хотите спрогнозировать - купите железо поставьте пару своих баз на линь, запустите сценарное тестирование
66 Адинэснег
 
06.08.14
14:36
+(65) вы ж не какая-то фирма по продаже трусов, купили железо, выделили пару ИТшников из отдела на месяц - пусть тестируют
67 Teresa
 
06.08.14
14:37
(61) какой смысл нам работать в облаке, если у нас нормально функционирующая защищенная локальная сеть, облака в первую очередь предназначены для малого и среднего бизнеса. Как будет вертеться наша база в облаках большой вопрос. Мы ничего не выигрываем от этих технологий, как минимум.
68 Aleksey
 
06.08.14
14:39
(67) Вот точно также и с Линуксом. Можешь поменять облака на Линукс и так и сказать руководству
69 Teresa
 
06.08.14
14:40
(59),(66) верно, только с тех пор, как нашим владельцем стало частное лицо, теперь делается упор не на качество, а на экономию затрат на производство. И с недавних пор очень сложно стало купить железо и софт. Но при этом все стандарты по защите информации должны соблюдаться.
И рыбку съесть и все остальное тоже хочется. А мы, как золотая рыбка, должны выполнить.
70 Yuwa
 
06.08.14
14:41
Я вот подумал, а какие вышестоящие организации мб в Мск у предприятия ЖКХ.. Фигня какая-то. Все-таки продажей трусов промышляет
71 Teresa
 
06.08.14
14:42
(68) ну вот пока кроме аргумента, что Linux тоже требуется поддерживать, нет.
72 Biker
 
06.08.14
14:43
(67) раз вы сервер нормальный сервер не можете себе позволить, то я бы все же задумался об облаках. При недостатке производительности можно легко докупить мощность.
+ Облака это датацентр, нельколько каналов, емкие ибп, и др плюшки  
по Линкуксу - наймите спеца 1 раз он все настроит и не трогайте , платфору обновить не сложно.
73 _fvadim
 
06.08.14
14:43
А почему бы не запилить тестовую экплуатацию? По результатам делать выводы.
74 Teresa
 
06.08.14
14:44
(70) Вся сфера ЖКХ, приносящая доход, выкуплена частными лицами, Вы этого не знаете?
75 Biker
 
06.08.14
14:44
(71) что значит в вашем понимании поддерживать Linux?
76 Teresa
 
06.08.14
14:45
(73) Допустим, переведем базу тестовую, а как обеспечить сопоставимую нагрузку базы? я не смогу запустить сразу кучу процессов.
77 Aleksey
 
06.08.14
14:45
(71) Сделай ревизию софта. Наверняка будет куча софта который работает Только в винде. В том числе крипто про всякие, или клиент-банки, или программы для обмена с выстоящими организацями
78 Адинэснег
 
06.08.14
14:46
но сейчас руководство от вас хочет ответа
ответ вы не сможете дать посидев на форумах
вам нужны ресурсы как минимум на то, чтобы протестировать и дать сравнительную оценку мс/линукс
то есть линукс еще до установки просит бабла у вашего владельца, чтобы оценить, а стоит ли оно того
(75) скорее всего иметь в наличии специалиста-администратора, который сможет оперативно среагировать на любую проблему с серевером под этой оС
79 ДенисЧ
 
06.08.14
14:46
(76) Почему не сможешь?
Гугли тесты Гилев или тесты Fragster
80 Адинэснег
 
06.08.14
14:47
+(77) не исключено, что отчетность, обмены, обработки в конфах тоже пользуют всякие odbc и com
81 Aleksey
 
06.08.14
14:47
(79) они здесь бесполезны
82 Teresa
 
06.08.14
14:48
(77) это мы уже сделали. Но как я понимаю, можно спокойно крутить Линукс на сервере, а на клиентах Windows и проблем не будет на клиентских машинах. Или это не так?
83 Aleksey
 
06.08.14
14:48
(82) Не понял у вас что софт с ключами установлен у каждого локально?
84 arsik
 
гуру
06.08.14
14:49
Линукс рулит. Просто нужно специалиста. Не нужен гуру, нужен просто толковый.

Взлетит без проблем
85 Адинэснег
 
06.08.14
14:50
(84) при 125 пользователях на одном сервере - нужен именно гуру :)
86 Кай066
 
06.08.14
14:50
(30) пфф, что, в Ростове дифицит красноглазиков? Сходи на их тематический форум
87 _fvadim
 
06.08.14
14:50
(76) написать пару обработок, создающих документы/справочники из случайных наборов данных.
На каждой клиентской машине можно запустить (скажем батником с параметрами запуска обработок) по 5-10 экземпляров клиента.
Вот и нагрузка.
88 Teresa
 
06.08.14
14:50
(75) если база сдохнет - нужен специалист (если наш специалист не справится например). Не знаю, какие могут возникать проблемы при сопровождении, я не сисадмин.
89 Biker
 
06.08.14
14:51
(82) все верно. клиенты хоть лин, хоть вин, хоть веб

(78) А если винда упадет из-за железа ?
имхо в случае 24/7 нужны грамотные бэкапы и клястер, так что без спецов все равно не обойтись.
90 arsik
 
гуру
06.08.14
14:51
(85) Сервера разные бывают. При чем тут вообще железо.
91 Адинэснег
 
06.08.14
14:51
(90)какое железо?
92 arsik
 
гуру
06.08.14
14:53
(91) Которое спокойно потянет 125 пользователей.
93 Teresa
 
06.08.14
14:53
(83) у нас сервер, куда воткнут основной ключ лицензий (а так же есть маленькие ключи на локальных машинах).
94 Biker
 
06.08.14
14:53
(88) если база дохнет на MS или на PG ее подымают из бэкапа,
в случае pg есть куча клиентов для бэкапа например pgadmin,
не обязательно иметь консоль.
95 _fvadim
 
06.08.14
14:53
(88) делать бэкапы
96 Адинэснег
 
06.08.14
14:54
(92) мы тут сервер приложений и сервер СУБД обсуждаем...
по поводу спкойоно потянет.... я тебе запрос напишу, который спокойно положит любой сервер
97 Адинэснег
 
06.08.14
14:56
(94) ну вот я и предсказывал гуру pgadmin щас прийдут пиарить :)
98 Biker
 
06.08.14
14:57
(96) Прмер? ну что бы жись медом не казалась, летит аппаратный  рэйдконтроллер на серваке.
99 Адинэснег
 
06.08.14
14:57
сервер принеси сначала
100 Biker
 
06.08.14
14:59
(97) я не пиарю, я им не пользуюсь. мне консоль в радость,
хорошо что в MS это тоже осознали и предлагают ставить 2012 без морды.
101 _fvadim
 
06.08.14
15:02
к (73) кстати, вам по-любому делать тестовую эксплуатацию. Вы же не собираетесь на 3.0 переходить "оп. завтра все работаем в новой системе"?
102 Адинэснег
 
06.08.14
15:02
(100) сколько пользователей и под какой конфигурацией 1С у тебя под линуксом+pg одновременно работает?
103 Teresa
 
06.08.14
15:04
(92) не так уж спокойно. 16 гигов оперативки нам уже не хватает. У нас стоит сервер c проц. intel xeon cpu e5620 2.4ghz 64-разрядный. SQL Server Windows2008 64-разрядный, оперативка 16 гигов, 1С Предприятие 32-разр. (собирались покупать 64-разр., но пока жмотятся). Одновременно работает 125 пользователей (около 90 в 1 базе) и остальные в разных 5 базах.
104 thezos
 
06.08.14
15:04
На линуксе сервер 1С работает вполне приемлемо. Единственное для чего может понадобиться линуксоид - поставить centos и настроить cron для бэкапов и может процедур обслуживания postgresql.
В остальном, вроде как линукс стабильнее винды в плане серверной ос.
Касательно пользовательского режима - столкнулся с неприятной ситуацией при загрузке адресного классификатора. Загрузка просто не поддерживается если используется сервер 1с на линукс (не знаю почему).
105 Teresa
 
06.08.14
15:06
(101) раньше, когда мы переходили с 1.5 на 1.6, с 1.6 на 2.0 мы тестировали все на копии, потом создавали тестовую базу (основной базы), тестировали там переход. Потом делали бэкап и переводили основную базу.
106 Teresa
 
06.08.14
15:07
(104) Ясно, ну, звучит не очень страшно.
107 Адинэснег
 
06.08.14
15:08
(105) как вы одновременную работу 125 пользователей тестировать на копии будете без сценарного тестирования? или просто, запустилась/не запустилась?
108 _fvadim
 
06.08.14
15:08
(105) ну так сделайте тоже самое, только под линухом.
109 Biker
 
06.08.14
15:09
(102) 30 - ут11 8.3.4.389, на ссд
110 Адинэснег
 
06.08.14
15:11
(109)мало, 125 и 30 - это совсем разные вещи :)
111 Teresa
 
06.08.14
15:12
(104) и как решали?
112 Адинэснег
 
06.08.14
15:12
кароче http://v8.1c.ru/expert/etp.htm в руки, и тестить
113 Biker
 
06.08.14
15:12
(110) дык ут11 же, там 1 юзер за 3-х БП идет
114 Teresa
 
06.08.14
15:13
(108) нам страшно, потому что не знаем, сколько будет закрываться месяц под линуксом или какой-нибудь отчет навороченный, и вообще мы не хотим никуда переходить)
115 Адинэснег
 
06.08.14
15:13
(113) дык регистр бухгалтерии, он один за 500 рн УТ идет...
116 Teresa
 
06.08.14
15:14
(112) спасибо, посмотрю
117 Biker
 
06.08.14
15:16
(104) Грузит кладр нормально, но долго, В БП корп недавно грузил.
Клиент тоже на lInux был.
118 Teresa
 
06.08.14
15:18
(117) а почему долго грузит? Тут уверяют, что по производительности линукс не уступает.
119 thezos
 
06.08.14
15:21
(117) Какая платформа/релиз БП3.0?
120 Teresa
 
06.08.14
15:21
(112) более подробно ссылка не открывается. Мы обычно проверяем основные режимы (в которых были изменения) ну и потом пользователи если что вдруг - отлавливают косяки разработчиков.
121 Biker
 
06.08.14
15:22
(118) работает нормально, быстро, а вот из файлов dbf загрузка идет долго, не разбирался в причинах, не так часто гружу весь кладр.
122 Teresa
 
06.08.14
15:22
(119) сейчас платформа 8.2.19.80, БП 2.0.60.4. Планируем на 8.3.5 переходить, но что-то она там сырая какая-то. еще подождем, пока ошибки исправят, пару месяцев.
123 DimVad
 
06.08.14
15:24
1. Пострес нужен будет "правильной версии". Тот, что на https://users.v8.1c.ru/ - козлил. К сожалению, уже 3 года прошло, так что не скажу, что и где скачивал. Читать придётся.

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

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

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

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

Взлетит, но проблемы будут
124 Teresa
 
06.08.14
15:24
(121) а загрузка из OpenOffice - не приходилось грузить? У нас есть загрузки из экселя.
125 Biker
 
06.08.14
15:24
(119) 1088 - БП 34.10
у тебя обрывается загрузка ?
126 Teresa
 
06.08.14
15:27
(125) не, просто хотела узнать, нормально загружается инфорация или нет. Может еще обработки придется переписывать...
127 Biker
 
06.08.14
15:27
(124) xls ? если клиент на винде то без проблем,
если на линуксе то лучше xml или csv грузить.
128 Teresa
 
06.08.14
15:27
(123) а почему я должна снять базы с поддержки?
129 Teresa
 
06.08.14
15:28
(127) спасибо, уже легче)
130 Teresa
 
06.08.14
15:31
(123) на больших объемах Postre заметно медленнее? Или все же не существенно?
131 Biker
 
06.08.14
15:35
(130) ССД Ставь скорость компенсируешь
132 DimVad
 
06.08.14
15:36
(128) Дык Вам же "светит" забег по "управляемым блокировкам". Менять свойства...

(130) Не гонял одну и ту же базу на одинаковом оборудовании на пострес, и не MS. Так что - не скажу...
133 DimVad
 
06.08.14
15:38
(132) Кста, я их на "управляемые" не переводил. там была ситуация - много баз "одного пользователя, вводящего данные".
134 Teresa
 
06.08.14
15:38
(130) ССД это что?
135 DimVad
 
06.08.14
15:39
(134) Видимо, имелся в виду "твердотельный накопитель"...
136 Teresa
 
06.08.14
15:43
(133) у нас вот именно, что много пользователей, работающих одновременно с одними и теми же документами, справочниками и т.д. Значит, по-любому снимать с поддержки для решения проблем управляемых блокировок, и как следствие, решать проблемы при обновлении? А это точно, что не решена проблема с блокировкой таблиц до сих пор?
137 DimVad
 
06.08.14
15:45
(136) Я не могу дать гарантий. Я рассказываю, как у меня было. Но, вроде, всё так и осталось...
138 Teresa
 
06.08.14
15:52
(137) Спасибо за инфу) где бы про эту блокировку почитать? полезу на офсайте гляну.
139 floody
 
06.08.14
15:54
для пробы ставил ubuntu server, postgres, и перепровел базу УТ за год. все нормально, и по скорости, и ошибок не выдало.

Или это нельзя назвать тестированием?
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
Да и бэкапы хорошо было бы на отдельный сервер делать, не на Линоховую файловую систему. Ну это просто субъективное мнение,страшновато данные восстанавливать с ФС линухов просто. ;)