помогите настроить AMI MegaRaid 320-1

У вас сложности? Наши специалисты постараются помочь вам. Если вы сами сталкивались с похожими проблемами - поделитесь опытом.

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

Ответить
ernik
Junior member
Сообщения: 4
Зарегистрирован: 24 июл 2003, 13:54

помогите настроить AMI MegaRaid 320-1

Сообщение ernik » 24 июл 2003, 14:16

добрый день, вопрос в следующем - сделали зеркало
RAID 1 автоматически, все параметры остались "по умолчанию"
- такие как оно само поставило. Read Policy - "ahead",
Write Policy - "Thru", I|O - "direct"
Нужно ли ставить I/O - "cashed" ?
Хочется работать с максимальной скоростью,
пробовал читать доку по контроллеру, но там, насколько
я понял по аглицки, написано что параметр I|O не влияет
на параметр Read Policy, если он установлен в "ahead"
А на что же тогда влияет?

Аватара пользователя
setar
Site Admin
Site Admin
Сообщения: 1984
Зарегистрирован: 22 авг 2002, 12:03
Откуда: St. Petersburg

Сообщение setar » 24 июл 2003, 16:10

Если есть BBU (батарейка на контроллере) тогда ставте cashed.

ernik
Junior member
Сообщения: 4
Зарегистрирован: 24 июл 2003, 13:54

Сообщение ernik » 24 июл 2003, 16:16

батарейки нет. есть UPS :D
а все-таки на что повлияет этот cashed?

я понял, зачем BBU и что без нее есть риск, но
также слышал мнения, что если нормальный сервер и УПС,
то не должно быть никаких проблем...
а если cashed - серьезно влияет на скорость работы,
то нам нужно все-таки cashed

ВТБ!
free-lance moderator
Сообщения: 213
Зарегистрирован: 06 ноя 2002, 11:00
Контактная информация:

Сообщение ВТБ! » 24 июл 2003, 18:19

ernik писал(а):а если cashed - серьезно влияет на скорость работы,
то нам нужно все-таки cashed
А какой характер нагрузки на дисковую подсистему?
БД? Причём OLTP? Тогда влияет положительно :)

ernik
Junior member
Сообщения: 4
Зарегистрирован: 24 июл 2003, 13:54

Сообщение ernik » 24 июл 2003, 18:39

БД - MS SQL Server 2000 + 1C

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

Сообщение gs » 25 июл 2003, 13:04

Если кэш отключен (write policy - True), то все пофиг. Базе данных нужно кэширование, т.е. write back.

А про остальные параметры я тут писал:
http://www.3nity.ru/viewtopic.htm?t=561

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

Сообщение gs » 25 июл 2003, 13:14

Насколько я понимаю, теоретически cached IO означает, что данные после операции чтения с дисков остаются в кэше и доступны для повторного чтения, что очень хорошо для базы данных. Но на практике при включенном write back я разницы почти не увидел.

ВТБ!
free-lance moderator
Сообщения: 213
Зарегистрирован: 06 ноя 2002, 11:00
Контактная информация:

Сообщение ВТБ! » 25 июл 2003, 13:49

gs писал(а):Но на практике при включенном write back я разницы почти не увидел.
Значит у СУБД размер кеша больше :)

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

Сообщение gs » 25 июл 2003, 13:55

Я мерил искусственно, ограничив тестовую область IOMeter. Более идеальной ситуации для кэша не бывает.

ernik
Junior member
Сообщения: 4
Зарегистрирован: 24 июл 2003, 13:54

Сообщение ernik » 25 июл 2003, 18:47

спасибо за ответы :) кстати - с праздничком.
говорят, сегодня - "День сисадминов и программистов"
в Украине, по крайней мере....

Ответить

Вернуться в «Серверы - Решение проблем»