|
1С и от 2.000 - 3.000 пользователей. Предположительно до ~5.000. Есть такое? | ☑ | ||
---|---|---|---|---|
0
1Cv8_accepted
15.10.13
✎
10:16
|
Сабж! Кто сталкивался? Интересует практическая реализация подобного монстра.
|
|||
1
Нууф-Нууф
15.10.13
✎
10:18
|
Всю ветку не читал. КГ/АМ уже было?
|
|||
2
shuhard
15.10.13
✎
10:18
|
(0) на сайте 1С есть примеры распределёнок с таким числом
|
|||
3
1Cv8_accepted
15.10.13
✎
10:19
|
(2) Спасибо, а в какой раздел копать?
|
|||
4
Chai Nic
15.10.13
✎
10:19
|
(2) А без распределенок, в одном кластере?
|
|||
5
1Cv8_accepted
15.10.13
✎
10:21
|
(4) Это, я сам понимаю, бред. Хотя, если есть такое в рабочем состоянии - было бы интересно позырить! ))
|
|||
6
Сисой
15.10.13
✎
10:27
|
(0) Это пока невозможно. Такое только для монстров рынка типа SAP или OEBS. Впрочем, 1000 1С тянет, видел такое, но из этих 1000 70% были потребителями информации и вводили максимум одну заявку в день.
|
|||
7
1Cv8_accepted
15.10.13
✎
10:31
|
Дебилизм заявки моим заказчиком осознан, топите ветку. ))
|
|||
8
Aleksey
15.10.13
✎
10:32
|
Боюсь что ты физически не сможешь набрать столько ключей
|
|||
9
shuhard
15.10.13
✎
10:33
|
(6)[Это пока невозможно]
бездоказательно |
|||
10
1Cv8_accepted
15.10.13
✎
10:38
|
(8) Тонкий и уёб-клиент.
|
|||
11
Aleksey
15.10.13
✎
10:42
|
(10) И что? У тебя ключи насколько пользователей? 300+500 ... и как тут 1000 будет
Т.е. тебе еще нужно несколько отдельных машин для каждого ключа. Плюс отдельный каталог 1С с прописанным хасп.ини для каждой машины |
|||
12
Aleksey
15.10.13
✎
10:42
|
||||
13
ChiginAV
15.10.13
✎
10:42
|
(8) А программных?
|
|||
14
zmaximka
15.10.13
✎
10:43
|
похоже на вброс
|
|||
15
Maxus43
15.10.13
✎
10:43
|
есть проект с >1000 онлайн в одной базе, только его нет на сайте 1с. Там Оракл и УПП, вроде работает
|
|||
16
Aleksey
15.10.13
✎
10:45
|
Участвовал в проекте по 7-ке. Одновременно 1500 какое то время работало, сейчас последний раз видел 1100. В (40) тоже участвовал в проекте, но там действительно распределенная система. Помню проект на СУБД Оракл в которой работало одновременно 800 пользователей (МВ) так там очень часто возникали проблемы производительности и админы менялись еще чаще.:)
Сейчас тестим 1С 8.1 создавая свои тесты - могу сказать что самая большая проблема это на терминале-ах загрузить хотя бы 500 1С клиентов. Памяти нужно немерено, да и ключи кстати работают нестабильно. (с) МуМу v8: 1000 конкурентных пользователей в 1С8.2+Oracle миф или реальность? |
|||
17
Aleksey
15.10.13
✎
10:48
|
http://1.bp.blogspot.com/-K-VL3tgOE4Y/Tt07JwVZoGI/AAAAAAAACKo/o8DMRJl5Y7U/s400/123.png
http://4.bp.blogspot.com/--nua84WCs2M/TueKLHiY3tI/AAAAAAAACK0/JsMwPNn6Qas/s1600/dl+890.png скриншот с реального нагрузчного теста “1С” конфигурации заказчика (СЕРВЕР ПОД MS SQL SERVER ДЛЯ 1С ПОД 1000 – 2000 ПОЛЬЗОВАТЕЛЕЙ – HP DL980 G7) http://www.gilev.ru/2000users/ |
|||
18
Zerga
15.10.13
✎
10:54
|
(17) "Enter" что-ли?
|
|||
19
Aleksey
15.10.13
✎
10:57
|
(18) Что такое ентер?
Нагрузочное тестирование 3000 пользователей http://www.youtube.com/watch?v=2VH1bHS1_EA |
|||
20
Aleksey
15.10.13
✎
10:58
|
||||
21
neckto
15.10.13
✎
11:08
|
(18) В "Enter"е щас SAP внедряется. Грят, 1С-ка не тянет.
|
|||
22
beholder
15.10.13
✎
11:16
|
(20) не открывается
|
|||
23
Базис
naïve
15.10.13
✎
11:20
|
(17) Картиночку вашу можно взять?
|
|||
24
МихаилМ
15.10.13
✎
11:23
|
(17)
на картинке видно, что включён Hyper-Threading без HT результаты хуже ? |
|||
25
beholder
15.10.13
✎
11:24
|
у меня в профиле можете посмотреть на картинку с 700 поьлзователями
|
|||
26
VladZ
15.10.13
✎
11:32
|
(0) А зачем пихать столько народу в одну базу? Чего они там будут делать?
|
|||
27
Fragster
модератор
15.10.13
✎
11:32
|
(25) правильная картинка - она с консолькой 1с а не с диспетчером задач...
|
|||
28
Demiurg
15.10.13
✎
11:33
|
(0) делали проекты со всеми перечисленными числами пользователей в одной информационной базе
http://www.gilev.ru/scalability/ пишите в личку, публично обсуждать не будем, все проекты не публичные |
|||
29
Demiurg
15.10.13
✎
11:34
|
(21) это говорят второй год... пока видим только 1с
|
|||
30
Demiurg
15.10.13
✎
11:40
|
под 800 пользователей сейчас очень много проектов, ентер не самый мелкий, но скорее средний проект, чем крупный имхо
|
|||
31
йети
15.10.13
✎
11:40
|
(21) это нанятые в Enter буйные менеджеры так хотят.
например Утконос на том-же SAPе благополучно загибается |
|||
32
Питерский_
Никола 15.10.13
✎
11:44
|
(30) под 800 юзеров ??? очень много это сотни ? тысячи ? или же десятки. Просто очень хочется понимать что зачит много в Вашем понимании ?
И как минимум это далеко не типовые конфы и в основном наверно это управленческий учет. Да и плюс штат своих 1С-ников в таких компаниях минимум от 3-5 программеров без учета косультантов и т.д. ?? |
|||
33
Demiurg
15.10.13
✎
11:51
|
до 800 пользователей достаточно не жмотить денег на сервер, он должен стоить как машина начальника )
|
|||
34
Demiurg
15.10.13
✎
11:56
|
(32) по Москве это сотни фирм, в регионах конечно меньше, в основном в городах-миллиониках
|
|||
35
beholder
15.10.13
✎
12:02
|
(27) мне лень перевешивать.
|
|||
36
Базис
naïve
15.10.13
✎
12:02
|
(31) Кажется, основная проблема Утконоса - не в учётной системе. То ли крыши нет, то ли ROI до года урезали, но всё плохо.
|
|||
37
beholder
15.10.13
✎
12:03
|
(28) несколько серверов приложений? А насколько территориально распределены клиенты?
|
|||
38
йети
15.10.13
✎
12:08
|
(36) я к тому пример и привел, что смена платформы не решает методологических проблем. и в том же Связном-Enterе сильная команда 1С-ков, которая может использовать возможности 1С
|
|||
39
IamAlexy
15.10.13
✎
12:09
|
(0) ключи на 1000 лицензий появились в продаже..
серверы корп на 8.3 платформе тоже. при грамотном подходе - почему бы и нет? на партнерках регулярно отчитываются о крупных внедрениях.. рассказывают все сложности с которыми столкнулись, пути и методы решений, привоядт примеры оборудования.. краткая суть: такими внедрениями должны заниматься профессионалы а не 1Сники которые на мисте совета спрашивают.. |
|||
40
beholder
15.10.13
✎
12:11
|
(39) пффф
|
|||
41
Aleksey
15.10.13
✎
12:12
|
(39) вот еще бы типовые могли бы работать с этими 1000 пользователями
|
|||
42
IamAlexy
15.10.13
✎
12:14
|
(41) а разве не в железо все упирается ?
|
|||
43
Aleksey
15.10.13
✎
12:15
|
(42) Когда 1С генерирут 1000 мелких запросов при пометки удаления .... не конечно любой кривой код можно списать на слабое железо
|
|||
44
Maxus43
15.10.13
✎
12:16
|
(42) нет конечно, в типовых оптимизацией вобще не занимаются, куча мест неоптимальных. Даже банальная обработка по загрузке из клиент-банка например) ускоряется в разы лёгким мановением прямых рук
|
|||
45
IamAlexy
15.10.13
✎
12:18
|
(43) точно. не подумал.
(44) ок. |
|||
46
МуМу
15.10.13
✎
12:24
|
Мог бы высказать свое мнение но видимо автору темы этот вопрос уже не интересен:)
|
|||
47
Aleksey
15.10.13
✎
12:25
|
(46) Не отказывай себе в этом, высказывай
|
|||
48
IamAlexy
15.10.13
✎
12:27
|
(46) тема автору не принадлежит..
высказывай давай свое очень важное и весомое веское мнение.. |
|||
49
ILNIK
15.10.13
✎
12:31
|
У нас 4 базы с единой самописной конфигурацией по 300 пользователей в каждой.
Планируется с 1 января объединить их в единую базу + сделать обрезку данных. Рассчитали, что будет 700-800 пользователей (сейчас многие работают одновременно в нескольких базах). Приглашали Гилева, тестировали конфигурацию на стенде в майкрософте. Он сказал, что г_о_в_н_о_код и что база не взлетит. После этого делали оптимизацию кода. Смотрели в sql, что больше всего грузит, переписывали запросы и тд. Обновили и оптимизировали сервера. Поставили дорогущий Блейд, после оптимизации производительность поднялась до 20%. Потом делали нагрузочное тестирование базы, сравнивали с текущей нагрузкой. Вроде 700 пользователей должны взлететь. Ждем нового года... |
|||
50
1Cv8_accepted
15.10.13
✎
12:33
|
(46) Интересен. Но на работу в реальном времени уже забили болт. "Костылей" в виде распределёнок, обменов и т. д. - не охота. Сейчас смотрят другие решения. Как вариант - разделение на front- и back-office.
(48) Ещё как принадлежит! |
|||
51
Wern
15.10.13
✎
12:34
|
(44) А зачем загрузке из банк клиента оптимизация? Ее делают сотни пользователей помногу раз в день?
|
|||
52
Maxus43
15.10.13
✎
12:35
|
(51) делают то 1 раз в день, но если больше 500 платёжек - висит минут 10-20, ищет что-то... после оптимизации стало 2 минуты максимум. Это просто пример, что нет оптимизации в типовых
|
|||
53
Aleksey
15.10.13
✎
12:36
|
(51) это просто пример кода (подхода к оптимизации)в типовой.
|
|||
54
IamAlexy
15.10.13
✎
12:37
|
(51) удаление помеченных тоже как бы вроде в монопольном должно делаться.. но тем не мене..
|
|||
55
ptiz
15.10.13
✎
12:37
|
(49) А можно пример плохого кода? В чем ошибки были? (если это не запросы в цикле и прочие очевидности).
|
|||
56
IamAlexy
15.10.13
✎
12:38
|
(55)
обращение через десять точек например |
|||
57
1Cv8_accepted
15.10.13
✎
12:39
|
(55) (56) И, как ни странно, "код в одну строку" при этом работает быстрее, да? ;-))
|
|||
58
piter3
15.10.13
✎
12:39
|
не запросы в цикле и .остатки вместо запросов по-моему круче
|
|||
59
1Cv8_accepted
15.10.13
✎
12:40
|
(58) Делить на клиент/сервер пробовали?
|
|||
60
ptiz
15.10.13
✎
12:40
|
(51) Например, в типовых работа клиент-банка сделана через работу со строкой (СтрПолучитьСтроку), что дико тормозит на больших текстах.
|
|||
61
МуМу
15.10.13
✎
12:40
|
Ну тогда не сочтите за рекламу. Автор темы лицо не афелированное:)
На эту тему скоро будет семинар http://softpoint.ru/info_id151.htm Из новенького, разработали и внедряем кластер СУБД на базе always on. Думаю к концу года будет 5-ть внедрений.(сейчас еще не полностью оптимизировали) Таким образом можно не только масштабировать СУБД но и управлять ресурсами.То есть один сервак для оперативного учета(типа фронт офис) а другой для аналитиков(бэкофис) Плюс еще пару решений. Возможно кого то из клиентов пригласим. |
|||
62
1Cv8_accepted
15.10.13
✎
12:42
|
(61) Материалы потом приведёте? Хоть в виде презентации PowerPoint, например...
|
|||
63
МуМу
15.10.13
✎
12:42
|
Ну а так, мое мнение по вопросу в (0). Практически на любой современной платформе, а 1С 8 современная платформа, можно сделать внедрение на 2000-3000 пользователей. Все зависит от ньюансов ну и в первую очередь от внедренцев.
|
|||
64
beholder
15.10.13
✎
12:58
|
(49) ЦУП поставили? Очень помогает оптимизировать.
|
|||
65
piter3
15.10.13
✎
12:59
|
(59) это в отраслевках, но все равно как цикл в запросе предалагаешь делить?
|
|||
66
Bigbro
15.10.13
✎
13:01
|
судя по комментам в ветке нихрена у нас зуп не взлетит с нового года...
|
|||
67
Зойч
15.10.13
✎
13:04
|
(66) 2-3к пользователей зупа???
|
|||
68
Bigbro
15.10.13
✎
13:09
|
сейчас ЗИК распределенка, порядка сотни пользователей в базе, 8 филиалов. база скульная 4,5 гига пока наша.
мелькала идея что всех в одну базу слить, меня это несколько насторожило, вижу что не зря. |
|||
69
0level
15.10.13
✎
13:09
|
есть проект ахд росминздрава. через вебклиент все учереждения здравоохранения (больницы поликлиники, скорые , диспансеры) в РФ в одну базу 1с грузят свою отчетность и формируют оборотки правят доки.
|
|||
70
ansh15
15.10.13
✎
13:43
|
http://v8.1c.ru/konf0613/files/12/sec_torg/09_20_big_vnedr_ut11_zhukova.pdf
Не 2000, конечно, но и не маленький. |
|||
71
ОчкарикСлава
15.10.13
✎
13:51
|
(70) а что они сканируют так массово?
|
|||
72
ОчкарикСлава
15.10.13
✎
13:52
|
+ (71) хотя да, нашел...
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |