Comparação entre backups da 1ª geração e da 2ª geração
2ª geração
Os backups com instâncias da Geração 1 e os backups (snapshots) com instâncias da Geração 2 diferem tanto no escopo quanto no mecanismo. Os backups tradicionais (1ª geração) operam no nível do arquivo, capturando arquivos de banco de dados e logs de gravação antecipada (WAL). Esse método conta com uma integração profunda com o mecanismo de banco de dados para garantir a consistência transacional e a integridade dos dados. Em contrapartida, a 2ª geração utiliza instantâneos no nível da infraestrutura, aproveitando os recursos de armazenamento em bloco e compartilhamento de arquivos da VPC d IBM. Esses instantâneos criam cópias quase instantâneas no nível do volume, que são rápidas, escaláveis e causam impacto mínimo no desempenho, mesmo para grandes conjuntos de dados. Assim como nos backups da Geração 1, cada instância possui backups programados que são executados automaticamente todos os dias durante as janelas de backup. Você pode visualizar uma lista de backups das suas instâncias e acionar backups sob demanda, além de poder restaurar backups em novas instâncias.
O Gen 2 oferece dois tipos de backups: backups acoplados (para a maioria dos serviços) e backups independentes. Os backups independentes são instâncias de serviço separadas que permanecem após a exclusão do banco de dados, enquanto os backups acoplados estão vinculados ao ciclo de vida da instância do banco de dados.
Atualmente, os backups independentes estão disponíveis apenas para Databases for MySQL. Todos os demais serviços da 2ª geração utilizam backups acoplados.
As instâncias da Geração 2 não podem ser usadas para restaurar uma instância da Geração 1, pois o processo de restauração de instantâneos de volume requer imagens completas em nível de bloco, em vez de arquivos individuais do banco de dados.
Principais diferenças entre a 1ª geração e a 2ª geração
| Diferenciador | Geração 1 | Geração 2 |
|---|---|---|
| Mecanismo | Backups em nível de arquivo: Os backups são realizados em nível de arquivo, por meio da cópia de arquivos individuais do banco de dados e segmentos WAL, com somas de verificação calculadas para cada arquivo no backup e verificadas novamente durante as operações de restauração ou verificação. O mecanismo de backup opera no nível do aplicativo do produto, exigindo uma integração profunda com o mecanismo de banco de dados para garantir a consistência transacional e a integridade dos dados. | Backups no nível da infraestrutura: Os backups utilizam instantâneos de volume no nível da infraestrutura que capturam todo o estado do armazenamento no nível de bloco, reduzindo significativamente as janelas de backup de horas para minutos, mesmo para bancos de dados de vários terabytes. Essa abordagem permite a criação de backups quase instantânea, independentemente do tamanho do banco de dados. |
| Desempenho | Afeta o desempenho dos processos do banco de dados ao consumir recursos de CPU e memória. | Os backups são executados independentemente do processo do banco de dados, não afetando, portanto, o consumo de CPU e RAM dos bancos de dados. |
| Acesso às restaurações | Acesso atrasado às restaurações. Os backups exigem a restauração completa dos arquivos antes da inicialização do banco de dados. Não haverá acesso durante o período de restauração. | O acesso imediato às restaurações resulta em desempenho de E/S reduzido até que a hidratação seja concluída. Restaurando um volume a partir de um snapshot. |
| objetivo do tempo de recuperação (RTO) | RTO mais lento. A restauração do acesso aos dados varia quase linearmente à medida que o volume de dados aumenta, e isso pode levar horas no caso de grandes bancos de dados. | RTO rápido: a restauração do acesso aos dados leva apenas alguns minutos e não depende do volume de dados. No entanto, o desempenho de E/S pode sofrer uma queda temporária durante o processo de restauração, sendo que o impacto varia de acordo com o tamanho dos dados. |
| Objetivo de ponto de recuperação (RPO) | Programado em intervalos fixos, o que cria possíveis janelas de perda de dados. | Pode ser utilizado com frequência, com impacto mínimo no desempenho. |
| Recuperação em um ponto específico no tempo (PITR) | True | Lançamento futuro. |
Recursos de backups independentes
A Gen 2 introduz backups independentes para Databases for MySQL. Esses backups oferecem recursos que vão além dos backups acoplados tradicionais:
| Recursos | Geração 1 | 2ª geração (acoplada) | Gen 2 (Independente) |
|---|---|---|---|
| Ciclo de vida | Associado à instância | Associado à instância | Independente da instância |
| Visualizações no nível da conta | Não suportado | Não suportado | Hub de banco de dados com visualização centralizada |
| Exclusão de backup | Somente automático | Somente automático | Manual e automático |
| Local de backup | Fixed | Com restrição regional | Bloqueio por região; versão futura oferecerá suporte à cópia de backup |
| Persistência | Excluído junto com a instância | Excluído junto com a instância | Pode ser mantido após a exclusão da instância |
| Gerenciamento | APIs de banco de dados | Apenas interface do usuário | Central de bancos de dados, Lista de recursos, Interface do usuário da instância |
Atualmente, os backups independentes estão disponíveis apenas para Databases for MySQL. Todos os demais serviços da 2ª geração utilizam backups acoplados.
Para obter mais informações sobre backups independentes, consulte “Gerenciamento de backups independentes ”.
Gerenciamento de backups da 2ª geração
Para saber como gerenciar seus backups da 2ª geração:
- Para obter mais informações sobre o
Databases for MySQL, consulte “Gerenciamento de backups independentes ”. - Para todos os demais serviços da 2ª geração, consulte “Gerenciamento de backups ”.