с использованием наборов резервных копий при выполнении резервных копий журнала транзакций

Question

У нас есть установка sharepoint, поэтому у нас есть много баз данных, которые мы в настоящее время поддерживаем. В настоящее время мы запускаем полные резервные копии отчетов diff и транзакций. Следовательно, в итоге мы получаем несколько резервных копий журналов транзакций в день. В настоящее время для каждой резервной копии журнала создается файл, равный большому количеству файлов. Это будет кошмар в ситуации восстановления.

Мне интересно, должен ли я использовать набор резервных копий для журналов транзакций, но никогда не использовал этот параметр раньше. Ive проверил один, и резервные копии журнала сбрасываются в один файл bak, который, я думаю, поможет процессу восстановления, но я немного смущен опцией expires. Что это на самом деле? Удалены ли резервные копии журнала после продолжительности. Все еще доступны для восстановления? IS использует резервный набор только для журналов транзакций?

Answer 1

Вы говорите «резервный набор» в своем вопросе, но вы, вероятно, имеете в виду «набор носителей». Одна операция резервного копирования создает один резервный набор. Один набор носителей может содержать несколько наборов резервных копий. Параметры срока действия устанавливаются на один резервный набор.

Таким образом, размещение резервных копий, которые будут использоваться вместе при восстановлении в общем наборе носителей, является хорошей идеей ИМО, поскольку она действительно помогает иметь меньше файлов для управления в ситуации восстановления.

Теперь к вариантам. Резервные наборы в наборе носителей (файл диска или лента) могут иметь отдельные даты истечения срока годности, но если вы используете режим добавления (NOINIT), новые резервные копии будут просто добавлены. Вы можете повторно использовать набор носителей, если все резервные копии на нем истекли и вы указываете INIT и вы указываете NOSKIP.

Самый распространенный способ справиться с этой ситуацией с резервными копиями на основе файлов - это полностью исключить весь беспорядок SKIP/NOKSIP/INIT/EXPIRY и использовать один носитель в день на базу данных с датой в имени файла. Затем вы используете задачу очистки обслуживания или запланированную задачу из ОС, чтобы удалить файлы, которые вам больше не нужны через регулярные промежутки времени.

Более сложной альтернативой может быть использование, например, одного файла (или ленты) в течение каждого недельного дня, при котором все резервные копии истекают менее чем за неделю. В первой резервной копии дня вы используете INIT, NOSKIP для очистки медиа-набора и NOINIT для дальнейших резервных копий в этот день. Это избавляет вас от удаления старых файлов, но создает проблемы с обработкой, если по какой-то причине ваша первая резервная копия дня не работает. Вы можете создавать сценарии вокруг этого путем тестирования перед каждой резервной копией, если все резервные копии на носителе истекли, и использовать INIT только в этом случае, но все же он не настолько устойчив, как первый подход.