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

[LizardOfOzz]

Этот набор задач я использую для резервного копирования важных данных.

Логика работы такая:

- RUN BACKUP:
1. Задача проверяет, запущены ли приложения, во время работы которых, проводить резервное копирование не желательно. В данном случае это speed disk.
2. Если speed disk запущен, задача ждёт его завершения.
3. Если всё в порядке, последовательно запускаются задачи Mount Backup Storage, Clean Backup Storage, Backup Documents, Close Backup Storage.

- MOUNT BACKUP STORAGE:
Резервные копии хранятся в защищённом контейнере TrueCrypt. Для продолжения работы контейнер надо смонтировать в ФС.

- CLEAN BACKUP STORAGE:
Удаление старых архивов из хранилища, ничего интересного.

- BACKUP DOCUMENTS:
Именно эта задача выполняет резервное копирование.
0. Проверка, смонтировано ли хранилище.
1. Сбор всех необходимых файлов во временной папке.
2. Сжатие временной папки и запись архива в хранилище.
3. Удаление временных файлов

- CLOSE BACKUP STORAGE:
Закрывает хранилище. Действие вынесено в отдельную задачу исключительно ради удобства ручного запуска.

P.S.:Лишний пример никому не помешает, я думаю... =)

[Midas]

А почему TrueCrypt? Ведь по надежности к физическим повреждениям он не выдерживает никакой критики, по сравнению с тем же запароленным Rar-архивом.

[avmaksimov]

А почему TrueCrypt? Ведь по надежности к физическим повреждениям он не выдерживает никакой критики, по сравнению с тем же запароленным Rar-архивом.

Я думаю, удобство работы и скорость.... По поводу физического повреждения - не знаю, у меня за несколько лет использования не было никаких проблем с ним!

[Midas]

Как рабочий инструмент - TrueCrypt естественно вне конкуренции. Его в частности можно использовать в качестве временного каталога с сессионным ключом при создании шифрованных архивов. Но когда речь о самом бэкапе... Скорость далеко не самое главное. Для взлома хорошо запароленого rar'a потребуется несколько лет брутфорсинга, а в случае повреждения файла архива, можно восстановить до 100% данных. А попробуйте изменить пару тройку байт у криптоконтейнера ... 100% потеря бэкапа гарантированна.

[avmaksimov]

Как рабочий инструмент - TrueCrypt естественно вне конкуренции. Его в частности можно использовать в качестве временного каталога с сессионным ключом при создании шифрованных архивов. Но когда речь о самом бэкапе... Скорость далеко не самое главное. Для взлома хорошо запароленого rar'a потребуется несколько лет брутфорсинга, а в случае повреждения файла архива, можно восстановить до 100% данных. А попробуйте изменить пару тройку байт у криптоконтейнера ... 100% потеря бэкапа гарантированна.

Согласен... просто для Rar важнее надежность при физическом повреждении, а для TrueCrypt важнее надежность защиты, а "информация для восстановления" наоборот будет вредить безопасности... в общем, да, архивные программы для "архивов" больше подходит ).

[Midas]

... "информация для восстановления" наоборот будет вредить безопасности...

Это какое-то недоразумение. Запароленый rar и есть криптоконтейнер с алгоритмом шифрования AES. Так что никакая избыточность на безопасность не влияет. Она влияет только на размер контейнера. Разница между ними, RAR и TrueCrypt, только лишь в методах работы с криптоконтейнером. У Rar Рошаль пожертвовал скоростью и произвольным доступом к ФС в пользу физической надежности.

[LizardOfOzz]

Я не храню резервные копии на оптических дисках, так что проблема повреждения контейнера не актуальна. А по поводу безопасности - я пришёл к тому, что лучший вариант - rar, а потом асимметричное шифрование.

[sibbora]

Хранение на оптических дисках кстати даже ещё опаснее, если говорить о более-менее продолжительных сроках хранения. Сам не раз сталкивался как с некачественными болванками, сдыхающими практически сразу, так и с потерей "двух-трёх" байт на диске, записанном полгода-год назад.

Кстати, недавно завис комп. После перезагрузки выяснилось, что на подключенном потаскуне, на томе TrueCrypt слетела MFT. Сам криптоконтейнер при этом к счастью не пострадал. Благо помогла Recuva плюс наличие вчерашней копии. Вообще задача TrueCrypt - обеспечить защиту данных от несанкционированного доступа, даже ценой их потери. И со своей задачей TrueCrypt справляется.

[LizardOfOzz]

Хранение на оптических дисках кстати даже ещё опаснее, если говорить о более-менее продолжительных сроках хранения. Сам не раз сталкивался как с некачественными болванками, сдыхающими практически сразу, так и с потерей "двух-трёх" байт на диске, записанном полгода-год назад.

Кстати, недавно завис комп. После перезагрузки выяснилось, что на подключенном потаскуне, на томе TrueCrypt слетела MFT. Сам криптоконтейнер при этом к счастью не пострадал. Благо помогла Recuva плюс наличие вчерашней копии. Вообще задача TrueCrypt - обеспечить защиту данных от несанкционированного доступа, даже ценой их потери. И со своей задачей TrueCrypt справляется.

А разве там есть "пароль под принуждением"? ИМХО, без этой фичи нет смысла говорить о защите данных даже ценой их потери.

[sibbora]

неа, но там есть "скрытый том" - "матрёшка" - что тоже в некотором роде можно рассматривать как пароль под принуждением. Причём это даже лучше - это "неразрушающий" пароль под принуждением.

[romal]

Здравствуйте все.

Хочу попросить помощи у тех кто знает как это сделать:

Делаю задачу для выполнения резервного копирования документов на ftp-сервер. Алгоритм такой:
1) архивирую документы на локальной машине;
2) закачиваю архив на ftp-сервер;
3) удаляю архив с локальной машины;
4) выключаю локальную машину.

Есть 2 вопроса, их суть:
1) как проверить, что закачка архива на ftp-сервер уже завершена и только тогда приступать к его удалению?
2) как проверить, что архив уже удалился и можно выключать машину?

Заранее благодарен за помощь.

[avmaksimov]

Здравствуйте все.

Хочу попросить помощи у тех кто знает как это сделать:

Делаю задачу для выполнения резервного копирования документов на ftp-сервер. Алгоритм такой:
1) архивирую документы на локальной машине;
2) закачиваю архив на ftp-сервер;
3) удаляю архив с локальной машины;
4) выключаю локальную машину.

Есть 2 вопроса, их суть:
1) как проверить, что закачка архива на ftp-сервер уже завершена и только тогда приступать к его удалению?
2) как проверить, что архив уже удалился и можно выключать машину?

Заранее благодарен за помощь.

Насколько знаю, действия выполняются последовательно. Вы также всегда можете проанализировать результат выполнения предыдущего действия.

[romal]

Насколько знаю, действия выполняются последовательно. Вы также всегда можете проанализировать результат выполнения предыдущего действия.

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

[romal]

Ну помогите же кто нибудь!

[biara]

Поставить условие на запуск после выполнения действия. или что не так?