Не вдається знайти процес, який створює резервні копії

У нас є екземпляр SQL Server 2008, встановлений на сервері клієнта. ІТ-відділ замовника відповідає за різні резервні копії машини.

Журнал SQL Server показує, що щодня о 19 вечора є повна резервна копія, але ми не можемо знайти доказів будь-якого плану, запланованого в 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
ВЛАСТ \ СИСТЕМА {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'}).
Це лише інформаційне повідомлення. Жодних дій користувача не потрібно.

Отже, оскільки вони не можуть нам допомогти, що я можу зробити, щоб відстежити процес, відповідальний за створення резервних копій? Це нам потрібно, тому що ми хочемо координувати резервне копіювання впорядкованому порядку, а також робити резервні копії журналу транзакцій для того, щоб журнал зберігав розумні розміри (тепер ми робимо скорочення журналу щотижня, і це не найкращий спосіб йти).

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

Я думаю, що я знайшов процес, відповідальний за резервну копію.

Я шукав інформацію в журналі системних подій 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.

Я переглядаю ці імена, і BeVssProvider пов'язаний із Symantec Backup Exec ™ для серверів Windows ( http://systemexplorer.net/it/file-database/file/bevssprovider-exe ).

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