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

[Paladin]

А слабо сразу зеркальный RAID поставить? Для дома будет даже с избытком надёжности.

для дома нафик не надо

[Paladin]

ну или вот такой если очень хочется
http://flashcom.ru/market/product.php?ELEMENT_ID=85845&SECTION_ID=1739

[Destructor]

ну или вот такой если очень хочется
http://flashcom.ru/market/product.php?ELEMENT_ID=85845&SECTION_ID=1739

Ну это если только для дома, для семьи. Ящик красивый.

[zatoy4i]

Более интересны варианты, когда надо делать бэкапы в сетке с нескольких серверов. Пара файловых, несколько баз данных (там, естественно, сливать резервные копии, сделанные средствами самой БД) и еще что-нибудь по мелочи.

Cobian Backup
simply The Best
free

Код:

Имя журнала: log 2010-07-13.txt
     2010-07-13 05:00 Журнал будет удалён после его отсылки по почте
     2010-07-13 05:00 Соединение с SMTP-сервером завершено
     2010-07-13 21:39 Загружается действующий список "C:\Program Files (x86)\Cobian Backup 10\DB\MainList.lst"
Имя журнала: log 2010-07-14.txt
     2010-07-14 02:00 *** Начато выполнение задания номер 1. ***
     2010-07-14 02:00 Отключается возможность входа системы в спящий режим
     2010-07-14 02:00 Применяются настройки к заданию "1с Зарплата"
     2010-07-14 02:00 *** Начинается резервное копирование "1с Зарплата" ***
     2010-07-14 02:00 Подсчитывается количество копируемых файлов для задания "1с Зарплата"
     2010-07-14 02:00 Если ваш распаковщик архивов не может работать с zip-архивами, созданными Cobian Backup 10, почитайте раздел часто задаваемых вопросов.
     2010-07-14 02:01 Удаляется полная копия со всеми её файлами, потому что уже есть 8 полных незаблокированных копий
     2010-07-14 02:01 Файл "\\Gw1\share\backup\Base\Зарплата 2010-07-10 02;01;06.zip" удалён
     2010-07-14 02:01 Удаляется полная копия со всеми её файлами, потому что уже есть 8 полных незаблокированных копий
     2010-07-14 02:01 *** Резервное копирование "1с Зарплата" завершено за 0 ч. 1 мин. 54 сек. ***
     2010-07-14 02:01 Файл "D:\Backup\Base\Зарплата 2010-07-11 02;00;03.zip" удалён
     2010-07-14 02:01 Возможность входа компьютера в спящий режим включена
     2010-07-14 02:01 Время выполнения всех заданий — 0 ч. 1 мин. 57 сек.
     2010-07-14 02:01 *** Задание завершено. Обработано 1120 файлов, из них скопировано 1120, ошибок — 0. ***
      2010-07-14 05:00 Подготовка к отсылке письма через сервер 11.1.1.1:25

[piligrim]

Для дома, для семьи варианты не рассматриваем. Там все достаточно просто.
Более интересны варианты, когда надо делать бэкапы в сетке с нескольких серверов. Пара файловых, несколько баз данных (там, естественно, сливать резервные копии, сделанные средствами самой БД) и еще что-нибудь по мелочи.

т.е. в итоге у тебя получаются файлы? СУБД какие? Какие бэкапы они делают (холодные, горячие), как их проверять на валидность?

[piligrim]

А слабо сразу зеркальный RAID поставить? Для дома будет даже с избытком надёжности.

1. говорят не про дом
2. зеркальный рэйд не спасает от сбоев контроллера, был в практике случай когда дурил контроллер и на зеркало лил фигню, хотя диски были в порядке
Рэйд и резервное копирование это разные технологии обеспечения сохранности данных, в идеале на предприятии лучше использовать обе: на сервере где хрянятся данные RAID 5 например, а на сервере резервного копирования большие диски

[piligrim]

Для дома, для семьи варианты не рассматриваем. Там все достаточно просто.
Более интересны варианты, когда надо делать бэкапы в сетке с нескольких серверов. Пара файловых, несколько баз данных (там, естественно, сливать резервные копии, сделанные средствами самой БД) и еще что-нибудь по мелочи.

Короче если все заканчивается файлами, то смотри какой объем данных надо забэкапить, прикинь свои финансовые ресурсы, прикинь временной коридор для копирования и спроси у начальства время на восстановление которое тебе дают. После этого строишь стратегию резервного копирования. Из железа я бы взял простенький сервак с большими и дешевыми дисками, если есть возможность - объединяй их в raid 0 так проще будет. Самый бюджетный вариант по софту - скрипты и планировщик (варианты с никсами мы разумеется не рассматриваем)

[Destructor]

Из железа я бы взял простенький сервак с большими и дешевыми дисками, если есть возможность - объединяй их в raid 0 так проще будет.

Т.е. на болванки лить не будем?

[Diozan]

для дома нафик не надо

Заблуждение, кстати. Сколько вырванных волос пришлось наблюдать. Думали, что единожды настроенный комп это навечно.
Скажем так, если самостоятельное выполнение процедур по резервному копированию доставляет проблемы (а этол 99% домашних пользователей), то зеркалирование очень неплохой способ избежать проблем.

[Destructor]

Угу. На домашнем компе, где в 90% случаев половину дискового пространства занимают игрушки, остальное музыка и фильмы, зеркалирование очень актуальная вещь.

[Diozan]

Угу. На домашнем компе, где в 90% случаев половину дискового пространства занимают игрушки, остальное музыка и фильмы, зеркалирование очень актуальная вещь.

Именно так. Ибо при переустановке в усмерть убитой системы, начинаются главные проблемы... А вот у меня тут игрушечка стояла, а теперь её нет, а мне она так нужна.

[Destructor]

А вот у меня тут игрушечка стояла, а теперь её нет, а мне она так нужна.

Ниче... Погорюет, перестанет.

[WolF]

Дома не делаю, просто важную инфу дублирую на флешку. На продакшн системах - специально написанные bash скрипты, выбирающие только измененные за некоторый период файлы и складывающие на специальную машину по ftp / sftp, плюс самопальный на bash-е же опять инструментарий позволяющий на основании инкрементального снапшота получить состояние файловой системы на любую  дату.

[Diozan]

Ниче... Погорюет, перестанет.

Да нет. В бытность, когда я ещё подрабатывал восстановлением упавших систем, иногда приходилось такого наслушаться.

(варианты с никсами мы разумеется не рассматриваем)

Интересная позиция. Почему?

[Destructor]

варианты с никсами мы разумеется не рассматриваем

Интересная позиция. Почему?

...вот потому:

На продакшн системах - специально написанные bash скрипты, выбирающие только измененные за некоторый период файлы и складывающие на специальную машину по ftp / sftp, плюс самопальный на bash-е же опять инструментарий позволяющий на основании инкрементального снапшота получить состояние файловой системы на любую  дату.