|
А нужен ли терминальный сервер? | ☑ | ||
---|---|---|---|---|
0
Спорт
22.03.12
✎
09:47
|
У нас на 7-ке оперативный учет и на 8-ке бухгалтерия и зарплата, все базы SQL, около 40 пользователей, но нет терминального сервера. Если ставить терминальник, прирост производительности будет при работе какой-нибудь или нет? Узкие места на 7-ка переписаны на прямых запросах, но всё равно бывают блокировочки, решится ли проблема блокировок?
|
|||
1
Спорт
22.03.12
✎
10:01
|
Или терминал актуален только для файловых баз?
|
|||
2
Guk
22.03.12
✎
10:03
|
с блокировками полегче будет...
|
|||
3
povar
22.03.12
✎
10:04
|
(2) может быть, а может и нет
|
|||
4
syktyk
22.03.12
✎
10:05
|
С терминалом самые хреновенькие клиентские места будут просто шуршать
|
|||
5
Guk
22.03.12
✎
10:07
|
(3) скорее всего...
|
|||
6
Guk
22.03.12
✎
10:08
|
если клиенты дохлые, то терминал однозначно, тут и думать нечего. особенно для 7.7...
|
|||
7
kotletka
22.03.12
✎
10:10
|
(0) опиши конфиги рабочих мест и сервера тогда уж
|
|||
8
Спорт
22.03.12
✎
10:10
|
У нас нормальные компьютеры на клиентских местах. Админ предлагает поднять терминальник в виртуалке на SQL сервере, дескать он всё-равно больше чем на 25% не загружается.
|
|||
9
povar
22.03.12
✎
10:14
|
(8) бред какой то
|
|||
10
Спорт
22.03.12
✎
10:17
|
т.е. на виртуальном сервере сервер терминалов не лучше не поднимать? Одна из его мотиваций - данные между сервером и терминалом будут ходить в пределах 1-ой физической машины, не будут "гулять" по сети.
|
|||
11
altone1C
22.03.12
✎
10:21
|
По-идее можно отдать сам скуль сервер под терминалку. Секурность будет вполне достаточная, если пользователям права не расширять на сервере. Терминалка в виртуалке - это извращение, 1с-ка достаточно много кушает, тем более при 40-ка пользователях.
По сетке 7-ка работает достаточно печально даже (тем более?) в случае скуля, т.к. скуль используется ограниченно. А в случае 40-ка пользователей - комфортная работа без терминалки возможна только при совсем микроскопической базе. |
|||
12
APXi
22.03.12
✎
10:22
|
(10) если только для теста
|
|||
13
miki
22.03.12
✎
10:22
|
(10)пока не попробуешь - не узнаешь. Сделайте, потОм тут расскажешь надо это или нет.
Я делал, но наоборт - в виртуалке на сервере приложений ставил скуль. Хуже по сравнению сотдельными физическими машинами не стало точно (во вяком случае юзера не стали жаловаться). Но там основной мотив сэкономть на лицензии на виндовоз... |
|||
14
Адинэснег
22.03.12
✎
10:23
|
эпично тут у вас...
|
|||
15
altone1C
22.03.12
✎
10:26
|
(3) стопроцентно будет легче. Разве что эффект будет... гомеопатический :) Но в случае сервер скуля=сервер терминалов эффект будет вполне заметен.
|
|||
16
Botanik8888
22.03.12
✎
10:43
|
админу в бубен дать не предлагали?
|
|||
17
Спорт
22.03.12
✎
10:53
|
Не, не предлагали. Обидится же, уйдет, кто сеть ковырять будет?
|
|||
18
Lionee
22.03.12
✎
10:56
|
Терминал в виртуалке извращение,
а так физически будет лучше |
|||
19
Спорт
22.03.12
✎
11:12
|
ОК, ставим терминал на SQL сервере безо всяких виртуалок. Всем большое спасибо.
|
|||
20
Dmitrii
гуру
22.03.12
✎
11:15
|
(8) >> он всё-равно больше чем на 25% не загружается.
Может посмотреть в сторону увеличения производительности дисковой подсистемы? Весьма вероятно, диски - узкое место, не позволяющее загрузиться серверу больше. Разворачивать терминал на сервере, где СУБД крутиться я бы не стал. Терминал дофига требует памяти и ресурсов. Производительность дисковой подсистемы тоже сильно упадет. Даже если терминал будет только для 1С. При нормальных клиентских компах терминалка вряд ли даст прирост в производительности. |
|||
21
Спорт
22.03.12
✎
11:16
|
(20) Дисковая подсистема - 2 SSD в зеркале, правда не серверных, взяли на пробу обычные Corsair, как показала практика, SQL быстрее не заработал.
|
|||
22
Botanik8888
22.03.12
✎
11:44
|
(21) - значит криво SQL и система настроены
полностью конфиг сервера - процы, ОЗУ диски размеры баз что на каком диске лежит... |
|||
23
Botanik8888
22.03.12
✎
11:47
|
+ версия и релиз SQL...
|
|||
24
Спорт
22.03.12
✎
11:49
|
(22) Двухпроцессорный Xeon E5620 2.40 GHz, RAM 8ГБ, система стоит на обычном диске, базы и temp на SSD. Размеры основных баз: оперативный учет (7.7) 2,5 ГБ, Бухия (8.2) 25ГБ, ЗуП (8.2)
|
|||
25
Спорт
22.03.12
✎
11:51
|
SQL 2005, версия не знаю какая, Managment Studio - 9.00.5000
|
|||
26
Спорт
22.03.12
✎
11:53
|
Microsoft SQL Server Management Studio 9.00.5000.00
Microsoft Analysis Services Client Tools 2005.090.5000.00 Microsoft Data Access Components (MDAC) 6.1.7601.17514 (win7sp1_rtm.101119-1850) |
|||
27
Спорт
22.03.12
✎
11:56
|
Что еще... Ну на SSD по всем понятиям больше половины свободно для шустроты. И чё, как-то надо специально настроить, тогда взлетит со страшной силой?
|
|||
28
Черт
22.03.12
✎
11:57
|
вообше то сервак на SSD опасная штука. можно остаться вообще без ничего
|
|||
29
Спорт
22.03.12
✎
11:58
|
Ну мы бакапируемся так-то каждый день, к тому же наш мегоадмин утверждает что SSD в случае чего данные не теряет, а "переходит в режим только чтения".
|
|||
30
povar
22.03.12
✎
11:59
|
(28) да ладно, у мня база, вообще на РАМ диске была
|
|||
31
Спорт
22.03.12
✎
11:59
|
(29)+ ну и зеркало конечно на всякий пожарный
|
|||
32
Лодырь
22.03.12
✎
12:00
|
(0) Блокировки увеличатся. Причина и решение описаны например тут http://openconf.1cpp.ru/vk/prior/
|
|||
33
Спорт
22.03.12
✎
12:02
|
(32) Есть же таблетка от ромикса для этой беды
|
|||
34
wasa
22.03.12
✎
12:03
|
У меня недавно была похожая задачка. Нужно было значительно ускорить доступ к семерке в базе размером примерно с гиг, 20 пользователей онлайн.
1. Семерка под СКЛ работает МЕДЛЕННЕЕ чем в файловом режиме, если нет большого количества блокировок (которые порождаются большим кол-вом пользователей ПО СЕТИ (!)) 2. Самый важный аспект быстродействия базы - не проц и не память а скорость чтения / записи на диск. Причем скорость произвольного доступа наиболее важна. Из этих двух несложных соображений родился выход. Купил тупо геймерский комп без видеокарт, в него воткнул SATA3 USSD диск. И поднял на нем вин 2008 с терминалкой. Системник обошелся в 50 тыс. руб ( но я его навернул без меры заради терминалов - i7, 24Gb mem) Можно сделать и в 25-30. Я запретил вообще доступ к рабочей базе по сети, только в терминале (нет сети - нет медленных блокировок, роляет только скорость доступа к дискам) Итог - все летает при активных 20 сотрудниках, причем даже быстрее чем было при открытии той же базы в файловом варианте монопольно со старого локального компа. |
|||
35
Лодырь
22.03.12
✎
12:05
|
(33) ну собственно я и написал что решение там же ) только не от ромикса, а орефкова.
|
|||
36
wasa
22.03.12
✎
12:05
|
Да, вариантом сопоставимым по скорости с USSD будет 50 рейд с аппаратным контроллером (а значит аппаратно серверное решение - что дорого и бессмысленно для 7, овечка не стоит выделки)
|
|||
37
Botanik8888
22.03.12
✎
12:06
|
(32) - не факт....
(33) - попробуй поискать статьи Гилева, было достаточно хорошо описано что зачем и почему. ЗЫ: регламентные задания на SQL - реорганизация индексов, обновление статистик настроено? |
|||
38
Спорт
22.03.12
✎
12:06
|
(34) у тебя база ФАЙЛОВАЯ? У нас возврата к файлу уже нет, всё переписано на 1c++
(35) ну да, это я потом уже дочитал, спасибо |
|||
39
povar
22.03.12
✎
12:07
|
(36) как раз для 7, овечка и стоит
|
|||
40
Botanik8888
22.03.12
✎
12:07
|
+ 37 - имхо: если блокировки были бы, то были бы уже сейчас
|
|||
41
Botanik8888
22.03.12
✎
12:08
|
и вообще хватит колеса пинать и фары протирать :)
|
|||
42
Спорт
22.03.12
✎
12:08
|
(37) Настроено, но мы это всё хозяйство в III-ем квартале только включаем, когда база распухает
|
|||
43
Botanik8888
22.03.12
✎
12:09
|
т.е. 25 гиг это база маленькая еще?
стоп а 8.2 - сервер приложений где стоит? |
|||
44
Спорт
22.03.12
✎
12:11
|
(43) В бухгалтерии работает 8 человек всего, и там как раз блокировок нет. Сервер приложений стоит. А в опер учете на 7.7 сейчас на маленькой базе 2,5 ГБ блокировки пока редки, в основном во II полугодии начинаются проблемы, когда объемы начинают сеть забивать.
|
|||
45
syktyk
22.03.12
✎
12:15
|
Интересуюсь: чем это терминал на виртуале плох?
|
|||
46
wasa
22.03.12
✎
12:19
|
Спорт, тогда отвечу проще. Проблема блокировок в терминалке решится, но для этого нужно категорически запрещать доступ по сети.
"длинные" блокировки создают именно сетевые клиенты. Вспомнил одну историю из практики, может немного не в тему, про прямые запросы. У одной известной, ныне вроде почившей в бозе торговой сети стояла база для кассовых аппаратов на оракле. Ежедневно каждый магазин, как и водится, снимал зет отчет и сверял с базой. Так вот движок оракла пересчитывал все кассовые чеки всей сети магазинов за 7 лет (!!!!), чтобы выдать итог в конце дня. Это действо занимало на оракле 2 минуты, от чего местные админы очень перлись. Их впечатляла скорость оракла (там более 2 тыс чеков в день, сеть крупная). |
|||
47
Спорт
22.03.12
✎
12:21
|
ну, то Оракл, у нас если в ноябре бухи внезапно залезут в март чего поправить ГП нарушается и наступает сезон тормозов, пока ГП не восстановлю
|
|||
48
Botanik8888
22.03.12
✎
12:25
|
(44) - сервер приложений стоит на той же машине что и SQL?
|
|||
49
Botanik8888
22.03.12
✎
12:26
|
+ 7.7 при таком объеме летать просто должна...
замеры по использованию памяти и дисков делали? |
|||
50
Спорт
22.03.12
✎
12:44
|
(48) Да, на том же.
(49) Нет не делали, надо? Скажи как? |
|||
51
Спорт
22.03.12
✎
12:48
|
(49) Да оно и летаэ, говорю же когда база от 5 Гиг начинаются блокеровкэ, раньше на штатных запросах и выборках вообще жуть была.
|
|||
52
Grobik
22.03.12
✎
13:06
|
(24) >> Xeon E5620 2.40 GHz, RAM 8ГБ
Это извините как??? |
|||
53
Спорт
22.03.12
✎
13:08
|
(52) Так, открыл "Мой компьютер" - "Свойства" и переписал сведения о системе. Что настораживает?
|
|||
54
Grobik
22.03.12
✎
13:13
|
(53) 1) 8 на 6 не делится.
2) 8/6 примерно чуть больше 1,33, вы меньше планки серверной памяти искать не пробовали? Для справки KVR1333D3D4R9S/8G стоят около 100 у.е. |
|||
55
Спорт
22.03.12
✎
13:16
|
(54) т.е. надо кол-во памяти как-то кратно устанавливать?
|
|||
56
Спорт
22.03.12
✎
13:18
|
у нас 2-ве планки по 4-ре Гига если чё стоит
|
|||
57
Jump
22.03.12
✎
13:22
|
(0)Есть две заповеди-
Работаеть - не трогай!!! От добра добра не ищут. вот на них и ориентируйся. По сабжу -терминал решает проблему медленной сети и слабых клиентских машин. Плюс удобство централизованного администрирования. Если это очень актуально, то есть смысл смотреть в сторону терминала. Иначе нафиг надо. |
|||
58
Grobik
22.03.12
✎
13:23
|
Нужно смотреть какая материнская плата. Обычно если люди потратились на два Xeon E5620 и мать и корпус под них 300-600 долларов на память не жалеют и ставят минимум по три планки на процессор.
|
|||
59
Grobik
22.03.12
✎
13:24
|
Думаю если в ваш доставить еще 4 таких-же планки 60х4=240 у.е.,
SQL сможет базу 7.7 на усб носителе хранить, без потери скорости. |
|||
60
Jump
22.03.12
✎
13:25
|
(52)Что там непонятного?
(54)Что за бред? Нафиг ты делишь объем оперативки на 6? От нечего делать? |
|||
61
Спорт
22.03.12
✎
13:27
|
(57) Если б я не трогал, всё бы лежало пластом. Есть еще проблемы, т.е. можно сказать "иногда не работает", по этому трогаю.
(59) Т.е. для увеличения скорости работы SQL необходимо увеличить количество планок, чтобы все банки были заняты? Хм... первый раз слышу, но пну одмино, пусть почитаэ в этих своих интернетах. |
|||
62
Lionee
22.03.12
✎
13:28
|
+(60)то ж не понятно зачем память делить ?
|
|||
63
miki
22.03.12
✎
13:29
|
верятно, делит на кол-во слотов/каналов...
|
|||
64
Lionee
22.03.12
✎
13:30
|
и шо если у меня в серваке 8 слотов их все надо забивать ?
|
|||
65
Grobik
22.03.12
✎
13:31
|
(60) (62)
http://www.nix.ru/support/faq/show_articles.php?number=722&faq_topics=LGA1366-LGA1156-LGA1155 (64) С твоими знаниями нужно админа позвать. |
|||
66
miki
22.03.12
✎
13:32
|
(64)не знаю.
Но факт, что декстоп с 2*2 работает заметно шустрее, чем 1*4. |
|||
67
miki
22.03.12
✎
13:34
|
ну, а для 3-х-канльного чипсета лучше, думаю, будет сли ко-во плашек DDR будет также кратно 3-м.
|
|||
68
Grobik
22.03.12
✎
13:35
|
(66) Естественно в памяти второй показатель после объема ПСП.
И имея два недешевых процессора с трехканальным контроллером памяти в каждом использовать всего две планки дешевейшей памяти по моему дико. |
|||
69
Спорт
22.03.12
✎
13:36
|
Да, за совет спасибо, обязательно воспользуюсь. Но у нас проблем с SQL вобщем-то сейчас нету, прямые запросы шарашат в доли секунды, основная проблема - блокировки, при большой базе во 2-ом полугодии. Вот думаю - стоит ли терминалный сервер поднимать или нет, для решения этой проблемы.
|
|||
70
miki
22.03.12
✎
13:37
|
(68)скорее всего ты прав. Оптимально - (по планке на канал)*(кол-во камней).
|
|||
71
Grobik
22.03.12
✎
13:40
|
(69) добавишь памяти и поднимай, бекапы еще в обед добавь.
Приказом директора по организации. |
|||
72
wasa
22.03.12
✎
13:42
|
Я ж написал ответ. Он касается и скуля тоже, потому как 7 (как и 8 впрочем) НЕ создает запросов на запись массива, все делается построчно. Что создает блокировки, и пофиг какие они, файловые или средствами скл. а сетка эти блокировки растягивает во времени.
Только в случае с скл базой прирост в скорости ты получишь небольшой, но лаги уйдут. Только отруби сетевой доступ к базе, это обязательно. |
|||
73
Спорт
22.03.12
✎
13:45
|
(71) Думаешь стОит еще и в обед? У нас в 4:00 ежедневный бакап на другой диск + винты в зеркале.
|
|||
74
Спорт
22.03.12
✎
13:46
|
(72) Да, я услышал тебя, собственно терминал поднимается не для ускорения, а для решения блокировок, но если плюсом еще бы и бонус по производительности пришёл было бы очень хорошо.
|
|||
75
Grobik
22.03.12
✎
13:46
|
(73) Мне так спокойней, и к тому же для внесения доработок в рабочуу базу не нужно гонять по кабинетам, выгоняя менеджеров у которых 1С включена всегда, даже когда они пошли на час-другой чая попить.
|
|||
76
Спорт
22.03.12
✎
13:49
|
У меня обработка автозакрытия 1С, единственное - может где заглючит ВК и системная ошибка выскочит, но я в мониторе смотрю у кого и РАдмином пасу, бегать по кабинетам влом!
|
|||
77
Grobik
22.03.12
✎
13:53
|
Не я в обед руками выгоняю посоветовавшись предварительно с ФД и ГБ.
А вообще жду пока этот мужик свою разработку допилит. http://forum.infostart.ru/forum24/topic53302/?PAGEN_1=2 Пока глючная страшно. Раз сервер наглухо повесила. |
|||
78
Grobik
22.03.12
✎
13:53
|
Так VNC Viewer на что?
|
|||
79
Спорт
22.03.12
✎
13:56
|
(77) Да чё там пилить? Обработка событий и константа = ВсеВон! + монитор константы ПриЗапускеСистемы, чтобы незалазили обратно. Оповещение тоже кидаю через 1С событие = сообщить "В 13:00 отключение оперучета 1С на 20 мин."
|
|||
80
Спорт
22.03.12
✎
13:57
|
Традиционно я могу это делать в обед в 13:00 и в БОЛЬШОЙ ПЕРЕКУР в 16:00
|
|||
81
Лодырь
22.03.12
✎
13:58
|
(79) Сеанс зависший на моменте когда юзер задумался какой же у него пароль в 1С наставит тебя на путь истинный..
|
|||
82
Grobik
22.03.12
✎
14:00
|
(79) Все таки почитай, задумка не плохая, если все выгорит и купить можно.
|
|||
83
Спорт
22.03.12
✎
14:00
|
(81) Таких я гоню из сервера по открытым файловым шарам, просто закрываю users.usr и их всех выносит )))
|
|||
84
BigHarry
22.03.12
✎
14:03
|
(46) При чем тут Оракл? В 2008 году мускл из набора записей овер 3млн. выдавал суммирование с группировками менее чем за минуту. Так что Оракл тут абсолютно не причем.
|
|||
85
Guk
22.03.12
✎
14:09
|
(47) имею чисто академический интерес, каким образом ГП связана с тормозами?...
|
|||
86
Mikeware
22.03.12
✎
14:09
|
40 юзверей - не такая уж и большая нагрузка.
хотя нужно смотреть на документооборот. ----------- для тестирования сервера есть неплохой скрипт, известный как "скрипт vde69" :-) |
|||
87
Mikeware
22.03.12
✎
14:12
|
(85) напрямую.
если бы бухи не были такими тормозами, они не полезли бы в ноябре править март.... |
|||
88
Спорт
22.03.12
✎
14:19
|
(85) Последовательность улетает в март и 1С вместо того чтобы брать готовую цифру начинает рассчитывать помесячные итоги.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |