Server 2003 не видит raid

Обновлено: 07.07.2024

Авторизуясь в LiveJournal с помощью стороннего сервиса вы принимаете условия Пользовательского соглашения LiveJournal

Всем привет. Может кто сталкивался с такой проблемой.
Есть сервер с мамкой Asus P5E-VM DO, к которой подключено три SATA винча (2xWD 500Gb Raid Edition и Seagate 80Gb) + DVD привод(тоже SATA).
Отключаю вестерны, на сигейт ставлю Win2003, устанавливаю драйвера для чипсета, сети, ACHI. Далее выключаю машинку, подключаю два вестерна и не загружая винды лезу в биос, где ставлю режим с IDE на RAID, после чего WD объединяю в RAID1 и гружу винды.
Проблема в том, что при попытке загрузить win2003 (в безопасном режиме та же фигня) происходит перезагрузка. Если отключить RAID, то винды загрузятся на ура.

В принципе, обращаюсь к людям имевшим дело с данной мамкой, ибо проблема, как мне кажется, именно в драйвере ACHI(на диске не нашел, на сайте только одна версия драйверов выложена). Если у кого была такая проблема, как решили?

а дрова на рейд в винду подсунуть? и посмотреть код BSOD - скорее всего 0x0000007B. На сайте asus'а не нашел дров на рейд. только на achi

контроллер в таком режиме требует другой драйвер.

правильно было бы создать рейд0 из одного диска для системы, и рейд1 из двух дисков для всего остального, а потом устанавливать винду

Вы не пробовали сперва собрать рейды, а потом уже ставить систему? Пробовал. Винда при установке просит драйвер с диска A. У меня флопиков уже не осталось. :) Да и проблема не столько в флопиках, сколько найти сам драйвер для рейда.

флопик при установке или интеграция дравов в дистриб + установка при вкл рейде.

рейд включается глобально для всех сата разъемах

Интеграция драйверов помогает далеко не всегда, если есть один и тот же драйвер для разных режимов контроллера (разница лишь в inf), как например у Intel в ICH7-10, то можно легко словить BSOD 7e, помогает только подсовывание дискеты по F6 c USB-FDD и выпор правильного режима работы ICH.

А может не извращаться с фейковым рейдом на этой матери, и банально построить софтовый рейд средствами ос?

Недумаю что вы много потеряете в скорости в данном случае.

+1 к софтовому рейду, ага
а для подсовывания флопиков все современные винды умеют этот флопик видеть даже если он usb-шный. цена вопроса - 600р. плюс дискетка.
предусмотрительные админы обязательно имеют usb-флоповод в куче остального хлама. аватар походу с БОРа. познания в компьютерах оттуда же. пускай там и остаётся.

Как верно заметили выше, контроллер весь переходит из легаси в другой режим, со всеми хардами, которые к нему подключены, независимо от того, создан из этих дисков рейд или нет.

Но дело в том, что если сменить режим контроллера "на лету", винда при старте не обнаруживает того устройства, с которого она последний раз грузилась - это раз. Дальше она пытается прикрутить к нему драйвер (который вы перед этим, предположим, поставили) - откуда? Правильно, из system32. А где он? Правильно, на том разделе, который находится на физическом устройстве, драйвер к которому она хочет найти, чтобы уметь с ним работать. Ну почему нельзя было этого предусмотреть? )

Поэтому, надо сразу ставить систему на контроллер в raid- или ahci-режиме, даже на одиночный диск. Посредством дров на флопике, на юсб-флопике, или интегрированных в дистрибутив. Иначе потом вы получите те проблемы, которые получили.

Альтернативный вариант - использовать софт-рейд не полуаппаратный, а полностью софтовый. Благо, у вас не ХР, которая не умеет делать зеркало (не помню насчет рейд5, но кажется, тоже нет), у вас 2003. И вам не нужно ставить системный раздел на рейд0 (чего тоже нельзя сделать в полностью софтовом варианте). К тому же, если вам нужно будет (ну вдруг:) подключить этот рейд к другой машине, вам не придется искать машину с таким контроллером. А по производительности они будут абсолютно идентичны (по крайней мере, в вашем случае).

ну и чтобы два раза не вствавть - загрузись с акрониса спаси данные, пока работает.Может и с акрноиска перестанет работать - сбой дело такое. А восстановление данных с битого рейда стоит неимоверно огромных денег, если это не зеркало.

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

Итого бэкап рулит во многих ситуациях. Т.к. время восстановления заранее можно посчитать и будет оно, как правило, 10-12 часов. Поиск же глюка может и неделю занять.

/Нет денег на Зубару?! Зубилы - дёшево, 2км вперед по трассе.

Исправлено пользователем ViT (25.05.08 09:27)

ViT
Сбой был по питанию, что привело к тому, что "файл \system32\config не найден" после хитрых махинаций удалось сделать проверку диска на ошики. После чего сервер стал загружаться. Но вот появился САБЖ.

Последний бакап системы аж годовалой давности.
Хочу пояснить вот еще что сервер этот я видел первый раз в тот день, когда создал эту тему. Меня пригласили пользователи этого сервера помочь им т.к. их програмист год назад уволился. Вот такие дала.

Это же рабочий сервер верно? Деньги - работа - все дела, постоянного присмотре нет.

если пропал config - другими словами поврежден реестр, причем скорее всего поврежден весьма сильно, если автоматом он не восстановился сразу-же.

соотв. если из boot diska (WinPe, акрноис) да пофиг что вы видите данные - спасайте данные куда-нибудь!

Затем проверйте диски, да и все остальное железо и лучше уж ставьте сервер ЗАНОВО - с необходимыми обвнолениями и настройками т.п.! Это если нарантироовано и работать, а если быстро и на денек - можно попробовать поискать конкретные сбойные места реестра, но боком это может велзти большим в ближайшее-же время.

/Нет денег на Зубару?! Зубилы - дёшево, 2км вперед по трассе.

ОК, значит план А, т.е. переустановка со всеми подготовительными и послеустановочными операциями! Жаль, что других вариантов похоже нетСапсибо. ОК, значит план А, т.е. переустановка со всеми подготовительными и послеустановочными операциями! Жаль, что других вариантов похоже нетСапсибо. А рейд действительно не зеркало, а стрип. О чем интересно думал тот человек, который так сделал.

думал человек о быстродействии. о котором возможно попросили заказчики.

а вот о UPS за 1000 рублей и на регулярных бэкапах, а так-же прочем сервисном обслуживании просто заказчики съэкономили.

так тоже бывает.

главное, данные спасите - все остальное дело наживное, а вот данные могут денег стоить вполне как больших.

/Нет денег на Зубару?! Зубилы - дёшево, 2км вперед по трассе.

УПС там стоит 2 киловата, а умер БП
на счет быстродействия.
сейчас там основной рейд (который работет) состоит из 4х дисков, это максимальное кол-во дисков которое поддерживает контроллер. Если изменить РАИД0 из 4х дисков на РАИД10 из 2+2 дисков сильно ли упадет быстродействие?

Исправлено пользователем grach007 (25.05.08 16:08)

Как минимум в два раза (из теории). У меня другой вопрос - если сии девайсы используются под бэкап - зачем там какой-то рейд кроме 1? Рациональная логика какова? Соберите обычное зеркало из двух винтов побольше и наплюйте на скорость - при нормальном инкрементальном ночном бэкапе думаю она не критична. зато номинально при отказе контроллера или одного из винтов уцелевший диск портируется в любую машину, открывается к нему сетевой доступ и восстанавливается инфа - а с 10-кой у вас думаю не все так получится гладко.

Non solum oportet, sed etiam necessese est

Дело в том, что рейдов 2: первый – содержит системный диск, диск с базами 1с и диск с данными пользователей и прочими данными; второй – для бакапов. РИАД1 состоит из 4х винтов в стрипе, РАИД2 состоит из 2х винтов в стрипе. Почему так сделано можно только предполагать, как мне сказали человек настраивавший сервер уволился год назад. В свою очередь я столкнулся с этим сервером впервые в пятницу на этой неделе. Я предлагаю для повышения надежности РАИД1 переделать в стрип+зеркало, но пользоватлей интересует насколько медленнее будет осуществляться доступ к базам 1с в режиме терминала. По информации о тестировании как раз РАИД0-4х и РАИД1-2+2 падение скорости примерно 30%. Но конфигурация РАИДов – вопрос второй, а первый – почему система не видит один из РАИДов и флешку.

Исправлено пользователем grach007 (26.05.08 00:25)

Исходя из того что я понял - 1 рэйд стрип из 4-х дисков - если их заменять на 1+0 до скорость доступа к файлУ упадет в два раза (теоретически). Практически: скорость доступа в терминальном режиме в 1С только в варианте 7.7-dbf критично зависит от скорости доступа к дискам. Если 1С скульная - основную составляющую производительности составит память. А рейд для бэкапа в виде стрипа - извращение помоему.
Если скорость так критична - возьмите scsi-винты и сделайте из них зеркало или 1+0. Кстати - чтобы оценить быстродействие нужно оценить самое узкое место - вы уверены что скорость доступа к базам там является узким местом? Есть графики загрузки очереди чтения/записи дисковой системы, процессора, ввода-вывода в память?

Non solum oportet, sed etiam necessese est

В ответ на: почему система не видит один из РАИДов и флешку

скажем дружно - ничего интересного в этом вопросе нет. Т.к. сбой это единичный(см. выубание питания - разушение файловой системы - повеждение реестра), т.е. конечно прикольно будет узнать что "и вооот оно оказывается как может в жизни бывать", но это будет прикольно только вам и полезно только в смысле повышения кугозора. Даже за деньги и в самом Микософте вам посоветуют именно то, что я пишу дальше.
для решения проблемы так, чтобы пользователи не волновались - если нет бекапов, то переустановка сервера и настройка хотя бы минимальной системы бекапов.

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

честный ответ один - нет исторических данных, нет и прогноза. надо тестировать.

Есть некий сервер (Intel® Core(TM)2 CPU 6300 @ 1.86GHz, 3 GB) c Microsoft Windows Server 2003 R2 SP2 (32-bit).

На нем был старенький винт IDE на 80 Гб. Всё работало, и в один прекрасный момент, мы решили сделать Raid 1. Поставили 2 проверенных SATA 2 диска на 500гб (Seagate и WD), сделали зеркалирование разделов стандартными средствами Windows и получили ожидаемый Raid 1.

Проблема в том, что все стало работать намного медленнее.

Ставил HDDScan, погонял оба винчестера — чистота и порядок.

Собственно вопросы:

1. Как и чем можно проверить скорость самого raid-а (чтение / запись).

2. Что могло привести к сильному понижению производительности?

P. S. Сервер очень боевой, сделать такой же — работа на пару недель.

Под рейд всегда берут одинаковые диски (один производитель, одна и та же модель и лучше всего одна и та жа партия). То, что сделали Вы, вообще чудо, что работает! У wd и seagate, скорее всего, разное количество пластин/цилиндров/головок. Можно подробней, в чём беда от того что разные винты?

+ я добавлю по поводу того куда у Вас делась вся производительность — Вы создали программный рэйд, а значит нагрузка на операции выполняемые над винчестерами такими как запись и чтение ответственен не контроллер, а процессор.
Создайте рэйд на контроллере и разгрузите проц, будет по шустрее.

Во-первых, вероятность одновременного отказа дисков из одной и той же партии в одних и тех же условиях весьма высока, и raid может не спасти. Поэтому как раз рекомендуется брать диски из разных партий, чтобы они одновременно не отказали.

Во-вторых, речь про программный RAID, а его можно сделать из чего угодно. Например, если взять взять три диска — на 80, 160 и 250 Гб — то можно сделать два зеркала суммарным объёмом 240 Гб.

В Linux это делается разбиением дисков на соответствующих размеров разделы, делания mdadm-ом raid-ов из разделов, и по желанию — последующим склеиванием полученных raidов в одну lvm vg.

В Windows все диски переводятся в динамический формат, а потом для нужных томов выбирается желаемый уровень отказоустойчивости. Грузиться система будет только с одного из дисков, но данные хранятся как положено, на всех.

Также подобные фокусы позволяет fake-raid от intel, который Intel Matrix RAID (дисковый формат imsm). Более современный, Intel использует дисковый формат snia ddf, в котором подобные фокусы недоступны (ну или просто Intel их не умеет).

Ну и про процессор. В работе RAID1 = mirror процессор не нагружается никак, от слова вообще. Нечего там считать. Вся «двойная нагрузка» ложится на шину SATA, а SATA-контроллер подключен чере PCIe. По этой шине через DMA (т.е. помимо процессора) пересылается двойной объём данных.

Пропускная способность шины PCIe x1 — 2 гбит/с в одну сторону, а там скорее всего x4. При этом, винты вряд ли умеют работать быстрее чем 100 мбайт/сек. Соответственно, шину просадить они не смогут.

И вывод — тормоза могут быть из-за того, что винты существенно разные по свойствам, и ОС не удаётся так разрулить операции ввода/вывода, чтобы всё не тормозило, либо из-за более прозаических причин — фрагментация ФС, директории с огромным числом файлов, нехватка ОЗУ и жёсткий своппинг и т. п…

Нужно смотреть загрузку дисковой подсистемы, кажется, Sysinternals Process Explorer умеет.

Создали том RAID (виртуальный диск) в утилите предварительной загрузки, но по-прежнему не можете увидеть том RAID во время установки ОС Windows.

Выполните следующие действия для загрузки драйвера контроллера Intel RAID во время установки ОС Windows (в Intel® VROC примере):

Загрузитедрайвер Windows для своего Intel RAID Controller и сохраните его на USB-диске.
НажмитеЗагрузка драйвера на экране Где вы хотите установить ОС Windows?
НажмитеПросмотреть И Перейдите к местоположению драйвера RAID, загруженного в шаге 1, затем НажмитеХорошо.

Другие статьи по этой теме

Вам нужна дополнительная помощь?

Оставьте отзыв

Отказ от ответственности

Содержание данной страницы представляет собой сочетание выполненного человеком и компьютерного перевода оригинального содержания на английском языке. Данная информация предоставляется для вашего удобства и в ознакомительных целях и не должна расцениваться как исключительная, либо безошибочная. При обнаружении каких-либо противоречий между версией данной страницы на английском языке и переводом, версия на английском языке будет иметь приоритет и контроль. Посмотреть английскую версию этой страницы.

Для работы технологий Intel может потребоваться специальное оборудование, ПО или активация услуг. // Ни один продукт или компонент не может обеспечить абсолютную защиту. // Ваши расходы и результаты могут отличаться. // Производительность зависит от вида использования, конфигурации и других факторов. // См. наши юридические уведомления и отказ от ответственности. // Корпорация Intel выступает за соблюдение прав человека и избегает причастности к их нарушению. См. Глобальные принципы защиты прав человека в корпорации Intel. Продукция и программное обеспечение Intel предназначены только для использования в приложениях, которые не приводят или не способствуют нарушению всемирно признанных прав человека.

Читайте также: