форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[Проследить за развитием треда]

"софтовый рейд. перенести с одного сервера на другой"

Сообщение от Skif (ok) on 07-Апр-07, 00:18

Сабж. Есть задача, перенести ATA-шный рейд с одного сервера на другой. Оба сервака фряхи. Рейд 1-го уровня, делался atacontorl-ом. Нужно перетащить на другой без потери данных. Если я просто вытяну диси впихну на новой машине массив востановиться если сделать atacontorl-jv просто rebuild? Или стоит все же перебраться на gmirror ? Источник: [root@test.mig] /usr/home/skif/:uname -r 5.4-RELEASE-p10 [root@test.mig] /usr/home/skif/: Приемник: [root@k.com.ua] /usr/home/skif/:uname -r 6.2-RELEASE-p3

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Сообщения по теме

[Сортировка по времени, UBB]

1. "софтовый рейд. перенести с одного сервера на другой"

Сообщение от lavr on 07-Апр-07, 16:03

>Сабж. >Есть задача, перенести ATA-шный рейд с одного сервера на другой. Оба сервака >фряхи. >Рейд 1-го уровня, делался atacontorl-ом. >Нужно перетащить на другой без потери данных. >Если я просто вытяну диси впихну на новой машине массив востановиться если >сделать atacontorl-jv просто rebuild? Или стоит все же перебраться на gmirror >? > >Источник: >[root@test.mig] /usr/home/skif/:uname -r >5.4-RELEASE-p10 >[root@test.mig] /usr/home/skif/: > >Приемник: >[root@k.com.ua] /usr/home/skif/:uname -r >6.2-RELEASE-p3 дык бери диски и переноси, в чем проблема?! Важно что? Важно аналогичное подключение - посмотри метаданные и все станет понятно! Ну в КРАЙНЕМ случае - rebuild, если неудастся подключить также как на оригинальной машине.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	2. "софтовый рейд. перенести с одного сервера на другой"
	Сообщение от Skif (ok) on 09-Апр-07, 20:28
	Мне непонятен момент ребилда. Объяснб почему - у меня ни разу при рейде на atacontrol нормально данные не перносились. Если gmirror то тут проблем нет - там немного по другому включаются диски в массив. Тоесть содается диск из одного массива, потом включаются остальные и они ребилдятся от основного. Конечно, все что у меня происходило неудачного с atacontrol было основано на том, что рейд был побит на несколько слайсов, может в этом суть неудач. Сейчас это один большой слайс, но там слишком ценная инфа. Я конечно при любом раскладе ее бекапить буду, но все равно, хотелось бы без лишнего гемора. Второй момент, машины исходная и нынешняя сильно различаются - там была просто раб станция PIV со всеми PATA вениками, сейчас это двух головая ксюша на сказях плюс дополнительный массив данных, для пользовательской файлопомойки с локалки. Сейчас обхожусь монтированием раздела по NFS и отдаю самбой юзерам. Сами понимаете - не малина, не самый лучший вариант. Заюзать для связи старую и новую машину по ng_one2many или ng_fec - не выход - мне на этой неделе нужно отдать машину под другие нужды, да и сильно не поднимешь производительность - на старом стоят тока 100-ки, на новом свободных портов уже нет. Либо через свитч пускать, либо как сейчас на отдельном шнурке. так что затраты при нынешней ситуации придумывать приблуды на пару дней - перебор.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]