Tentei criar um plano de manutenção em meu banco de dados SQL Server 2008 e fiquei impressionado com algumas das coisas que estão disponíveis imediatamente. No entanto, depois de criado, parecia difícil de personalizar. Isso me deixou pensando se eu deveria ter apenas criado trabalhos SQL com as atividades que queria fazer. Há algum benefício em usar o plano de manutenção em vez de criar trabalhos SQL manualmente?
relate perguntas
-
Quais são as principais causas de deadlocks e podem ser evitadas?
-
Quanto "Padding" coloco em meus índices?
-
Existe um processo do tipo "práticas recomendadas" para os desenvolvedores seguirem para alterações no banco de dados?
-
Como determinar se um Índice é necessário ou necessário
-
Downgrade do SQL Server 2008 para 2005
Não consigo pensar em nenhum benefício, mas também estou inclinado a usar meus próprios empregos para manutenção.
Acho que os MPs são muito bons para DBAs novos ou acidentais, pois permitem que algumas atividades de manutenção sejam feitas (o que é melhor do que não ter nenhuma). Mas, à medida que a maioria dos DBAs progride em sua experiência, eles tendem a começar a desenvolver seus próprios scripts personalizados.
HTH
Não acho que os planos de manutenção sejam difíceis de mudar. Há apenas um designer simples para todos os itens de ação.
Mas também sou mais a favor de SQL Jobs do que de planos de manutenção. Na verdade, estou usando planos apenas em servidores que realmente não toco e só quero usar um assistente para fazer tarefas simples (backups, validação, limpeza de arquivos antigos). Em todos os outros servidores, prefiro trabalhos.
Acho que estou usando os planos apenas para a limpeza de arquivos antigos. Não se lembre de mais nada, os trabalhos do SQL Agent são personalizáveis demais para serem ignorados :-).
Se você está procurando alternativas para usar Planos de Manutenção ou está procurando por algo que seja fácil de personalizar, você deve realmente olhar para a solução de manutenção Ola Hallengren.
https://ola.hallengren.com/