(1) Sordian, Под Windows сервер 1С работает устойчиво, под Линукс в зависимости от прямоты рук. Скорости почти одинаковые на любом количестве пользователей. Так что особой выгоды кроме бесплатности второго нет. Кроме того на Windows хорошо работающий терминальный сервер. На линуксе, мягко сказать .... не очень все получается.
(1) Sordian, был неудачный опыт=( пытались сделать все правильно в плане закона о ПДн и лицензировании. Оно того не стоит. проще и дешевле в итоге выйдет на винде=( ИМХО
Начну с того, что 1с 8.2 не работает в связке 1С8.2 Linux + MS SQL, если только PostgreSQL
(35) MaxxG,
Конечно, даже в инструкции написано, что сервер 1С на Linux работает со всеми СУБД кроме MS SQL, коими могут быть Postgres, DB2, Oracle, сервер 1С на платформе Windows -- с любыми СУБД -- MS SQL, Postgres, DB2, Oracle. Возможно смешанное использование в составе кластера серверов серверы как на Win, так и на Linux, но доступ к базам на MS SQL будет только через рабочие процессы, исполняемые на серверах с Windows.
(1) Sordian,
При базовом минимуме настроек работает одинаково. Очень сильно зависит от конфигурации 1С. Если ее немного протюнить под PostgreSQL, то будет шевелится быстрее.
Конкретно зависит от количества пользователей и количества распределенных баз. Если у тебя 500+ пользователей и 10+ баз, но наверное MS SQL, и то с точки скорости внедрения быстрее будет.
А вообще делай на том, что лучше знаеш или проще изучить :)
У нас на линуксе + постгре, правда всего 20 пользователей. При переходе особых проблем не возникло - по скорости так же примерно. Видимо скорость надо на бОльших обьемах и количествах пользователей мерить.
Мы работаем уже пару лет с 1C + postgre под Ubuntu. Проблемы конечно есть но большинство - решаемые. Скорость и стабильность можно потестировать здесь (на 1С сервере демо база + веб клиент).
В своё время настраивал линуховый терминальный сервак с RDP доступом. Запускал под етерсофтовским вайном 1С 7.7 в режиме файл-сервера. Затем запускал обработку замеряющую производительность. Аналогично делал для 8.1. Затем на это же железо ставил терминальный сервак 2003-й и запускал в терминальном режиме те же базы с теми же обработками замера производительности. В результате получалось, что линуховый сервак проигрывал порядка 27-30% в производительности. НО! 1С-ка тогда запускалась в линухах и под вайном - потому и была потеря производительности. Как сейчас обстоят дела с нативной 1С - незнаю, не настраивал. Скоро дойдут руки, погоняю, потестирую.
(9) beldieff, да не особо опыт там что-то решает, информации сейчас в инете море, а Линукс такая штука - один раз настроил, больше не паришься, так что не показатель.
beldieff, да не особо опыт там что-то решает, информации сейчас в инете море, а Линукс такая штука - один раз настроил, больше не паришься, так что не показатель.
Это справедливо для не меняющегося со временем ПО и функций сервера: шлюз там, фс, фаер... А вот если ставить и обновлять такую штуку как одинэс.. то тут, как и со всеми линуксами, будет тяжело решать проблемы если у тебя нет пингвина внутри.
Это справедливо для не меняющегося со временем ПО и функций сервера: шлюз там, фс, фаер... А вот если ставить и обновлять такую штуку как одинэс.. то тут, как и со всеми линуксами, будет тяжело решать проблемы если у тебя нет пингвина внутри.
(63) dyh, Все течет, все изменяется (с)
Постоянного ничего нет, и это неопровержимый факт :) Повторю свою точку зрения - единожды настроенный Линукс стабилен и неразрушим. Записка в дневнике с тезисами о базовых настройках (шлюз там, фс, фаер :) ) помогут быстренько и безпроблемно восстановить систему в исходное состояние, а правильно настроенные и своевременные бекапы вообще избавят админа от лишнего головняка.
З.Ы. Я вообще не об этом, я про то - что Линукс не так сложен, как им пугают, и если одмин разобрался как правильно настроить венду, он без особых проблем разберется и с пингвиноидами, и не важно - убунта ли это, цент, сюзя и т.д. и т.п. Было бы время и желание.
да не особо опыт там что-то решает, информации сейчас в инете море, а Линукс такая штука - один раз настроил, больше не паришься, так что не показатель.
(11) beldieff, конечно серьезно, попробуйте сформулировать задачу, ответ на которую не найдется в просторах интернета минут так через 10 максимум. Решает мозг и руки, а опыт - дело наживное.
Так кто спорит? Мозг и руки решают везде, вот только набираться опыта на работе где каждый сбой может привести к огромным убыткам - элементарный не профессионализм. попробуй дома собрать gentoo ну или Arch и и поддерживать их хоть пол годика, а потом рассказывай про прямоту рук и остроту ума ;)
попробуйте сформулировать задачу, ответ на которую не найдется в просторах интернета минут так через 10 максимум
Так кто спорит? Мозг и руки решают везде, вот только набираться опыта на работе где каждый сбой может привести к огромным убыткам - элементарный не профессионализм. попробуй дома собрать gentoo ну или Arch и и поддерживать их хоть пол годика, а потом рассказывай про прямоту рук и остроту ума ;)
Дак кто спорит та ;) Но вопрос все-равно решаемый :)
А вот по задачке я не совсем понял, в чем, собственно вопрос?
На Линуксе с PostgreSQL при обработке данных блокируется вся таблица sql, в то время как с другими скульными серверами (в смысле на Windows) блокируется только запись. Если конфигурация простая и пользователей мало - это несущественно. А если, например, у вас УПП, то настанет полный кирдык и бухи будут вынуждены проводить документы по очереди.
(16) Не спорю)
Но у меня такое ощущение, что в скором времени все типовые конфигурации будут управляемыми. Не зря 1С сейчас пилят и нативный сервер, и тонкие клиенты. Да и специалиста хрен сдашь, без банальной строчки с блокировкой.
Однозначно вариант с Линуксовым сервером имеет массу преимуществ. Главное из которых - огромная экономия на лицензиях Винды и MS SQL.
Относительный минус - надо быть специалистом по Линуксу, или иметь такого специалиста. :-)
Ставил сервер 8.2 под Убунту Сервер с Постгре и веб-клиентами. Никаких проблем не заметил. Главное чтобы сами клиентские машины были не кривые, с кривыми браузерами.
(19) beldieff, угу, а виндовый админ работает за пригоршню риса или шапку сухарей :-)
Зарплата линукс-специалиста (в смысле, обладателя сертификатов типа рэдхэт-овского) сравнима с зарплатой виндового спеца аналогичного уровня. А если админом работает студент-недоучка или залетный "знакомый" - тогда конечно. Кстати, свои деньги линуксовый спец отработает еще и настройкой, скажем, почтового сервера (zimbra вместо exchange), прокси, файловых/антивирусных серверов, да мало ли чего еще.
(1) Есть, если есть желание и стремление учиться. Главное, понять, что поставив линуксовый сервер на старой персоналке Вы получите производительность старой персоналки. В смысле, линукс, вопреки расхожему мнению, это не система для бедных студентов. Это полноценная UNIX-образная ОС. А производительность 1С в данном случае очень сильно зависит от настроек postgresql, размещения данных на дисках, производительности RAID-контроллера, самих винчестеров и еще кучищи всяких других факторов.
В любом случае, удачи!
(20) starget,
настройка ключей свелась к установке драйверов с etersoft и, в случае 64-битного дистрибутива, к установке библиотек совместимости с 32-битными приложениями. Повезло, видимо, но особого гемора не заметил. В случае проблем с периодическим отвалом службы ключа (было такое в одном случае, потом решилось после отключения модуля ipv6) - в крон от рута ставится вот такой скрипт:
----------hasprestart.sh----------------
#!/bin/sh
AKS=`/etc/init.d/aksusbd status | /bin/grep 'AKSUSB daemon is not running!'`
NOTRUN="AKSUSB daemon is not running!"
if [[ "$AKS" == *$NOTRUN* ]]; then
/etc/init.d/aksusbd restart
echo "`date` USB HASP service failed to run! Will be restarted now." >> /var/log/haspusb-serv.log
else
echo "`date` OK" >> /var/log/haspusb-serv.log
fi
В конторе 7.7, но планируем на 8.2 переходить, так для теста поднял на Debian 6, создал образ для тонких клиентов с wine(делал на ядре 2.6, а то на 3 что то с локальными ключами галяк это для отдельных клиентов) юзает сетевой ключ. В режиме теста все ок. Только 1 раз демон чтото подвис, в статусе как бы все ок, но к серверу не конектилось.
У нас 11 торговля на 8.2, доработанная. Блокировки управляемые. База на Ubuntu и Postgre. Клиенты на винде (в том числе и терминальные). Размер базы не очень большой (около 1ГБ), 20 пользователей. Работает нормально. Пробовал базу кидать на MS SQL - в результате подбор стал открываться вместо 2-3 сек 30-40 секунд. Вернул обратно на Postgre. Так что не все так однозначно.
в праздники переехал на AltLinux, никаких особых проблем не возникло
8.2.14 на ура работает, 8.2.15 почему-то вылетает, но пока списал на сырость релиза, не стал ковыряться
postgres поставил 9 от etersoft, с 8ым проблемы были, на 9ом все на ура
1 Скорость примерно одинаковая - но это не скорость системы а самой 1с.
2 Постгри версионник а не блокировочник как МС - т.е. для получения определенных преимуществ прийдется покопать код в 1с.
3. По поводу терминала - если ломится через рдп то естественно что не очень. выход юзать внц
4. Для веб клиента ис под винды юзаем не ИЕ а что-нить опенсыцвое(лиса или оперу)
5 Вайн (штука класная но стремная) если ставим вайн то обязательно подниваем и клам.
Тут у меня появилась одна неприятность. winecfg не хотел запускаться. Вываливалась ошибка:
1
wine: error while loading shared libraries: libwine.so.1: cannot open shared object file: No such file or directory
2
wine: error while loading shared libraries: libwine.so.1: cannot open shared object file: No such file or directory
3
------------------------------------------------------
4
wine cmd.exe /c echo '%ProgramFiles%' returned empty string
5
------------------------------------------------------
Решилось созданием симлинка:
1
sudo ln -s /usr/local/wine-1.39/lib/libwine.so.1 /usr/local/lib/
После этого Wine ожил. Чего и вам желаю
(31) valerka78, Если бы все было так просто. Учти, что линаксов не один и не два и то что подходит для убунты подойде если только дебиану или минту, а в федоре, слаке итд даже либы лежат в разных местах. Да и не в libwine дело.
(32) audion,
а виндовый админ работает за пригоршню риса или шапку сухарей :-)
Это к чему? Я о том, что помимо текущих специалистов придется нанимать аутсорсера,ну еще можно на недельку другую в отпуск всех отправить пока свои будут маны курить.
(36) beldieff, Аутсорсеры - это хорошо, конечно, но лучше сделать все силами своих спецов. Для нормального линукс-админа установка и настройка сервера 1С с нуля - задача тривиальная, все уже давно разжевано и потенциальные грабли известны. Техподдержка 1С вполне дружелюбна, мне доводилось общаться с их спецами, может, мне повезло, но люди все попались адекватные и толковые. Тонкости и нюансы есть везде, так на то и есть такие форумы, как этот.
Подчеркну, у меня затруднения вызвала только тонкая настройка конфигов postgresql, все остальное заработало сразу и без большого бубна.
Не знаю, конечно, как у Вас, но, по идее, должен существовать некий период внедрения, когда сервер(ы) сначала собирается, настраивается, затем - работа в тестовом режиме, выявление косяков, устранение и только потом продакшн.
Кстати, уже появились предложения об аренде или продаже полностью готового решения - настроенный сервер со всем необходимым.
Аутсорсеры - это хорошо, конечно, но лучше сделать все силами своих спецов. Для нормального линукс-админа установка и настройка сервера 1С с нуля - задача тривиальная
А теперь возвращаемся к моему первому посту в этой теме ;)
(51) beldieff, Опять же, опыт - дело наживное. А подводных камней развертывания сервера 1С на Windows отнюдь не меньше, чем на Linux. И вообще, почему опыт работы с Windows - это нечто само собой разумеющееся? Все люди, видимо, рождаются с врожденными навыками работы в винде? Все равно не убедили :-) Дилетантски настроенная система на связке Win Server + MS SQL с точки зрения безопасности - ой...
К слову, для полноценно работающего виндового сервера нужно еще и антивирус (деньги + ресурсы системы), об этом как-то все забывают при составлении сметы затрат. И файервол не повредит. В линуксе антивир не нужен, а настройка iptables не слишком сложна, если есть желание разобраться.
(46) Спасибо на добром слове!
(52) А кто в конечном счете будет отвечать за аптайм, сохранность и скорость работы? Типовое или полностью самописное решение используется? Знают ли программеры 1С об особенностях оптимизации кода для PostgreSQL? Короче, с кого спросят, тот и заказывает музыку ;-)
(1) И все же, к какому решению пришли, если не секрет?
Проповал перейти под посгри и линукс, но после месяца полета было решено откатиться на винду и майкросовт скуль :) При количестве пользователей порядка 90 и 5 базах по 14 гигов...тормоза пошли нереальные. Впрочем не исключаю. что это кривизна моих рук виновата во всем :)
Очень большая разница и в цене и в производительности. На Линуксе можно бесплатно получить готовый 1с сервер с базой например Постгри, который на Винде будет стоить только за лицензию от 70 тыр. А производительность по сравнению с файловым вариантом как небо и земля)
Centos+PostreSQl более 70 пользователей. Отличная скорость работы. Правда при первоначальной настройке трудности были, но вес решаемо. Плюсы от использования перевешивают
Думаю есть, если фирма молодая, на начальном этапе инвестиции лучше пустить в оборот. Когда количество операций, производимых в учетной системе за день дойдет до количества, позволяющего достаточно быстро окупить коммерческие решения, лучше перейти на продукты M$.
FC15+Postgre Бух 8.2 5 пользователей база 5 гигов вполне сносно работает на 64 битной оси На винде всё умирало В настройках были конечно грабли но всё решаемо.
я думаю в наше время linux это для тех у кого полно свободного времени,а так и на window нормально работает,вот если проблема с лицензированием тогда да ...,тут еще подумать надо, что лучше деньги потратить или время!
если клиенты берут линукс в целях экономии, то как сказал Гилев, "...они заплатят за свою жадность".
Летать 1С все равно не будет, а вероятность проблем с переменой админа резко увеличивается.
(66) graphbuh,
Злые какие-то высказывания у Гилева.
Может он считает, что 1С назло всем выпускает версию 1С сервера под Линукс. Типа пусть клиент помучается с Линуксом, а потом под крылышко Винды бегом бежит. Только пусть не забудет приплатить побольше за использование Винды, сервера БД, антивирус и прочее, без чего сервер под Виндой в плавание не выпускают.
И почему со сменой админа, разбирающегося в Линуксе, должны возникнуть большие проблемы ? Их что, не существует, исчезающий вид ?
Высказывания не злые а скорее предсказуемые. Насколько я знаю Вячеслав Гилев не эксперт по Linux. Консультации по высоко нагруженным проектам на 1С-Windows-MSSQL это его основная сфера деятельности. Так что его реккомендации по ОС закономерно предполагают его же участие в проекте внедрения.
Наши консультанты действуют так же но рекоммендуют внедрять 1С на Linux ;)
Имеет смысл, в стабильности не потеряш,в скорости тоже (покрайней мере я не замечал) плюс отпадет проблема в легализации ПО. Но однозначно основное условие это вменяемый Линукс администратор :-)
beldieff, да не особо опыт там что-то решает, информации сейчас в инете море, а Линукс такая штука - один раз настроил, больше не паришься, так что не показатель.
Мда..Есть CentOS с базой данных 1С82 ... Полетел (слава богу) второй винт с бекапами.. Ну чё теперь делать.. У самих знаний по Unix системам мало.. Сразу вопрос, если заменить второй винт, его подхватит система? или нужны будут танцы!?
Если строить с ноля то Линукс, если все работает на лицензионной ;-) WinSrv, не парься, на производительность влияют только руки админа, а MS лицензии на новых пользователей обойдутся дешевле зарплаты дополнительного Линукс админа,
а если Вин из свободного доступа, не планируется его оплачивать, да еще все работает - вопрос зачем все ломать!!!
Проблемы могут возникнуть с 1С и с документами формата нового мс офиса в остальном более быстрая и стабильная работа обеспечена, правда хотя бы одного человека знающего, а не "нажимателя кнопок" под виндой для такого перехода лучше иметь.
имеет смысл, только когда 8.2 выпустит нативный клиент для linux, а так вы по сути не факт что сэкономите чтото, стоимость работ по настройки 1с сервера будет сопоставима, по стоимости решения от микрософта.
(82) hamsar, и снова - почему Вы уверены, что в винде все работает сразу, без бубна, и настраивается/устанавливается бесплатно, а админить можно научить и секретаршу? Что производительность MS SQL априори выше Postgre? Глюки в виндах ничуть не реже и не проще.
В конце концов, стоимость приличного железа может оказаться даже побольше стоимости Win Server. Сколько нонче стоят 15k SAS хотя бы на 147 гиг? А их надо минимум 6 + на замену столько же.
Так что давайте (для повышения конструктивности обсуждения) не будем считать единственным плюсом Linux его бесплатность.
К слову, о бесплатности Linux. Дружественная организация внедрила у себя УПП (что-то около 100 лицензий, ессно, SQL), и после тестирования они выбрали RedHat Server 6, который обошелся им в очень приличную сумму. Уверен, сделали они это не из ненависти к дяде Билли - у них производство, и эмоции тут работают в последнюю очередь.
(87), проверено на опыте стоимость адекватной настройки postgre сопоставима с со стоимостью коробки винды, железо это актив купиш побольше потом переделаеш в терминальный сервак когда захочеш. скл сервак тоже, если ты большая организация с кучей бд.
Прям холивар развели, я такие лет 5 назад любил почитать, когда еще gentoo юзал. Сейчас я выбираю винду, потому что у меня нет времени на настройку системы или ее компиляцию, которая может и даст 10% прироста скорости и мне надо учитывать что вокруг меня 99% винды.
Согласен. Для тестовой эксплуатации, или для себя лично - сделал бы на пингвине, а в рабочей среде -- зоопарк разводить не надо, пусть специалисты занимаются каждый своим делом -- администраторы администрируют, программисты программируют, а 1с-ка - работает в родной для себя среде. А чтобы работало быстро -- на железе владельцы бизнеса экономить не должны.