Как я могу следить за изменениями в файле или папке и создавать резервную копию этого файла при возникновении каких-либо обновлений?
Например, при создании или обновлении c: \ orders \ orders.xml, напишите копию в orders.xml.yyyymmddhhmmss
Включите аудит файловой системы для каждого события, которое должно запускаться. Затем создайте триггер события со сценарием, прикрепленным к нему для каждого соответствующего идентификатора события (это безумие, кстати).
Или вы можете просто периодически использовать обычный инструмент резервного копирования, как и все остальные. Многие поставщики используют непрерывное резервное копирование на основе моментальных снимков с 5-минутными интервалами защиты, включая DPM, Commvault, Falconstor и т. Д. Сочетание этого и теневых копий томов должно обеспечить защиту файлов и защиту данных.
Если вы готовы использовать для этого размещенную службу, Crashplan будет отслеживать файлы в реальном времени и создавать резервные копии при изменении:
http://support.code42.com/CrashPlan/Latest/CrashPlan_Glossary#real-time
Также дает вам дополнительное преимущество внешнего резервного копирования (при условии, что они соответствуют требованиям безопасности) для рассматриваемых данных).
В дополнение к идее идентификатора события MDMarras, в которой явно что-то есть, мне нравится запускать их как запланированные задачи, постоянно выполняющие фоновые задания:
1) Запуск robocopy / mir в папке с параметрами / mon: и / или / mot:, что превращает robocopy в процесс непрерывного мониторинга. Я делаю это на своей офисной рабочей станции для вещей, которые в противном случае не попали бы в серверные задания резервного копирования, и для синхронизации локальных копий вещей, таких как установщики, которые могут быть хорошо иметь под рукой. Я думал, что это будет быстрый взлом, пока не заменю его чем-то более надежным, но он работает так хорошо, что я буду его придерживаться.
2) Для отслеживания изменений содержимого текстового файла можно использовать get-content с параметром -wait для постоянного наблюдения и, возможно, с параметром -tail (чтобы избежать синтаксического анализа файла entite при перезапуске задания). При обнаружении изменений могут быть инициированы действия. Это позволяет использовать такую логику, как переименование файлов, с включением временных меток. Я использую это для мониторинга журналов, которые отлично работают.
Я использую планировщик задач для запуска при запуске, затем запускаю процесс каждые 5 минут, но разрешаю только один экземпляр. Благодаря этому задания всегда будут выполняться, но без создания нескольких идентичных процессов.