информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Где водятся OGRыПортрет посетителяСтрашный баг в Windows
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Три миллиона электронных замков... 
 Doom на газонокосилках 
 Умер Никлаус Вирт 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / sysadmin
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Что же ты не написал, что платформа "Intel", а борда S5000PAL? :) [upd3/fix] 07.10.08 10:51  Число просмотров: 3700
Автор: Den <Denis> Статус: The Elderman
Отредактировано 21.10.08 13:44  Количество правок: 6
<"чистая" ссылка>
> почти 5, тока до 2 сгоревших винтов

Пора мне провести ревизию знаний матчасти...
[upd]
ну вот и провел...
RAID 6 отличается от RAID 5 только тем что пишет две одинаковые контрольные контрольные суммы на разные диски. Таким образом получаем потерю полезного объема в два диска вместо одного в RAID 5.

Параллельно изучил очень интересную документацию на сайте Intel'а, в которой сказано, что в шасси SR2500 можно использовать midplane с поддержкой RAID 6, но для этого, как я понял, нужно брать не преконфигурированную систему (как в твоем случае), а заказывать набор из строительных блоков (т.н. "OEM Building Blocks").
Твоя преконфигурированная система SR2500ALLX соответствует следующему набору строительных блоков:
Chassis: SR2500, Motherboard: S5000PAL, Midplane: FALSASMP, PCI-E raiser card: ASR2500FHR, FANs kit: FSR2500LXFAN, Control panel: ASR2500FP

Для поддержки RAID 6, необходимо ставить в это шасси midplane FALSASMP2 с ключом активации AXXRAKSAS2 (причем этот самый ключ активации очень смахивает на таблетку, которой обычно открывают дверь в парадную. :) )
То есть в обоих случаях (FALSASMP и FALSASMP2) это нифига не онбордовый контроллер, а так называемая "средняя планка" с рейдом на борту, которая соединяется с систембордой специальным шлейфом через т.н. "мостовые соединители" (bridge connectors) и обеспечивает подключение накопителей, панели управления и блока вентиляторов.

[fix]
FALSASMP не поддерживает RAID 6 по причине того, что является контроллером первого поколения, тогда как контроллеры второго поколения поддерживают данный уровень.
[/fix]
[/upd]

> вот и думка 64-bit и 8gb

> Чем ? Только памятью ? приложения ещё долго будут 32-bit
> (конкретно у меня)

32 битные приложения и сервисы прекрасно работают на 64 битной Windows Server. Лично проверил на Windows Server 2008 64-bit.

> предлагают сразу 2к3 64bit

Пусть предложат 2k8 :) Зато на будущее сервак будет с лицензией от WinSvr2k до WinSvr2k8.
[upd]
ко всему прочему, по этой же лицензии можно ставить 32 битную ОС вместо 64 битной и наоборот.
[/upd]

> вот интэгрэйтед мну и смущает

> ммм, я так понял что это вышел только интегрированный (((
> хотя просил именно внешний

Уточняй конфигурацию у поставщика, м.б. пока не поздно что-то поменять.
<sysadmin>
Обругайте сервер 07.10.08 09:30  
Автор: LOnG <LOnG> Статус: Member
<"чистая" ссылка>
Покупаем сервер в следующей конфигурации:
строится на - Server Platform SR2500ALLX, 2шт. X5450 Intel Quad-Core Xeon 3,0GHz-12Mb/1333 S771, 4 шт. DDR2 1GB Samsung PC5300 ECC Fully Buffered, 6 шт. 300GB Seagate ST3300655SS CHEETAH SAS 15000rpm, Intel RAID Activation Key SAS (AXXRAK18E) + салазки и т.д.
Пользоваться будет для кручения 100-120gb баз данных + возможно сервер терминалов(жалко только под базы отдавать сей сервер)
Ну и собственно вопросы:
Какой уровень рэйда делать ? 5 или 6 ?
Целесообразно ли ставить 64bit OS ?
Поставщик крутит на Intel RAID Smart Battery для SRCSAS144E, AXXRAK18E (AXXRSBBU3) - нужна ли ?
Стоит ли взять ещё один рэйд контроллер ? (базы довольно критичны)
Пожелания и замечания приветствуются =)
Как успехи? Железка уже работает? 21.10.08 15:10  
Автор: Den <Denis> Статус: The Elderman
<"чистая" ссылка>
Привезли, времени нет поставить ) Хожу вокруг неё, слюни текут поиграццо 21.10.08 17:36  
Автор: LOnG <LOnG> Статус: Member
<"чистая" ссылка>
СУБД? конфигурация дисковых массивов? зеркало из 2х для системы + 4 на дату? Или хотите систему и данные на одном массиве держать?:) 07.10.08 19:11  
Автор: Garick <Yuriy> Статус: Elderman
<"чистая" ссылка>
Это уже детали. Мы в основном обсуждаем подходящую начинку и ИМХО, начинка для указанных целей вполне... 08.10.08 10:55  
Автор: Den <Denis> Статус: The Elderman
<"чистая" ссылка>
"Подходящую начинку" для чего? Каждая СУБД имеет специфические требования по установке и обслуживанию, например поведение с РАМ и диск кешем. 08.10.08 11:43  
Автор: Garick <Yuriy> Статус: Elderman
<"чистая" ссылка>
Например? 08.10.08 12:14  
Автор: Den <Denis> Статус: The Elderman
<"чистая" ссылка>
у того же мускла есть несколько режимов работы БД. Также есть существенные отличия между ОЛТП и ОЛАП. Может "база данных" - очищенные данные "медленные" данные BI. И днем чтение, а ночью кубы строятся :) 08.10.08 15:03  
Автор: Garick <Yuriy> Статус: Elderman
Отредактировано 08.10.08 15:03  Количество правок: 1
<"чистая" ссылка>
Ни OLTP, ни OLAP не имеют никакого отношения к кешу RAID контроллера. 08.10.08 15:54  
Автор: Den <Denis> Статус: The Elderman
<"чистая" ссылка>
Тип данных влияет на конфигурацию соотношения кеша чтения/записи в рейде. Хотя, в этой подветке я рассматривал весь сервер целиком :) 08.10.08 16:18  
Автор: Garick <Yuriy> Статус: Elderman
<"чистая" ссылка>
Флудыры ))) 08.10.08 17:05  
Автор: LOnG <LOnG> Статус: Member
<"чистая" ссылка>
не будет там мускула )
ms sql может будет пара базок маленьких
Маленьких? Гигов, эдак, на 150 каждая??? :)) 08.10.08 17:30  
Автор: Den <Denis> Статус: The Elderman
<"чистая" ссылка>
Ни дядьку, гигов по 10, остальное базы К+ для обработки и т.д. 08.10.08 17:37  
Автор: LOnG <LOnG> Статус: Member
<"чистая" ссылка>
На одном массива из 6 дисков можно сделать маленький уровня 1+0 для системы и большой уровня 5 для базы. 08.10.08 09:55  
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
<"чистая" ссылка>
Строя сложные рейды необходимо сразу просчитывать план аварии. Сможем ли обеспечить восстановление при слете платформы? 08.10.08 11:53  
Автор: Garick <Yuriy> Статус: Elderman
<"чистая" ссылка>
Вылетает системная плата. И в ремонт уходит онбоардный рейд (и еще с батарейкой и инфой в кешах).
Куда подключить эти винты, что бы вытащить БД? Найти временный рейд низкого уровня проще и слить или работать с пониженной производительностью. Допустим есть ночной бекап, а текущее состояние? Нужно текущее состояние?
Это все абсолютно правильно, но это проблема уже другого... 08.10.08 13:54  
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
Отредактировано 08.10.08 13:55  Количество правок: 1
<"чистая" ссылка>
> Вылетает системная плата. И в ремонт уходит онбоардный рейд
> (и еще с батарейкой и инфой в кешах).
> Куда подключить эти винты, что бы вытащить БД? Найти
> временный рейд низкого уровня проще и слить или работать с
> пониженной производительностью. Допустим есть ночной бекап,
> а текущее состояние? Нужно текущее состояние?

Это все абсолютно правильно, но это проблема уже другого уровня.
Да, абсолютно надежных и безотказных рэйд-контроллеров не бывает. Но на данном уровне решается проблема использовать рэйд или нет. Она решена в пользу использования для увеличения надежности и, как побочный эффект, скорости. От того какий именно контроллер, интегрированый в системную плату или нет, от того, кто его производитель и всего прочего уже не зависит сложность восстановления системы при умирании контроллера. Это отдельная тема, являющаяся продолжением этой, хотя о ней забывать нельзя.
Для ОС на интегрированном RAID не столь критично. [upd] 08.10.08 12:18  
Автор: Den <Denis> Статус: The Elderman
Отредактировано 08.10.08 16:00  Количество правок: 1
<"чистая" ссылка>
В особенности, если есть резервная копия состояния системы или еще лучше, теневая копия системного раздела.

[upd]
Ко всему прочему ничто не мешает сохранить настройку RAID массивов контроллера в файлике, а потом поднять эту настройку на другой борде с таким же интегрированным RAID контроллером.
Меня мало волнует системный раздел на сервере БД. Там не должно быть основных системных сервисов (АД, ДНС, ДХЦП) 08.10.08 12:24  
Автор: Garick <Yuriy> Статус: Elderman
<"чистая" ссылка>
А ОС в данном случае проще переустановить, чем откачать.
Меня интересует данные в БД.

Это не касается СБС, там все в одном (в тч и лиц ограничения). Но "мелкий" бизнес почти не создает информации для которой критична потеря одного дня.
вот и меня интересуют именно данные в БД, систему накатить... 08.10.08 14:02  
Автор: LOnG <LOnG> Статус: Member
<"чистая" ссылка>
> А ОС в данном случае проще переустановить, чем откачать.
> Меня интересует данные в БД.
вот и меня интересуют именно данные в БД, систему накатить это час-два максимум
а строить всё на интегрированном контроллере не хотелось бы, ибо при вылете матери я не найду в течении 1 дня новую, а отдельный контроллер можно сразу купить
Тебе же ставят один PCI-E RAID контроллер, вот и подключишь к нему диски для баз. 08.10.08 15:57  
Автор: Den <Denis> Статус: The Elderman
<"чистая" ссылка>
1  |  2  |  3  |  4 >>  »  




Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2024 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach