2010-04-18 2 views
1

Мне нужен последовательный способ мониторинга баз данных, которые доступны только для чтения, копируются копии производственных баз данных. В прошлом я полагался на следующие методы:Мониторинг журнала Отправленные базы данных

  1. Задайте задачу, которая восстанавливает журналы в базе данных, запускает другое задание в качестве последнего шага.
  2. Задайте задание, которое восстанавливает журналы в базе данных, чтобы вставить запись в таблицу управления в качестве последнего шага.
  3. Запросить базу данных msdb, чтобы проверить состояние задания, которое восстанавливает журналы в базе данных.
  4. Запросить контрольную таблицу внутри самой базы данных, которая получает значение непосредственно перед журналами транзакций.
  5. Запросить значения MAX из таблиц внутри базы данных, чтобы узнать, имеют ли последние изменения.

Несмотря на то что вышеописанные методы работают, они не могут быть реализованы для каждой зарегистрированной в журнале базы данных, которую я запрашиваю по различным причинам. Каков наилучший метод для мониторинга «данных на дату» для базы данных, отправленной журналом?

ответ

2

У вас есть вся информация, необходимая в Backup and Restore tables:

  • Посмотрите в restorehistory найти самую последнюю резервную копию, приложенную к базе данных, представляющей интерес.
  • Посмотрите на исходную таблицу backupset, чтобы найти дату, когда была обнаружена резервная копия.
+0

Это идеальное решение. MAX файла backup_finish_date точно соответствует «Резервное копирование последней базы данных» и «Резервное копирование последней базы данных». Спасибо вам за быстрый ответ. –

0

Одним из возможных решений, которые мне кажутся многообещающими, является использование полей «Последнее резервное копирование базы данных» и «Последнее резервное копирование базы данных» на вкладке «Общие» в окне «Свойства базы данных». Кто-нибудь знает, где хранятся эти данные, или команда, которая вернет значение для базы данных? К сожалению, я не могу запускать трассировку на любых серверах с базами данных с журналом, из-за проблем с разрешениями. Кроме того, являются ли эти даты «данными с даты» резервных копий и журналов или просто временем, когда резервные копии и журналы были применены на сервере? Очевидно, последнее не сильно мне помогло.

Смежные вопросы