Tidak dapat menemukan proses yang membuat cadangan


11

Kami memiliki contoh SQL Server 2008 yang diinstal pada server pelanggan. Departemen TI pelanggan bertanggung jawab atas berbagai cadangan mesin.

Log SQL Server menunjukkan ada cadangan lengkap setiap hari pada pukul 19:00, tetapi kami tidak dapat menemukan bukti rencana apa pun yang dijadwalkan dalam SQL Server.

Teknisi yang kami hubungi tidak dapat memberi tahu kami jika ada semacam cadangan otomatis, yang mereka katakan hanyalah seluruh mesin sedang dicadangkan.

Dengan menggunakan skrip yang saya temukan di utas forum ini, saya mengetahui bahwa nama perangkat fisik adalah GUID dan ini berarti bahwa ini adalah proses cadangan eksternal :

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

Ini adalah baris dari kueri di atas:

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

Selain itu tanggal mulai dan selesai cadangan hanya untuk 5 detik, jadi saya kira jelas itu bukan tugas server sql.

Ini adalah baris dari log:

2015-09-03 19: 02: 30.71 Cadangkan
Database yang didukung.
Basis data: db_name, tanggal pembuatan (waktu): 2012/10/12 (20:52:11), halaman dibuang: 3290021,
LSN pertama: 276028: 152755: 172, LSN terakhir: 276028: 152827: 1, jumlah perangkat dump : 1,
informasi perangkat:
(FILE = 1, TYPE = VIRTUAL_DEVICE: {'{95380B0A-D50B-408F-B95F-1AB8975BA7F8} 5'}).
Ini hanya pesan informasi. Tidak diperlukan tindakan pengguna.

Jadi, karena mereka tidak dapat membantu kami, apa yang dapat saya lakukan untuk melacak proses yang bertanggung jawab atas cadangan? Kami memerlukan ini karena kami ingin mengoordinasikan cadangan dengan cara yang dipesan, dan melakukan pencadangan log transaksi juga untuk menjaga log pada ukuran yang wajar (sekarang kami mengecilkan log setiap minggu, dan ini bukan cara yang baik untuk Pergilah).

Jawaban:


12

2015-09-03 19: 02: 30.71 Cadangkan Database yang dicadangkan. Basis data: db_name, tanggal pembuatan (waktu): 2012/10/12 (20:52:11), halaman dibuang: 3290021, LSN pertama: 276028: 152755: 172, LSN terakhir: 276028: 152827: 1, jumlah perangkat dump : 1, informasi perangkat: (FILE = 1, TYPE = VIRTUAL_DEVICE: {'{95380B0A-D50B-408F-B95F-1AB8975BA7F8} 5'}). Ini hanya pesan informasi. Tidak diperlukan tindakan pengguna.

Fakta yang VIRTUAL_DEVICEmasuk ke pesan cadangan jelas mengatakan bahwa ini bukan cadangan dijadwalkan oleh T-SQL Job atau SQL Server sehingga Anda tidak akan menemukannya di mana pun di SQL Server. Anda memiliki beberapa third partyalat atau windows inbuilt backup mechanismberjalan yang mengambil cadangan ini.

Sekarang jika Anda benar - benar ingin mengetahui sumber cadangan, konsultasikan dengan tim windows atau tim penyimpanan dan Anda akan mendapatkan ide yang adil. Jika semua stakeholder mengatakan mereka tidak memiliki ide tentang sumber cadangan (yang sangat tidak mungkin) Anda dapat menghentikan cadangan seperti itu terjadi dengan menonaktifkan SQL Server VSS writerdari Services.msc.

Pencadangan pihak ketiga tersebut bergantung pada layanan penulis SQL Server VSS untuk terhubung ke database dan mengambil cadangan.

Sebelum melanjutkan di atas, saya akan menyarankan Anda untuk berbicara dengan admin cadangan / windows jika mereka tidak mengetahui tentang cadangan tersebut, Anda dapat melanjutkan dan menonaktifkan layanan ini. Kalau tidak, Anda tidak boleh dan Anda harus berkonsultasi lebih banyak tentang hal ini dengan mereka.

Silakan baca Informasi Shedding Light pada VSS Backups


9

Saya pikir saya telah menemukan proses bertanggung jawab atas cadangan.

Saya mencari info di log Acara Sistem Windows dan saya menemukan baris ini pada periode temporal tertarik oleh cadangan:

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

Anda dapat dengan jelas melihat aktivitas cadangan di MSSQLSERVER di atas dan pendek sebelum aktivitas lain dimulai oleh BeVssProvider, dilanjutkan dengan ShadowCopy oleh ESENT.

Saya mencari di Google untuk nama-nama ini dan BeVssProvider ditautkan ke Symantec Backup Exec ™ untuk Server Windows ( http://systemexplorer.net/it/file-database/file/bevssprovider-exe ).

Jadi saya kira perangkat lunak mengambil snapshot dari mesin setiap hari (saya bukan ahli dalam domain ini).


Jawaban Anda membantu dan ketika saya memeriksa Windows Event Log pada Server Database, saya menemukan Admin IT Outsourced menggunakan perangkat lunak yang disebut "axcient" untuk Virtual-Backup yang meminta 3 backup penuh terpisah (dari semua Database) dalam waktu 4 menit dan itu melempar kesalahan (dengan beberapa cadangan gagal dan menyebabkan banyak kebingungan). Tambahkan msdb.dbo.backupmediafamily.device_typebidang ke kueri OP untuk melihat jenis cadangan apa (misalnya Disk, Tape, Virtual, Azure, atau Permanen). Saya memfilter pada masterdatabase dan melihat entri pertama untuk melihat apa yang menendang.
MikeTeeVee
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.