![]() |
![]() |
![]() |
|
2 sql сервера в одной сети | ☑ | ||
---|---|---|---|---|
0
litlex
16.01.07
✎
04:46
|
такая задача: в сети есть sql сервер с 1с-ными базами, на нём же стоит сервер 1с-предприятия, есть отдельный сервер приложений (терминальный) - где собственно пользователи и работают. Обработка данных довольно медленная, как оптимизировать работу? Размер баз на sql сервере доходит до 5 ГБ, и баз там несколько.
второй вопрос: в этой же сети необходимо развернуть ещё базы 8-ки, причем они тоже будут довольно немаленькие. Есть ещё сервер свободный (точнее 2) - вот вопрос - что как сделать: скажем на одном ставить ещё один sql сервер (на более мощном) и сервер предприятия, второй делать сервером приложений. Будет ли такая схема работать нормально? Два License Manager в сети же невозможно ставить? какие есть тонкости? |
|||
1
АперБот
16.01.07
✎
05:50
|
Доктор, почему меня все игнорируют? (из анекдота)
|
|||
2
CHOTBOPHOE
16.01.07
✎
11:07
|
Насколько я понял, то у тебя всего 3 сервера? Тогда лучше просто разнеси сервер БД, сервер приложений и терминальный сервер по разным машинам, соединяй их гигабитным сегментом и должно получиться нормально.
|
|||
3
litlex
16.01.07
✎
11:23
|
да я вот уже и подумал что лучше сделать рекомендованную трехзвенку, правда ещё добавить второй сервер для sql (это ведь не возбраняется?).
интересует вот что: на сервер 1с-предприятие - ставится ключ на сервер, далее на любом из этих серверов можно вставить хаспы (для пользовательских лицензий)? на каждом из них тогда надо будет поставить License Manager - так? |
|||
4
ZyXEL
16.01.07
✎
11:28
|
(3) на каждой машине на которой есть пользовательский ключ надо ставить License Manager если эти ключи используються по сети.
|
|||
5
CHOTBOPHOE
16.01.07
✎
13:26
|
(3) Главное не вешай на одну машину два ключа...
|
|||
6
France
16.01.07
✎
13:28
|
5 Гиг - это не "немаленькие".. это смешные размеры..
немаленькие - это от 55 Гиг... а от 555 Гиг уже можно говорить - большие, но это другая история.. |
|||
7
CHOTBOPHOE
16.01.07
✎
13:51
|
(3) Кстати, использование одного сервера приложений для нескольких баз данных отрицательно сказывается на производительности.
|
|||
8
litlex
17.01.07
✎
03:32
|
т.е. вместо 2-х серверов sql лучше использовать 1-sql, 1-сервер 1с-предприятие, и 2- под терминалы(приложения). Один сервер sql сможет разгрести всё?
или вы имели ввиду поставить 2 сервера 1с-предприятия? |
|||
9
litlex
17.01.07
✎
07:38
|
up
|
|||
10
avmlvm
17.01.07
✎
08:07
|
(8) " Один сервер sql сможет разгрести всё? "
хм-м-м.. к чему иллюзии? :-) Сервера бывают разные (и по софту и по железу), да и задачи тоже - разные... Т.е. иногда один сиквельный сервак ВСЁ разгребает легко.. А иногда и десятка серваков - мало :-) ЗЫ.. или чЁ хотел услышать? ЗЫЫ.. Кстати.. "заточить" эффективно железо под конкретные задачи софта гораздо легче, чем "угодить" задачам широкого пофиля.. Так что стратегия: - отдельно sql-сервер(ы), - отдельно сервер(ы) 1с-предприятие, - отдельно сервер(ы) терминальников. это правильная стратегия (хотя для маленьких задач не всегда оптимальная) :-) |
|||
11
litlex
17.01.07
✎
08:40
|
вот к примеру два сервака с такой конфигурацией:
Системная плата: Тип ЦП 2x Intel Xeon, 3200 MHz (16 x 200) Системная плата IBM 8840EFG Чипсет системной платы Intel Lindenhurst E7520 Системная память 3456 Мб (DDR2-400 Registered ECC DDR2 SDRAM) и пара таких: Системная плата: Тип ЦП 2x Intel Xeon, 2800 MHz (14 x 200) Системная плата Intel Brandon SE7520BD2 (1 PCI, 1 PCI-E x4, 3 PCI-X, 6 DDR DIMM, Video, Dual Gigabit LAN, SCSI) Чипсет системной платы Intel Lindenhurst E7520 Системная память 4096 Мб (DDR2-400 Registered ECC DDR2 SDRAM) ну можно ещё задействовать один попроще.. вобщем какой процесс более ресурсоёмкий? на sql сервере? или на сервере 1с-предприятия? что следует разносить? - sql сервера? или сервера 1с-предприятия (т.е. делать по 2 штуки). У кого нить есть такой опыт? |
|||
12
avmlvm
17.01.07
✎
08:51
|
(11) Ты ничего не написал про винты... Для сиквела очень критична дисковая подсистема... Да и сетевухи нужны "поинтеллектуальнее" (со своим процем и со своей встроенной ОЗУ)
Короче.. тюних железа, как и роды - по телефону безусловно увлекательны, но зачастую не эффективны :-))) Удачи |
|||
13
avmlvm
17.01.07
✎
08:53
|
(12) + "вобщем какой процесс более ресурсоёмкий"
Хм-м-м.. у каждого свой.. просто включаешь мониторы сбора статистики и ищешь "бутылочные горлышка", которые тормозят тебе работу.. Это может быть и паять и диски и процессоры и сеть... На расстоянии чЁ-либо сказать конкретное - нИльзя :-) |
|||
14
litlex
17.01.07
✎
13:53
|
а что можете сказать про такие варианты: при наличии 5 различных баз и 4 серверов.
1.1 sql сервер, 1 сервер 1с-предпериятие, 2 сервера приложений (терминалы). или -> 2.отдельно 2 сервера sql на них же установлен сервер 1с-предпериятие; отдельно два сервера приложений (терминалы). Базы разделены по двум серверам sql, в терминалах на разных серверах разделена работа пользователей с разными базами (т.е. каждый сервер приложений со своим sql сервером только работает). Что предпочтительнее? Пользователей около 50 человек. Возможно будет больше. Что касается жестких:Хранение данных: Контроллер IDE Intel(R) 82801EB Ultra ATA Storage контроллеры - 24DB Контроллер хранения данных IBM ServeRAID 7k контроллер Дисковый накопитель IBM ServeRAID SCSI Disk Device (273 Гб) |
|||
15
avmlvm
17.01.07
✎
14:07
|
(14) Ещё раз... теоретические "построения" при таком объёме (достоверности) входной информации - эфимерны :-)
Нужно мерять и собирать статистику нагрузки в реальных режимах работы... Далее искать компромис (ну например в конце/начале месяца при закрытии периода затык в одном месте, а в середине месяца - в другом). А так... "универсальной таблетки счастья" - не существует Удачи |
|||
16
CHOTBOPHOE
17.01.07
✎
14:09
|
(14) Зависит от очень многих факторов, например: использумая конфигурация, объем базы данных, интенсивность ввода данных, интенсивность построения отчетности и др.
Здесь нельзя дать однозначного совета. |
|||
17
litlex
17.01.07
✎
14:25
|
статистику то ещё собирать рано - 2 конфы ещё не внедрены...
мне просто совет нужен, как бы вы поступили в таком случае - когда и собирать статистику некогда - а решение принять надо... |
|||
18
avmlvm
17.01.07
✎
14:28
|
(17) Ну ё-ё-ё.. Это типа спрашивать "чем запивать обед"... Но мол меню обеда ещё не определили...
Ещё раз.. любой совет при подобном объёме и достоверности входных данных - "гадание на кофейной гуще"... имхо.. поставить отдельно терминальник, сиквел, сервер 1С предприятия.. а 4-ю машину "прицепить" туда, где будет очевидно не хватать мощИ удачи |
|||
19
CHOTBOPHOE
17.01.07
✎
14:29
|
(17) Тогда ставь по первому варианту, он как бы наиболее универсальный.
|
|||
20
litlex
17.01.07
✎
14:48
|
чтож, спасибо, буду думать...
|
|||
21
PVasili
17.01.07
✎
15:06
|
(20)А про количество народа и основной тип операций?
|
|||
22
avmlvm
17.01.07
✎
15:17
|
(21) (шопотом) судя по (14) - "Пользователей около 50 человек. Возможно будет больше"
|
|||
23
PVasili
17.01.07
✎
15:24
|
(22)Хм, пользователей ... Сколько и как активно работают(планируют).
При закажите самосвала для песка обычно спрашивают вам для дачи в песочницу или отсыпать буровую установку. А то мы купим крутой большегрузный самосвал и будем им возить песок для детишек... |
|||
24
litlex
17.01.07
✎
15:34
|
работают активно, даже очень...много отчетности, сложных запросов...даже в основном отчетность, поменьше других операций типа выставления счетов и разнесения оплат...
если отталкиваться от числа юзеров, надо вспомнить сколько оперативки треба для одного пользователя в терминале, сможет ли один сервак тянуть 50 юзеров терминала? кстати как на серваке включить использование 3-х ГБ оперативки для SQL в венде 2003? |
|||
25
PVasili
17.01.07
✎
15:38
|
(24)Уже не раз обсасывалось. В поиск...
|
|||
26
litlex
17.01.07
✎
15:44
|
вот люди, нет шоб помочь :))) сразу в поиск
|
|||
27
wt
17.01.07
✎
16:45
|
Коллеги! А вот на какие сервера размещать SQL-сервер и сервер приложений?
Например: 1. 4-х процессорный - сервер приложений; 2-х процессорный - SQL; или наоборот 2. 4-х процессорный - SQL; 2-х процессорный - сервер приложений; |
|||
28
avmlvm
17.01.07
✎
16:58
|
(27) (шопотом) запускаешь "сбор статистики" и смотришь.. Где "очередь" к процам больше - туда и ставишь молотилку помощнее :-)
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |