Итак, мы работаем с Veritas 9.1 с агентом обмена, и у меня возникли проблемы с его настройкой. Я пробовал следовать инструкциям, но не верю, что заархивировал нужную мне резервную копию. Я действительно считаю, что мне нужен кто-то, имеющий опыт работы с Veritas 9.1.
Мы используем внешние жесткие диски емкостью 1 ТБ.
Пн-пятница:
У нас есть «Ежедневное резервное копирование», которое работает с понедельника по пятницу. Он работает Differential резервное копирование. Настройки: «Когда начинается это задание: добавить на носитель, перезаписать, если добавляемый носитель недоступен».
Суббота:
мы запускаем «резервную копию электронной почты», которая Full/Mod Time резервное копирование. Настройки: «Когда начинается это задание: добавить на носитель, перезаписать, если добавляемый носитель недоступен».
Воскресенье
мы выполняем «полную резервную копию», которая делает Full резервное копирование всего, кроме электронной почты.
На выполнение ежедневно уходит меньше часа.
Полная резервная копия - электронная почта занимает около 5 часов
Резервное копирование электронной почты занимает около 5 часов.
Настройки устройства:
Максимальный размер файлов резервного копирования на диск: 4095
Максимальное количество наборов резервных копий на файл резервной копии на диск: 8000 (я выбрал самый большой)
Это вообще не работает, и я знаю об этом, все это неправильно, и у меня проблемы с правильной настройкой. Кроме того, мы выполняем электронную почту и полное резервное копирование отдельно, потому что в случае сбоя электронной почты вся резервная копия не выполняется. Время от времени происходит сбой электронной почты, и это очень раздражает - исправит ли это обновление до Veritas 12?
Вот чего я хочу: Я хочу, чтобы он содержал данные за 4 недели. Полное резервное копирование по воскресеньям, затем 5-6 дифференциальных резервных копий, затем новая неделя и т. Д. Через 4 недели он заменяется другим внешним жестким диском, который хранился вне офиса (например, ротация).
Одна из вещей, которую он, кажется, делает неправильно: кажется, что он перезаписывает предыдущие резервные копии, хотя я прошу его добавить. У меня всегда есть максимум 14-15 файлов на резервном жестком диске - это должно увеличиться. Это также происходит с дифференциальным резервным копированием.
По запросу я могу сказать вам и сделать снимки экрана с различными настройками.
Резервное копирование на диск сервера обмена может стать ОЧЕНЬ большим. В зависимости от размера ваших резервных копий один диск емкостью 1 ТБ может не вмещать 4 недели.
Установите 3 диска и произведите обмен с одним, полным на другой и дифференциальным с третьим. Затем посмотрите, сколько места используется после первой недели. Если у вас недостаточно дисков, сделайте одну резервную копию для каждого диска, затем очистите диск и используйте его после записи пространства, используемого для этого типа резервного копирования.
Если вы используете запланированные задания, измените диски, как часы, до начала следующего запланированного резервного копирования. Если можете, продолжайте чередование, пока не дойдете до второй недели и не увидите, сколько места используется.
Возможно, в какой-то момент вы обнаружите, что на одном или нескольких дисках закончится место, и Backup Exec начнет перезаписывать файлы резервных копий, сделанные на предыдущей неделе.
Как только вы убедитесь, что у вас достаточно места для хранения данных за несколько недель, вы можете начать играть с настройкой политик защиты от перезаписи. Вы должны изменить свойства носителя, чтобы защитить файлы резервных копий в этом наборе в течение определенного количества часов, дней, недель, лет или бесконечно. Я бы предложил установить защиту от перезаписи на количество дней +1, которое соответствует количеству недель резервного копирования -1 или -2, которые, по вашему мнению, вы можете удерживать, в зависимости от пространства и предыдущих резервных копий. Например, если вы думаете, что диск будет хранить данные в течение 4 недель, установите защиту от перезаписи на 22 дня или даже 15 дней и внимательно следите за ним, потому что, если на нем заканчивается пространство, задание резервного копирования просто зависнет, ожидая, пока вы предоставите ему другой диск. .
В конце концов вы можете решить, что можете выполнять все 3 набора на одном диске, но за меньшее время, или что лучше иметь больше дисков в неделю, чтобы на каждом диске было больше времени.
В моем случае моя резервная копия на диск несъемная, и я использую ленты LTO-3 для внешнего хранения. У меня уходит одна пленка на полную и частичную на Diff в неделю.
Максимальное количество наборов резервных копий на файл резервной копии на диск: 8000 (я выбрал самый большой)
Кстати, это то, сколько дней / недель / запусков резервного копирования вы можете использовать для совместного использования одного файла резервной копии на диске или ленте. Это число следует установить ниже, если вы ожидаете заполнения диска. Нет ничего плохого в параметре по умолчанию 100, если вам не мешает пространство, но у меня установлено значение 2, так как я хочу, чтобы эти общие файлы были освобождены раньше для резервного копирования в ближайшие недели.
Также стоит упомянуть, что если вы не хотите дефрагментировать эти диски, вы захотите использовать «выделить максимальный размер при создании резервной копии на дисковый файл», иначе общий файл, охватывающий 8000 резервных копий, будет фрагментирован еще больше. каждый раз, когда выполняется резервное копирование, и, в конечном итоге, резервные копии, не являющиеся общими, будут фрагментированы остатками одного файла, который хранит небольшие блоки по всему диску.
http://seer.entsupport.symantec.com/docs/272517.htm выглядит так, как будто в 9.1 может не быть параметра «выделить максимальный размер при создании резервной копии на дисковый файл». Если это так, это может быть еще одной причиной уменьшить количество резервных копий, которые могут совместно использовать файл. Вам также нужно будет что-то сделать, чтобы уменьшить фрагментацию, если резервное копирование слишком замедлится.
Я не уверен, но полагаю, что вам понадобится отдельная лента для каждого набора резервных копий. Скорее всего три ленты: пн-пятница, суббота, воскресенье.
Если вы попытаетесь использовать ту же ленту для другого набора резервных копий, он не сможет присоединиться к этой ленте и перезапишет ее.
Обновление: очевидно, вы не используете ленты, но та же идея применима к любому медиа-набору, который вы используете.