Назад | Перейти на главную страницу

Системы резервного копирования, запускаемые по событию - каковы мои варианты?

Задний план - Я работаю в корпоративной среде, где файлы в общих сетевых папках постоянно модифицируются. Создано, удалено, перезаписано. Конечно, с сотнями пользователей вы можете представить себе странное время, когда люди случайно удаляют не те файлы или перезаписывают их не в то время.

По сути, я ищу систему резервного копирования на основе событий. Что-то, что может отслеживать всю файловую систему на предмет событий и создавать моментальные снимки файлов при изменении. Существуют библиотеки, которые делают это возможным, например inotify (Linux), поэтому мне интересно, использовалось ли оно для системы резервного копирования сервера, будь то Windows или Linux (есть порты inotify для Windows, а также для платформы Java). В настоящее время мы используем Symantec backupexec, который творит чудеса, единственная проблема заключается в том, что я не могу постоянно выполнять резервное копирование после резервного копирования на серверах, особенно в часы пик, когда они мне нужны больше всего. Я считаю, что система резервного копирования на основе событий была бы намного более эффективной, поскольку она будет действовать только при изменении файлов, а не постоянно делать снимки всего диска сразу. В нашей текущей среде пользователи могут «случайно» стереть файлы только через несколько часов после их создания. Ежедневное резервное копирование в нерабочее время не помогает мне восстановить эти удаленные файлы.

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

Хранилище не проблема, у меня есть несколько серверов размером от 2 до 10 ТБ. Мы также недавно приобрели систему SAN с пространством 60 ТБ, которую очень не терпится использовать. Мы также имеем дело только с небольшими документами формата word / excel / pdf.

Любая помощь и понимание приветствуются.

Windows вид поставляется с чем-то вроде этого. Это называется Предыдущие версии в графическом интерфейсе и использует Microsoft VSS для выполнения тяжелой работы. Это не совсем то, что вам нужно, но у него есть приятный побочный эффект: вам не нужно восстанавливать файлы из резервной копии так часто, как пользователи часто могут делать это сами.

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

Это может помочь в описанной вами ситуации, когда, например, пользователь создает файл в 11:00 (после резервного копирования прошлой ночью) и удаляет его в 16:00. Если, например, запланированная задача была запущена в 13:00, пользователь может получить файл самостоятельно, щелкнув правой кнопкой мыши папку, в которой он находился, и выбрав значок Предыдущие версии таб.

Эта статья говорит об этом в Windows Server 2003, но то же самое и в Windows Server 2008 R2.

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

Для Windows вы можете изучить службы непрерывной защиты Backup Exec. Это должно позволять вам сохранять копии по мере их изменения и постепенно выводить их из строя. У нас есть помощник вице-президента, который постоянно удаляет файлы из наших общих ресурсов, и мы смогли восстановить все из них.

Если у вас есть ядро ​​Linux с поддержкой inotify, загляните в служебную программу incron / incrontab:

http://inotify.aiken.cz/?section=incron&page=about

Он использует систему inotify для выполнения настраиваемых вами команд.

Вы можете спросить своего продавца Symantec о NetBackup RealTime, который, похоже, делает то, что вы хотите, получая копии всех записей в резервные LUN.

Предупреждение: как и в случае с другими продуктами семейства NetBackup, я ожидаю умопомрачительной цены.