Бэкап по сети

Настройка бэкапа в домашней локальной сети

=== Скачать файл ===

Продолжаю цикл постов о нашем домашнем сервере. Сегодня буду писать о резервном копировании данных - или бэкапе , как его называют айтишники. У бэкапа, как известно, две основных беды: Поэтому, когда наступает час X, часто выясняется, что последний бэкап был сделан год назад, и к тому же, как назло, самое важное и нужное именно сейчас как раз и не было скопировано. Впрочем, бывает и еще обиднее. Лет десять назад у меня навернулся гигабайтник - диск по тем временам весьма немалых размеров. И то, что я делал относительно регулярные бэкапы, меня не спасло - потому что я делал их на другой логический раздел того же самого жесткого диска. Весь размер своей глупости я осознал слишком поздно. Я почему-то тогда больше боялся вирусов и собственных кривых ручек в равной степени способных порушить файловую систему чем физической смерти винчестера. Верно говорят, в смерть трудно поверить, пока не увидишь ее своими глазами Так что бэкап должен обязательно делаться на другой физический носитель. Конечно, возможны ситуации, когда и это может не спасти - например, пожар, потоп или кража квартиры с выносом всей техники - но это все-таки риски уже совсем другого порядка.. Проблема с местом на удивление легко решается, если критически подойти к вопросу: К особо ценной информации явно не относятся такие легко восполняемые ресурсы, как музыка и фильмы, а также дистрибутивы программ - все это легко скачивается из Интернета, причем зачастую новее и лучше качеством, чем было. А все, что помимо этого, уже вполне разумных размеров. Поэтому лично мне абсолютно пустого двухтерабайтного винчестера, расположенного на сервере и отведенного специально под бэкап, в общем, хватило с лихвой на то, чтобы обслуживать несколько компьютеров, суммарный объем дисков на которых составляет практически те же два терабайта. Конечно, довольно внушительный объем данных хранился и на самом сервере, но это были по большей части те самые фильмы с музыкой, которых, в случае чего, не жалко. По задумке, схема резервного копирования предполагалась следующей: Такая схема не только гарантирует, что резервная копия на сервере не старше одного дня, но и позволяет получить доступ к более ранним резервным копиям, то есть увидеть свои данные такими, какими они были вчера, позавчера, неделю назад Для того, чтобы бэкап делался регулярно, существует большое количество разнообразных программ, которые осуществляют резервное копирование автоматически по заданному расписанию. Первой программой, которую мы попробовали, был Акронис. Достаточно распространенная система с очень внятной, хотя и не очень подробной документацией. Привлек он, помимо всего прочего, еще и тем, что позволяет делать полный образ системного раздела. Это значит, что если вдруг система по тем или иным причинам навернется, можно ее не переустанавливать, а восстановить из архива, как было. На практике проверять не доводилось - хотя, по-хорошему, надо бы хотя бы один раз обкатать тестовое восстановление, чтобы потом сюрпризов не было. Первое копирование, конечно, длилось очень долго: Но в дальнейшем все пошло довольно гладко: Через каждый из этих архивов можно было получить все файлы, находившиеся на компьютере в момент создания этого архива. Можно было тут же, не сходя с места, открыть Акронисовским проводником архив за любую дату, посмотреть, что там внутри, погулять по папкам и даже скопировать с сервера к себе на компьютер. Сначала я чуть поподробнее расскажу, что такое инкрементный архив. Это копия данных с компьютера за первый день, плюс длинная цепочка каждодневных изменений этих самых данных. Нетрудно догадаться, что достаточно повредить хотя бы один архив в этой цепочке - и все последующие архивы также окажутся непригодными для использования.. Естественно, такой риск меня не устраивал, поэтому в настройках я указал, что глубина архива должна быть не более 30 дней. При работе с удаленным диском, находящимся в локальной сети, эта процедура оказалась безумно долгой. За ночь Акронис не успел завершить резервное копирование, и стало понятно, что такая схема нас не устраивает. К сожалению, я тогда то ли не догадался, то ли просто руки не дошли попробовать заменить инкрементное копирование дифференциальным когда каждый последующий архив включает в себя изменения не от последнего архива, а от самого начала , поэтому я просто оставил цепочку инкрементных архивов расти без ограничений. Когда грянул гром умер один из жестких дисков на компьютере жены , оказалось, что в цепочке архивов, отвечающих за этот диск, поврежден фрагмент годовалой давности. До сих пор не могу понять, как это получилось - но факт, что в итоге данные удалось восстановить только в то состояние, в котором он был год назад. Все, что там появилось за последний год было потеряно. К этому моменту уже накопилось некоторое количество нареканий и к поведению Акрониса. Короче говоря, он не оправдал надежд и уплаченных за него денег , поэтому было принято решение искать другие решения. Общие впечатления от Акрониса. Методикой резервного копирования при помощи UNIX-утилиты под названием rsync я заинтересовался давно, когда прочитал про нее в одной пространной статье , посвященной сложностям бэкапа под Windows. Меня привлекло то, что rsync оптимизирована под работу через сеть. Она находится по обе стороны сети: Это позволяет передавать информацию об изменениях, не перекачивая по сетке все файлы целиком, а отправляя только служебную информацию, позволяющую сравнить файлы и их содержимое, что чертовски экономит время. Кроме очень эффективной работы по сети, у rsync есть еще одно преимущество. Заключается оно в том, что создаваемые ею резервные копии можно размещать на диске при помощи механизма жестких ссылок - этим занимается утилита rsnapshot , являющаяся надстройкой над rsync. Таким образом, бэкапы, созданные при помощи rsnapshot , можно представить в виде обычных папок, датированных определенным числом, куда можно зайти и получить состояние системы на определенный день. Но при этом те файлы, которые не менялись, не занимают лишнего места, поскольку их имена во всех папках являются ссылками на одно и то же физическое тело файла. Разумеется, у такой великолепной схемы не может быть минусов: В природе существует такая замечательная штука, как cygwin - маленькая программа для создания UNIX-среды в Windows. Когда речь заходит о чем-то, что работает только под UNIX, но хотелось бы запустить это под Windows, первым делом вспоминают про cygwin. Так вот, на базе cygwin был создан cwRsync - аналог rsync , работающий под Windows, что позволяет распространить преимущества rsync на Windows-машины. Насколько я понимаю, недавно cwRsync стал коммерческим продуктом, но бесплатную версию по-прежнему можно скачать здесь. О том, как его настраивать, написано здесь. На сервере, на двухтерабайтнике, отведенном под бэкап, есть четыре каталога: Поскольку резервное копирование осуществляется со стороны Linux-сервера, на ноутбуке мне потребовалось установить только cwRscync-сервис, обслуживающий те каталоги, которые я хочу бэкапить. Все остальные машины являются UNIX-системами, на них ничего дополнительно ставить не потребовалось. Отдельно следует отметить, что для доступа ко всем удаленным машинам потребовалось настроить беспарольный доступ на к ним с сервера через ssh по ключу. О том, как это сделать, рассказано в замечательной статье на linsovet. Соответственно, каждую ночь rsnapshot просыпается по расписанию и начинает по различным сетевым протоколам собирать со всех четырех хостов изменения, произошедшие за последние сутки. Отдельно на хостинге запускается задача ежедневного архивирования базы данных блога. В результате у меня на сервере хранится семь ежедневных бэкапов глубиной в неделю, а также четыре еженедельных бэкапа глубиной в месяц:. Акронис был также оставлен раз уж мы все равно за него заплатили , но теперь он занимается исключительно бэкапом системных разделов - единственной задачей, которая не под силу rsync. Мне эта статья попалась на глаза очень поздно, поэтому большую часть граблей, описанных там, я собрал самостоятельно: Во-вторых, хочу упомянуть пару систем, которые люди мне рекомендовали из личного опыта к сожалению, обе строго англоязычные: Кроссплатформенная и очень умная. Платная, причем плата взимается не за саму систему, а за место в облаке. Есть возможность бэкапиться бесплатно на компьютеры друзей причем доступа к самим данным у них не будет - они только предоставляют место. Слушай, а вот попроще, для одинокого чайника есть что-нибудь подходящее? Локалки нет, сервера с двухтерабайтником тоже нет. Есть простой Мб диск - ну с такой кривой и тормозной синхронизацией, что у меня от первой попытки осталось четкое понимание 'больше никогда и ни за что'. В итоге примерно раз в месяц либо как вспомню, либо как место на винте заканчивается копирую файлы тупо через проводник. Попутно тренирую память, вспоминая в какие именно папки вносились изменения за отчетный период: Я тоже когда-то с такой схемы начинал она, кстати, меня спасла, когда у меня ноут украли. Единственное отличие - у меня был скрипт, в котором было прописано, что нужно бэкапить, и который я время от времени запускал, когда было не лень и не жаль машинного времени: Фактически он создавал один большой ZIP-архив и писал его сразу на внешний диск. При последующих запусках обновлял то, что изменилось PKZIP это умеет. Мне самому интересно, что за зверь, и готов попробовать с тобой побэкапиться друг к другу, выделив под тебя, скажем, Гб. Единственное - придется прокачивать английский: Вот, нашел свой старый скрипт, держи ссылку. Инструкция по использованию следующая: Создаешь на съемном диске каталог, где будут создаваться архивные файлы. Их там ровно два: В результате создается несколько zip-файлов, каждый из которых включает в себя копию соответствующей папки, по принципу: Теперь о том, как редактировать скрипт. Нужно открыть его в Блокноте ни в коем случае не в Ворде! В нем есть три строчки, каждая отвечает за определенную папку. Первая архивирует логи асечного клиента, вторая - логи и настройки скайпа, третья - папочку 'Мои документы'. Соответственно, на выходе получается три архива причем первые два лежат в специально созданной подпапочке AppData: Каждая строчка - это команда на создание архива. Начинаются они все одинаково: Дальше идет местоположение архивного zip-файла - он указывается либо сразу как в третьей строчке либо с указанием подпапок как в первых двух. Далее идет указание того, что, собственно, архивировать. Это строка, заключенная в кавычки. Она может содержать либо просто обычный путь к папочке например, 'C: Последний вариант короче и идеологически правильнее, а первый стоит применять только если нужно архивировать что-то не из своего профиля, а из произвольного места на диске например, 'C: В конце каждого указания обязательно должна стоять 'звездочка' - это означает 'архивировать папку вместе со всем содержимым'. В третьей строчке я указал исключение: Это значит, что всякий мусор, который я накачал из Интернета, архивировать не нужно, и папку Downloads, лежащую в 'Моих документах' нужно исключить из архива. Остальные вполне можно оставить как есть, плюс добавить к ним еще несколько своих. При каждом последующем запуске скрипт найдет все изменившиеся файлы и обновит их в архиве. Если у него в процессе что-то не получится - то старый архив останется неизменным. Поэтому успешность операции проверить очень просто - достаточно проверить дату изменения архивного файла. Если она сегодняшняя - значит, все прошло успешно. Ты, главное, не бойся экспериментировать. Скрипт совершенно не опасен, данные убить не может. В худшем случае просто не отработает или совсем уж в маловероятном и экзотическом случае создаст архив где-нибудь, где ты не ожидаешь: Так что просто бери и пробуй - в процессе использования придет понимание. Спасибо, Влад, очень интересно. Я как раз вчера сутки копировала спасенные данные с убитого винта обратно на него же и думаю организовать похожим путем хотя бы ежемесячную синхронизацию с домашним сервером - мне из всех документов может быть жалко только фото: Если нужна будет консультация - обращайтесь, готов поделиться всем опытом, что у меня есть: Инструкция для входа через профиль в ЖЖ. Читать новые записи у себя: Navigation Главная О сайте Контакты. Отправлено myx в Ср, С какой стороны подойти к бэкапу Итак, две проблемы: Знакомство с Акронисом Первой программой, которую мы попробовали, был Акронис. Проблемы начались, когда прошел месяц. Все то же самое, только под Windows: Как устроено резервное копирование у меня На сервере, на двухтерабайтнике, отведенном под бэкап, есть четыре каталога: После чего можно настраивать rsnapshot. В результате у меня на сервере хранится семь ежедневных бэкапов глубиной в неделю, а также четыре еженедельных бэкапа глубиной в месяц: Что еще посмотреть на тему бэкапов? Комментарии LD Ср, Настройка бэкапа в домашней локальной сети Слушай, а вот попроще, для одинокого чайника есть что-нибудь подходящее? Настройка бэкапа в домашней локальной сети Мб или все-таки Гб? Если хочешь - я тебе такой скрипт тоже сделаю, потом только задашь там все необходимые пути. Настройка бэкапа в домашней локальной сети Вот, нашел свой старый скрипт, держи ссылку. Пиши, если будут вопросы. LD Вс, Настройка бэкапа в домашней локальной сети ооооййй Настройка бэкапа в домашней локальной сети Свежая голова - вещь нужная в хозяйстве: Настройка бэкапа в домашней локальной сети Спасибо, Влад, очень интересно. Настройка бэкапа в домашней локальной сети Всегда пожалуйста! Настройка бэкапа в домашней локальной сети Спасибо, Владичка: Создать новую учётную запись Запросить новый пароль. Или войти через профиль в соцсети: Подписка на обновления Читать новые записи у себя: Email-подписка Получать уведомления о новых записях на почту: Метки cqg db denver educational eesti english ex fun grammar happy internet job julia london manwoman mobile money music photo review soft spb story technology testing thoughts travel ubs vehicles video Далее. Что еще почитать Инсталляция Linux по сети с Windows-машины. О пользе непрерывных бэкапов. Как у меня не было культурного шока. Когда микросхемы были большими Железо для домашнего файлового сервера. Миграция на SSD при наличии битых блоков. Как сберечь батарею стационарного ноутбука. Точное время в домашней локалке. Ostankin Designed by Zymphonies.

Методы способов словарь

Закон города москвы об образовании

Где в рязани получить перевод золотая корона

Бэкап по сети

Настройка бэкапа в домашней локальной сети

=== Скачать файл ===

Автоматическое резервное копирование в локальную сеть

Резервное копирование по сети

ТОП 11 бесплатных программ резервного копирования

Report Page