Не удается найти процесс, который создает резервные копии


11

У нас есть экземпляр SQL Server 2008, установленный на клиентском сервере. ИТ-отдел заказчика отвечает за резервное копирование машины.

Журнал SQL Server показывает, что в 19:00 каждый день выполняется полное резервное копирование, но мы не можем найти доказательств какого-либо плана, запланированного в SQL Server.

Технические специалисты, с которыми мы связались, не могли сказать нам, было ли какое-то автоматическое резервное копирование, все, что они сказали, - это то, что вся машина резервируется.

Используя скрипт, который я нашел в этой ветке форума, я обнаружил, что имя физического устройства - это GUID, и это означает, что это процесс внешнего резервного копирования :

USE [msdb]
GO 
SELECT 
    [bs].[database_name], 
    [bs].[backup_start_date], 
    [bs].[backup_finish_date], 
    [bs].Server_name,
    [bs].user_name AS [BackupCreator] ,
    [bmf].physical_device_name
FROM msdb..backupset bs  
INNER JOIN msdb..backupmediafamily bmf ON [bs].[media_set_id] = [bmf].[media_set_id] 
ORDER BY [bs].[backup_start_date] DESC

Это строка из вышеприведенного запроса:

db_name 2015-09-16 19: 01: 23.000 2015-09-16 19: 01: 28.000
SERVER_NAME NT AUTHORITY \ SYSTEM
{424F084A-F35D-4A66-8FC7-072268A89A77} 5

Более того, дата начала и окончания резервного копирования составляет всего 5 секунд, так что, думаю, ясно, что это не работа сервера sql.

Это строка из журнала:

2015-09-03 19: 02: 30.71 Резервное копирование
базы данных.
База данных: db_name, дата создания (время): 2012/10/12 (20:52:11), сброшенных страниц: 3290021,
первый LSN: 276028: 152755: 172, последний LSN: 276028: 152827: 1, количество устройств дампа : 1,
информация об устройстве:
(FILE = 1, TYPE = VIRTUAL_DEVICE: {'{95380B0A-D50B-408F-B95F-1AB8975BA7F8} 5'}).
Это только информационное сообщение. От пользователя не потребуется никаких действий.

Итак, поскольку они не могут помочь нам, что я могу сделать, чтобы отследить процесс, ответственный за резервные копии? Нам это нужно, потому что мы хотим упорядочить резервное копирование и выполнять резервное копирование журнала транзакций, чтобы сохранить журнал в разумном размере (теперь мы сокращаем журнал каждую неделю, и это не хороший способ идти).

Ответы:


12

2015-09-03 19: 02: 30.71 Резервное копирование базы данных. База данных: db_name, дата создания (время): 2012/10/12 (20:52:11), сброшенных страниц: 3290021, первый LSN: 276028: 152755: 172, последний LSN: 276028: 152827: 1, количество устройств дампа : 1, информация об устройстве: (FILE = 1, TYPE = VIRTUAL_DEVICE: {'{95380B0A-D50B-408F-B95F-1AB8975BA7F8} 5'}). Это только информационное сообщение. От пользователя не потребуется никаких действий.

Тот факт, что VIRTUAL_DEVICEвходит в сообщение о резервном копировании, ясно говорит о том, что резервное копирование не запланировано заданием T-SQL или SQL Server, поэтому вы не найдете его где-либо в SQL Server. У вас есть какой-либо third partyинструмент или windows inbuilt backup mechanismработает, который берет эту резервную копию.

Теперь, если вы действительно хотите узнать источник резервного копирования, проконсультируйтесь с командой Windows или командой хранения, и вы получите честное представление. Если все заинтересованные стороны говорят , что они не имеют представления об источнике резервного копирования (что крайне маловероятно) , вы можете остановить такое резервное копирование происходило путем отключения SQL Server VSS writerот Services.msc.

Такие сторонние резервные копии используют службы записи SQL Server VSS для подключения к базе данных и выполнения резервного копирования.

Прежде чем продолжить выше, я бы посоветовал вам поговорить с администратором резервного копирования / Windows, если они не знают ни о каком таком резервном копировании, вы можете отключить эту службу. В противном случае вы не должны и должны консультироваться с ними относительно этого.

Пожалуйста, прочитайте информацию, проливающую свет на резервные копии VSS


9

Я думаю, что нашел процесс, ответственный за резервное копирование.

Я искал информацию в журнале системных событий Windows и обнаружил следующие строки во временном периоде, заинтересованные резервной копией:

Informazioni    16/09/2015 19:01:28 MSSQLSERVER 18264   Backup
Informazioni    16/09/2015 19:01:28 MSSQLSERVER 18264   Backup
Informazioni    16/09/2015 19:01:28 MSSQLSERVER 18264   Backup
Informazioni    16/09/2015 19:01:28 ESENT   2006    ShadowCopy
Informazioni    16/09/2015 19:01:28 ESENT   2006    ShadowCopy
Informazioni    16/09/2015 19:01:28 ESENT   2003    ShadowCopy
Informazioni    16/09/2015 19:01:28 ESENT   2003    ShadowCopy
Informazioni    16/09/2015 19:01:28 MSSQLSERVER 3198    Server
Informazioni    16/09/2015 19:01:28 MSSQLSERVER 3198    Server
Informazioni    16/09/2015 19:01:28 MSSQLSERVER 3198    Server
Informazioni    16/09/2015 19:01:28 MSSQLSERVER 3198    Server
Informazioni    16/09/2015 19:01:28 MSSQLSERVER 3198    Server
Informazioni    16/09/2015 19:01:28 MSSQLSERVER 3198    Server
Informazioni    16/09/2015 19:01:28 MSSQLSERVER 3198    Server
Informazioni    16/09/2015 19:01:28 MSSQLSERVER 3198    Server
Informazioni    16/09/2015 19:01:28 MSSQLSERVER 3198    Server
Informazioni    16/09/2015 19:01:25 MSSQLSERVER 3197    Server
Informazioni    16/09/2015 19:01:25 MSSQLSERVER 3197    Server
Informazioni    16/09/2015 19:01:25 MSSQLSERVER 3197    Server
Informazioni    16/09/2015 19:01:25 MSSQLSERVER 3197    Server
Informazioni    16/09/2015 19:01:25 MSSQLSERVER 3197    Server
Informazioni    16/09/2015 19:01:25 MSSQLSERVER 3197    Server
Informazioni    16/09/2015 19:01:25 MSSQLSERVER 3197    Server
Informazioni    16/09/2015 19:01:25 MSSQLSERVER 3197    Server
Informazioni    16/09/2015 19:01:25 ESENT   2001    ShadowCopy
Informazioni    16/09/2015 19:01:25 ESENT   2001    ShadowCopy
Informazioni    16/09/2015 19:01:25 ESENT   2001    ShadowCopy
Informazioni    16/09/2015 19:01:25 MSSQLSERVER 3197    Server
Informazioni    16/09/2015 19:01:23 ESENT   2005    ShadowCopy
Informazioni    16/09/2015 19:01:23 ESENT   2005    ShadowCopy
Informazioni    16/09/2015 19:01:11 BeVssProvider   0   Nessuna
Informazioni    16/09/2015 18:38:06 VSS 8224    Nessuna
Informazioni    16/09/2015 18:29:01 VSS 8224    Nessuna

Вы можете четко увидеть активность резервного копирования на MSSQLSERVER сверху и коротко, прежде чем начнется другое действие BeVssProvider, продолжая ShadowCopy от ESENT.

Я нашел эти имена в Google, и BeVssProvider связан с Symantec Backup Exec ™ для серверов Windows ( http://systemexplorer.net/it/file-database/file/bevssprovider-exe ).

Поэтому я предполагаю, что программное обеспечение делает снимок машины каждый день (я не эксперт в этой области).


Ваш ответ помог, и когда я проверил журнал событий Windows на сервере базы данных, я обнаружил, что сторонние ИТ-администраторы использовали программное обеспечение под названием «axious» для виртуальных резервных копий, которое запрашивало 3 отдельных полных резервных копии (из всех баз данных) в течение 4 минут. и он выбрасывал ошибки (некоторые резервные копии не работали и вызывали много путаницы). Добавьте msdb.dbo.backupmediafamily.device_typeполе к запросу OP, чтобы увидеть, какой это тип резервной копии (например, диск, лента, виртуальная, Azure или постоянная). Я отфильтровал masterбазу данных и посмотрел на первую запись, чтобы увидеть, что ее начало.
MikeTeeVee
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.