Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
 Сервер для SQL Server  [new]
OYM
Member

Откуда:
Сообщений: 236
Хотим купить сервер сугубо для SQL Server 2008R2 (2012). Что необходимо рассказать о будущей нагрузке?
Спасибо.
20 ноя 12, 18:44    [13502938]     Ответить | Цитировать Сообщить модератору
 Re: Сервер для SQL Server  [new]
Гавриленко Сергей Алексеевич
Member

Откуда: Moscow
Сообщений: 37068
Чтобы купить сервер, достаточно только денег, рассказывать никому ничего не нужно.
20 ноя 12, 18:59    [13503041]     Ответить | Цитировать Сообщить модератору
 Re: Сервер для SQL Server  [new]
OYM
Member

Откуда:
Сообщений: 236
Гавриленко Сергей Алексеевич,

Сколько дисков, сколько ОЗУ, сколько процессоров/ядер нужно приобрести?
20 ноя 12, 19:01    [13503057]     Ответить | Цитировать Сообщить модератору
 Re: Сервер для SQL Server  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31438
OYM
Что необходимо рассказать о будущей нагрузке?
Количество нагрузки в виде нагрузки на CPU, IOPS-ы и дисковый объём.

Это довольно сложный путь.

Обычно спрашивают у разработчиков софта, какой сервер будет нужен, или у людей с опытом эксплуатации этого софта.
20 ноя 12, 19:16    [13503178]     Ответить | Цитировать Сообщить модератору
 Re: Сервер для SQL Server  [new]
OYM
Member

Откуда:
Сообщений: 236
Гавриленко Сергей Алексеевич,

Например для 50 пользователей, все больше "писатели", хотя и "читают" для того, чтобы корректно "писать":). База (вернее полная резервная копия) будет расти 3 Гб в месяц. Клиентом является сервер 1С, который будет создавать 50 сессий. Сеть 1Гб/с. Запросов много мелких.

Думаю купить какой-нибудь DELL
с 1 сокетом на 8 ядер, 32 Гб памяти, 10 дисков SAS 6G 15K 300 Gb
20 ноя 12, 19:16    [13503180]     Ответить | Цитировать Сообщить модератору
 Re: Сервер для SQL Server  [new]
OYM
Member

Откуда:
Сообщений: 236
alexeyvg
OYM
Что необходимо рассказать о будущей нагрузке?
Количество нагрузки в виде нагрузки на CPU, IOPS-ы и дисковый объём.

Это довольно сложный путь.

Обычно спрашивают у разработчиков софта, какой сервер будет нужен, или у людей с опытом эксплуатации этого софта.


Это СУБД для 1С сервера приложения. 1С сервер на другой машине будет развернут. В основном чистая OLTP нагрузка. Думаю создать для начала 5 зеркал (1-ОС, исполняемые файлы SQL Server, системные БД, 2-первичный файл БД, 3- лог-файл, 4-база tempdb, 5-вторичный файл БД (транзакционные таблички типа журнала проводок) и архивные копии журнала и базы данных, которые, например ночью будут переноситься в сетевое хранилище. Хочу использовать полную модель восстановления.
Как можно понять сколько нужно иопсов?
20 ноя 12, 19:23    [13503241]     Ответить | Цитировать Сообщить модератору
 Re: Сервер для SQL Server  [new]
Guset
Guest
OYM,

А объем то базы какой?
20 ноя 12, 19:25    [13503247]     Ответить | Цитировать Сообщить модератору
 Re: Сервер для SQL Server  [new]
OYM
Member

Откуда:
Сообщений: 236
Guset
OYM,

А объем то базы какой?


Пока 3 Гб набили за месяц
20 ноя 12, 19:35    [13503283]     Ответить | Цитировать Сообщить модератору
 Re: Сервер для SQL Server  [new]
Guset
Guest
OYM,

Если в месяц наколбасили 3Гб это не означает, что у вас каждый месяц будет расти по 3Гб, В первый месяц 1С растет за счет конфигурации, настроек, справочников и прочего, потом рост замедляется, так что я думаю вы поторопились на основании первого месяца покупать столько винтов и памяти. У нас в одной из организаций те же 50 юзеров за два года наколбасили всего 8Гб, в другой на 6Гб. Вобще проблема 1с в том что при увеличении тех. характеристик скорость не сильно увеличивается, архитектура 1с сама по себе очень кривая, поэтому тормозит она даже на хорошем железе. Самые основные проблемы это кривая структура БД, менеджер временных таблиц и менеджер блокировок. И часть тормозов создает сам клиент, а не сервер, поэтому лучше сразу все затачивать на тонкий клиент.
20 ноя 12, 20:18    [13503428]     Ответить | Цитировать Сообщить модератору
 Re: Сервер для SQL Server  [new]
OYM
Member

Откуда:
Сообщений: 236
Guset,
Имеет ли смысл в двухсокетном сервере?
21 ноя 12, 13:03    [13506672]     Ответить | Цитировать Сообщить модератору
 Re: Сервер для SQL Server  [new]
Guset
Guest
OYM,

Если это не УПП, то если только с заделом на будущее, у нас два проца по 4 ядра, при этом баз 1с штук 7 крутится, помимо 1с еще БД антивиря, helpdeskа и пр. в итоге загрузка проца редко когда бывает больше 25%.
Если УПП то может быть и имеет смысл, ей вроде как побольше ресурсов надо, но сам я с ней не работал.
21 ноя 12, 14:09    [13507321]     Ответить | Цитировать Сообщить модератору
 Re: Сервер для SQL Server  [new]
OYM
Member

Откуда:
Сообщений: 236
Guset
OYM,

Если это не УПП, то если только с заделом на будущее, у нас два проца по 4 ядра, при этом баз 1с штук 7 крутится, помимо 1с еще БД антивиря, helpdeskа и пр. в итоге загрузка проца редко когда бывает больше 25%.
Если УПП то может быть и имеет смысл, ей вроде как побольше ресурсов надо, но сам я с ней не работал.

УТП+два десятка документов, специфических для предметной области, как-то приплод свиней и т.д.....
21 ноя 12, 16:41    [13508917]     Ответить | Цитировать Сообщить модератору
 Re: Сервер для SQL Server  [new]
OYM
Member

Откуда:
Сообщений: 236
Guset
OYM,

Если в месяц наколбасили 3Гб это не означает, что у вас каждый месяц будет расти по 3Гб, В первый месяц 1С растет за счет конфигурации, настроек, справочников и прочего, потом рост замедляется, так что я думаю вы поторопились на основании первого месяца покупать столько винтов и памяти. У нас в одной из организаций те же 50 юзеров за два года наколбасили всего 8Гб, в другой на 6Гб. Вобще проблема 1с в том что при увеличении тех. характеристик скорость не сильно увеличивается, архитектура 1с сама по себе очень кривая, поэтому тормозит она даже на хорошем железе. Самые основные проблемы это кривая структура БД, менеджер временных таблиц и менеджер блокировок. И часть тормозов создает сам клиент, а не сервер, поэтому лучше сразу все затачивать на тонкий клиент.

Дело в том, что "пустая" база занимала 440 мб, затем когда влили данные (справочники) из 1С 7.7 стала 1 Гб, сейчас 4. Делаю вывод, что за месяц набили 3.
21 ноя 12, 16:42    [13508935]     Ответить | Цитировать Сообщить модератору
 Re: Сервер для SQL Server  [new]
OYM
Member

Откуда:
Сообщений: 236
Guset
OYM,

Если в месяц наколбасили 3Гб это не означает, что у вас каждый месяц будет расти по 3Гб, В первый месяц 1С растет за счет конфигурации, настроек, справочников и прочего, потом рост замедляется, так что я думаю вы поторопились на основании первого месяца покупать столько винтов и памяти. У нас в одной из организаций те же 50 юзеров за два года наколбасили всего 8Гб, в другой на 6Гб. Вобще проблема 1с в том что при увеличении тех. характеристик скорость не сильно увеличивается, архитектура 1с сама по себе очень кривая, поэтому тормозит она даже на хорошем железе. Самые основные проблемы это кривая структура БД, менеджер временных таблиц и менеджер блокировок. И часть тормозов создает сам клиент, а не сервер, поэтому лучше сразу все затачивать на тонкий клиент.


Хотел уточнить по кривой архитектуре БД. Там на каждый объект в 1С создается табличка, если у объекта есть таб. части, то создаются дочерние таблички. На каждый регистр (табличка, которая наполняется результатами постирования документа) есть основная табличка и несколько агрегированных, как-то обороты, остатки и т.д. Журнал проводок имеет 4-ю форму нормализации (основная таблица хранить счет корреспонденции и сумму проводки, а дополнительная хранит столько записей по проводке, сколько у нее в сумме (по обоим счетам корреспонденции) аналитик. Собственно вопрос, где кривость, чтобы понимать для себя.
22 ноя 12, 15:47    [13514084]     Ответить | Цитировать Сообщить модератору
 Re: Сервер для SQL Server  [new]
OYM
Member

Откуда:
Сообщений: 236
Остановился на DL180 G6 (12LFF) /2*4-core Xeon/32 Gb/10*300 Gb SAS15K.
Хочу разбить его на 5 зеркал.
1. Система, исполняемые файлы SQL Server, системные таблицы
2. Первичный файл данных
3. Лог.
4. 8 файлов tempdb
5. Лог tempdb+ бэкапы журнала (15 мин) и полные бэкапы (еженощно) (ночью копирование в сетевое хранилище и удаление бэкапов с этого зеркала).

Как думаете нормальный план?
28 ноя 12, 13:30    [13542395]     Ответить | Цитировать Сообщить модератору
 Re: Сервер для SQL Server  [new]
ScareCrow
Member

Откуда: Белый город
Сообщений: 16943
сделай один рейд 10 на все диски.
28 ноя 12, 13:51    [13542599]     Ответить | Цитировать Сообщить модератору
 Re: Сервер для SQL Server  [new]
Pavel
Member

Откуда: Кемерово
Сообщений: 2435
ScareCrow
сделай один рейд 10 на все диски.

Не на все, на 8, и 2 в hotspare.
28 ноя 12, 13:59    [13542713]     Ответить | Цитировать Сообщить модератору
 Re: Сервер для SQL Server  [new]
OYM
Member

Откуда:
Сообщений: 236
ScareCrow
сделай один рейд 10 на все диски.

А как же тот факт, что лог пишет последовательно, просто добавить " в конец". А при записи в файл данных головка елозить по всему диску, чтобы разложить по полочкам данные ((хотя это факт сомнителен) сброс страниц из ОЗУ в хранилище происходит редко). Или это мои глупые домыслы?
28 ноя 12, 14:07    [13542787]     Ответить | Цитировать Сообщить модератору
 Re: Сервер для SQL Server  [new]
Pavel
Member

Откуда: Кемерово
Сообщений: 2435
OYM
А как же тот факт, что лог пишет последовательно, просто добавить " в конец". А при записи в файл данных головка елозить по всему диску, чтобы разложить по полочкам данные ((хотя это факт сомнителен) сброс страниц из ОЗУ в хранилище происходит редко). Или это мои глупые домыслы?

Это не домыслы, это теория. На практике же очень трудно добиться оптимального соотношения производительности надежности и объема, тем более дисков не так уж и много, а 'подводных камней' полно.
Поэтому решение с кучей дисков в RAID10 наиболее универсально и уж точно не наихудшее в плане производительности.
28 ноя 12, 17:30    [13544821]     Ответить | Цитировать Сообщить модератору
 Re: Сервер для SQL Server  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31438
OYM
Остановился на DL180 G6 (12LFF) /2*4-core Xeon/32 Gb/10*300 Gb SAS15K.
Хочу разбить его на 5 зеркал.
1. Система, исполняемые файлы SQL Server, системные таблицы
2. Первичный файл данных
3. Лог.
4. 8 файлов tempdb
5. Лог tempdb+ бэкапы журнала (15 мин) и полные бэкапы (еженощно) (ночью копирование в сетевое хранилище и удаление бэкапов с этого зеркала).

Как думаете нормальный план?
Плохой.

Самый простой вариант - RAID 10 на 8 дисков + RAID 1 на 2 диска.

На первый файл данных БД + 8 файлов tempdb, на второй систему и файлы логов.
Ну и бакапы на первый делать, это в общем не критично, они у вас ночные. Только конечно их надо сразу же куда то копировать.

Более сложный вариант - сделать 5 зеркал, на одно систему и файлы логов, на остальные 4 распределить 4 файла базы (созданные в одной файловой группе) и 8 файлов tempdb
Будет немного эффективнее, хотя можно и не заморачиваться, это как бы страховка от не совсем оптимальной работы RAID-контроллера (всё таки это будет сложнее в обслуживании, помнить надо о файлах...).

А ваш вариант разбиения на 5 зеркал плохой, нагрузка будет сильно несбалансированная, потеряете в утилизации ресурсов.
28 ноя 12, 18:48    [13545368]     Ответить | Цитировать Сообщить модератору
 Re: Сервер для SQL Server  [new]
ScareCrow
Member

Откуда: Белый город
Сообщений: 16943
автор
А как же тот факт, что лог пишет последовательно, просто добавить " в конец". А при записи в файл данных головка елозить по всему диску, чтобы разложить по полочкам данные ((хотя это факт сомнителен) сброс страниц из ОЗУ в хранилище происходит редко). Или это мои глупые домыслы?

1) у нас есть бортовой кеш и контроллер, который это дело сглаживает.
2) у тебя головок становится больше и писать им надо меньше.
3) сглаживается вариант когда надо писать ИЛИ в лог ИЛИ в датафайл ИЛИ в темп, но много.
28 ноя 12, 19:25    [13545568]     Ответить | Цитировать Сообщить модератору
 Re: Сервер для SQL Server  [new]
ScareCrow
Member

Откуда: Белый город
Сообщений: 16943
а ну и плюс ты некисло разгоняешь чтение с диска засчет большего количества головок.
28 ноя 12, 19:27    [13545587]     Ответить | Цитировать Сообщить модератору
 Re: Сервер для SQL Server  [new]
OYM
Member

Откуда:
Сообщений: 236
alexeyvg
OYM
Остановился на DL180 G6 (12LFF) /2*4-core Xeon/32 Gb/10*300 Gb SAS15K.
Хочу разбить его на 5 зеркал.
1. Система, исполняемые файлы SQL Server, системные таблицы
2. Первичный файл данных
3. Лог.
4. 8 файлов tempdb
5. Лог tempdb+ бэкапы журнала (15 мин) и полные бэкапы (еженощно) (ночью копирование в сетевое хранилище и удаление бэкапов с этого зеркала).

Как думаете нормальный план?
Плохой.

Самый простой вариант - RAID 10 на 8 дисков + RAID 1 на 2 диска.

На первый файл данных БД + 8 файлов tempdb, на второй систему и файлы логов.
Ну и бакапы на первый делать, это в общем не критично, они у вас ночные. Только конечно их надо сразу же куда то копировать.

Более сложный вариант - сделать 5 зеркал, на одно систему и файлы логов, на остальные 4 распределить 4 файла базы (созданные в одной файловой группе) и 8 файлов tempdb
Будет немного эффективнее, хотя можно и не заморачиваться, это как бы страховка от не совсем оптимальной работы RAID-контроллера (всё таки это будет сложнее в обслуживании, помнить надо о файлах...).


А ваш вариант разбиения на 5 зеркал плохой, нагрузка будет сильно несбалансированная, потеряете в утилизации ресурсов.

Если создать 3 файла вторичных в той же файловой группе, что и первичный файл. SQL Server сам будет распределят страницы между файлами?
29 ноя 12, 15:53    [13550467]     Ответить | Цитировать Сообщить модератору
 Re: Сервер для SQL Server  [new]
Гость333
Member

Откуда:
Сообщений: 3683
OYM
Если создать 3 файла вторичных в той же файловой группе, что и первичный файл. SQL Server сам будет распределят страницы между файлами?

Да. Изучайте Работа с файлами и файловыми группами
29 ноя 12, 16:07    [13550618]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить