1c + sql 2005

[Pea/\ucT]

Я смотрю тут много чего интересного уже и до меня поспрашивали, это я конечно почитаю, но и конкретно тоже спрошу. Нужен сервер для sql + 1c в терминале (скорее всего citrix). Размер базы - примерно 6-7 гб (дальше будет больше), пользователей около 2-х десятков. Хотелось бы поставить туда 8 гб памяти, а посему возник вопрос - умеет ли какая-нить Винда адресовать память больше 4 гб? Точнее достаточно ли будет для этого просто поставить например 64-х версию windows 2000 server (2003 server), на нее sql server 2005 и 1с 8-ку, или они оба тоже должны быть какие-нить специальные 64-х разрядные? Можно ли вообще обойтись 32-х разрядной виндой? И какой в этом плане предпочтительней процессор - оптерон или ксеон, читал, что у оптеронов с 64-х разрядностью дела лучше обстоят.

[a_shats]

1. Работать с  8 ГБ ОЗУ может Windows 2003 Server Standard Edition x64 R2, а также все Enterprise Edition - разве что первый НЕ может работать с бОльшим объемом
Опять же, есть подохрения
2. Сколько пользователей точно и какой планируется рост их количества ? Каков приблизительный месячный рост БД ?
3. Для SQL2005, имхо, лучше х64 - но для 1С (приложения) всех версий (в т.ч. сервера приложения 1С8.0) пока лучше 32-бит.
4. С 64-разрядной Win дела прекрасны и у Ксеонов, и у Оптеронов  :D

[Саша235]

Поясните пожалуйста для непонятливых что лучше для скулевого сервера 1с 8.0:
w2003(х32)+sql2000, w2003(х64)+sql2000 или w2003(х64)+sql2005? На большой памяти и базе .

[a_shats]

Саша235
Последний вариант, несомненно, лучше

[Pea/\ucT]

a_shats
Сейчас среднее количество пользователей 16-18, пиковое 20-22, две базы - первая около 2 с небольшим гигов, вторая около 4 с небольшим. И пока это работает все в терминале на 2 гигах памяти. Но во второй базе одна из дбф-ок подбирается к заветному размеру в 2 гб, ну точнее пока около 1,2 гб, но я думаю решать что-то нужно не впритык )). Рост первой базы - 50 метров, второй 150-200 в месяц. Поэтому я так понимаю надо поставить sql server.  Честно говоря, удобнее  мне кажется все расположить на одном сервере, но я просто не уверен как там быть с этими 8 гб - ну не делал я так никогда, а поэтому все больше склоняюсь к двум серверам по 4 гб с гигабитным свитчом между ними. Т.к. два отдельных сервера будут явно подороже одного, возникает вопрос, какой же вариант все-таки более грамотный?

[a_shats]

Грамотнее - разнести терминалку и SQL по разным серверам.
Тут еще один фактор есть: 1С 32-битная (клиент), под х64 может работать хорошо, а может и нет (вопрос работы с HASPом, собственно). SQL2005 с х64 ОС живет, напротив, прекрасно.
Да и задачи, в общем-то, разноплановые.
Сколько у Вас пользователей 1С всего (не в среднем, не в пике а именно - всего) ? Что-то нехило выходит 200 МБ/месяц на 20-22 пользователя. Ну или они у Вас очень активно работают

[Pea/\ucT]

Да я тоже склоняюсь, что так грамотнее. И еще меня интересует вопрос, а нужен ли вообще терминал, если стоит sql? Ну т.е. вроде как 1с должен же при этом общаться с сервером с помощью запросов, а сам ничего не делать. Или даже при использовании sql 1с не работает в полной мере как клиент-серверная архитектура и 1с тоже съедает немало ресурсов?
Пиковое имеется ввиду как раз, когда все начинают в 1с работать, т.е. всего пользователей около 22. Причем большая часть прироста, как я уже говорил, во второй базе - бухгалтерия это, а в ней работают человек 6. Ну так работают

[a_shats]

Хм Скажем так, в 1С8.0 сервер приложения не до такой степени хорош, чтобы вынести на него и SQL всю бизнес-логику с приложения  :D  
Возможно, когда для 1С8.1 допилят конфигурации - все будет, но пока что - терминалка - вынужденно - используется очень часто.