Вопрос : Стратегия подпорки MS SQL 2005 с регулировать журнала трудыов

Я конструировал резервную стратегию с еженедельными ПОЛНЫМИ подпорками userDB и ежедневными дифференциальными подпорками userDB. Моя польза DBs полная модель спасения, и я используем планы обслуживания для этого. Очевидно после нескольких неделей мои архивы журнала трудыов исполински и космосом жесткия диска будет близкое full.

Reading на ранее вопросах о этом явно делал меня осуществить меня пропускает установку подкладки взгляды трудыов Logs.

It как я должен вероятно побежать ежедневные ПОЛНЫЕ подпорки userDB и всечасные подпорки userDB ЖУРНАЛА ТРУДЫОВ между полными подпорками для того чтобы позволить спасение «point-in-time». Следующий вопросы все еще неотвеченные от статьей, котор я читал:

1- должно быть резервной стратегией для systemDBs?
2- если я хочу способность иметь спасение «point-in-time» моего DBs в пределах последних 15 дней, то, должно быть политика удерживания на резервных файлах? Приложите или переписывайте?
3- будет всечасные подпорки журнала трудыов вплотную трудыы от архивов и поэтому выпускать используемый космос?
4- если ответ для того чтобы спросить 3 НЕТ, то, тогда как могу я автоматизировать журнал трудыов топя как только они поддерживаны? (на всечасной работе или на ежедневной полной подпорке -- Передовой практикой будет)

Thanks в advace!

-xt

PS. В виду того что мои журналы в настоящее время трудыов поэтому больш и никогда поддерживаемо, я хотел был бы побежать полная подпорка и топлю их немедленно прежде я побегу из космоса. Как могу я сделать это? class=

Ответ : Стратегия подпорки MS SQL 2005 с регулировать журнала трудыов

>> 1 - Должно быть резервной стратегией для systemDBs?

Как раз сделайте конечно что они включены в ваши полные подпорки и если любые главные изменения сделаны для управления или для моделирования или, то подпорка базы данных msdb после этого оно вверх раз изменение сделано. Отсутствие потребности включить их в Diff или Transactional подпорки журнала.

>> 2 - Если я хочу способность иметь спасение «point-in-time» моего DBs в пределах последних 15 дней, то должно быть политикой удерживания на резервных файлах? Приложите или переписывайте?

В вашем плане обслуживания, как раз добавьте задачу ыборкы обслуживания и определите архивы delete старо чем 15 дней которые сделали бы. Предпочл подпереть его к отдельно архивам вместо одиночного комплекта подпорки.
И если вы предпочитаете одиночный комплект, то подпорки, тогда вас нужно приложить и после этого определить продолжительность удерживания как 15 дней.

>> 3 - Всечасные подпорки журнала трудыов потопят трудыы от архивов и поэтому выпускать используемый космос?

Transactional повторно использовать помощи подпорки журнала архивов ldf и таким образом поможет transactional архивам журнала (архивам LDF) для того чтобы вырасти к огромному значению. Как только transactional подпорка журнала принята, архив ldf был бы повторно использован или бы переписыван с новыми трудыами за исключением активно или un-committed трудыов.

>> 4 - Если ответ для того чтобы спросить 3 НЕТ, то как могу я автоматизировать журнал трудыов топя как только они поддерживаны? (на всечасной работе или на ежедневной полной подпорке -- Передовая практика)

Она потопила бы вне или иначе говоря позволить переписывать данных в ldf храньте исклучая активно трудыов или uncommitted трудыов. и это было бы маркировано как бездействующе в вашей следующей transactional подпорке журнала и следовательно никакой потребности потревожиться о этом.

>> В виду того что мои журналы в настоящее время трудыов поэтому больш и никогда поддерживаемо, я хотел был бы побежать полная подпорка и топлю их немедленно прежде я побегу из космоса. Как могу я сделать это?

Сделайте конечно это сокращение будет деятельностью при одного времени и следует за шагами ниже:

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

Если вы chaning модель спасения к просто после этого, то сделайте конечно что она изменена назад к вполне следовать за полной подпоркой.