Проблема така: на серваке згорів один з гвинтів в дзеркалі, з якого бутітся система. Було 2 гвинта Maxtor 6E040L0 40 Гб. Придбали новий гвинт Maxtor 40 Gb, ніби-то майже ідентичний, маркування відрізняється однією лише буквою: 6K040L0.
RAID-контролер - FastTrak100 TX2
Я замінив згорілий вінчестер на новий, включив комп, зайшов в біос контролера і. що далі? Я раніше з цим ніколи не стикався, хотілося б покрокових детальних інструкцій щодо того, як правильно зробити заміну гвинта без втрати даних.
Поки що сервер бутітся з залишився в дзеркалі вінчестера. Якщо підключити новий і забити на повідомлення про те, що з масивом "не все в порядку", то система (Win2k Server) висне на перших етапах завантаження (логотип).
Пробував в биосе контролера робити Rebuild Array - вискакує помилка на 4% копіювання образу з робочого гвинта на новий.
"Факин Мануал" читав. Не допомогло, аж надто все мудро))
Загалом, поки Знаючі Люди мені чого-небудь не Насоветуйте, вирішив поки нічого не чіпати. З нетерпінням чекаю ваших відповідей, спасибі за увагу.
pavelcarcass:
робовал в биосе контролера робити Rebuild Array - вискакує помилка на 4% копіювання образу з робочого гвинта на новий.Не подобається мені це. Ой не подобається.
filonovd:
Не подобається мені це. Ой не подобається.
Ви хочете сказати, що є проблема і з рештою гвинтом? Або з новим. Я хотів би додати, що без нового гвинта система нормально бутітся з залишився, помилок читання \ запису, інших глюків не спостерігається.
Можна зробити прошу! Зробити образ системи при працюючому одному диску на інший (не з RAID), потім диски в биосе перепризначити, як якщо робити все з нуля! А потім образ відновити назад, адже буде як один диск бачитися, так що перешкод бути не повинно. УСПІХІВ!
Відмінність даних хардов тільки в обмеженні шкідливих речовин в компонентах продукту: contract.
hxxp: //www.maxtor.com/_files/maxtor/en_us/documentation/data_sheets/diamondmax_plus_8_data_sheet.pdf
АЛЕ так само може бути і відмінність у розмірі - я маю на увазі відміну на кілька сотень байт / кілобайт.
1. Робимо бекап - СРОЧНО
2. З'ясовуємо розмір живого хард-року
3. Яким-нить діскедітом наводимо розмір нового хард-року до вихідного
4. Пробуємо ребілд.
Це звичайно в теорії. але начебто має працювати.
При завантаженні і роботі системи використовуються далеко не всі файли і тим більше не вся поверхня диска. А ось при відновленні масиву утиліта повністю копіює весь вміст диска. Так що на ньому напевно вже є проблема. яка просто поки ніяк не проявляється. Логічно дійсно зробити образ диска, прочекали окремо диски та потім заново створити RAID і залити на нього образ.
doomer:
Що-ж це за сервер на якому IDE-харди стоять.
Сказёвие погоріли раніше =)
vovik:
Логічно дійсно зробити образ диска, прочекали окремо диски та потім заново створити RAID і залити на нього образ.
У теорії, видалення масиву не повинно привести до втрати даних, наскільки я зрозумів з мануала. Бекап я вже зробив, тепер буду перевіряти гвинти окремо. На новий грішити я б не став, а ось старий перевірю досконально.
Образ чим краще робити? Йдеться про приблизно 20-ти гігабайтах інформації і зберегти образ мені нікуди, конторка злиденна. Причому перший масив поділений на 2 розділу. У контролер включений ще один масив 80 Гб - якщо збережу образ туди, чи зможу залити звідти потім? Коротше, заморочки ті ще. напевно, легше буде з нуля систему встановити, заново створивши RAID-масив під неї.
Спасибі всім хто відповів! Тема далеко не закрита, якщо є ще якісь міркування, будь ласка, висловлюйте!
pavelcarcass:
У теорії, видалення масиву не повинно привести до втрати даннихІменно так. Видаляючи масив, ми просто говоримо Біосил RAID-контролера, що відтепер у нього існують два незалежних диска.
З приводу способу є багато різних думок. Це тобі краще в "Обговорення програми" пошукати. Я віддаю перевагу Norton Ghost, але є і любителі акронікса. Причому образи роблю на FAT32 розділ, формуючи багатотомний образ шматками по 4 ГБ (більше FAT32 не дозволяє).
Варіант підрізування тими ж прогами працюючого на даний момент гвинта (комадно класу HPA) не раджу. хіба що після дефрагментації, оскільки сам алгоритм обрізки не звертає ніякої уваги на дані-це раз, і дана підрізування призведе до зміни розміру розділів з усіма наслідками, що випливають помилками-це два. а втрачати дані на працюючій копії ІМХО зовсім не треба.
А образи я сам роблю останнім впемя Paragon-му. Сподобалося. І добре работат
Люди, мене тут осінило раптом. А новий гвинт перед засуванням в RAID потрібно попередньо форматувати. Я - не форматувати.
Наскільки я пам'ятаю-не потрібно. Взагалі не потрібно ні розбивати, ні форматувати. Рейд все робить сам як йому треба
qerst:
Заново ставити систему? Видно ваша фірма взагалі не потребує мережі, раз готові стільки часу сидіти склавши руки!
Все більше схиляюся до того, щоб заново систему і домен з нуля в зв'язку з новими розкрилися подробицями. Нібито згорілий гвинт я підключив до своєї машини, щоб перевірити його. Завантажився відразу з дискетки PartitionMagic і з подивом дивився на розмітку диска: спершу йде нерозмічена. область, потім розділ NTFS, c якого система завантажується, слідом - розділ FAT32 (мітка тому "USERDATA", хехе, горе моє =)), а слідом - знову. нерозмічена область диска.
Якими руками і хто це зробив - не знаю, але вбив би ідіота. До мене тут як такого сисадміна не існувало.
В даний момент я вбив на цьому "згорілому" диску все партіціі, створив один розділ FAT32 і з задоволенням юзаю як другий гвинт на робочому компі (в сенсі, на якому працюю сам).
Перевірив працює диск - з ним, зрозуміло, така ж картина. Закінчую бекапіть дані і, швидше за все, в найближчі вихідні буду все кидати і заново встановлювати заново, починаючи зі створення заново RAID-масиву.
Увага, питання: то, що я не зміг нормально зробити rebuild array - чи може це бути пов'язано з вищеописаної картиною з розміткою дисків в проблемному масиві. Чи правий я в своїх здогадах?
vovik, ви впевнені, що контролер під свою службову інформацію створює на початку диска якийсь сектор. сумніваюся в цьому.
pavelcarcass,
ну, приблизно це я і мав на увазі. В тому сенсі, що "незрозуміло що відбувається, але краще-б зняти повний бакап і все підняти заново".
Так що питання думаю знятий.
Ти б пан краще відповів - диски перевірив на нестабільні сектора?
Порівняв точні розміри області даних на обох гвинтах?
Проводив бекап на інший диск, який нібито вмер і перевіряв працездатність системи на ньому?
Чесно кажучи, з відповідей не бачу. Краще ІМХО результат, а обговорювати всі можна і потім. коли система піде.
Так що дерзай, перевіряй і відписує - варіантів дій тобі тут накидали чимало;)