O que é um backup de tela inicial reduzida?
Em circunstâncias normais, o serviço de backup e DR faz um backup inicial completo de um banco de dados, que consome muito tempo, e todos os backups subsequentes são muito mais rápidos. Um backup incremental compara bitmaps do snapshot atual e do anterior e aplica apenas as mudanças incrementais.
Um backup de baixa intensidade é um tipo especial de job de backup que ocorre quando algum erro do sistema no job de backup anterior resulta em uma imagem bitmap não confiável ou na incapacidade de ler o bitmap. O serviço que lê o bitmap é cbt_server em um ambiente Linux e AAMService em um ambiente Windows.
Os backups de baixa intensidade consomem mais tempo do que os feitos em condições normais, porque precisam realizar uma transferência completa novamente para recriar um bitmap confiável. Ele pode aplicar as mudanças incrementais sem precisar substituir a imagem completa.
Coisas que não causam backups de splash de baixa intensidade
- Upgrades de conector
- Reinicializações suaves do sistema
- Reinícios suaves do cbt_server ou do AAMService, considerando que o serviço ainda esteja em execução no momento do backup.
- Failovers que não apresentaram os erros que causam bitmaps não confiáveis.
Causas de bitmaps não confiáveis
Um bitmap não confiável ocorre quando algo interrompe o job de backup, incluindo o seguinte:
- Um encerramento incorreto do host
- Um desligamento não suave causa um splash baixo devido à falta de confiabilidade dos bitmaps. Isso inclui a retirada de energia de uma máquina física ou qualquer outro método de desligamento do Windows sem passar por um desligamento suave ou um erro de tela azul. Isso é verdadeiro mesmo que uma máquina em um cluster apresente um erro de tela azul que aciona o failover, já que o bitmap da máquina com falha não é confiável.
- Se todos os servidores Windows em um cluster que hospedaram o banco de dados desde o backup anterior não estiverem disponíveis e executando os serviços do Actifio. Extraímos bitmaps de cada host de cluster que hospedou o banco de dados desde o backup anterior para encontrar alterações. Sem todos os bitmaps, precisamos executar o splash de baixa intensidade para manter a integridade dos dados. Se um host de cluster que hospedava um banco de dados apresentar um BSOD, o bitmap poderá estar disponível no backup, mas ainda não será confiável, portanto, será de baixa prioridade.
- Uma atualização do módulo do kernel falhou
- Uma falha ou reinicialização no daemon do modo de usuário
- Um erro de impressão digital ao executar um backup. O serviço de backup e DR executa uma "verificação de impressão digital" em cada job de backup para verificar erros.
- Erro durante o armazenamento, se durante o desligamento do SO o disco de armazenamento estiver cheio e o sistema não conseguir gravar todos os dados no cofre.
- Failover do nó do SAP HANA, fazendo com que o backup seja redirecionado para um nó diferente.
- O backup está sendo executado no modo degradado devido à incapacidade de carregar o módulo do kernel. Isso geralmente ocorre quando o SO é uma versão sem suporte.
- Se o cbt_server ou o AAMService for interrompido durante o backup, os bitmaps não poderão
ser buscados, e o job de backup será executado no modo de exibição mínima.
Se o AAMService não ficar inativo por muito tempo, a inicialização do AAMService resultará
em bitmaps disponíveis para um backup normal.
- Se o cbt_server ou o AAMService for interrompido por tempo suficiente para que alguns gigabytes de eventos sejam enfileirados pelo driver, os bitmaps não poderão ser recriados e o backup vai estar no modo de tela de abertura reduzida. O tempo necessário para isso depende de quanta E/S de disco acontece no banco de dados. Isso geralmente exige dias de tempo de inatividade do AAMService.
- O desligamento não suave do cbt_server ou do AAMService pode fazer com que os bitmaps carregados atualmente se tornem não confiáveis. Os bitmaps são carregados se o arquivo rastreado tiver sido gravado nos últimos 15 minutos. Portanto, geralmente, para um banco de dados ocupado, isso causaria um splash baixo.
- Se um volume que contém um arquivo rastreado (por exemplo, um arquivo .mdf do SQL Server) for desmontado no host e depois remontado, os bitmaps não serão confiáveis, já que não há como saber o que foi gravado no arquivo enquanto ele estava desmontado.