SQL Server: пересылка журналов
❤ 539 , Категория: Новости, ⚑ 14 Авг 2017гПерезапуск процесса пересылки журналов вручную
Если выясняется, что необходимо быстро применить следующую резервную копию файла журнала в последовательности, чтобы возобновить процесс пересылки журналов, то достаточно идентифицировать следующую резервную копию в цепочке и убедиться, что она находится в предполагаемом каталоге восстановления. С помощью таблицы msdb.dbo.log_shipping_monitor_secondary можно идентифицировать последнюю созданную резервную копию журнала транзакций, последнюю восстановленную резервную копию журнала транзакций, а затем убедиться, что следующая резервная копия журнала транзакций,сделанная на основном экземпляре, скопирована в целевой каталог восстановления наряду с любыми другими, если задание копирования было остановлено. После того как это сделано, вы сможете вручную перезапустить задание агента SQL Server для корректного восстановления пересылки журналов (см. код ниже и результаты на экране ниже).
Затем можно переключиться на экземпляр SQL Server основной базы данных и журнал резервного копирования журнала транзакций для базы данных, чтобы определить журнал транзакций, следующий за последним восстановленным файлом (см. код ниже).
Это дает результаты (на экране ниже показан фрагмент) с упорядочением по backup finish date до самой недавней резервной копии для основной копии базы данных.
Взглянув на первую запись в крайнем правом столбце на экране выше, вы получите представление динамических выходных данных SQL для восстановления (см. код ниже).
Так что же именно было сделано в этом процессе?
1. На целевом экземпляре копии базы данных мы направили запрос к msdb.dbo.log_shipping_monitor_ secondary, чтобы идентифицировать последний восстановленный файл резервной копии.
2. С помощью полученной информации мы перешли к экземпляру основной базы данных, чтобы получить историю резервного копирования журнала транзакций, содержащего сведения обо всех действиях на исходной базе данных после последнего применения резервной копии. Сценарий создает динамическую команду восстановления, которую затем можно выполнить на целевом экземпляре для повторного запуска процесса пересылки журналов.
3. На данном этапе у нас должна появиться возможность перезапустить задание восстановления пересылки журналов агента SQL Server.
Отвлечемся на минуту, чтобы познакомиться со вторым запросом, так как в нем происходит довольно много важных действий. Используются следующие объекты:
• msdb.dbo.backupset, предоставляет время начала и окончания резервного копирования для каждого файла резервной копии в метаданных, сохраненных в msdb. Это представление системного каталога также дает нам имя сервера, имя базы данных и столбец media_ set_id, необходимые для последующего объединения с msdb.dbo. backupmediafamily.
• msdb.dbo.backupmediafamily, содержит важный элемент мозаики — физический файл для резервных копий журнала транзакций на основной базе данных.
• msdb.dbo. log_shipping_primary_ databases; это представление каталога дает сведения о пересылке журналов для передачи резервной копии (куда «отправляются» журналы транзакций для восстановления на вторичном, или целевом, экземпляре).
Пересылка журналов может прекратиться по разным причинам: изменения разрешений в одном из многих каталогов, используемых в процессе пересылки журналов, недостаток места, сбой сервера и несвоевременное резервное копирование вручную — лишь некоторые из них. Вместо того чтобы гадать, какие файлы резервных копий следует использовать для перезапуска пересылки журналов, обратитесь к метаданным как основного, так и вспомогательного экземпляра для более простого восстановления процесса.
Вот и все, на этом мы закончили разбираться с пересылкой журналов в SQL Server. И теперь вы наконец-то можете с чистой совестью перейти на сайт exdom2.ru/novosti-i-sluhi/ и узнать все самые последние новости своего любимого шоу «Дом 2». Здесь вы найдете самую исчерпывающую информацию об участниках, а также познакомитесь с самыми интересными слухами.
