У меня есть установка NetBackup 6.0MP7, работающая на Windows Server 2003. Она работает как единственный главный сервер и медиа-сервер. Я меняю полный набор лент каждую неделю, но оставляю набор лент с пулом томов, установленным на «Поцарапать» все время. Затем еженедельные наборы лент возвращаются обратно через некоторое время. В основном это прекрасно работает. На самом деле мне редко нужны скетч-ленты, но время от времени резервная копия будет запускать то, что я выделил для этой задачи.
Тем не менее, недельный набор лент постоянно отклоняется в пользу скретч-пула. Политики резервного копирования одинаковы для каждой недели, для всех них для параметра «Пул томов политик» установлено значение «NetBackup», а для всех лент на каждую неделю (кроме временных лент) пулы назначены как «NetBackup», включая определенно неделя, которую всегда игнорируют.
Тем не менее, он не игнорирует все ленты пула NetBackup за эту неделю. Обычно он пишет на двух или трех из них, но записывает примерно на 20 скретч-лент. (Я не подумал посмотреть, всегда ли это одни и те же две или три ленты.) И эта проблема, кажется, никогда не возникает на любой другой неделе.
Он не загружает ленты и не отклоняет их; кажется, он вообще никогда не пытается их использовать. Они не помечаются как замороженные. Все они активны и не назначены, когда я их меняю.
Ленты находятся в ленточной библиотеке Quantum PX510. Сервер NetBackup подключается к библиотеке / роботу через волоконно-оптический канал через коммутатор Brocade марки HP.
Я вообще не эксперт по NetBackup. Я даже не знаю, где искать. Будем признательны за любые советы по журналам для просмотра или ведения журналов для включения или вообще чего-либо. Я буду следить за вопросом и обновлять его, если кому-то понадобится дополнительная информация, чтобы помочь.
В номенклатуре NetBackup средний переключается с «полного» на «неназначенный», когда каждая резервная копия выходит за рамки периода хранения политики. Срок хранения отсчитывается с момента успешного завершения резервного копирования (не запуска!). Срок хранения 1 месяц не означает 4 недели и т. Д.
Я думаю, что вы можете быть немного "жесткими" со своим периодом хранения, и он немного перекрывается на этой неделе. Чтобы проверить эту небольшую гипотезу: непосредственно перед резервным копированием убедитесь, что вставленный носитель находится в неназначенном состоянии (в медиа-менеджере у них есть пустой столбец «Назначено»). Не проверяйте его ПОСЛЕ резервного копирования, потому что они могут истечь тем временем.
Кстати, носитель становится «активным», если он «назначен» и на него записывается любая резервная копия. Таким образом, среда не может быть «активной» и «неназначенной» одновременно (относительно «Все они активны и не назначены, когда я их меняю местами»).
Я предполагаю, что в этой библиотеке есть считыватель штрих-кода ...
Вы проверили, совпадают ли метки логических носителей с физическими метками на лентах? Вы можете проверить это через консоль администратора Netbackup -> Медиа -> Пулы томов -> NetBackup и сравнить MediaID со штрих-кодом.
Если они разные, то это ваша проблема. Я бы попробовал переименовать носитель в вашем пуле NetBackup, на который он отказывается писать. Переназначение может быть деструктивным, но если ленты не используются, я думаю, это не проблема ...
РЕДАКТИРОВАТЬ: Чтобы уточнить, я хотел логически изменить их, чтобы они соответствовали штрих-коду, а не физически.
Похоже, они находятся в правильном пуле носителей, вы проверили настройки защиты от перезаписи и добавления для этих лент? Возможно, они настроены так, чтобы не разрешать операции перезаписи или добавления в течение периода времени и даты, в течение которого выполняется резервное копирование.
Оказалось, что я случайно установил истечение срока действия некоторых лент (не резервных копий на них, а самих лент). Это «срок годности», указанный в выводе vmquery -m <tapeid> или «Срок действия тома» в диалоговом окне «Изменить объемы» графического интерфейса.
Я очистил этот срок, и это решило проблему.