A sugestão no BOL é bastante vaga:
Faça backup do master quantas vezes for necessário para proteger os dados de forma suficiente para suas necessidades de negócios. Recomendamos um agendamento regular de backup, que você pode complementar com um backup adicional após uma atualização substancial.
Se você se aventurar mais , encontrará estes detalhes:
Os tipos de operações que fazem com que o mestre seja atualizado e que requerem um backup, incluem o seguinte:
- Criando ou excluindo um banco de dados do usuário.
- Se um banco de dados do usuário crescer automaticamente para acomodar novos dados, o
mestre não será afetado.- Adicionar ou remover arquivos e grupos de arquivos.
- Adicionar logins ou outras operações relacionadas à segurança de login.
- As operações de segurança do banco de dados, como adicionar um usuário a um banco de dados, não afetam o mestre.
- Alteração das opções de configuração do banco de dados ou de todo o servidor.
- Criando ou removendo dispositivos lógicos de backup.
- Configurar o servidor para consultas distribuídas e chamadas de procedimento remoto (RPCs), como adicionar servidores vinculados ou logins remotos.
Portanto, se todos os nossos logins forem adicionados por meio de grupos do Windows e não fizermos nenhuma outra alteração no banco de dados, isso significa que um backup único do mestre é suficiente?
Se não, qual é o intervalo de backup padrão para o banco de dados mestre?
Seu banco de dados mestre geralmente é muito pequeno. Basta fazer backup com o restante de seus bancos de dados, pelo menos diariamente. Isso importa?
Pessoalmente, quando SHTF, gostaria de um backup de banco de dados mestre com algumas horas, mesmo que eu tenha 400 outros idênticos voltando 400 dias. Não quero pensar muito no caso de ter que restaurá-lo...
Não é um padrão, é uma regra da empresa.
Todos os nossos bancos de dados de produção são copiados diariamente durante um período lento. Se as operações estivessem em execução 24 horas por dia, 7 dias por semana, eu recomendaria uma vez a cada 12 horas, como a primeira resposta.
Realmente, a questão é quantos dados e estruturas de dados você pode perder? Se um meteorito destruísse seu banco de dados mestre, deixando apenas um poço fumegante no solo, com que rapidez você poderia trazer um backup para substituí-lo? Você pode rir da impossibilidade de um evento que destrua seu banco de dados, mas se as linhas de negócios o usarem, você descobrirá que há muito pouca tolerância para o tempo de inatividade.
Se você fizer backup diariamente, quanta informação nova você perderia em um dia? Quanto tempo para substituir/refazer essas alterações? Você pode refazer as alterações que não foram copiadas? Como você saberia....
Em vez de focar na política de outra pessoa, você precisa perguntar à gerência qual é a tolerância deles para perda de dados e tempo de inatividade.