Решения по резервному копированию

[Artik666]

Всех приветствую. Нужно организовать резервное копирование системы Ubuntu server 12.04. Cервер находится  в домашней локальной сети. Возможно ли как нибудь сохранить всю систему на другой компьютер (на wndows), который находится в этой же локальной сети? Может кто нибудь подкинет статью по данной теме или какой нибудь совет. Я новичок в этом деле. Хотелось бы какое-нибудь не сложное решение.

[quatro]

https://help.ubuntu.ru/wiki/backup

https://help.ubuntu.ru/wiki/%D1%80%D1%83%D0%BA%D0%BE%D0%B2%D0%BE%D0%B4%D1%81%D1%82%D0%B2%D0%BE_%D0%BF%D0%BE_ubuntu_server/%D1%80%D0%B5%D0%B7%D0%B5%D1%80%D0%B2%D0%BD%D0%BE%D0%B5_%D0%BA%D0%BE%D0%BF%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5

[Artik666]

Ребят, помогите разобраться пожалуйста! Вот пытаюсь сделать бэкап всех системе опираясь на данную статью:http://burash.ru/rezervnoe-kopirovanie-ubuntu. Первый вопрос: Когда я создаю архив backup.tgz, то он сразу подразумевает, что в нем будут находится все системные файлы? С помощью какой команды мы указываем, что именно в этом архиве будут находится все наши системные файлы? backup.tgz - это же просто имя файла? При создания файла я исключаю из архива все системные директории. Для чего это делается? Ведь в данных директориях находятся все важнейшие системные файлы. Т е в архиве их получается не будет? А также исключаем сам архив. Это делается для того, чтобы при создании архива, когда туда начнутся копироваться файлы, в этот же архив не стала заносится копия этого же архива?

[xfcefan]

а может еще проще сделать?
по сути все, что есть ценного в самой системе - это несколько системных файлов с настройками для конкретных нужд.
если речь идет о сервере, то все было отредактировано ручками, а следовательно, точно известно что, где и зачем.
все остальное, что лежит выше /home не имеет вообще никакой ценности.
следовательно:
1) ставим дропбокс.
2) пишем простой скрипт, копирующий все нужные файлы в папку дропбокса.
3) сразу пишем скриптик. рассовывающий эти файлы из дропбокса назад.
4) составляем список всех установленных пакетов. тоже скриптом.
5) с помощью крона раз в сутки копируем все из пунктов 2) и 4) в папку дропбокса.
6) все.
в случае падения системы, что вообще-то не понятно, с чего бы ей упасть-то, система переустанавливается по минимуму.
потом доставляются все пакеты из списка. потом запускаем скрипт из пункта 3) и возвращаем все конфиги на свои места.
все.

[eNdiD]

Лучше вам зайти сначала на вики, ссылку вам дали в первом ответе.
Если вы делали все, как в той статье по вашей ссылке, то никаких "он сразу подразумевает". Ничего никто не подразумевает, там явно задается архивирование корневого раздела ("/" в конце). Учитывая иерархию файловой системы в linux-based, tar заархивирует все, что только найдет. Системный раздел, включая пользовательский раздел, включая вставленную флешку со всем содержимым и прочее-прочее. Поэтому:
--exclude=/media - исключает примонтированные устройства (флешки, к примеру), и другие разделы, не используемые системой. Вроде раздела восстановления на ноутах, или ntfs разделы, если рядом еще и Windows стоит.
--exclude=/proc - это раздел виртуальной файловой системы для пространств процессов, бэкапить не обязательно
--exclude=/lost+found - сюда система складывает файлы, на которые нет ссылки ни в одной директории. Обычно эта директория не представляет особой ценности
--exclude=/mnt - по аналогии с /media. Я туда монтирую разделы в служебных целях.
--exclude=/sys - виртуальная фс, хранит информацию о системе и ее компонентах. Скорее всего можно тоже не бэкапить, но я наверняка не знаю.
Если нужно исключить пользовательский раздел: --exclude=/home
Вообще стоит исключать только те директории, в бесполезности бэкапа которых вы точно уверены.
С исключением архива вы угадали.
Советую вам еще погуглить, т.к. этот метод не слишком подходит для бэкапа корневого раздела работающей системы. Для этого лучше подойдет rsync. Цитата из вики:

«Умное» копирование позволяет сократить время простоя системы. Запускаем rsync прямо на работающей системе, данные в которой постоянно изменяется, rsync копирует данные, скажем, в течение нескольких часов. Затем переводим систему в read-only, снова запускаем rsync, теперь он копирует только те файлы, которые изменились за эти несколько часов. Через несколько минут мы имеем полную копию исходной ФС. Время простоя при этом сократилось на порядок по сравнению с оффлайн-копированием. А в некоторых случаях будет достаточно и одного онлайн-копирования без перевода системы в read-only.