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

Как исключить определенные полные резервные копии в Netbackup как основу для дифференциального?

Я выполняю полное резервное копирование определенных серверов каждый месяц на ленту для резервного копирования вне сайта в Netbackup 6.0. Внешнее резервное копирование выполняется по другому расписанию и использует другой пул томов. Когда это удаленное резервное копирование выполняется, у меня все еще выполняется нормальное еженедельное полное резервное копирование.

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

Или как Netbackup узнает, какой из файлов использовать в качестве основы для дифференциала? Может быть, если я настрою другую политику, я смогу добиться желаемого поведения?

Я решил эту проблему, сделав все резервные копии на диск, а затем скопировав резервные копии, которые я хотел записать на ленту, иногда несколько разных пулов лент (удаленное, долговременное хранение на месте и т. Д.). Чтобы справиться с этим, мне пришлось написать несколько пользовательских сценариев, но после того, как все было запущено, все заработало.

Если вы не хотите выполнять дублирование, которое требует приобретения NetBackup Vault, я настоятельно рекомендую выполнять инкрементное резервное копирование непосредственно перед ежемесячным полным резервным копированием. Это позволит вам получить максимально возможное количество сохраненных резервных копий.

Другие варианты включают создание NetBackup двух одновременных копий своей полной резервной копии в день, когда вы хотите, чтобы ваша ежемесячная копия за пределами площадки была сделана. Оставить одну копию в локальном пуле носителей и записать одну в пул за пределами площадки. Это, конечно, предполагает, что у вас более одного ленточного накопителя.

На форуме Symantec netbackup мне сказали, что использование другой политики решит эту проблему, но я еще не подтвердил это ...