http://sqlserver.ro/forums/16/ShowForum.aspxenCommunityServer 2.1 SP2 (Build: 61129.1)http://sqlserver.ro/forums/thread/7517.aspxTue, 18 Aug 2009 06:57:02 GMT963f3a18-65dd-4aad-905c-b785cfe1d7c7:7517muraruadrian0http://sqlserver.ro/forums/thread/7517.aspxhttp://sqlserver.ro/forums/commentrss.aspx?SectionID=16&PostID=7517Scuze, am uitat link-ul: Semnatura<a title="http://support.microsoft.com/kb/903643" href="http://support.microsoft.com/kb/903643">http://support.microsoft.com/kb/903643</a><br>Mentionez ca fenomenul se reflecta de fapt asupra tututror bazelor de date implicate in job-urile de backup SqlServer(inclusiv cele de sistem)<br>http://sqlserver.ro/forums/thread/7516.aspxTue, 18 Aug 2009 06:31:55 GMT963f3a18-65dd-4aad-905c-b785cfe1d7c7:7516muraruadrian0http://sqlserver.ro/forums/thread/7516.aspxhttp://sqlserver.ro/forums/commentrss.aspx?SectionID=16&PostID=7516Administrez un server SQL2005&amp;SP3 pe o masina cu S.O. W2003R2 Server&amp;SP2.Baza de date implicata are recovery model setat in 'full' <br>Efectuez un plan de backup de genul:<br>ora 22-full backup, orele 9,12,15,18 transaction log backup(toate schedule, create cu SSMS/maintenance plan). <br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Daca pe acelasi server se ruleaza si backup-uri efectuate cu utilitarul 'ntbackup'(backup-uri care nu includ in nici un fel fisiere ce apartin sqlserver-de exemplu backup pentru System State sau orice alt folder- si ruleaza la cu totul alte ore decat job-urile de backup ale sql server ), in fisierele de log ale SQLServer apar inregistrari precum s-ar fi facut un backup full al bazei de date(I/O frozen, I/O resume, Backup database.....)<br>&nbsp; &nbsp; &nbsp;&nbsp; Daca ma uit in proprietatile bazei de date constat ca si aici data ultimului backup 'Full' a fost inlocuita cu data rularii utilitarului 'ntbackup'. Mentionez ca nu regasesc nicaieri fisierele de backup efectuate de sql server *.bak la data si ora rularii utilitarului 'ntbackup'(asa cum s-a jurnalizat in log-urile sqlserver, precum ca la data si ora rularii 'ntbackup' s-a efectuat si un backup sqlserver al bazei de date). Am decalat&nbsp; ora rularii utilitarului 'ntbackup' si am constatat ca fenomenul persista(s-a decalat totul si in sql server)<br>Initial am crezut ca e o neintelegere cu alti colegi, dar am gasit un link care descrie aceasta problema ca fiind reala. Totusi in link problema pare a fi doar pentru SqlServer2000 pe sisteme W2003Server, si ar afecta lantul de backup-uri diferentiale fata de un full.<br>In conditiile in care baza mea de date a crescut binisor in ultimul an, voi fi nevoit sa trec la un alt plan de backup care sa contina si backup diferential, ceva de genul: Duminica ora 22 backup full, Miercuri ora 22 backup differential, iar transactional zilnic la orele 9,12,15,18.<br>Stie cineva o solutie sau un patch aplicabil si la SqlServer2005? <br><br><br>