none
Plano de Manutenção RRS feed

  • Pergunta

  • Bom dia amigos,

    Tenho duas dúvidas?

    * Existe algum problema em colocarmos o bakup da base e dos logs destas bases na mesma unidade?

    * Estou querendo montar planos de manutenção diários para as minhas bases, usamos MSQL 2005 e 2008. Existe algum plano recomendado, como (rebild > Desfragmentação > Backup) ? Estou pensando em fazer backups programados FULL, decremental....

    Obrigado à todos pela ajuda.

    segunda-feira, 6 de agosto de 2012 14:11

Respostas

  • Bom dia,

    Problema não existe não, agora sobre montar o plano de manutenção, isso depende da frequência de I/O, exemplo se você não tem muitas alterações, inserções e exclusões em um banco, digamos apenas para fins de relatório, então não é necessário você fazer um plano de manutenção muito rígido, agora se seu banco de dados tem muitos das ações citadas acima, segue abaixo um plano que utilizo, apenas é uma opnião de uso.

    BACKUP DE LOG DE TRANSAÇÕES - 15 em 15 minutos, das 07:00 até as 19:00, tirando os horários de backup diferencial.

    BACKUP FULL - as 22:00 (Diáriamente)

    BACKP DIFERENCIAL - de 3 em 3 horas, das 09:00 , 12:00, 15:00 e 18:00.

    Agora sobre o rebuild e reorganize, depende de quanto está a fragmentação de seus índices, se ele tiver superior a 30% é recomendado o uso do rebuild, agora se ele estiver abaixo de 30% podemos usar o reorganize.




    segunda-feira, 6 de agosto de 2012 14:33

Todas as Respostas

  • Bom dia,

    Problema não existe não, agora sobre montar o plano de manutenção, isso depende da frequência de I/O, exemplo se você não tem muitas alterações, inserções e exclusões em um banco, digamos apenas para fins de relatório, então não é necessário você fazer um plano de manutenção muito rígido, agora se seu banco de dados tem muitos das ações citadas acima, segue abaixo um plano que utilizo, apenas é uma opnião de uso.

    BACKUP DE LOG DE TRANSAÇÕES - 15 em 15 minutos, das 07:00 até as 19:00, tirando os horários de backup diferencial.

    BACKUP FULL - as 22:00 (Diáriamente)

    BACKP DIFERENCIAL - de 3 em 3 horas, das 09:00 , 12:00, 15:00 e 18:00.

    Agora sobre o rebuild e reorganize, depende de quanto está a fragmentação de seus índices, se ele tiver superior a 30% é recomendado o uso do rebuild, agora se ele estiver abaixo de 30% podemos usar o reorganize.




    segunda-feira, 6 de agosto de 2012 14:33
  • Muito Obrigado, e como verifico esta fragmentação para saber qual escolher?
    segunda-feira, 6 de agosto de 2012 14:54
  • Bom dia,

    Eu normalmente verifico as fragmentação de índices com um select , segue abaixo o select para auditoria de índices,

    SELECT 
    	  @@servername [Servidor]
    	, db_name(db_id()) [Banco de dados]
    	, object_name(B.Object_id) [Tabela]
    	, B.Name [Nome indice]
    	, index_type_desc [Tipo do Index]
    	, avg_fragmentation_in_percent [Fragmentação %]
    	, page_Count
    	, fill_factor [Fill Factor %]
    FROM sys.dm_db_index_physical_stats(db_id(),null,null,null,null) A
    join sys.indexes B on a.object_id = B.Object_id and A.index_id = B.index_id
    ORDER BY avg_fragmentation_in_percent desc

    --

    Sobre a fragmentação do índice, com o grande número de inserções, alterações e exclusões que ocorrem em nossas tabelas, os índices se fragmentam cada vez mais, ocasionando uma lentidão na manipulação dos dados desses índices.



    segunda-feira, 6 de agosto de 2012 15:15
  • Obrigado pela resposta. Tenho numa instânica umas 20 bases. Têm problema de fazermos um backup ou outra ação para todas as bases de uma vez ou teria que analizar base por base?
    segunda-feira, 6 de agosto de 2012 15:25
  • É que depende muito, depende da configuração do seu servidor se ele comporta tal plano sem afetar o desempenho, eu aconselharia você efetuar testes antes, quanto tempo está demorando e junto verificar na sua aplicação se teve queda de desempenho, é necessário verificar todos pontos antes de criar uma rotina , seja ela qual for, para não prejudicar os usuários na hora do expediente.

    segunda-feira, 6 de agosto de 2012 15:52
  • Ok, Fernando!

    Muito Obrigado pela ajuda, foi de muita importância.

    Abç.

    segunda-feira, 6 de agosto de 2012 16:01