https://www.opennet.ru/openforum/vsluhforumID1/95729.html По роду деятельности часто уезжаю на неделю-две, оставляя имеющиеся подчиненные сервера с FreeBSD в организации (почтовый сервер с днс, шлюз) на свой страх и риск.<br>Думаю, как бы подстраховаться на случай возможного выхода из строя жесткого диска именно в момент моего продолжительного отсутствия, чтобы оставшиеся администраторы сети могли самостоятельно своими силами восстановить работоспособность данного критичного для функционирования всей организации оборудования.<br>Пока видится возможным делать периодический бэкап всего жесткого диска сервера с FreeBSD посредством Acronis True Image, образ которого в последствии можно было раскатать на такой же по характеристикам новый жесткий диск, тем самым приведя сервер в рабочее состояние, пусть и с данными на момент последнего сделанного бэкапа, не дожидаясь моего возвращения.<br><br>Сервера из себя представляют обычные стационарные компьютеры, с единичными жесткими дисками в каждом. А диск как раз и является самым уязвимым звеном в комплексе оборудования.<br>Какие будут с https://www.opennet.ru/openforum/vsluhforumID1/95729.html#19 Mon, 18 Aug 2014 06:15:40 GMT &gt;&gt;&gt; Чего вы хотите 500 гиг, dump/restore в данном случае отработают <br>&gt;&gt;&gt; быстрее, поскольку работают с данными, <br>&gt;&gt; У меня подозрение что автор на своей волне и о просто не <br>&gt;&gt; читает что пишут ...<br>&gt; Автор, озадаченный вопросом, прорабатывает разные варианты, которые будут оптимальными <br>&gt; для решения имеющейся задачи с учетом указанных вводных.<br>&gt; dd и утилита clonehdd (использующая механизмы dump/restore) на данный момент хорошо себя <br>&gt; показали на стендовой машине.<br><br>В Вашем случае, встает решение задачи: "Обеспечить максимально быстрое восстановление боевого сервера".<br><br>Это сводится к решению задачи Бекапирования (или технологии дублирования, кластеризации или ...):<br>- полный бекап<br>- инкрементальный<br><br>Это соответствует той части заголовка: "Обезопасить себя", решается:<br>- dump/restore (clonehdd) + инкрементальный бекап (есть и другие варианты решения,<br>дублирующий сервер...)<br>- бекапирование БД, не уверен что снапшоты FS надежны в этом случае, тут есть<br>иные варианты<br><br>"dd" ну никак не подходит https://www.opennet.ru/openforum/vsluhforumID1/95729.html#18 Mon, 18 Aug 2014 04:27:26 GMT &gt;&gt; Чего вы хотите 500 гиг, dump/restore в данном случае отработают <br>&gt;&gt; быстрее, поскольку работают с данными, <br>&gt; У меня подозрение что автор на своей волне и о просто не <br>&gt; читает что пишут ...<br><br>Автор, озадаченный вопросом, прорабатывает разные варианты, которые будут оптимальными для решения имеющейся задачи с учетом указанных вводных.<br>dd и утилита clonehdd (использующая механизмы dump/restore) на данный момент хорошо себя показали на стендовой машине.<br> https://www.opennet.ru/openforum/vsluhforumID1/95729.html#17 Mon, 18 Aug 2014 04:17:00 GMT &gt; Чего вы хотите 500 гиг, dump/restore в данном случае отработают <br>&gt; быстрее, поскольку работают с данными, <br><br>У меня подозрение что автор на своей волне и о просто не читает что пишут ...<br><br> https://www.opennet.ru/openforum/vsluhforumID1/95729.html#16 Sat, 16 Aug 2014 05:56:08 GMT &gt;[оверквотинг удален]<br>&gt;&gt; сервера..<br>&gt; Процедура заняла порядка 2,5 часов, все успешно.<br>&gt; Значит гигабайтовые винты с помощью dd на серверах будут копироваться порядка 5 <br>&gt; часов к ряду (там и машины послабее), независимо, насколько там заполнены <br>&gt; информацией разделы, я так понимаю.<br>&gt; Может bs= поменьше поставить все же? Т.к. пишут следующее: при маленьких блоках <br>&gt; процесс копирования затянется, можно задать большие блоки, но тогда в случае <br>&gt; ошибок, оставшиеся после ошибки части блока будут заполнены нулями. Поэтому чем <br>&gt; больше блоки, тем больше информации вы потеряете.<br>&gt; Или если оба диска исправны (надеюсь), то это не актуально?<br><br> Чего вы хотите 500 гиг, dump/restore в данном случае отработают быстрее, поскольку работают с данными,<br><br> https://www.opennet.ru/openforum/vsluhforumID1/95729.html#15 Fri, 15 Aug 2014 12:47:32 GMT &gt; Загрузился с LiveCD Frenzy, запущенный dd if=/dev/ada0 of=/dev/ada1 conv=noerror,sync <br>&gt; bs=1G продолжается уже больше двух часов подряд и это на "пустой" <br>&gt; системе с 500-ка на 500-ник, тачка на используемом стенде i7 3.4, <br>&gt; 16Gb (доступно 4Gb). Сколько же тогда будет идти копирование диска действующего <br>&gt; сервера..<br><br>Процедура заняла порядка 2,5 часов, все успешно.<br>Значит гигабайтовые винты с помощью dd на серверах будут копироваться порядка 5 часов к ряду (там и машины послабее), независимо, насколько там заполнены информацией разделы, я так понимаю.<br><br>Может bs= поменьше поставить все же? Т.к. пишут следующее: при маленьких блоках процесс копирования затянется, можно задать большие блоки, но тогда в случае ошибок, оставшиеся после ошибки части блока будут заполнены нулями. Поэтому чем больше блоки, тем больше информации вы потеряете.<br>Или если оба диска исправны (надеюсь), то это не актуально?<br> https://www.opennet.ru/openforum/vsluhforumID1/95729.html#14 Fri, 15 Aug 2014 11:00:37 GMT &gt; Лучше dump/restore, поскольку скрипт вы будете запускать из под живой системы, <br>&gt; а не загрузившись в livecd <br><br>Тогда попробую еще clonehdd, он как раз использует dump/restore судя из описаний по теме.<br><br>Загрузился с LiveCD Frenzy, запущенный dd if=/dev/ada0 of=/dev/ada1 conv=noerror,sync bs=1G продолжается уже больше двух часов подряд и это на "пустой" системе с 500-ка на 500-ник, тачка на используемом стенде i7 3.4, 16Gb (доступно 4Gb). Сколько же тогда будет идти копирование диска действующего сервера..<br> https://www.opennet.ru/openforum/vsluhforumID1/95729.html#13 Thu, 14 Aug 2014 19:53:10 GMT &gt;[оверквотинг удален]<br>&gt; другой временно подключенный аналогичный по размеру резервный жесткий диск. Т.е. не <br>&gt; создание образа жесткого диска, а именно миграция системы с одного жесткого <br>&gt; диска на другой жесткий диск, чтобы в случае необходимости просто переткнуть <br>&gt; железку можно было любому "персоналу".<br>&gt; Используем livecd версию FreeBSD. Краткая статья, описывающая процедуру http://itman.in/disk-image-dd/ <br>&gt; /dev/sda - диск, образ которого необходимо создать; <br>&gt; /dev/sdb - диск на который будет записан образ.<br>&gt; dd if=/dev/sda of=/dev/sdb bs=8M conv=sync,noerror <br>&gt; Какие могут быть нюансы? Естественно, вначале сделаю прогонку всего процесса на подготовленном <br>&gt; стенде, не на боевых серверах.<br><br> Лучше dump/restore, поскольку скрипт вы будете запускать из под живой системы, а не загрузившись в livecd<br><br> https://www.opennet.ru/openforum/vsluhforumID1/95729.html#12 Thu, 14 Aug 2014 18:30:01 GMT &gt; 1) Ну так переведите все службы и сервисы с FreeBSD на Windoze <br>&gt; Server.<br><br>Нет, это даже не рассматривается, не конструктивно)<br><br>&gt; прим. Процедуры бекапирования и восстановления, отрабатываются заранее, <br>&gt; пишется инструкция и проводятся "учения с полной выкладкой в боевой обстановке", <br>&gt; после чего, смело уезжаете в отпуск, командировку, на больничный (не дай бог) <br>&gt; и тд и тп <br><br>Тут полностью согласен с вами.<br><br> https://www.opennet.ru/openforum/vsluhforumID1/95729.html#11 Thu, 14 Aug 2014 18:28:08 GMT &gt;[оверквотинг удален]<br>&gt;&gt;&gt; те восстанавливать unix like средствами НЕ unix like??? Извините, но дело пахнет <br>&gt;&gt;&gt; маразмом ...<br>&gt;&gt; Главное, чтобы решения было рабочим, пусть и через одно место реализуемым.<br>&gt; Ну тогда вставьте второй диск и сделайте свой костылек: 2-а скрипта <br>&gt; 1-ый делает dump/restore с первого на второй диск, в случае вылета <br>&gt; первого, вам достаточно будет перекинуть только сигнальный кабель с первого диска, <br>&gt; 2-ой скрипт инициализирует новый диск после его вставки на место второго... <br>&gt; Кстати, подобные скрипты можно написать и для зеркала <br>&gt;&gt; А более некого, либо ждать моего возвращения, а затягивание в решении проблемы <br>&gt;&gt; будет иметь негативный резонанс.<br><br>Так может вариант с dd, как советуют?<br>Моя задача - сделать точную копию текущего диска со всем содержимым на другой временно подключенный аналогичный по размеру резервный жесткий диск. Т.е. не создание образа жесткого диска, а именно миграция системы с одного жесткого диска на другой жесткий диск, чтобы в случае необхо