Suporte Técnico
Documentação
Entrar
Entre em contato conosco
Vá direto para um resumo gerado por IA desta postagem do blog 
Manter os bancos de dados atualizados com as últimas atualizações de segurança é essencial para que as organizações protejam seus dados. Sistemas de bancos de dados sem as atualizações necessárias podem levar a explorações contra operações essenciais do sistema, incluindo aplicativos front-end. Os hackers costumam explorar hosts, incluindo bancos de dados, para que sirvam como plataformas de lançamento para seus ataques.
É por isso que as organizações priorizam a correção de vulnerabilidades para se protegerem. Manter essas vulnerabilidades de banco de dados corrigidas, no entanto, pode envolver o agendamento de um período de inatividade para aplicar as atualizações de segurança — o que pode levar a interrupções nos negócios com as quais ninguém quer lidar.
Felizmente, é possível manter os bancos de dados atualizados sem tirar os sistemas de produção nem precisar agendar um intervalo de manutenção. Isso é chamado de aplicação de patches em tempo real — mas, antes de entrarmos nesse assunto, vamos nos aprofundar um pouco mais no tema do tempo de inatividade dos bancos de dados.
Por que o tempo de atividade do banco de dados é tão importante?
Aplicativos corporativos, plataformas voltadas para o cliente e análises de dados dependem fortemente do desempenho, do tempo de atividade e da segurança do banco de dados. Se os dados dos clientes ficarem expostos a vulnerabilidades de segurança ou se o banco de dados travar durante uma tarefa de replicação, isso terá implicações na integridade dos dados.
Além disso, problemas de integridade do banco de dados podem levar ao descumprimento das leis de conformidade e privacidade — sem falar na perda da confiança do consumidor. Some-se a isso as consequências financeiras decorrentes da correção dos danos causados por um incidente de segurança no banco de dados, e qualquer empresa pode chegar a um ponto sem volta. O custo de uma única violação de dados nos Estados Unidos em 2022, por exemplo, foi de US$ 9,44 milhões (IBM).
As receitas das organizações dependem de seus serviços de aplicativos e bancos de dados de alto desempenho e essenciais para a missão. Portanto, qualquer impacto sobre seus usuários, parcerias e ecossistema da cadeia de suprimentos decorrente de interrupções nos bancos de dados ou violações de segurança fará com que a empresa perca mais do que apenas receita.
O que causa o tempo de inatividade do banco de dados?
Várias circunstâncias previsíveis e imprevisíveis, incluindo vulnerabilidades comuns exploradas por cibercriminosos nas redes, bancos de dados e aplicativos front-end, podem causar a interrupção do funcionamento de qualquer sistema.
As organizações costumam programar uma janela de controle de mudanças para realizar manutenção crítica em seus bancos de dados, nos sistemas front-end correspondentes e nas redes associadas. Na maioria das vezes, pode ocorrer um tempo de inatividade não planejado dos dados devido a uma falha na atualização, ao fato de os administradores de segurança (SecOps) e de bancos de dados não terem incluído um plano de reversão em seu plano de manutenção programada ou até mesmo à ocorrência de um desastre natural — incluindo quedas de energia ou danos às instalações.
Tempo de inatividade relacionado à manutenção
A atualização de qualquer sistema de TI é um processo complexo. Mesmo com os procedimentos mais abrangentes de controle de mudanças e janelas de manutenção, a manutenção planejada pode se transformar em uma interrupção inesperada. Durante uma interrupção programada, se as diversas equipes de SecOps, DevOps e administradores de sistemas não conseguirem identificar todas as dependências, isso pode levar a uma interrupção inesperada na produção.
Em quais operações isso pode acontecer?
- Atualizações de bancos de dados e redes: A aplicação de patches em bancos de dados é importante para as organizações. Isso complicava a atualização dos bancos de dados e as rotinas de manutenção de rede, expondo-as a interrupções imprevistas e complicações técnicas.
- Manutenção de rotina: A manutenção do sistema de bancos de dados envolve várias etapas relacionadas à aplicação de patches e atualizações:
- Aplicação de patches de segurança para bancos de dados de código aberto
- Atualização de tabelas de dados e procedimentos armazenados
- Realizar a replicação de dados para um sistema de backup antes de aplicar os patches
Os sistemas de banco de dados também estão na base da maioria das pilhas de aplicativos dentro de uma organização; portanto, qualquer sistema, seja de front-end ou de back-end, inevitavelmente trabalha com, adiciona ou modifica os dados contidos em um banco de dados, em algum lugar. Quando essa dependência é indireta, é até mesmo possível que uma interrupção no banco de dados cause perturbações em sistemas que, à primeira vista, poderiam parecer desconectados dele — por meio de uma API ou de um aplicativo gateway de terceiros.
A complexidade da aplicação de patches em bancos de dados pode levar a paralisações inesperadas. Os patches dos fornecedores, às vezes, causam corrupção imprevista nas tabelas do banco de dados ou nos procedimentos armazenados, levando a interrupções não planejadas. Os engenheiros de SecOps e de bancos de dados SQL costumam testar os patches dos fornecedores e realizar as atualizações em suas plataformas de desenvolvimento, controle de qualidade e pré-produção para validar se o software atualizado funciona conforme o esperado. Frequentemente, problemas não detectados no controle de qualidade vêm à tona nos sistemas de produção, causando paralisações inesperadas.
Para ajudar a evitar isso, os administradores de sistemas e os administradores de bancos de dados SQL devem solicitar uma janela de controle de mudanças, mesmo para as rotinas de manutenção mais simples, a fim de evitar qualquer interrupção não planejada na produção.
Assim como as atualizações de banco de dados mencionadas acima, a decisão de migrar para outra plataforma também pode levar a interrupções inesperadas. A simples migração para a nuvem apresenta vários riscos às operações do banco de dados, incluindo a replicação incompleta de dados devido à latência imprevisível da rede. A falha em concluir a replicação de dados durante a migração pode ter graves implicações para uma organização que esteja tentando retornar a um estado estável e positivo para as operações de aplicativos e bancos de dados.
E quanto a outros tipos de paradas não planejadas?
Em muitos casos, o tempo de inatividade do banco de dados pode ocorrer como resultado de eventos que estão ainda mais fora do controle das equipes de TI/SecOps:
- Interrupções de energia/desastres naturais: Além de problemas inesperados relacionados ao banco de dados e a outros sistemas de TI durante uma janela de controle de mudanças, desastres naturais, incluindo terremotos, inundações e incêndios, podem causar quedas de energia e impedir o acesso a instalações essenciais. É difícil prever o impacto e a duração desses desastres naturais.
- Falha no servidor ou no armazenamento: Os sistemas de banco de dados dependem da rede para conectividade, dos servidores que hospedam o aplicativo de banco de dados e da camada de armazenamento para abrigar os arquivos de dados propriamente ditos. Qualquer falha nessas camadas pode causar uma interrupção na produção. Os clusters de armazenamento e os servidores suportam um projeto de alta disponibilidade (HA) e failover. No entanto, as organizações muitas vezes só testam esses recursos após a configuração inicial, caso isso seja exigido por um cliente ou por uma diretriz de segurança.
- Erro humano: Todos os sistemas críticos, incluindo bancos de dados, redes, aplicativos e operações, são mantidos por engenheiros humanos. O erro humano é um dos principais fatores que levam uma organização a ficar exposta a ataques cibernéticos. Erros na aplicação de patches e na configuração levam à exploração de vulnerabilidades, o que pode resultar em perda de dados e indisponibilidade dos sistemas.
Medição do tempo de atividade de bancos de dados e sistemas
As organizações do setor de tecnologia costumam avaliar seu desempenho com base na escala dos “cinco noves”, que se refere aos níveis aceitáveis de tempo de inatividade. Uma organização costuma promover sua disponibilidade de “cinco noves” como uma vantagem competitiva em seu respectivo mercado.
Além disso, as organizações se empenharão em garantir uma disponibilidade de 99,999% por meio de um gerenciamento abrangente de atualizações, operações de segurança e processos gerais de gerenciamento de TI.
A AWS publicou em seu site um gráfico detalhado que mostra os níveis aceitáveis de tempo de interrupção:
Além disso, não se trata apenas do fato de ocorrer 0,001% de tempo de inatividade – também é importante saber quando essa interrupção acontece. É muito diferente quando uma interrupção ocorre fora do horário comercial normal ou durante o pico das vendas na época de festas de fim de ano. E, se há uma coisa que os profissionais de TI aprenderam ao longo dos anos, é que — de acordo com a Lei de Murphy — a interrupção sempre ocorre quando menos se espera e menos se deseja.
Modernizando o gerenciamento de patches para minimizar as interrupções no serviço
As organizações que desejam reduzir a complexidade da aplicação de patches de segurança em bancos de dados e o risco de erro humano transformaram digitalmente sua abordagem de correção de vulnerabilidades ao adotarem a aplicação de patches em tempo real por meio da TuxCare. A solução de aplicação de patches em tempo real da TuxCare para bancos de dados, chamada DBCare, permite que as equipes implantem patches em sistemas de bancos de dados sem a necessidade de reinicialização ou programação de tempo de inatividade — eliminando completamente as interrupções relacionadas à aplicação de patches.
Além disso, o DBCare é compatível com MySQL, MariaDB e PostgreSQL — independentemente de estarem em um data center local ou nas ofertas do AWS Aurora ou do Relational Database Services (RDS).
Outro componente essencial da aplicação de patches em tempo real da TuxCare é o suporte à automação completa e à opção de implantação em ambiente isolado (air-gap) em circuito fechado. Nossa tecnologia de aplicação de patches em tempo real fornece as atualizações de segurança mais recentes, exigindo apenas um mínimo de interação humana, o que resulta em menos erros e menor exposição a vulnerabilidades.
A TuxCare também oferece aplicação de patches em tempo real para bibliotecas compartilhadas, ambientes de máquinas virtuais, dispositivos de IoT e todas as principais distribuições Linux corporativas — ao contrário de muitas alternativas de aplicação de patches em tempo real, que funcionam apenas para uma única distribuição ou para poucas.
Agende Agende uma conversa com um de nossos especialistas para obter uma explicação personalizada sobre como funciona a automação de patches em tempo real da TuxCare.
