Я работаю с Linux, и мне нужно запустить сценарий инкрементного резервного копирования в Windows. У меня уже есть пакетный скрипт, который выгружает мою базу данных в файл. Я бы хотел хранить резервные копии только за последние семь дней в дополнение к одному файлу резервной копии в неделю в течение последних 4 недель (например). Я предполагаю, что можно сделать что-то подобное с помощью планировщика задач Windows и умного пакетного скрипта?
Спасибо.
Очень быстрое сканирование документации pgdump заставляет меня подозревать, что каждый раз, когда вы создаете резервную копию этой базы данных, она заполняется полностью. Я не вижу возможности для увеличения. Я не использовал его, хотя, как я уже сказал, это был всего лишь беглый просмотр документации.
Вполне возможно написать пакетный сценарий, который копирует файлы и сохраняет версии определенного возраста. Я бы, наверное, держал свои еженедельные копии в папке, отличной от ночных. Скопируйте самый старый ночной еженедельник в папку еженедельного в любой день недели ... затем удалите самый старый еженедельный. Robocopy способен определять возраст файлов и действовать с файлами на основе этого возраста.
Затем запланируйте еженедельную полную задачу, чтобы она выполнялась еженедельно, и возьмите самый старый / самый новый / среду в любой день, который вам нравится, и скопируйте его в полную папку. Запланируйте ежедневный запуск другого сценария.
(голос громкоговорителя) Отойдите от сценария партии
Люди с опытом работы в Linux / Unix часто совершают ошибку, пытаясь делать что-либо в Windows способом Linux / Unix, и конечный результат неизменно ужасает (конечно, верно и обратное).
Используйте NTBackup, чтобы настроить нужные вам задания, он обработает их должным образом и создаст для вас запланированные задания. Он принимает параметры командной строки, но вам лучше использовать графический интерфейс, в особенности потому, что это незнакомая вам среда. Спросите себя: неужели ваши данные так малы для вас, что вы рискуете написать что-нибудь в незнакомой среде?
Однако имейте в виду, что если для типа базы данных можно создать резервную копию только с помощью резервной копии на основе файлов, нет значения в инкрементальных (или разностных, что было бы предпочтительнее, так как вам нужно только последнее полное и последнее изменение для восстановления) , так как каждый раз будет создаваться резервная копия всего файла.