Seja bem vindo! [Início do Alerta de Spoiler] Talvez este post não te ajude se você já estiver com um problema no qual precisa realizar esta tarefa, mas garanto que ele poderá te ajudar muito no futuro. [Fim do Alerta de Spoiler] Na época do lançamento do SQL Server 2008 foram adicionados muitas features e muita coisa mudou. Nessa época eu devorava muitos artigos sobre boas práticas, eu sinto um pouco de falta disso hoje em dia... O objetivo dos artigos técnicos mudaram um pouco na minha opinião... Mas vamos deixar de lado o sentimento de "no meu tempo que era bom" e vamos ao que interessa. Uma recomendação que guardei em minha memória é: "Nunca utilize o filegroup "PRIMARY"  para armazenar seus dados, ele deve conter apenas os metadados. Além do fato de que a saúde do seu banco se baseia na quantidade de páginas corrompidas no "PRIMARY" ." Ou seja, sempre crie um filegroup  novo e o defina como sendo o default do se

Olá pessoal! Atualmente estou lendo o livro do Google sobre " Site Reliability Engineering " , que se encontra disponível para leitura online gratuita. No capítulo 4 , "Service Level Objectives" , é abordada uma métrica para o tempo de resposta de "Get RPC calls" . O que mais gostei na abordagem apresentada é que ela não define um número único como métrica, aonde comparamos se o valor atual está acima ou abaixo deste número. Ao invés disso é utilizado um conceito de faixas que se sobrepõem: Site Reliability Engineering - Edited by Betsy Beyer, Chris Jones, Jennifer Petoff and Niall Richard Murphy