Usuário com melhor resposta
Plano de Manutenção

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.
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.
- Editado Fernando Maradei segunda-feira, 6 de agosto de 2012 14:36
- Marcado como Resposta Rodrigo Bittencourt segunda-feira, 6 de agosto de 2012 16:00
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.
- Editado Fernando Maradei segunda-feira, 6 de agosto de 2012 14:36
- Marcado como Resposta Rodrigo Bittencourt segunda-feira, 6 de agosto de 2012 16:00
-
-
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.
- Editado Fernando Maradei segunda-feira, 6 de agosto de 2012 15:17
-
-
É 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.
- Editado Fernando Maradei segunda-feira, 6 de agosto de 2012 15:55
-