Home Arrow Icon Knowledge base Arrow Icon Global Arrow Icon Quais são as diferenças entre backups físicos e lógicos para o MySQL no AWS RDS


Quais são as diferenças entre backups físicos e lógicos para o MySQL no AWS RDS


Os backups físicos e lógicos são dois tipos fundamentais de backups com diferenças distintas e casos de uso, especialmente ao lidar com bancos de dados MySQL no Serviço de Dados Relacional (AWS) da Amazon Web Services (AWS). Abaixo está uma explicação detalhada e comparação de backups físicos versus lógicos para MySQL no AWS RDS.

Backups físicos

Os backups físicos consistem em cópias exatas dos arquivos e diretórios do banco de dados que armazenam dados brutos. Esses backups são como um instantâneo do banco de dados real no nível do sistema de arquivos. Em um backup físico, cópias de arquivos como arquivos de dados do banco de dados, espaços de tablos, arquivos de log e arquivos de configuração são fabricados. Isso geralmente é feito copiando os arquivos diretamente do local de armazenamento do banco de dados. O backup é essencialmente um espelho do estado físico do banco de dados no momento do backup.

Características de backups físicos:
- Completude e velocidade: os backups físicos são muito rápidos porque envolvem a cópia de arquivos como é sem conversão ou interpretação. Isso os torna adequados para grandes bancos de dados, onde backup e recuperação rápidos são críticos.
-Compactação: como é uma cópia de byte por bytes, os backups físicos geralmente são mais compactos do que os backups lógicos que convertem dados em instruções SQL ou formato de texto.
- Granularidade de recuperação: os backups físicos geralmente fornecem recuperação em todo o banco de dados ou no nível do espaço de tabela. A granularidade de recuperação pode diferir com base no mecanismo de armazenamento em uso.
- Restauração: Restaurar um backup físico envolve copiar os arquivos de backup de volta aos locais originais. Isso pode ser simples, mas requer que todo o conjunto de arquivos esteja intacto, pois os arquivos ausentes podem evitar a recuperação completa.
-Ambiente específico: os backups físicos incluem informações relacionadas à instância, como caminhos de arquivo e dados específicos do sistema, para que sejam normalmente restaurados para um ambiente semelhante ao local onde o backup foi realizado.
- backups offline ou intermediários: geralmente, os backups físicos exigem que o banco de dados esteja offline ou em um estado consistente (como um instantâneo) para evitar a captura de arquivos no meio da gravação, o que pode corromper o backup. No entanto, existem ferramentas que podem fazer backups físicos on -line coordenando com o banco de dados, por exemplo, Percona Xtrabackup.

Restrições em backups físicos com AWS RDS para MySQL:
- O AWS RDS não permite backups físicos tradicionais (cópias de nível direto do sistema de arquivos) porque a infraestrutura subjacente é gerenciada e não fornece acesso ao sistema de arquivos.
- Ferramentas como Percona XTRABACKUP, que facilitam backups físicos para instalações MySQL no local ou Amazon EC2, não podem ser usadas diretamente nas instâncias do RDS.
- Em vez disso, o AWS RDS oferece recursos de instantâneo, que também são uma forma de backup físico, mas são gerenciados de maneira diferente. Os instantâneos capturam toda a instância do banco de dados em um momento e são armazenados e gerenciados pela AWS.
- Existe um método para restaurar dados de backup físico ao RDS da Amazon S3, mas é gerenciado como uma restauração do S3, não um backup de sistema de arquivos brutos.

Backups lógicos

Os backups lógicos extraem a estrutura do banco de dados e seu conteúdo em instruções lógicas, normalmente comandos SQL, como criar instruções de tabela e inserção, que podem recriar os objetos e dados do banco de dados quando o backup é restaurado. Esses backups geralmente estão na forma de arquivos de texto ou arquivos de despejo lógico binários.

Características de backups lógicos:
-Formato: os backups lógicos são independentes da plataforma e contêm apenas o esquema e os dados do banco de dados, sem detalhes de armazenamento de baixo nível, como arquivos de dados ou logs.
- Usabilidade e portabilidade: como os backups lógicos contêm comandos para recriar objetos de banco de dados e inserir dados, eles podem ser restaurados em diferentes arquiteturas de hardware, versões MySQL ou ambientes em nuvem, tornando -os altamente portáteis.
- Granularidade: os backups lógicos podem ser tomados em vários níveis granulares, como todo o banco de dados, esquemas específicos ou tabelas individuais.
- Backup on -line: os backups lógicos podem ser executados enquanto o banco de dados está em execução sem tempo de inatividade, consultando o banco de dados para sua estrutura e dados.
- Tamanho e velocidade: os backups lógicos tendem a ser mais lentos e produzem arquivos maiores que os backups físicos, porque os dados são convertidos em um formato lógico e devem ser exportados pelo mecanismo de banco de dados.
- Ferramentas: Ferramentas comuns para o backup lógico do MySQL incluem MySqldump, MyDumper e a instrução SELECT ... EM SOUTFILE SQL.
- Restauração: A restauração de backups lógicos envolve a execução dos scripts ou comandos SQL em uma instância do MySQL, reconstruindo efetivamente a estrutura do banco de dados e repovoando dados.
- Editabilidade: os backups lógicos permitem modificações antes da restauração, como alterar os valores dos dados ou o ajuste das estruturas de tabela, úteis para migrações ou transformações.

AWS RDS e backups lógicos

- No AWS RDS for MySQL, os backups lógicos geralmente são feitos usando o MySqldump ou as ferramentas similares executadas em uma instância externa do cliente ou EC2 porque você não pode acessar o sistema de arquivos subjacente.
- Os backups lógicos são adequados para conjuntos de dados menores ou para situações que requerem portabilidade de dados e esquemas em diferentes ambientes.
- Backups e instantâneos automatizados da AWS complementam backups lógicos, mas os backups lógicos oferecem mais flexibilidade na restauração de dados parciais ou na migração.

Comparação no contexto da AWS RDS

- Os backups físicos para RDs são tratados principalmente como instantâneos automatizados que capturam todo o estado da instância do banco de dados e são gerenciados pela AWS. A AWS não permite backups físicos tradicionais copiando diretamente os arquivos de banco de dados.
- Os backups lógicos fornecem aos usuários controle e flexibilidade para exportar e migrar o conteúdo do banco de dados, mas eles têm limitações na velocidade e exigem mais tempo para restaurar conjuntos de dados grandes.
- Para recuperação de desastres e recuperação rápida de instâncias inteiras, os instantâneos automatizados da AWS e os recursos de backup físico são mais eficientes.
- Para migração, transformação de dados ou restaurações parciais, são preferidos backups lógicos.
- O tamanho do backup é geralmente menor e a velocidade de backup mais rapidamente para backups físicos, mas os backups lógicos têm melhor portabilidade e modificabilidade.
- Os backups lógicos permitem backups seletivos e restaurações parciais, enquanto os backups físicos lidam com a recuperação completa do banco de dados.

Em resumo, os backups físicos no MySQL no AWS RDS se relacionam principalmente com o sistema de instantâneo automatizado fornecido pela AWS, que copia os arquivos de dados do banco de dados no nível de armazenamento para recuperação rápida e completa da instância. Os backups lógicos envolvem a exportação do esquema e os dados do banco de dados por meio de instruções SQL, permitindo movimentos e transformação flexíveis de dados, mas geralmente ao custo de tempos de backup e restauração mais longos. Devido às restrições de gerenciamento da AWS RDS, os backups físicos diretos no nível do arquivo não são possíveis nas instâncias do RDS, orientando os usuários a instantâneos para backup físico e MySqldump ou ferramentas semelhantes para backups lógicos. Ambos os tipos de backups desempenham papéis diferentes e podem ser combinados em estratégias abrangentes de backup, dependendo das necessidades de negócios. Essa distinção ajuda a orientar como os backups são criados, armazenados e restaurados nos ambientes AWS RDS MySQL.

Esses conceitos são fundamentados nos métodos de backup do MySQL em geral e adaptados às limitações e recursos do AWS RDS Gerencied Environment.