SQL Server yedekleme başarısız. Hata: 3041, Şiddet: 16, Durum: 1

Her şeyden önce, stackexchange'te çok yeniyim, bu yüzden lütfen bana katlan.

Bir SQL Server 9.0.4060 çalıştırıyorum.

Benim sorunum: SQL Server yedeklemem birçok veritabanında başarısız olmaya devam ediyor.

Bakım planı farklı yedekleme işleriyle çalışır:

Her gün 20: 30'da DIFF yedekleme ve her Pazar 20: 30'da TAM yedekleme.

Yedeklemeyi tamamlayamayan bu iki hata foreach veritabanını alıyorum:

Date        06-11-2012 20:31:06
Log     SQL Server (Current - 07-11-2012 11:43:00)
Source      Backup
Message
BACKUP failed to complete the command BACKUP DATABASE (dbname) WITH DIFFERENTIAL. Check the backup application log for detailed messages.

Date        06-11-2012 20:31:06
Log     SQL Server (Current - 07-11-2012 11:43:00)
Source      Backup
Message
Error: 3041, Severity: 16, State: 1.

Ekstra hatalar.

Date     06-11-2012 17:53:27 
Log      SQL Server (Current - 07-11-2012 11:43:00) 
Source   Logon 
Message  Error: 18456, Severity: 14, State: 16.

Date     06-11-2012 17:53:27 
Log      SQL Server (Current - 07-11-2012 11:43:00) 
Source   Logon 
Message  Login failed for user 'sa'. [CLIENT: <local machine>]

Date     06-11-2012 20:30:11
Log      SQL Server (Current - 09-11-2012 11:27:00)
Source   spid15s
Message
SQL Server has encountered 2 occurrence(s) of cachestore flush for the 'Bound Trees' cachestore (part of plan cache) due to some database maintenance or reconfigure operations.

'SQL Planları' ve 'Nesne Planları' ile yukarıdaki hataya benzer başka hatalar var. 'Bağlı Ağaçlar' yerine.

Başka bir bilgiye ihtiyacınız varsa, sadece kelimeyi söyleyin.

Max'in işaret ettiği gibi, sa giriş hatası, birkaç saat önce olduğu gibi yedekleme süresine dayanmaz, ancak ikincisi yapar. Şuna baktınız mı: http://blogs.msdn.com/b/sqlprogrammability/archive/2007/01/17/10-0-plan-cache-flush.aspx

http://www.sqlservercentral.com/Forums/Topic377116-146-1.aspx#bm380502

MSDN blogundaki öğelerden herhangi biri ortamınızda bir etken oluşturuyor mu? En yaygın olanı AUTO_CLOSE ON olacaktır. Bize bildirin, teşekkürler.

Lütfen, buraya bir göz atın: SQL Server'da "Msg 3041" sorun giderme

Sayfadan alıntı:

İleti 3041, yedekleme hatası hakkında genel bir rapordur. Hatanın nedenini anlamak ve gidermek için, 3041 olay girişinden önce oluşan SQL Server Hata günlüğü girdilerini kullanmalısınız. Genellikle, 3041'den önce yedekleme hatasının gerçek nedenini belirten ayrıntılı bir hata iletisi gelir. Ayrıntılı hata iletileri yalnızca SQL Server hata günlüğüne ve istemci uygulamasına yazılır. Ayrıntılı ileti Windows Uygulama günlüğünde bildirilmez.

Güncelleme (@dezso yorumu okuduktan sonra)
"Ekstra hata" bildirildiğini gördüm, ancak yedekleme hatasıyla ilgili olduklarından emin değilim. Yedekleme hatası 20:31:06, ancak "ekstra hata" 17:53:27 olarak tarihli, bu nedenle fazladan hata gerçek yedekleme hatasından yaklaşık 2 saat 40 dakika önce gerçekleşti. Ve bu ekstra hata bir oturum açma sorunuyla ilgilidir.

17:53:27 'de bir oturum açma sorununun 20:31:06' da yedeklemenin başarısız olmasına neden olabileceğini düşünmüyorum. Yani yedekleme hatası ve "ekstra hata" ilgisiz olduğunu düşünün.

Ayrıca 17:53:27 'de meydana gelen genel bir hata 20:31:06 (DB gerçekten büyük değilse) bir yedekleme başarısız olabilir neden sanmıyorum. @Arviddk "SQL Server yedeklemem veritabanlarının birçoğunda başarısız olmaya devam ettiğini" bildirdi. "Çok" 10 DB'den fazla anlamına geldiğini varsaymanın güvenli olduğunu düşünüyorum.
Bu yüzden tek bir DB'nin tek bir yedeğinin 2 saat 40 dakikadan fazla sürmesi durumunda, tek bir sunucuda böyle 10 veya 20 DB'niz olamayacağını düşünüyorum ... ya da sunucunuz hayatını sadece yedekleme yaparak harcayacaktır. Bu nedenle, tek bir yedeklemenin 2 saat 40 dakikadan daha az sürdüğünü varsaydım, bu yüzden yedekleme hatası ve ekstra hatanın ilişkili olmadığını düşünüyorum.

Ve bildirilen son "önbellek deposu / 'Bağlı Ağaçlar'" hatası 06-11-2012 20:30:11 tarihlidir, bu nedenle yedekleme hatasından sonra bir şey oldu. Her neyse, önbellekle ilgili bir sorun hataya neden olmamalıdır (bir şeyi yavaşlatabiliyorsa olay).

Bazı sorular
Sorunun tanımlanmasına yardımcı olabilecek bazı sorular:

• Bir FULL yedeklemesinin yürütülmesi ne kadar zaman alır?
• Bir DIFF yedeklemesinin yürütülmesi ne kadar zaman alır?
• Hata sadece DIFF yedeklemesinde mi meydana geliyor?
• Hangi yedekleme yüzdesi başarısız oluyor? (% 1?% 10% 50)
• Belki de sadece DIFF yedeklemeyle ilgili bir sorun olup olmadığını kontrol etmek için FULL yedeklemeyi deneyebilirsiniz? (SQL Server'da hiç DIFF yedeklemesi yapmadım, onlarla deneyimim yok)

SQL Server günlüğündeki MS web sitesine göre, başarısız yedekleme ile ilgili başka bazı hatalar olmalı, ancak yedeklemenin başarısız olduğu zamana daha yakın bir şey bekliyorum.