Pergunta : Estratégia do apoio do MS SQL 2005 com manipulação do registro de transação

Eu projetei uma estratégia alternativa com apoios CHEIOS semanais do userDB e apoios diferenciais diários do userDB. Meu uso de DBs o modelo cheio da recuperação, e eu estamos usando plantas de manutenção para esta. Evidente após diversas semanas minhas limas de registro da transação são gigantescas e o espaço da movimentação dura é full.

Reading em perguntas precedentes sobre este aparentemente fêz-me realizar-me está faltando suportando os olhares da transação Logs.

It como eu devo provavelmente funcionar apoios CHEIOS diários do userDB e apoios de hora em hora do userDB do REGISTRO de TRANSAÇÃO entre apoios cheios para permitir a recuperação do “point-in-time”. As seguintes perguntas são ainda não respondidas dos artigos que eu li:

1- o que deve ser a estratégia alternativa para os systemDBs? O
2- se eu quero a habilidade de ter uma recuperação do “point-in-time” de meu DBs dentro dos últimos 15 dias, o que deve ser a política de retenção nas limas alternativas? Adicionar ou Overwrite? O
3- os apoios de hora em hora do registro de transação em nível as transações das limas e conseqüentemente de liberar o espaço usado? O
4- se a resposta para questionar 3 é NO., a seguir como posso eu automatizar o registro de transação que nivela uma vez que são suportados? (no trabalho de hora em hora ou no apoio cheio diário -- O que quer que a melhor prática é) o

Thanks no advace!

-xt

PS. Desde que meus registros de transação atual são tão grande e nunca sendo suportado, eu gostaria de funcionar um apoio cheio e nivelo-os immediately before eu funciono fora do espaço. Como posso eu fazer este?
class= do

Resposta : Estratégia do apoio do MS SQL 2005 com manipulação do registro de transação

>> 1 - Que deve ser a estratégia alternativa para os systemDBs?

Apenas certificar-se de que estão incluídos em seus apoios cheios e eventualmente as mudanças importantes estão feitas para dominar ou modelar ou apoio da base de dados do msdb então ele a mudança é feita acima uma vez que. Nenhuma necessidade de inclui-los em Diff ou em apoios Transactional do registro.

>> 2 - Se eu quero a habilidade de ter uma recuperação do “point-in-time” de meu DBs dentro dos últimos 15 dias, que deve ser a política de retenção nas limas alternativas? Adicionar ou Overwrite?

Em sua planta de manutenção, apenas adicionar a tarefa da limpeza da manutenção e especific limas da supressão mais velha de 15 dias que fariam. Preferiria suportá-la às limas separadas em vez de um único jogo do apoio.
E se você o prefere o único jogo do apoio, a seguir precisar de adicionar e especific então a duração da retenção como 15 dias.

>> 3 - Os apoios de hora em hora do registro de transação nivelarão as transações das limas e conseqüentemente de liberar o espaço usado?

O reúso Transactional das ajudas do apoio do registro de limas do ldf e assim ajudará limas de registro transactional (limas de LDF) a vir um valor enorme. Uma vez que o apoio transactional do registro é tomado, a lima do ldf reúso ou overwritten com as transações novas à exceção das transações ativas ou un-committed.

>> 4 - Se a resposta para questionar 3 é NO., a seguir como posso eu automatizar o registro de transação que nivela uma vez que são suportados? (no trabalho de hora em hora ou no apoio cheio diário -- O que quer que a melhor prática é)

Lavaria ou em outras palavras permitir overwriting dos dados na lima do ldf com exclusão das transações ativas ou das transações uncommitted. e isto seria marcado como inativo em seu apoio transactional seguinte do registro e daqui em nenhuma necessidade preocupar-se sobre esta.

>> Desde que meus registros de transação atual são tão grande e nunca sendo suportado, eu gostaria de funcionar um apoio cheio e nivelo-os immediately before eu funciono fora do espaço. Como posso eu fazer este?

Certificar-se que este psiquiatra é uma atividade de uma vez e seguir das etapas abaixo:

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

Se você chaning o modelo da recuperação a simples então certificar-se de que está mudado de volta completamente a seguir um apoio cheio.
Outras soluções  
 
programming4us programming4us