Обслуговування журналу транзакцій у базі даних дзеркал

Версія SQL Server: 2008 R2 Enterprise SP2

Я намагаюся впоратися з нашим технічним обслуговуванням SQL Server, і я натрапив на те, що я вважаю неправильним. У нас є один виробничий екземпляр з 3 базами даних, кожна з яких відображається за межами сайту до екземпляра DR.

Переглядаючи екземпляр DR, я помітив, що файли LDF величезні, понад 35 Гб для широко використовуваних баз даних.

Я розумію, що це, мабуть, пов’язано з тим, що дзеркальні бази даних перебувають у режимі повного відновлення і що журнали ніколи не створювалися резервними копіями, вони просто продовжуватимуть зростати, поки не вичерпається місця на диску.

Ми робимо резервні копії журналів на головній базі даних, і моє запитання - що таке проблеми з виконанням резервної копії журналу на дзеркалі?

Принаймні одне повне резервне копіювання бази даних у дзеркалі має бути завершене перед тим, як робити резервну копію журналу, в такому випадку є спеціальні параметри, які потрібно використовувати, оскільки це дзеркало?

Знову це рекомендації щодо обслуговування журналу транзакцій у базі даних MIRROR .

Дякуємо за будь-який вклад

Ми робимо резервні копії журналів на головній базі даних, і моє запитання - що таке проблеми з виконанням резервної копії журналу на дзеркалі?

Ви не можете зробити резервне копіювання журналу в дзеркальній базі даних.

Принаймні одне повне резервне копіювання бази даних у дзеркалі має бути завершене перед тим, як робити резервну копію журналу, в такому випадку є спеціальні параметри, які потрібно використовувати, оскільки це дзеркало?

Ви також не можете виконати повне резервне копіювання на дзеркальній базі даних.

Візьмемо для прикладу: у мене є Server1основна база даних AdventureWorks2012, а у мене Server2- дзеркало. Ось що відбувається, коли я намагаюся запускати резервні копії в дзеркальній базі даних (увімкнено Server2):

use master;
go

backup database AdventureWorks2012
to disk = 'c:\sqlserver\AW_mirror.bak';
go

Msg 954, рівень 14, стан 1, рядок 2
Базу даних "AdventureWorks2012" неможливо відкрити. Він виступає як дзеркальна база даних .
Повідомлення 3013, Рівень 16, Стан 1, Рядок 2
БЕЗПЕКА БАКУПАЦІЇ закінчується аномально.

backup log AdventureWorks2012
to disk = 'c:\sqlserver\AW_mirror.trn';
go

Повідомлення 954, рівень 14, стан 1, рядок 1
Базу даних "AdventureWorks2012" неможливо відкрити. Він виступає як дзеркальна база даних .
Msg 3013, рівень 16, стан 1, рядок 1
BOGUP LOG закінчується аномально.

Подивіться на це поширені запитання про дзеркальне відображення бази даних Роберта Девіса . Я процитую його стосовно цієї операції та ведення журналу транзакцій дзеркальної бази даних:

Коли ви створюєте резервну копію журналу на головному, файли віртуальних журналів (окремі одиниці у файлі журналу) позначаються як повторно записані. Ті ж VLF позначені як повторно записані також у файлі журналу дзеркал. Статус VLF відображається в базі даних .

Так ось у вас це є. Якщо у вас є резервне копіювання журналу транзакцій на основному, то аналогічна поведінка повторного використання журналу відображатиметься до його бази даних партнерів.

@JeremieGrund - Якщо архітектура фізичних файлів бази даних однакова (назви та місця розташування файлів журналу даних та журналів), тоді, якщо ви зменшите файл журналу на головний, команда зменшення буде відправлена ​​до дзеркала та зробить те саме на дзеркалі. Таким чином, таким чином можна підтримувати файл дзеркального дзеркала. Якщо архітектура файлів не однакова, слід дотримуватися пропозиції Thomas Stringer ..