оптимизируем производительность датабаз сервака....
Правила форума
Пожалуйста, ознакомьтесь с правилами данного форума
Пожалуйста, ознакомьтесь с правилами данного форума
- папа Карло
- Шарманщик
- Сообщения: 8563
- Зарегистрирован: 17 фев 2003, 15:04
- Откуда: НН -> BC -> WA -> UT -> CA
оптимизируем производительность датабаз сервака....
спрашивают как построить железо для максимизации производительности чтения из БД. БД = СКЛ Сервер. Я думаю про след. конфиг для начала, потом уже заняться извращенным сексом по тонкой настройке....
операционка и ее своп идет да один канал RAID 1
SQL Server log files идут на другой RAID 1
SQL Server data files идут на RAID 5 (4-5 дисков)
поругайте плиз.
спасибо.
операционка и ее своп идет да один канал RAID 1
SQL Server log files идут на другой RAID 1
SQL Server data files идут на RAID 5 (4-5 дисков)
поругайте плиз.
спасибо.
-
- Маньяк
- Сообщения: 2758
- Зарегистрирован: 20 фев 2003, 09:15
- Откуда: Vancouver
Ну, в общем так оно и есть с уточнением - кажному файлу из сикуел сервера - свой диск. ТО есть ежели в базе два файла для данных - то кажному свой диск. Занчить мастер мсдб и че там еще - тоже на отдельных дисках. Еще мона диски подобрать так чтоб на кажный диск влазил тока один файл а в каждом файле - тока одна таблица. Но это реализуемо тока в теории, а на практике я б об это и не заикался.
- Lepsik
- Житель
- Сообщения: 522
- Зарегистрирован: 17 фев 2003, 18:34
- Откуда: Berlin
- Контактная информация:
- папа Карло
- Шарманщик
- Сообщения: 8563
- Зарегистрирован: 17 фев 2003, 15:04
- Откуда: НН -> BC -> WA -> UT -> CA
задача практическая и получит свою имплементацию в виде продакшена в течении нескольких недель.... так-чта.... БД тока одна.... данные вливаются в ночь в течении нескольких часов на сраном железе, потом весь день ее читают аналитики всякие...Vovchik писал(а):Ну, в общем так оно и есть с уточнением - кажному файлу из сикуел сервера - свой диск. ТО есть ежели в базе два файла для данных - то кажному свой диск. Занчить мастер мсдб и че там еще - тоже на отдельных дисках. Еще мона диски подобрать так чтоб на кажный диск влазил тока один файл а в каждом файле - тока одна таблица. Но это реализуемо тока в теории, а на практике я б об это и не заикался.
- папа Карло
- Шарманщик
- Сообщения: 8563
- Зарегистрирован: 17 фев 2003, 15:04
- Откуда: НН -> BC -> WA -> UT -> CA
- папа Карло
- Шарманщик
- Сообщения: 8563
- Зарегистрирован: 17 фев 2003, 15:04
- Откуда: НН -> BC -> WA -> UT -> CA
-
- Маньяк
- Сообщения: 2758
- Зарегистрирован: 20 фев 2003, 09:15
- Откуда: Vancouver
Дык - OLAP база, в книжке все написано как и че делать.папа Карло писал(а): задача практическая и получит свою имплементацию в виде продакшена в течении нескольких недель.... так-чта.... БД тока одна.... данные вливаются в ночь в течении нескольких часов на сраном железе, потом весь день ее читают аналитики всякие...
- папа Карло
- Шарманщик
- Сообщения: 8563
- Зарегистрирован: 17 фев 2003, 15:04
- Откуда: НН -> BC -> WA -> UT -> CA
почти угадал.... гибридная база на самом деле. книжек у меня нет.Vovchik писал(а):Дык - OLAP база, в книжке все написано как и че делать.папа Карло писал(а): задача практическая и получит свою имплементацию в виде продакшена в течении нескольких недель.... так-чта.... БД тока одна.... данные вливаются в ночь в течении нескольких часов на сраном железе, потом весь день ее читают аналитики всякие...
чукча схемы рисует и протоколы определяет. а не железо конфигурит
-
- Маньяк
- Сообщения: 2758
- Зарегистрирован: 20 фев 2003, 09:15
- Откуда: Vancouver
-
- Пользователь
- Сообщения: 113
- Зарегистрирован: 24 сен 2003, 21:52
В общем случае.
RAID-0+1. Страйпы большие, скажем 1мб, кратные размеру блока БД. Зеркала разложить по разным СКАЗИ контроллерам.
И памяти побольше, побольше. и еще раз побольше.
Для ОС я бы особо ресурсов не выделял. Она прочитается один раз с диска при загрузке.
Да, там еще Темп ТС может быть нагружена, если сортировки большие. Ей RAID-0+1 тоже подет. Но страйпы возможно поменьше. Вообще все "депендс". тонкий тюнинг очень зависит от задачи, даже от отдельных СКЛей. Найди их, а там будет более конкретный разговор.
Сколько конкурентных запросов будет работать?
Каковы требования к времени отклика (перформансу)?
Без ответа на последний вопрос, я за тюнинг и тем более за специфицирования железа вообще не берусь. Ограничиваюсь "общими рекомендациями" см выше.
RAID-0+1. Страйпы большие, скажем 1мб, кратные размеру блока БД. Зеркала разложить по разным СКАЗИ контроллерам.
И памяти побольше, побольше. и еще раз побольше.
Для ОС я бы особо ресурсов не выделял. Она прочитается один раз с диска при загрузке.
Да, там еще Темп ТС может быть нагружена, если сортировки большие. Ей RAID-0+1 тоже подет. Но страйпы возможно поменьше. Вообще все "депендс". тонкий тюнинг очень зависит от задачи, даже от отдельных СКЛей. Найди их, а там будет более конкретный разговор.
Сколько конкурентных запросов будет работать?
Каковы требования к времени отклика (перформансу)?
Без ответа на последний вопрос, я за тюнинг и тем более за специфицирования железа вообще не берусь. Ограничиваюсь "общими рекомендациями" см выше.
- папа Карло
- Шарманщик
- Сообщения: 8563
- Зарегистрирован: 17 фев 2003, 15:04
- Откуда: НН -> BC -> WA -> UT -> CA
точно также.... требований на перфоманс отклика до сих пор никто не дал.... уже год прошу. все боятся быть ответственными за цифруMarkM писал(а):В общем случае.
RAID-0+1. Страйпы большие, скажем 1мб, кратные размеру блока БД. Зеркала разложить по разным СКАЗИ контроллерам.
И памяти побольше, побольше. и еще раз побольше.
Для ОС я бы особо ресурсов не выделял. Она прочитается один раз с диска при загрузке.
Да, там еще Темп ТС может быть нагружена, если сортировки большие. Ей RAID-0+1 тоже подет. Но страйпы возможно поменьше. Вообще все "депендс". тонкий тюнинг очень зависит от задачи, даже от отдельных СКЛей. Найди их, а там будет более конкретный разговор.
Сколько конкурентных запросов будет работать?
Каковы требования к времени отклика (перформансу)?
Без ответа на последний вопрос, я за тюнинг и тем более за специфицирования железа вообще не берусь. Ограничиваюсь "общими рекомендациями" см выше.
конкурентные запросы можно не рассматривать, будем считать, что их нет, ибо если совсем припрет, то я могу базу в ридонли днем переводить. днем только чтение.... ибо поэтому я говорю что данные и индексы надо на раид 5 положить ибо он раид 1 сделает по скорости чтения. вливаются данные вечером, когда никто не работает (1-2 пользователя не в счет) именно поэтому предложено логи двинуть на отдельный раид 1.... памяти там положили 4 гига... процы 4 ксеона минимум 2ггц.... вот такие котята...
-
- Пользователь
- Сообщения: 113
- Зарегистрирован: 24 сен 2003, 21:52
[trn]Hm. Selekty tozhe mogut byt' konkurentnymi. A esli est' sortirovki, to oni mogut konkurorovat' za Temp na zapis'.папа Карло писал(а):точно также.... требований на перфоманс отклика до сих пор никто не дал.... уже год прошу. все боятся быть ответственными за цифруMarkM писал(а):В общем случае.
RAID-0+1. Страйпы большие, скажем 1мб, кратные размеру блока БД. Зеркала разложить по разным СКАЗИ контроллерам.
И памяти побольше, побольше. и еще раз побольше.
Для ОС я бы особо ресурсов не выделял. Она прочитается один раз с диска при загрузке.
Да, там еще Темп ТС может быть нагружена, если сортировки большие. Ей RAID-0+1 тоже подет. Но страйпы возможно поменьше. Вообще все "депендс". тонкий тюнинг очень зависит от задачи, даже от отдельных СКЛей. Найди их, а там будет более конкретный разговор.
Сколько конкурентных запросов будет работать?
Каковы требования к времени отклика (перформансу)?
Без ответа на последний вопрос, я за тюнинг и тем более за специфицирования железа вообще не берусь. Ограничиваюсь "общими рекомендациями" см выше.
конкурентные запросы можно не рассматривать, будем считать, что их нет, ибо если совсем припрет, то я могу базу в ридонли днем переводить. днем только чтение.... ибо поэтому я говорю что данные и индексы надо на раид 5 положить ибо он раид 1 сделает по скорости чтения. вливаются данные вечером, когда никто не работает (1-2 пользователя не в счет) именно поэтому предложено логи двинуть на отдельный раид 1.... памяти там положили 4 гига... процы 4 ксеона минимум 2ггц.... вот такие котята...
Ja ne uveren chto R5 sdelaet R1 po chteniju. No nado smotret' zhelezo.
Voobshe pri takoj postanovke voprosa "все боятся быть ответственными " eto ne kritichno.
Kakova proporcija razmera BD k pamjati? Pamjati na SQL vydelitsja primerno 3Gb. Kakoj razmer BD vkljucja indeksy? Mozhet ona u tebja vsja v pamjat' ujdet? Togda RAIDy pofig budet.
[/trn]
- папа Карло
- Шарманщик
- Сообщения: 8563
- Зарегистрирован: 17 фев 2003, 15:04
- Откуда: НН -> BC -> WA -> UT -> CA
памяти 4 гига, база около 30-40MarkM писал(а):[trn]Hm. Selekty tozhe mogut byt' konkurentnymi. A esli est' sortirovki, to oni mogut konkurorovat' za Temp na zapis'.папа Карло писал(а):точно также.... требований на перфоманс отклика до сих пор никто не дал.... уже год прошу. все боятся быть ответственными за цифруMarkM писал(а):В общем случае.
RAID-0+1. Страйпы большие, скажем 1мб, кратные размеру блока БД. Зеркала разложить по разным СКАЗИ контроллерам.
И памяти побольше, побольше. и еще раз побольше.
Для ОС я бы особо ресурсов не выделял. Она прочитается один раз с диска при загрузке.
Да, там еще Темп ТС может быть нагружена, если сортировки большие. Ей RAID-0+1 тоже подет. Но страйпы возможно поменьше. Вообще все "депендс". тонкий тюнинг очень зависит от задачи, даже от отдельных СКЛей. Найди их, а там будет более конкретный разговор.
Сколько конкурентных запросов будет работать?
Каковы требования к времени отклика (перформансу)?
Без ответа на последний вопрос, я за тюнинг и тем более за специфицирования железа вообще не берусь. Ограничиваюсь "общими рекомендациями" см выше.
конкурентные запросы можно не рассматривать, будем считать, что их нет, ибо если совсем припрет, то я могу базу в ридонли днем переводить. днем только чтение.... ибо поэтому я говорю что данные и индексы надо на раид 5 положить ибо он раид 1 сделает по скорости чтения. вливаются данные вечером, когда никто не работает (1-2 пользователя не в счет) именно поэтому предложено логи двинуть на отдельный раид 1.... памяти там положили 4 гига... процы 4 ксеона минимум 2ггц.... вот такие котята...
Ja ne uveren chto R5 sdelaet R1 po chteniju. No nado smotret' zhelezo.
Voobshe pri takoj postanovke voprosa "все боятся быть ответственными " eto ne kritichno.
Kakova proporcija razmera BD k pamjati? Pamjati na SQL vydelitsja primerno 3Gb. Kakoj razmer BD vkljucja indeksy? Mozhet ona u tebja vsja v pamjat' ujdet? Togda RAIDy pofig budet.
[/trn]