Имя: Пароль:
1C
 
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) (шопотом) запускаешь "сбор статистики" и смотришь.. Где "очередь" к процам больше - туда и ставишь молотилку помощнее :-)
Оптимист верит, что мы живем в лучшем из миров. Пессимист боится, что так оно и есть.