Fråga : Reserv- strategi för ms SQL 2005 med transaktion loggar bruk

Jag planlade en reserv- strategi med veckoFULLA userDBreserver och dagligen differentiella userDBreserver. Mitt DBs bruk som den fulla återställningen modellerar, och I-förmiddagen using underhåll planerar för denna. , efter tydligen flera veckor min transaktion har loggat, sparar är gigantiskt, och hårt drevutrymme är near full.

Reading på föregående ifrågasätter härom har gjort som synes mig att realisera saknad uppbackning för I-förmiddag looksnågot liknande för transaktionen Logs.

It som jag bör antagligen köra dagligen FULLA userDBreserver, och den tim- TRANSAKTIONEN LOGGAR userDBreserver mellan fulla reserver för att låta ”point-in-time” återställning. Ifrågasätter efter är stilla obesvarat från artiklarna som jag har läst:

1- vad bör vara den reserv- strategin för systemDBsna?
2-, om jag önskar kapaciteten att ha ”en point-in-time” återställning av min DBs inom jumbon 15 dagar, vad bör vara kvarhållandepolitiken på reserven sparar? Fästa eller överskriv?
3- ska den tim- transaktionen loggar reserver, jämnt som transaktionerna från sparar och frigöra därför det använda utrymmet?
4-, om svaret som ifrågasätter 3, är NR.EN, då hur kan jag automatisera transaktionen loggar att spola, när de dras tillbaka - upp? (på det tim- jobbet eller på den fulla reserven för dagstidning -- Allt vad det bäst övar, är)

Thanks i advace!

-xt

PS. Sedan min strömtransaktion loggar är så stort och dras tillbaka aldrig - upp jag skulle något liknande för att köra en full reserv och spolning dem omgående, för jag kör ut ur utrymme. Hur kan jag göra denna?
" klar "

Svar : Reserv- strategi för ms SQL 2005 med transaktion loggar bruk

>> 1 - Vad bör vara den reserv- strategin för systemDBsna?

Se till precis att de är inklusive i dina fulla reserver, och om några ha som huvudämne ändringar göras för att styra eller modellera eller, reserven för msdbdatabas därefter det upp ändringen göras en gång. Inget behov att inkludera dem i Diff eller Transactional loggar reserver.

>> 2 - Om jag önskar kapaciteten att ha ”en point-in-time” återställning av min DBs inom jumbon 15 dagar, vad bör vara kvarhållandepolitiken på reserven sparar? Fästa eller överskriv?

I ditt underhåll planera, precis tillfoga underhållsrengöringsuppgiften och specificera borttagnings sparar äldre, än 15 dagar, som skulle, gör. Skulle föredra att dra tillbaka den för att avskilja sparar i stället för en singelreservuppsättning.
Och om du föredrar den reserv- uppsättningen för singeln, då dig behöv att fästa och därefter specificera kvarhållandevaraktighet som 15 dagar.

>> 3 - Ska den tim- transaktionen loggar reserver, jämnt som transaktionerna från sparar och frigöra därför det använda utrymmet?

Transactional logga reserv- hjälp som re-using av ldf sparar och ska thus transactional hjälp loggar sparar (LDF sparar) för att växa till ett enormt värderar. En gång transactional logga reserven tas, ldf sparar skulle res-used eller överskrivs med de nya transaktionerna bortsett från aktivet eller de un-committed transaktionerna.

>> 4 - Om svaret som ifrågasätter 3, är NR.EN, då hur kan jag automatisera transaktionen loggar att spola, när de dras tillbaka - upp? (på det tim- jobbet eller på den fulla reserven för dagstidning -- Allt vad det bäst övar, är),

Det skulle jämnt ut eller låter med andra ord överskrivning av data i ldf sparar excluding aktivtransaktioner eller uncommitted transaktioner. och skulle detta markeras, som inaktivt i ditt nästa transactional logga reserven och hence inget behov för att oroa härom.

>> Sedan min strömtransaktion loggar är så stort och dras tillbaka aldrig - upp jag skulle något liknande för att köra en full reserv och spolning dem omgående, för jag kör ut ur utrymme. Hur kan jag göra denna?

Se till att denna hjärnskrynklare är en aktivitet för en tid och följ kliver nedanfört:

http://support.microsoft.com/kb/907511
http://bloggingabout.net/blogs/dennis/archive/2007/02/28/shrink-your-sql-2005-transaction-logfiles.aspx

Om du chaning återställning, modellera till enkelt ser till därefter att det ändras tillbaka till mycket efter en full reserv.
Andra lösningar  
 
programming4us programming4us