Yedek oluşturan süreç bulunamıyor


11

Bir müşteri sunucusunda kurulu bir SQL Server 2008 örneğimiz var. Müşterinin BT departmanı, makinenin çeşitli yedeklemelerinden sorumludur.

SQL Server günlüğü her gün 19.00'da tam bir yedekleme olduğunu gösterir, ancak SQL Server'da planlanan herhangi bir planın kanıtını bulamıyoruz.

Temas ettiğimiz teknisyenler bize bir tür otomatik yedekleme olup olmadığını söyleyemediler, söyledikleri tek şey tüm makinenin yedeklenmekte olduğunu.

Bu forum iş parçacığında bulduğum bir komut dosyası kullanarak fiziksel aygıt adının bir GUID olduğunu ve bunun harici bir yedekleme işlemi olduğu anlamına geldiğini öğrendim :

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

Bu, yukarıdaki sorgudan bir satırdır:

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

Ayrıca yedekleme başlangıç ​​ve bitiş tarihi sadece 5 saniye sürüyor, bu yüzden sanırım bu bir sql sunucusu işi değil.

Bu, günlükten bir satırdır:

2015-09-03 19: 02: 30.71 Yedekleme
Veritabanı yedeklendi.
Veritabanı: db_name, oluşturma tarihi (saat): 2012/10/12 (20:52:11), boşaltılan sayfalar: 3290021,
ilk LSN: 276028: 152755: 172, son LSN: 276028: 152827: 1, döküm cihazı sayısı : 1,
cihaz bilgileri:
(DOSYA = 1, TÜR = VIRTUAL_DEVICE: {'{95380B0A-D50B-408F-B95F-1AB8975BA7F8} 5'}).
Bu yalnızca bilgi amaçlı bir mesajdır. Kullanıcı eylemi gerekmez.

Peki, bize yardımcı olamadıklarından, yedeklemelerden sorumlu süreci izlemek için ne yapabilirim? Buna ihtiyacımız var çünkü yedeklemeyi düzenli bir şekilde koordine etmek istiyoruz ve günlüğü makul bir boyutta tutmak için işlem günlüğü yedeklemelerini de yapmak istiyoruz (şimdi günlüğü her hafta küçültüyoruz ve bu iyi bir yol değil. Git).

Yanıtlar:


12

2015-09-03 19: 02: 30.71 Yedekleme Veritabanı yedeklendi. Veritabanı: db_name, oluşturma tarihi (saat): 2012/10/12 (20:52:11), boşaltılan sayfalar: 3290021, ilk LSN: 276028: 152755: 172, son LSN: 276028: 152827: 1, döküm cihazı sayısı : 1, cihaz bilgileri: (DOSYA = 1, TÜR = VIRTUAL_DEVICE: {'{95380B0A-D50B-408F-B95F-1AB8975BA7F8} 5'}). Bu yalnızca bilgi amaçlı bir mesajdır. Kullanıcı eylemi gerekmez.

VIRTUAL_DEVICEYedekleme mesajına gelen gerçeği, bunun T-SQL Job veya SQL Server tarafından planlanan yedekleme olmadığını açıkça gösterir, böylece SQL Server'da herhangi bir yerde bulamazsınız. Ya biraz var third partyaracını veya windows inbuilt backup mechanismbu yedeği alıyor çalışan.

Şimdi gerçekten yedekleme kaynağını bulmak istiyorsanız windows ekibine veya depolama ekibine danışın ve adil bir fikir elde edersiniz. Tüm paydaşların onlar devre dışı bırakarak olay böyle yedekleme durduramaz (son derece düşüktür) yedekleme kaynağı hakkında fikrim yok diyorsanız SQL Server VSS writergelen Services.msc.

Bu tür Üçüncü taraf yedekleri, veritabanına bağlanmak ve yedek almak için SQL Server VSS yazıcı hizmetlerine güvenir.

Yukarıda devam etmeden önce, böyle bir yedeklemenin farkında değilse, yedekleme / windows admin ile konuşmanızı öneririm, devam edip bu hizmeti devre dışı bırakabilirsiniz. Aksi taktirde yapmamalısınız ve bunlarla ilgili daha fazla danışmalısınız.

Lütfen VSS Yedeklerine Bilgi Atma Bilgisini okuyun


9

Sanırım yedeklemeden sorumlu bir süreç buldum.

Windows Sistem Olay günlüğünde bilgi aradım ve geçici olarak bu satırları yedeklemeyle ilgilendim:

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

BeSssProvider tarafından başlatılan ve ESENT tarafından bir ShadowCopy ile devam eden diğer etkinliklerden önce MSSQLSERVER üzerindeki yedekleme etkinliğini üstte ve kısa bir süre içinde açıkça görebilirsiniz.

Bu isimler için googled ve BeVssProvider, Windows Sunucuları için Symantec Backup Exec ™ ile bağlantılıdır ( http://systemexplorer.net/it/file-database/file/bevssprovider-exe ).

Yani yazılımın her gün makinenin anlık görüntüsünü aldığını tahmin ediyorum (bu alanda uzman değilim).


Yanıtınız yardımcı oldu ve Veritabanı Sunucusu'ndaki Windows Olay Günlüğünü kontrol ettiğimde, Dış Kaynaklı BT Yöneticilerinin 4 dakika içinde 3 ayrı tam yedekleme (tüm Veritabanları) isteyen Sanal Yedeklemeler için "axcient" adlı bir yazılım kullandığını gördüm. ve hatalar atıyordu (bazı yedeklemeler başarısız oldu ve çok fazla karışıklığa neden oldu). msdb.dbo.backupmediafamily.device_typeHangi yedekleme türünün (ör. Disk, Bant, Sanal, Azure veya Kalıcı) olduğunu görmek için Alanı OP sorgusuna ekleyin . masterVeritabanına filtre uyguladım ve neyin başladığını görmek için ilk girişe baktım.
MikeTeeVee
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.