Vraag : De reservestrategie van lidstaten SQL 2005 met de behandeling van het Logboek van de Transactie

Ik ontwierp een reservestrategie met wekelijkse VOLLEDIGE userDBfiles en dagelijkse Differentiële userDBfiles. Mijn DBs gebruikt het Volledige terugwinningsmodel, en ik gebruik de plannen van het Onderhoud voor dit. Klaarblijkelijk na verscheidene weken zijn mijn dossiers van het Logboek van de Transactie gigantisch en de harde aandrijvingsruimte is dichtbij full.

Reading op vorige vragen over dit blijkbaar heeft gemaakt me realiseren ik mis steunend de Transactie Logs.

It kijkt als ik waarschijnlijk zou moeten dagelijkse VOLLEDIGE userDBfiles en files de per uur van het LOGBOEK van de TRANSACTIE userDB tussen volledige files in werking stellen om „punt-in-tijd“ terugwinning toe te staan. De volgende vragen zijn nog onbeantwoord van de artikelen die ik heb gelezen:

1- wat zou de reservestrategie voor systemDBs moeten zijn?
2- als ik de capaciteit wil om „punt-in-tijd“ een terugwinning van mijn DBs binnen de laatste 15 dagen te hebben, wat zou het behoudbeleid inzake de reservebestanden moeten zijn? Voeg of beschrijf?
3- zullen de files per uur van het Logboek van de Transactie de transacties van de dossiers en daarom het vrijgeven van de gebruikte ruimte spoelen?
4- als het antwoord op vraag 3 nr is, dan hoe kan ik het automatiseren spoelen transactielogboek die zodra zij worden gesteund? (bij de baan per uur of bij de dagelijkse volledige file -- Wat de beste praktijken)

Thanks in advace zijn!

-xt

PS. Aangezien mijn huidige transactielogboeken en nooit wordt gesteund zo groot zijn, zou ik een volledige file willen in werking stellen en spoel onmiddellijk hen alvorens ik uit ruimte loop. Hoe kan ik dit doen?

Antwoord : De reservestrategie van lidstaten SQL 2005 met de behandeling van het Logboek van de Transactie

>> 1 - wat zou de reservestrategie voor systemDBs moeten zijn?

Zorg dat zij in uw Volledige files inbegrepen zijn en enkel ervoor als om het even welke belangrijke veranderingen of msdb gegevensbestand toen reserve het worden gedaan omhoog beheersen of modelleren zodra de verandering wordt gedaan. Geen behoefte om hen in Diff of Transactielogboekfiles te omvatten.

>> 2 - als ik de capaciteit wil om „punt-in-tijd“ een terugwinning van mijn DBs binnen de laatste 15 dagen te hebben, wat zou het behoudbeleid inzake de reservebestanden moeten zijn? Voeg of beschrijf?

In uw onderhoudsplan, voeg enkel de schoonmaakbeurttaak toe van het Onderhoud en specificeer schrappingsdossiers ouder dan 15 dagen die zouden doen. De steun van het zou verkiezen dossiers in plaats van één enkele reservereeks te scheiden.
En als u enige reservereeks verkiest, dan moet u dan behoudduur toevoegen en specificeren als 15 dagen.

>> 3 - zullen de files per uur van het Logboek van de Transactie de transacties van de dossiers en daarom het vrijgeven van de gebruikte ruimte spoelen?

De transactie logboekfile bevordert het opnieuw gebruiken van ldfdossiers en zal zo transactielogboekdossiers (Ldf- dossiers) om aan een reusachtige waarde helpen te groeien. Zodra de transactielogboekfile wordt genomen, ldf het dossier met de nieuwe transacties behalve de actieve of un-committed transacties worden opnieuw gebruikt of worden beschreven.

>> 4 - als het antwoord op vraag 3 nr is, dan hoe kan ik het automatiseren spoelen transactielogboek die zodra zij worden gesteund? (bij de baan per uur of bij de dagelijkse volledige file -- Wat er ook de beste praktijken zijn)

Het zou met andere woorden het beschrijven van gegevens in ldfdossier exclusief actieve transacties of neutrale transacties uitspoelen of toestaan. en dit inactief in uw volgende transactielogboekfile worden gemerkt en vandaar geen behoefte om zich over dit ongerust te maken.

>> Aangezien mijn huidige transactielogboeken en nooit wordt gesteund zo groot zijn, zou ik een volledige file willen in werking stellen en spoel onmiddellijk hen alvorens ik uit ruimte loop. Hoe kan ik dit doen?

Zorg dit is een één keer activiteit krimpt ervoor en volg de stappen hieronder:

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

Als u terugwinningsmodel aan eenvoudig toen chaning zorg ervoor dat het terug naar Hoogtepunt na een Volledige file wordt veranderd.