Резервное копирование журнала транзакций SQL после полного резервного копирования SQL

Question

Резервное копирование журнала транзакций SQL после полного резервного копирования SQL

Среда:

ВМ с 20 ГБ места на жестком диске и дополнительный жесткий диск с 3 ГБ.
Windows Server 2003 и Sql 2005

Сценарий резервного копирования:

Еженедельные полные резервные копии с Backupexec
Nightly Diff. резервные копии с Backupexec
Ежедневно 15 мин. план обслуживания резервных копий файла журнала

Вопрос:

Я копирую свои 15-минутные резервные копии файлов журнала на дополнительный жесткий диск 3 ГБ. Что мне делать с ними после ночного дифференциального резервного копирования? Прямо сейчас моя резервная копия файла журнала добавляется на себя, я просто перевожу ее на другой сервер сразу после дифференциала с запланированной задачей? Сможет ли план обслуживания просто начать резервное копирование сразу после того, как я переместу неприменимую резервную копию файла журнала?

Я читал много постов здесь, книги по SQL, онлайн, фан-сайты по SQL, даже YouTube, и это, кажется, самый простой подход, за исключением этой последней части головоломки. Я тестирую его на этом маленьком сервере, прежде чем реализовать его на своих больших серверах.

0

backup sql-server-2005 disaster-recovery transaction-log

Источник

tjinak 23 окт '10 в 02:31

3 ответа

Другие вопросы по тегам backup sql-server-2005 disaster-recovery transaction-log

K. Brian Kelley 23 окт '10 в 03:07 2010-10-23 03:07 · Answer 1 · 2010-10-23 03:07

Благодаря хорошему разностному резервному копированию после полного резервного копирования вы можете отказаться от резервного копирования журнала транзакций между полным и разностным резервным копированием. Таким образом, с точки зрения восстановления, вы должны сделать полный, дифференциал и все протоколы после дифференциала.

Для действительно ясного объяснения, см . Статью TechNet Пола Рэндала о понимании резервных копий SQL Server. Прокрутите вниз до рисунка 4 и начните с абзаца прямо над ним. Это дает точный сценарий, о котором вы говорите.

hmallett 25 окт '10 в 11:05 2010-10-25 11:05 · Answer 2 · 2010-10-25 11:05

Почему бы не использовать Backup Exec для резервного копирования журнала транзакций? Мне кажется, что, используя два отдельных метода резервного копирования для SQL, вы делаете вещи более сложными для себя.

В Backup Exec, если у вас есть папка резервного копирования на диск, вы можете создать набор носителей для журналов транзакций с 24-часовым периодом защиты от перезаписи. Затем вы можете использовать политику Backup Exec для управления еженедельными данными, ежедневными разницами и резервными копиями журналов транзакций за 15 минут.

Backup Exec будет управлять вашими файлами резервных копий журнала транзакций, перезаписывая старые, если они выпадают из периода защиты от перезаписи.

Затем, если вам нужно восстановить, все ваши восстановления происходят из одного места, используя один инструмент.

joeqwerty 23 окт '10 в 12:37 2010-10-23 12:37 · Answer 3 · 2010-10-23 12:37

Эти вопросы могут показаться рудиментарными, но вы не указали свой вопрос, и я не хочу принимать ответы так...

Является ли еженедельное дифференциальное резервное копирование BackupExec резервным копированием SQL Server? Если да, то какой тип резервного копирования SQL происходит во время ночной разницы? Это дифференциальное резервное копирование SQL через BackupExec?

Какова цель 15-минутного резервного копирования журнала транзакций? Это ваш мандат на восстановление данных? Что произойдет, если вы потеряли 30 минут данных, 2 часа данных и т. Д.? Что произойдет, если вам придется восстановить ночной дифференциал или еженедельное полное резервное копирование?

Как долго вам нужно создавать резервные копии? Можете ли вы отказаться от старых резервных копий? Если да, то каков цикл старения для удаления старых резервных копий? Один день, одну неделю и т. Д.?