Четыре процессора под 1С+SQL

[Ber_vr]

Нужен четырехпроцессорный сервер под SQL+1C, Windows 2003 Ent.
около 80 пользователей on-line + планируется еще 35-50, обьем базы 10 Gb прирост  5-7 Gb  
желательно по два ядра на CPU, RAID 10
предложения можно выслать на мою почту

[a_shats]

А можно чуть по другому сделать ?
Вот так, например:
Сервер
Supermicro 6015P-8R/2xXeon 5345/8x2GB FB-DIMM DDRII-667/2x73GB 10K rpm U320/Qlogic QLA2462
плюс массив
Xyratex F5402E, 2 контроллера, по 1 ГБ кэша на контроллер, 2 полки, 24х73GB 15K rpm SAS.
Те же 8 ядер, сам сервер чуть ли не вдвое дешевле, производительность - весьма и весьма .

[Ber_vr]

можно...
что по срокам и цене?
высылайте предложение

[a_shats]

Отправлено.

[exLH]

Я позволю себе предложить альтернативный (но довольно стандартный) вариант:
IBM x3850 (4x7120N, 16GB, ServeRAID 8i, 2x73GB, 2xFC) - сервер
IBM DS4700 (16x73GB/15k 4Gbit FC) - система хранения
Это, скорее всего, будет стоить дороже, но если нужен брэнд первого эшелона, то, пожалуй, наиболее предпочтительный вариант.

[Ber_vr]

рассмотрим, присылайте

[exLH]

выслал в почту

[Федор]

ихмо одной машиной не обойтись...
решать фрагментацию памяти кластеризацией ресурсов бессмысленно

версия 1с?? 7.7 или 8.0 или 8.1 ??

[gs]

Гм. Не понял насчет фрагментации и кластеризации.

[Федор]

Настройка сервера приложений


Содержание
1 Технические требования к серверу приложений
2 Рекомендуемые настройки сервера приложений
3 Почему в ИНТАЛЕВ:2005 минимально используются серверные модули?
4 Журнал регистрации
5 2 или 3 Gb памяти на всех пользователей
6 Перезагрузка сервера 1С:Предприятия

[править]Технические требования к серверу приложений
Мы настоятельно рекомендуем использовать только трехзвенную конфигурацию платформы 1С:Предприятие 8.0 всвязи с тем, что файловая конфигурация не дает достаточной производительности на больших объемах данных. Сервер приложений (в случае использования) должен иметь:

Менее 50 пользователей:
Операционную систему MS Windows 2000/XP/2003 Server;
Сервер приложений 1С:Предприятие 8.0;
Платформу Microsoft .NET Framework 1.1 (входит в состав дистрибутива);
Процессор DUAL XEON 2,8 ГГц;
Оперативную память 2 Гбайт;
Устройство чтения компакт-дисков;
USB-порт;
Более 50 пользователей:
Операционную систему MS Windows 2000/XP/2003 Server;
Сервер приложений 1С:Предприятие 8.0;
Платформу Microsoft .NET Framework 1.1 (входит в состав дистрибутива);
Процессор DUAL XEON 2,8 ГГц;
Оперативную память 4 Гбайт;
Устройство чтения компакт-дисков;
USB-порт;
В настоящий момент проходит стадию тестирования возможность кластеризации сервера приложений. Мы рекомендуем рассматривать данныю возможность, как путь повышения дальнейшей масштабируемости системы.
[править]Рекомендуемые настройки сервера приложений
Мы настоятельно рекомендуем устанавливать сервер базы данных и сервер приложений на разные компьютеры и связывать их быстрым сетевым каналом (1 Гбит). Неследование данной рекомендации может заметно отразиться на производительности.
[править]Почему в ИНТАЛЕВ:2005 минимально используются серверные модули?
По поводу распределения задач между сервером предприятия и клиентом. Не существует задач, которые рекомендовалось бы выполнять только на сервере или, напротив, только на клиенте. Следует взглянуть на проблему совершенно под другим углом: нагрузка на систему должна быть сбалансированной. Это означает, что при «боевом» режиме использования (когда активно работают пользователи, вводятся реальные данные и т.д.), все компьютеры, входящие в систему, должны быть загружены приблизительно равномерно. Если наблюдается ситуация, при которой клиентские компьютеры простаивают в то время, как сервер предприятия перегружен, то следует перенести часть нагрузки на клиентов. И наоборот. Это единственный критерий и единственная рекомендация, которая может быть дана по этому вопросу. Как Вы понимаете, тут все зависит (как я уже писал) от конфигурации оборудования и от состава выполняемых пользователями задач.

1С рекомендует поступать следущим образом: перенести всю функциональность на клиента и только в том случае, если клиентские станции будут откровенно не справляться (то есть клиенты будут перегружены, а сервер предприятия будет простаивать) – переносить часть функций обратно на сервер. На данный момент именно сервер является узким местом системы, поэтому основная вычислительная нагрузка перенесена на рабочие станции.

[править]Журнал регистрации
Во время выполнения операции отбора событий, при большом количестве записей в журнале регистрации, возможны задержки в работе пользователей, обусловленные блокировкой журнала регистрации на время выполнения отбора и необходимостью регистрации действий пользователей в журнале. В связи с этим рекомендуется:

Ограничить количество пользователей, имеющих право на просмотр журнала регистрации.
Не использовать отборы в период активной работы пользователей.
Периодически выгружать журнал регистрации во внешний файл.
Для анализа журнала регистрации с использованием отборов, работать с выгруженным файлом, а не с текущим журналом регистрации.
Периодически сокращать журнал регистрации, что позволит уменьшить время выполнения операции отбора записей и блокировки журнала регистрации во время работы пользователей.
Операции по выгрузке и сокращению журнала регистрации проводить в период минимальной активности пользователей.



[править]2 или 3 Gb памяти на всех пользователей
Серверу 1С:Предприятия доступно не более 2 (или 3) гигабайт виртуального адресного пространства. Это адресное пространство делится между всеми пользователями. Поэтому учитывать ограничения на максимальные размеры коллекций, выборок из базы данных и текстов запросов к базе данных в клиент-серверном варианте более важно, особенно для кода, исполняемого на сервере. Кроме того, клиент-серверный вариант 1С:Предприятия накладывает ограничения на использование нескольких информационных баз на одном сервере 1С:Предприятия. Не следует через один сервер 1С:Предприятия работать со многими информационными базами. Подсоединение к информационной базе хотя бы одного клиента, приводит к загрузке ее конфигурации в память сервера. Подсоединение последующих клиентов к этой же информационной базе дополнительных больших объемов памяти не потребует. Однако подсоединение клиента к другой информационной базе на этом же сервере приведет к загрузке и ее конфигурации тоже. Таким образом, факт одновременного подсоединения клиентов хотя бы к 11 различным информационным базам с конфигурациями, сравнимыми с УПП, может привести сервер 1С:Предприятия в неработоспособное состояние. Нежелательно использовать для разработки и тестирования конфигураций тот сервер 1С:Предприятия, на котором работает большое количество пользователей. Это обусловлено тем, что сохранение конфигурации и обновление конфигурации базы данных требует значительного объема свободного виртуального адресного пространства, которого в нагруженном сервере 1С:Предприятия может не быть. Размер файла подкачки страниц компьютера, на котором установлен сервер 1С:Предприятия должен быть не менее 2 гигабайт (если используется режим 3Gb, то 3 гигабайт).

SQL сервер целесообразно размещать на отдельном от сервера 1С:Предприятия компьютере, если:

объем оперативной памяти компьютера с сервером 1С:Предприятия меньше 4 гигабайт;
на сервер 1С:Предприятия вынесена обработка данных;
возможна установка Microsoft SQL Server на 64-разрядной системе.
[править]Перезагрузка сервера 1С:Предприятия
Длительная работа сервера 1С:Предприятия (несколько суток или недель) может в некоторых случаях приводить к эффекту фрагментации виртуального адресного пространства серверного приложения. Данный эффект порой усугубляется, если в процессе работы сервера многократно и параллельно исполнялись запросы к базе данных с очень длинными текстами (1 мегабайт и более).

В результате фрагментации памяти иногда может наблюдаться снижение производительности сервера 1С:Предприятия и устойчивости сервера к параллельным операциям над большими объемами данных. Для того, чтобы избежать возможного негативного влияния фрагментации памяти, желательно при разработке конфигураций учитывать рекомендации, касающиеся использования памяти. Также можно рекомендовать периодическую (в соответствии с наблюдениями, 1 раз в неделю, в месяц...) перезагрузку серверного приложения 1С:Предприятия.

Для перезагрузки можно выбрать время, когда активная работа пользователей не ведется. Перезагрузка сервера будет выполнена автоматически, если в течение некоторого времени (обычно 3 минут) к серверу 1С:Предприятия не подсоединен ни один пользователь. Если этого добиться затруднительно, то сервер можно перезагрузить принудительно при помощи утилиты Start/ Settings/ Control Panel/ Administrative Tools/ Component Services, на том компьютере, на котором установлен сервер 1С:Предприятия. Для этого в ней необходимо найти ветку Console Root/ Component Services/ Computers/ My Computer/ COM+ Applications/ 1CV8 и выполнить пункт Shut down ее локального меню.

Перезагрузка сервера может быть выполнена программно. Это можно сделать, например, при помощи следующего кода на встроенном языке 1С:Предприятия 8.0:

COMPlus = Новый COMОбъект("COMAdmin.COMAdminCatalog");
Приложения = COMPlus.GetCollection("Applications");
Приложения.Populate();
ПоследнийНомер = Приложения.Count - 1;
Для Номер = 0 по ПоследнийНомер Цикл    
Приложение = Приложения.Item(Номер);    
Если Приложение.Name = "1CV8" Тогда        
 COMPlus.ShutdownApplication(Приложение.Name);        
 Прервать;    
КонецЕсли;
КонецЦикла;
ВАЖНО!

Если в момент перезагрузки серверного приложения 1CV8 к нему были подсоединены пользователи, то их работа завершится аварийно. При этом какие-то данные могут оказаться не сохраненными.

[Федор]

!!!! САМОЕ ГЛАВНОЕ ЗДЕСЬ!!!!

В результате фрагментации памяти иногда может наблюдаться снижение производительности сервера 1С:Предприятия и устойчивости сервера к параллельным операциям над большими объемами данных. Для того, чтобы избежать возможного негативного влияния фрагментации памяти, желательно при разработке конфигураций учитывать рекомендации, касающиеся использования памяти. Также можно рекомендовать периодическую (в соответствии с наблюдениями, 1 раз в неделю, в месяц...) перезагрузку серверного приложения 1С:Предприятия.

[a_shats]

Федор
А теперь на дату этих "технических требований" посмотрите внимательно, плиз.
FYI: одноядерных Ксеонов уже давно нет и далее не будет. Это как пример.

К чему Вы сюда все остальное накопипастили - я, честно говоря, не понял.
В дальнейшем, прежде чем копипастить такие простыни - читайте внимательно тему, пожалуйста.

[a_shats]

И еще раз. Причем тут это вообще ? Вы эксплуатацию вознамерились тут обсудить или таки конфигурацию сервера - в соответствии с темой ?

[Федор]

Я к тому что на одной железяке реализовывать и SQL+1C, Windows 2003 Ent.
около 80 пользователей on-line + планируется еще 35-50, обьем базы 10 Gb прирост  5-7 Gb

бессмысленно, потом опять будет все тормОзить, все должно быть разнесенно на 3-4 железных сервера, конечно  другой вопрос с лицензиями, у этих приложений разные задачи и разные требования по памяти... и производительности дисковой подсистемы..

неоговоренно какая 1с?? 7.7. или 8.0 или 8.1 ??
7.7 и 8.0 используют объекты СОМ

[a_shats]

В 1С7.7 нет сервера приложений
В 1С 8.0 он есть, да - но для него (при конфигурациях, близких к стандартным) достаточно 1 современного процессора, не более 4 ГБ ОЗУ и пары SATA под ОС.
На 8.1 живых конфигов я пока просто не видел.