|
1C Предприятие 8.3 Бухгалтерия 3.0 на Linux | ☑ | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
0
Teresa
06.08.14
✎
13:37
|
Добрый день, коллеги!
Пока работаем на БП 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
|
(163) можно
http://cavu.ru/1s-server-linux-postgresql/ |
|||||||||||||
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
|
Да и бэкапы хорошо было бы на отдельный сервер делать, не на Линоховую файловую систему. Ну это просто субъективное мнение,страшновато данные восстанавливать с ФС линухов просто. ;)
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |