Handy Backup

Включить винт в зеркало третьим, дай ему засинкаться, а потом забрать его оттуда?

Спасибо

Спасибо, но нет.

Хм. А прокатит ли такая тема? Я просто рассчитывал на вариант типа dd или clonezilla. Просто опыта в таких вещах нет - вот и вопрошаю.

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

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

dd точно не прокатит при работающей, так или иначе данные какие-то будут писаться на диск, например те же логи. targitaj - действительно интересную идею подкинул. Попробуйте, потом нам расскажите :)

Давай по-порядку. У тебя есть два (одинаковых) диска. Они разбиты одинаково. Если разбиение на разделы есть, то массив собран из разделов. Что нужно сделать? Нужно выяснить из чего именно собран массив и как разбиты существующие диски.
Надо посмотреть:

parted -l

gdisk -l /dev/sd[a-z]

cat /proc/mdstat

watch "cat /proc/mdstat"

https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/5/html...

echo 1 > /sys/block/device-name/device/delete where device-name may be sde, for example.

Вот тебе русскоязычная памятка по mdadm

главное - не спеши

ну дык для того, чтобы он вообще начал синкаться мне надо указать ,что у меня теперь 3 диска в рейде ( а можно ли это?

Конечно можно, какое-то ограничение по кол-ву дисков наверняка есть, но имхо оно ооочень большое и зависит от реализации :)

да и выключение сервака не вариант).

Не hotswap ? Тогда что вы будете делать при выходе одного из строя? Правильно, все равно гасить машину. Если очень надо, сошлитесь на регламентные работы :)

А вот был бы у тебя ZFS, сделал бы просто zfs send...

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

Вставляешь заместо него новый. Вынутый вставляешь во второй сервер с ещё одним новым. И ресинкаешь оба рейда, как будт-то ничего и не было.

PS: перед этим сделать бэкап, а то моло ли.

стоп, я протупил, у тебя же там не linux raid? Чем массив реализован?

если это для второго ТАКОГО ЖЕ сервера и рейд аппаратный, то выключаешь сервер на 10 секунд, выдергиваешь один диск и включаешь

потом добавишь чистый диск со второго сервера

Второй сервер поднимешь с выдернутого сервера и потом добавишь второй диск.

Я так делал много раз, никаких проблем, если рейд-контроллеры одинаковые и диски одного размера

аппаратно. сейчас точно уже не скажу какой контроллер. и да.

~ # uname -a

VMkernel app1 5.5.0 #1 SMP Release build-2068190 Aug 22 2014 19:00:51 x86_64 GNU/Linux

в этом и сложность...

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

apt-cache search Handy Backup
kyototycoon - Handy cache/storage server


ты чё за варёз советуешь, пятизвёздочный, а?

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

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

http://www.handybackup.ru/

Вы там слова esxi видите? И я не вижу.

Я вижу. А ты сходи к офтальмологу.

http://www.handybackup.net/downloads/handybackup-server-ru.pdf

Ага, в разделе бэкап виртуальных машин. А теперь перечитайте требования ТС. Ну и кому из нас к офтальмологу?

Ага, значит, ты увидел там слово ESXi?

Увидел, но к теме оно отношения не имеет. Простите за мою не правильную формулировку.

Конечно, всё нормально.

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

Диски на горячую подключать, как правило, можно. Найди мануал к своему контроллеру и посмотри, что он может.

Был бы у тебя lvm можно было бы сделать снапшот и ddшить его, а ddшить наживую может быть опасно - например, пока идёт чтение 2 терабайт важный файл может переехать из конца диска в начало и не попасть на копию. Впрочем, если все нужные данные действительно ридонли, а на логи насрать, то можно рискнуть с dd, потом fsck и тестировать резервный сервер.

выясни, как и чем реализован массив. Если железяка с автоматическим «подхватом» нового диска, то или попробуй добавить третий диск или выдёргивай один из двух и сразу ему замену ставь.

Раз вы эксплуатируете решения от vmware, то потрудитесь изучить инструмент. Колхоз с клонированием дисков оставьте пионэрам.

Раз у вас аппаратный рейд, то «дёргать» диски куда-либо не вариант совсем.

Я бы посоветовал так: поднимаете второй сервер с таким же ESXi (в смысле версии и патчей). Настраиваете виртуальные сети, как на первом сервере, но не подключаете их во внешнюю сеть.

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

Надеюсь, у вас ESXi не в редакции для нищебродов за бесплатно? Если есть нормальная (пусть самая минимальная) лицензия, то, к примеру, veeam все виртуалки на ходу без остановки откопирует (нужные интерфейсы будут открыты). Если лицензии нет, то ССЗБ и зачем тогда vmware.

Т.е. это будет ручная реализация концепции репликации через бэкап.

если бы была нормальная «не нищебродская» лицензия - даже разговоров бы не было. vmware дает все что нужно. но... не всем везет так, как Вам. и Вы не поверите, но во многих компаниях очень сложно объяснить, какая ответственность (а ведь у директората ее и правда никакой) бывает за использование пиратского ПО... отсюда и танцы с бубнами...

Создаем бэкапы виртуалок. Ставим esxi на новый сервак и разворачиваем последовательно. Не? :)

А просто в консоле ESXI наделать снапшотов и переписать их по сети на бекапный сервер ...

А зачем сервер гасить? У меня даже старая машина на 4 Пентиуме умеет IDE нагорячую подключать.

Тогда, как ниже подсказали, делаете снепшот ВМ, потом по SCP забираете его на новую машину (возможно через свою рабочую станцию). Т.е. берёте VMX + все полные VMDK (не дельты). Оригинальную ВМ при этом выключать не нужно.

На новой машине импортируете и донастраиваете.

Можно попробовать Veeam FastSCP. Он сам бесплатен и поддерживает бесплатный ESXi. Но в крайнем случае все можно забрать просто ручками. 2ТБ по старому scp будут долго переливаться.

ESXi 5.1 ещё похож на старые ESX-ы и многое даёт делать руками и нештатно. В шестой версии стало с этим жёсче.

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

Кстати, когда перетащите VMDK, то попробуйте погонять их под KVM. Они должны нормально там крутиться. Только драйверы нужно будет поменять и сеть перенастроить, но для резервных ВМ это не должно стать проблемой. Я так делал - работало.

спасибо. будем ковырять...

так что, результат есть? Как и что сделал?