Автор Тема: Производительность платформы 1С8.3 на Alt Linux  (Прочитано 8061 раз)

Оффлайн XTyJlX

  • Начинающий
  • *
  • Сообщений: 17
  • Simply Linux 7.0.4
    • Email
Здравия коллеги!

Обратиться сюда за вашим мнением меня побудила ситуация с моими заказчиками, уже в который раз меняющие всё железо и ПО у себя на предприятии.
Дело в том, что на рабочих машинах Intel Core2Duo + Win XP + гигабитная сеть, различные продукты от 1С на платформе 8.2 относительно сносно работали до последнего времени. Не удосужившись убедиться, потестировать и вообще не спешить, заказчик обновил у себя на всех бухгалтерских ПК платформу до 1С 8.3. И получили падение производительности в разы! :-t бухи взвыли! и сейчас стоит вопрос в обновлении парка ПК с ОС разумеется...
Меня заинтересовал вопрос - а как себя ведёт новая платформа 8.3 на Alt Linux в сравнении с 8.2, сильно упала производительность? От чего она зависит, неужели железо так важно для новой платформы?

Буду благодарен за мнения и комментария!
Simply Linux 7.0.4
Железяга http://foxconn.ru/products/nettop-barebone/intel/nt-i1250/       + 2Гб DDR3 1600    + 4Gb HalfSlim SATA SSD

Оффлайн Salomatin

  • Модератор раздела
  • ****
  • Сообщений: 981
    • Пошаговые инструкции
    • Email
Вот уже как год назад ко мне обратился руководитель одной из торговых фирм и его главный специалист по 1с. У них повисал сервер на win 2008. А продажи проводились активно.
В пожарном порядке воткнул им  сервер 1с на ALT Linux, практически на бросовом железе.
День проработал нормально, но иногда появлялись логи,  отказы в обслуживании. Понятно стало, что не справляется Postgres. Процессор был загружен на все сто.
Заменил железо на i7, перезалили базу.
Поехало. Сколько они не пытались завалить тестами, ничего не получалось. Работу оценили не хуже чем было на крутом железе и win 2008
Купили обыкновенный системный блок, два винта, i7 и памяти воткнули до дури. Обошлось  тысяч тридцать.
С учетом того, что они купили до этого крутой сервер, с кучей кулеров, туда лицензионный win 2008. Более того, во время зависаний тренировались с добавлением памяти - 30 тысяч показалось весьма скромно.
Плюс полная лицензионная чистота с моей стороны.
С того времени, сколько я не подходил к ним с вопросами, замечаний по работе сервера ни разу не высказали.
До сегодняшнего как не старались, придраться  ни к чему не могут.
Вот некоторые характеристики сервера и объема баз.
[vova@alt1c var]$ uptime
 21:38:13 up 38 days, 10:01,  1 user,  load average: 0,20, 0,23, 0,28
[vova@alt1c var]$ uname -a
Linux alt1c.localdomain 3.12.17-std-def-alt1 #1 SMP Tue Apr 8 10:12:59 UTC 2014 x86_64 GNU/Linux
[root@alt1c base]# du
6,6M ./1
2,2G ./9942753
6,4M ./11888
633M ./2140799
3,7G ./802743
3,7G ./803314
7,7M ./9488679
4,0K ./pgsql_tmp
3,4G ./802172
23M ./9397801
28G ./16384
19G ./1247415
19G ./1557185
6,4M ./11880
3,6G ./352673
83G .
[vova@alt1c var]$ sensors
coretemp-isa-0000
Adapter: ISA adapter
Physical id 0:  +41.0°C  (high = +80.0°C, crit = +100.0°C)
Core 0:         +37.0°C  (high = +80.0°C, crit = +100.0°C)
Core 1:         +41.0°C  (high = +80.0°C, crit = +100.0°C)
Core 2:         +35.0°C  (high = +80.0°C, crit = +100.0°C)
Core 3:         +34.0°C  (high = +80.0°C, crit = +100.0°C)

 
Далее мы разделились. Программист 1с использует этот бывший win2008 сервер в качестве сервера терминалов. Клиенты win у него работают через него. Часть клиентов осталась в толстом клиенте. Я туда стараюсь не лезть. Все работает. Но есть проблемы с печатью. Чисто согласованности  клиента - сервера. Обычные для win. То драйверов найти не может, то одинаковых.
Были принтера, которые и до этого не работали.
Воспользовался лицензией на win2008, а там оказалась вторая на вируальный сервер, которой никто не пользовался. Поставил win сервер виртуально на рабочий сервер 1C, дополнительной задачей.
(После тестов видел, что сервер не очень загружен и перестраховался с процессором и памятью). Переставил  несколько рабочих станций на ALT Linux. Они подхватили принтера, которые win не видел. Наладил печать и пустил их работать удаленным столом через свой win сервер. Специально, чтобы им завидно было. Для тех задач, в которых крутились эти рабочие станции раньше все работает.

Попалась одна капризная продавец. Ей все время и до этого ничего не нравилось. Тут тоже, аська не та, кнопки другие. Откровенно побаивался ее очень. Все нормально, работает. Вообще притихла.
Комп летает ( до этого постоянно жаловалась на скорость). Критерий один: Если все работает, то все работает. Жалобы исчезают. Объективности ради компьютер ей нужен для работы. Да, посидел рядом, немного помучились. Тьфу, тьфу, прохожу мимо, злобного взгляда на себе не ловлю и заглядываю к ней теперь гораздо реже.
Да с этикетками и другими экзотическими печатками вроде иногда возникают проблемы. Программист 1с их решает. В крайнем случае печатают по виндой.
Короче думал будет хуже. Персонал на удивление проглотил линукс станции, друг другу подсказывают. Пока полет нормальный.
Более того поставил и толстого клиента на станции. Когда терминальный win сервер зависает, персонал подключается толстым клиентом и покупатели не теряются.
У вин клиентов, с их сервером терминалов проблем больше.

Бывает 1с сервер зависает. На мой взгляд  пока это происходило только когда программист 1с чудит с задачами. Запускает отчет  с логическими ошибками и не знает как его остановить.
Создал юзера с его любимым именем, Дал ему право перегружать сервер графическим интерфейсом через ЦУС,  в любое время когда захочет. Он перегружает, задачку останавливает и все начинает работать нормально. Но лишнего не балуется. Вы видели, последняя перезагрузка была 38 дней назад. 

За весь период уже дважды меняли версию 1с на более свежую. Сейчас стоит 8.3.5.1098. Переход осуществляется за три - пять минут. На всякий случай делаем резервную копию и собираемся все вместе. Дальше он уже сам меняет везде клиентов.

Резервное копирование производится по расписанию штатными средствами 1с. Так что с меня снята вся ответственность за целостность базы. В случае аварии, можно залить резервную базу на резервный сервер (тот самый с бросовым железом) и кое как, но продолжить работу.
Отремонтировать железо, поставить с ноля  ALT Linux, поднять там 1с сервер, даже по Лабораторным работам вопрос часа, либо двух.
 
Очень серьезно прорабатываем переход с нового года на работу в веб доступе. Пусть для начала не всем клиентам, но для информационных столиков, планшетников продавцам. Поставил отдельный сервер "песочницу". В тестах уже все работает нормально. Программист 1с прорабатывает варианты перехода, экспериментирует.  Обещает в следующий отчетный период начнем работать и через веб.

Так что вывод такой: Раз возникли проблемы, самый удобный случай перевести сервер 1с на ALT Linux. Берете системный блок, не самый крутой. Так чуть выше среднего. Ставите по лабораторным работам
http://forum.altlinux.org/index.php/topic,30681.msg233678.html#msg233678
Заливаете в лоб имеющуюся базу и все работает.
Будут вопросы всем форумом вам поможем. 
« Последнее редактирование: 05.08.2014 21:21:22 от Salomatin »
Хочешь понять сам, объясни другому.
"Если уже все испробовал и ничего не помогает - почитай инструкцию"

Оффлайн XTyJlX

  • Начинающий
  • *
  • Сообщений: 17
  • Simply Linux 7.0.4
    • Email
В случае моего заказчика, у них всё проще - одноранговая сетка, база предприятия на самом шустром ПК главбуха, и 2 толстых клиентf пинают периодически базу (1С Предприятие 3,0), 1 ПК  из них, сильно пинает - 24/7 отгрузка продукции, никогда не останавливаются, кроме технологических перерывов. Что бы сильно друг другу не мешать, основной пакет документов на отгрузки делается вне рабочее время, а бух в течении дня напрягает базу, как то так...

PS Была вообще идея на бюджетный NAS переселить базу и забыть о периодически зависаемом Win XP с базой, но непомерный рост сетевого траффика от такого эксперимента меня отвадил...
« Последнее редактирование: 06.08.2014 16:37:39 от XTyJlX »
Simply Linux 7.0.4
Железяга http://foxconn.ru/products/nettop-barebone/intel/nt-i1250/       + 2Гб DDR3 1600    + 4Gb HalfSlim SATA SSD

Оффлайн Salomatin

  • Модератор раздела
  • ****
  • Сообщений: 981
    • Пошаговые инструкции
    • Email
база предприятия на самом шустром ПК главбуха, и 2 толстых клиентf пинают периодически базу (1С Предприятие 3,0), 1 ПК  из них, сильно пинает - 24/7 отгрузка продукции, никогда не останавливаются, кроме технологических перерывов.
Не совсем разумное решение. Главбух рано или поздно повешает свою рабочую станцию, подхватит вирус, получит болт на весь экран. Либо просто засорит так, что он будет думать часами на простой операцией. Получите вместо одной проблемы, сразу две. Еще и базу потеряете.
Рабочая станция главбуха, должна быть рабочей станцией главбуха.
Вы же сами говорите:
:-t бухи взвыли!
Вот вот. Там уже похоже всякие зомби-деймоны бродят. Тем более если не отключаете 24/7.
сейчас стоит вопрос в обновлении парка ПК с ОС разумеется...

Начните с сервера 1с. С вашими задачами, на любом железе. Если купите новый системный блок, то на 5-6 лет забудете про проблему. Монитор ему не нужен.
Я даже пароли иногда забываю.
Проверите работу неделю, две и отформатируете рабочие станции. Поставите системы заново и все залетает.
Хочешь понять сам, объясни другому.
"Если уже все испробовал и ничего не помогает - почитай инструкцию"

Оффлайн XTyJlX

  • Начинающий
  • *
  • Сообщений: 17
  • Simply Linux 7.0.4
    • Email
Согласен что неправильно у них всё, так уж они привыкли ещё до меня. Сейчас ПК главбуха обновится, и если при дальнейшем росте базы и наращиванию тормозах ситуация будет повторятся, буду на отдельный ПК базу пересаживать.

Вопрос - сервером-файлопомойкой для базы можно обычную версию Alt Linux использоваться, например смайл? что бы толстыми клиентами пинать с него базу 1С?
Simply Linux 7.0.4
Железяга http://foxconn.ru/products/nettop-barebone/intel/nt-i1250/       + 2Гб DDR3 1600    + 4Gb HalfSlim SATA SSD

Оффлайн Salomatin

  • Модератор раздела
  • ****
  • Сообщений: 981
    • Пошаговые инструкции
    • Email
Вопрос - сервером-файлопомойкой для базы можно обычную версию Alt Linux использоваться, например смайл? что бы толстыми клиентами пинать с него базу 1С?

Для сервера полностью решит проблему ALT Linux 7.0 Centaurus.
Без графики он будет заниматься только вашими задачами. Через ЦУС удобно администрировать. В случае чего прямо на нем можно запустить рабочий стол.
Для хранения резервных копий можно использовать как любой  ALT, Win или My Book Live, куда толстый клиент, средствами 1с  по расписанию будет складывать архивы баз.
Хочешь понять сам, объясни другому.
"Если уже все испробовал и ничего не помогает - почитай инструкцию"

Оффлайн neobht

  • Завсегдатай
  • *
  • Сообщений: 390
Попробовали перевести сервер с платформы 8.2 на платформу 8.3 и столкнулись с тем, что половина задач раз в 10 стала шустрее, а половина раз в 40 тормознее.

Вот теперь думаем, что может быть не так. Ничего в голову не приходит. И postgres разные версии и сервер 1с вдоль и поперек. Тормозит и все.

Может есть какой винтик, который мы упускаем?

Приводить конфигурацию железа не буду, потому что чего только не пробовали. Спрашиваю чисто феерический рецепт.

Оффлайн sb

  • Модератор глобальный
  • *****
  • Сообщений: 8 999
Вот теперь думаем, что может быть не так. Ничего в голову не приходит. И postgres разные версии и сервер 1с вдоль и поперек. Тормозит и все.
Дело не в базе данных, дело в 1цэ. Все претензии лучше адресовать им со всеми имеющимися у вас данными, а иначе 1цэ так и будет тормозить (на хорошем железе) и вызывать недоумение.

peb

  • Гость
Дело не в базе данных, дело в 1цэ. Все претензии лучше адресовать им со всеми имеющимися у вас данными, а иначе 1цэ так и будет тормозить (на хорошем железе) и вызывать недоумение.

Можно, конечно все свалить на 1с, но практика показала, что еще очень много зависит и от железа. Наблюдал, такой момент, база тормозила, подвисала и т.д, что с ней только не делали. Все конечно, материли 1с. Но, проблема решилась заменой жесткого диска на SSD. Уже прошел почти год, как все радуются и улыбаются.
« Последнее редактирование: 18.12.2014 22:43:22 от peb »

Оффлайн sb

  • Модератор глобальный
  • *****
  • Сообщений: 8 999
Все конечно, материли 1с. Но, проблема решилась заменой жесткого диска на SSD. Уже прошел почти год, как все радуются и улыбаются.
SSD ? Рисковые вы ребята, однако.

dango

  • Гость
На производительность 1С из железа влияют:
1. Связка CPU + RAM
2. Дисковая подсистема.
В случае толстых клиентов:
3. Сеть
Для оценки и поиска узких мест не помешает тест от Гилева:
http://www.gilev.ru/tpc1cgilv/
« Последнее редактирование: 19.12.2014 09:04:02 от dango »

peb

  • Гость
Полностью с Вами согласен.
На производительность 1С из железа влияют:
1. Связка CPU + RAM
2. Дисковая подсистема.
В случае толстых клиентов:
3. Сеть
Для оценки и поиска узких мест не помешает тест от Гилева:
http://www.gilev.ru/tpc1cgilv/

Полностью с Вами согласен.

peb

  • Гость
SSD ? Рисковые вы ребята, однако.

В чем конкретно риск?

dango

  • Гость
В чем конкретно риск?
При всех своих плюсах, у SSD ограниченный срок работы ячеек памяти, что может стать критичным для информационной базы 1С, как файловой, так и на СУБД, т.к. интенсивность чтения-записи там высокая. Могу порекомендовать как вариант RAID 1 из 2 одинаковых SSD + 1 в резерв (лучше из одной партии) исключительно только под базы 1С, на всякий случай запасное место на обычном HDD, и обязательное ежедневное (как минимум) резервное копирование баз 1С. Надежность и отказоустойчивость стоят выше скорости.
« Последнее редактирование: 19.12.2014 11:58:43 от dango »

peb

  • Гость
В чем конкретно риск?
При всех своих плюсах, у SSD ограниченный срок работы ячеек памяти, что может стать критичным для информационной базы 1С, как файловой, так и на СУБД, т.к. интенсивность чтения-записи там высокая. Могу порекомендовать как вариант RAID 1 из 2 одинаковых SSD + 1 в резерв (лучше из одной партии) исключительно только под базы 1С, на всякий случай запасное место на обычном HDD, и обязательное ежедневное (как минимум) резервное копирование баз 1С. Надежность и отказоустойчивость стоят выше скорости.

Так и сделано. Каждый день, делается бекап на обычный винт + еще этот же бекап еще раз копируется на внешнее хранилище. Поэтому в этом плане не вижу риска.
« Последнее редактирование: 19.12.2014 12:24:09 от peb »