it-swarm-eu.dev

Selhání zálohování serveru SQL. Chyba: 3041, závažnost: 16, stav: 1

Nejprve ze všeho jsem v stackexchange velmi nová, takže mě prosím uneste.

Používám SQL Server 9.0.4060.

Můj problém je: moje záloha serveru SQL stále selhává na mnoha databázích.

Plán údržby běží na různé úlohy zálohování:

Záloha DIFF každý den ve 20:30 a úplná záloha každou neděli ve 20:30.

Získám tyto dvě chyby foreach databáze, která nedokáže dokončit zálohu:

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.

Extra chyby.

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.

Existují i ​​další podobné chyby jako u výše uvedených, s 'Plány SQL' a 'Plány objektů'. Místo „vázaných stromů“.

Pokud potřebujete další informace, řekněte jen slovo.

11
Arviddk

Jak Max zdůraznil, chyba přihlášení k přihlášení nekoreluje s časem zálohování, protože se to stane několik hodin před tím, ale druhá ano. Podívali jste se na: 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

Hraje některá z položek v blogu MSDN faktor ve vašem prostředí? Nejběžnější z nich by byla AUTO_CLOSE ON. Dejte nám vědět, díky.

4
Ali Razeghi

Prosím, podívejte se sem: Jak řešit "Msg 3041" na serveru SQL

Výňatek ze stránky:

Zpráva 3041 je obecná zpráva o selhání zálohy. Chcete-li pochopit příčinu chyby a vyřešit ji, musíte použít položky protokolu chyb serveru SQL, které se vyskytují před položkou události 3041. 3041 obvykle předchází podrobná chybová zpráva, která uvádí skutečný důvod selhání zálohování. Podrobné chybové zprávy jsou zapsány pouze do protokolu chyb serveru SQL a do klientské aplikace. Podrobná zpráva není hlášena v protokolu aplikací v systému Windows.

Aktualizace (Po přečtení @dezso komentáře)
Viděl jsem hlášení „extra chyba“, ale nejsem si jistý, zda souvisí s chybou zálohování. Chyba zálohy je datována v 20:31:06, ale „další chyba“ je datována v 17:53:27, takže k další chybě došlo asi 2 hodiny a 40 minut před skutečnou chybou zálohy. A tyto další chyby se týkají problému s přihlášením.

Nemyslím si, že by přihlašovací problém, ke kterému dojde v 17:53:27, mohl mít za následek selhání zálohy v 20:31:06. Představte si tedy, že chyba zálohy a „další chyba“ nesouvisejí.

Také si nemyslím, že by obecná chyba, ke které dojde v 17:53:27, mohla mít za následek selhání zálohy ve 20:31:06 (pokud DB není opravdu velká). @Arviddk hlásí, že „moje záloha serveru SQL selhává na mnoha databázích “ „Myslím, že je bezpečné předpokládat, že„ hodně “znamená více než 10 DB.
Takže si myslím, že pokud jediná záloha jediné DB trvá déle než 2 hodiny a 40 minut, nemůžete mít na jednom serveru 10 nebo 20 DB na jednom serveru ... nebo váš server stráví celý svůj život pouze záloha. Předpokládal jsem tedy, že jediná záloha trvá mnohem méně než 2 hodiny a 40 minut, takže si myslím, že chyba zálohy a další chyba nesouvisejí.

A poslední ohlášená chyba „cachestore flush/'Bound Trees'“ je datována v 06-11-2012 20:30:11, takže se něco stalo po chybě zálohování. Přesto problém související s mezipamětí by neměl mít za následek chybu (událost, pokud může něco zpomalit).

Některé otázky
Některé otázky, které by mohly pomoci identifikovat problém:

  • Kolik času zabere provedení FULL zálohy?
  • Kolik času trvá provedení zálohy DIFF?
  • Dochází k chybě pouze při zálohování DIFF?
  • Jaké procento zálohy selže? (1% - 10% 50%)
  • Možná se můžete pokusit provést pouze FULL zálohu a zkontrolovat, zda se nejedná o problém související se zálohováním DIFF? (Nikdy jsem neprovedl žádnou zálohu DIFF na serveru SQL, nemám s nimi zkušenosti)

Podle webové stránky MS v protokolu serveru SQL by měly existovat nějaké další chyby související s neúspěšnou zálohou, ale očekávám něco bližšího, v čase, k době, kdy záloha selhává.

2
Max