Raid1 debian
 

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

Сейчас есть доступ к Rescue System, откуда можно это сдлать.



Не очень разбираюсь в именовании дисков и подобном, поддержка отправила по такой ссылке:
http://wiki.hetzner.de/index.php/Het..._Rescue_System

Ответ: Raid1 debuan
 

Есть еще вот такая инфа:

Ответ: Raid1 debuan
 

Судя по всему один диск из рейдера в статусе removed довольно давно...

Ответ: Raid1 debian
 

Если оба накрылись что ты хочешь восстановить с них? Ну если бы физический доступ был возможно что-то получилось бы.
А вообще бэкапы делать надо.

Ответ: Raid1 debuan
 

Судя по всему имеется два диска, причем первый рабочий и активен. Массив разбит на 4 раздела (md0-md3).
Надо узнать на каком из них лежит база данных (скорее всего на крупных md2 или md3), смонтировать их и посмотреть:
mount /dev/md2 /mnt
cd /mnt
ls

Зачем подключать к массиву диски отдельно и смотреть инфу на каждом из них? По ходу вылетел только второй диск (с индексом 1 который), по идее сервер должен работать и без второго после перезагрузки.
У меня было такое с софтверными рейдами, когда один диск вылетает, система вешается, но после перезагрузки работает, можно добавить в рейд второй диск и сделать ребилд.

Вот тут подсказывают как mdadm подключить в рейд диск со статусом "removed":
http://serverfault.com/questions/206...d-raid-5-array


[upd] Кстати может прокатить монтирование разделов отдельных дисков, например:
mount /dev/sda3 /mnt - первый диск, третий раздел
mount /dev/sdb4 /mnt - второй диск, четвертый раздел

на всякий случай: umount /mnt - размонтировать...

Ответ: Raid1 debuan
 

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

Бекапы делались, но я за ними не следил (рук за всем следить не хватает) и в итоге последний бекап от 30 ноября.

Заменили оба жестких диска, судя по смарту - новых http://f6.s.qip.ru/k9ZG4SiZ.png

Ответ: Raid1 debuan
 

Во-первых, это автоматизироваться должно (я думаю у тебя там какой-нить Apache или nginx и БД, это все вместе с конфигами упаковывается простейшим скриптом по крону и льется в какое-нибудь облако, за пределами основного ДЦ обязательно, работы на 10 минут с тестированием). Во-вторых, надо еще проверять, что та фигня которую ты бекапишь вообще может быть развернута в рабочее состояние, а то потом часто оказывается что нет :-)
Так шо рикамендую первым делом после восстановления чего-нибудь из спасенного озадачится этим делом.

Ответ: Raid1 debuan
 

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

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

У нас например бэкапы критических вещей 3 раза в день, при этом бэкапы недельной давности удаляем (автоматически в AWS S3 выставлено).
Менее критичные данные 1 раз в день.

При этом бэкап занимает около 15 минут - это дофига времени, 3 раза в день, и плюс еще 1 раз другие данные, получается час, что в результате каждый день один час у нас все тормозило, пока не сделали бэкапы с реплики. Также если падает мастер, можно сразу с реплики восстанавливаться.

На AWS вообще можно весь жесткий бэкапить, и это весьма шустро на самом деле.

Ответ: Raid1 debuan
 

1. Бекапилось автоматически с реплики.
2. Бкапилось каждый день ночью.
3. Заливалось на AWS.
4. То что бекапилось, проверялось на начальной стадии на возможность восстановления.

Вот только:

Ответ: Raid1 debuan
 

Тут не хватает еще пункта: на почту присылался отчет о бэкапе.
Серьезно, его глянуть - 3 секунды, если все ок, а то что бэкап ВНЕЗАПНО похудел до 20 байт заметил бы сразу.

Ответ: Raid1 debuan
 

Смех и слезы.

Ответ: Raid1 debuan
 

Не умею я отправлять отчеты о бекапе на почту из bash, да и не думал об этом. Теперь задумаюсь как это сделать.

Ответ: Raid1 debuan
 

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

Ответ: Raid1 debuan
 

man mail
Кстати, на нормальный сервер еще можешь подумать переехать раз все сдохло и один хер разворачивать заново, у Хетзнера большая часть как бэ серверов - трешовые десктопы, а учитывая курс евро можно в рашке взять дедик норм за сравнимые бабки, ну и я полагаю тебе для игры он нада, сервер будет ближе к игрокам, пинг меньше будет и все дела.
Использовать CI сервер для бэкапов? Оригинально! Хотя CI в принципе штука полезная, не уверен только насчет сборки юнити проектов в Дженкинсе, но скорее всего уже есть плагин.

Ответ: Raid1 debuan
 

Ну jenkins по сути "на все руки". Можно тупо через ssh им команды на сервере запускать. Думаю есть чего и получше и поудобнее, просто юзаю jenkins, и нахожу его "ок" для многих периодических задачь, включая: деплоинг, бэкапы, запуски разных скриптов, удобно логи смотреть, да и можно от куда угодно зайти, хоть с мобилки, и не нужно ключами разбрасываться по разным компам, и прописывать доступ (если по IP ограниченные доступы к SSH на серверах).