Как правильно настроить сервер, Raid и ОС на MSSQL2000+1C

Вопросы программирования БД, их оптимизации, резервирования и восстановления данных.

Модераторы: Trinity admin`s, Free-lance moderator`s

Ответить
freeedik
Power member
Сообщения: 36
Зарегистрирован: 21 окт 2004, 08:47

Как правильно настроить сервер, Raid и ОС на MSSQL2000+1C

Сообщение freeedik » 02 мар 2005, 07:21

Добрый день имеется сервер MB Intel SSH4 (Shasta) RAM 8192 MB DDR 266 ECC Reg, 4 процессора Intel Xeon MP 3000 MHz, cache 4 MB, FSB 400 MHz с контроллером RAID Intel SRCU42X SCSI U320 кэш 256Mb BBU, две корзины с 10 дисками HDD 36.7Gb Seagate ST336753LW Cheetah15K.3 15000, 8Mb. Как правильно настроить контроллер Read Policy: Normal, Read Ahead, Adaptive???
Cache Policy: Cached, Direct на базу данных 1С MSSQL 2000.
Как правильно установить операционную систему Microsoft Windows 2003 Server Enterprise Edition на сервер, чтобы получить максимальное быстродействие???
По контроллеру от вас варианты, по установке ОС вижу два варианта:

1. Создаем два логических тома с помощью RAID, один на 1 канале контроллера примерно 170Gb и второй такой же примерно 170Gb. На первый разбивая на логические разделы на первый ставим операционную систему, на второй базу от Active Directory, третий оставляем под файл подкачки ОС.
На втором канале 170Gb также разбиваем на несколько разделов на первый файлы транзакций данных это *.mdf MSSQL 2000, на второй ложим заму базу 1С.

2. Второй вариант создаем один логический раздел из двух каналов котроллера примерно 300Gb и также как в первом раскладываем по разделам ОС, базу Active Directory, MSSQL 2000, базу данных 1С.

Какая конфигурация будет более производительная??? И еще на нашел на Microsoft, что тома где располагаются базы Active Directory операционной системой не кэшируются так ли это???

И еще нужно ли оставлять один из процессоров, освободив его от использования MSSQL 2000 для операционной системы или отдавать все 4 физических или 8 логических MSSQL.

Аватара пользователя
gs
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 16650
Зарегистрирован: 23 авг 2002, 17:34
Откуда: Москва
Контактная информация:

Сообщение gs » 02 мар 2005, 11:47

Что касается настроек контроллера - Write Back, DirectIO, Read Normal, Stripe 64k.

Винда под АД действительно вырубит кэш на запись, но только свой собственный.

В общем вот мои мысли по поводу разбиения. Сделать рэйд10 из 4 винтов под систему и логи базы (на нем для пущей сохранности вырубить кэш) и рэйд10 под все остальное. (Ну или еще проще - зеркало под систему и логи и рэйд10 под остальное)
Суть в том, что система диск практически не грузит и его вполне можно загрузить работой логов. К тому же там будут лежать критичные данные как АД, так и логи - которые кэшировать нежелательно.
А вот основную дисковую мощь отдать под тело базы.
При создании массива половинки зеркал, составляющих рэйд10 разложить по каналам - на случай отказа кабеля или подсаживания шинного буфера дисков. Не так давно был случай, когда это реально человека спасло.

freeedik
Power member
Сообщения: 36
Зарегистрирован: 21 окт 2004, 08:47

Сообщение freeedik » 02 мар 2005, 13:34

gs писал(а):Что касается настроек контроллера - Write Back, DirectIO, Read Normal, Stripe 64k.

Винда под АД действительно вырубит кэш на запись, но только свой собственный.

В общем вот мои мысли по поводу разбиения. Сделать рэйд10 из 4 винтов под систему и логи базы (на нем для пущей сохранности вырубить кэш) и рэйд10 под все остальное. (Ну или еще проще - зеркало под систему и логи и рэйд10 под остальное)
Суть в том, что система диск практически не грузит и его вполне можно загрузить работой логов. К тому же там будут лежать критичные данные как АД, так и логи - которые кэшировать нежелательно.
А вот основную дисковую мощь отдать под тело базы.
При создании массива половинки зеркал, составляющих рэйд10 разложить по каналам - на случай отказа кабеля или подсаживания шинного буфера дисков. Не так давно был случай, когда это реально человека спасло.
В общем понятно как на счет процессоров оставлять один для обслуживания ОС или нет.

Аватара пользователя
gs
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 16650
Зарегистрирован: 23 авг 2002, 17:34
Откуда: Москва
Контактная информация:

Сообщение gs » 02 мар 2005, 14:09

Имхо не стоит. Загруженность ядра системы не столь велика, чтобы под нее отдельный проц выделять. Жирно будет.

Ответить

Вернуться в «Серверы - ПО, Базы Данных и их использование»

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 10 гостей