Backup de bancos de dados
Download
Modo Foco
Tamanho da Fonte
Para evitar a perda ou corrupção de dados, você pode usar backup automático ou manual para fazer backup do banco de dados.
Introdução ao Backup
Método de backup
O TencentDB for MySQL com arquitetura de nó único (cloud disk), nós duplos (local disk), nós triplos (local disk) e edição cloud disk (cloud disk) suportam dois métodos para fazer backup do banco de dados: backup automático e backup manual.
Tipo de backup
O TencentDB for MySQL com arquitetura de nós duplos e nós triplos suporta dois tipos de backup:
backup físico: cópia completa dos dados físicos (suporte para backup automático).
Backup lógico: backup de declarações SQL (tanto backup manual quanto automático são suportados).
Observação:
O método de recuperação de backup físico precisa usar o xbstream para descompactar. Para operações detalhadas, consulte Restaurar banco de dados usando backup físico.
Se o número de tabelas em uma única instância exceder 300.000, isso pode causar falha no backup e afetar o monitoramento do banco de dados. Por favor, gerencie adequadamente o número de tabelas, mantendo-o abaixo de 300.000 por instância.
O tempo de backup é diretamente proporcional ao tamanho dos arquivos de dados do banco de dados e ao número de tabelas. Quanto maiores os arquivos de dados ou maior o número de tabelas, mais longo será o tempo de backup.
Como os dados das tabelas do motor Memory são armazenados na memória, não é possível realizar backup físico dessas tabelas. Para evitar perda de dados, recomenda-se converter as tabelas do motor Memory em tabelas InnoDB.
Se houver um grande número de tabelas sem chave primária na instância, isso pode causar falha no backup e afetar a alta disponibilidade da instância. Por favor, crie chaves primárias ou índices secundários para essas tabelas sem chave primária prontamente.
Realizar a operação de backup manual > backup lógico a frio causará um bloqueio global de leitura. Recomendamos realizar esta operação através do console (a tarefa de backup lógico a frio iniciada no console é um backup da máquina de standby, não afetando o banco de dados principal).
Vantagens do backup físico | Desvantagens do backup lógico |
Backup rápido. Suporta backup em fluxo e compressão. Alta taxa de sucesso do backup. Recuperação simples e eficiente. Operações acopladas que dependem de backups, como adicionar RO ou aumentar a recuperação de desastres, tornam-se mais rápidas. O tempo médio de conclusão do backup físico é aproximadamente um oitavo do tempo do backup lógico. A velocidade de importação do backup físico é cerca de dez vezes mais rápida que a do backup lógico. | A recuperação requer a execução de SQL e a construção de índices, resultando em um longo tempo de recuperação. A velocidade do backup é lenta, tornando-se particularmente evidente em casos de grandes volumes de dados. O processo de backup pode causar pressão na instância e potencialmente aumentar o atraso de replicação mestre-escravo. Pode haver perda de precisão de números de ponto flutuante. Devido a vários problemas (como visualizações problemáticas, entre outros), pode ocorrer falha no backup. Operações acopladas que dependem de backups, como adicionar RO ou aumentar a recuperação de desastres, tornam-se mais lentas. |
O TencentDB for MySQL com arquitetura de nó único (cloud disk),cloud diskedition (cloud disk)suporta backup de snapshot.
Backup de snapshot: Realizado através da criação de snapshots do disco na camada de armazenamento (suporta backup automático e manual).
Observação:
A instância de nó único (cloud disk) possui um único nó, e os backups são iniciados no nó primário. Se for necessário realizar backups, recomenda-se operar durante períodos de baixa atividade.
Vantagens do backup de snapshot | Desvantagens do backup de snapshot |
Backup rápido. Volume ocupado relativamente pequeno. | Não suporta download. |
Objeto de backup
Backup de dados | backup de log |
MySQL com arquitetura de nós duplos e nós triplos: O backup automático suporta backup físico completo. O backup manual suporta backup físico completo, backup lógico completo e backup lógico de banco de dados único ou tabela única. O backup automático e o backup manual suportam compressão e download. MySQL com arquitetura de nó único (cloud disk), edição cloud disk (cloud disk): O backup automático suporta backup completo de snapshot. O backup manual suporta backup completo de snapshot. O backup automático e o backup manual não suportam download. | O backup de arquivos de log binlog do banco de dados é suportado para MySQL com arquitetura de nó único (cloud disk), nós duplos, nós triplos e edição cloud disk (cloud disk): Os arquivos de log ocupam o espaço de backup da instância. Os arquivos de log suportam download, mas não suportam compressão. A retenção dos arquivos de log pode ser configurada. |
Observações
O backup automático do TencentDB for MySQL passou a suportar apenas backup físico a partir de 26 de fevereiro de 2019. O método padrão de configuração de backup automático é o backup físico, não sendo mais oferecido o backup lógico. As instâncias com backups automáticos existentes em formato lógico serão gradualmente convertidas automaticamente para backup físico.
Essa transição não afetará o acesso do seu negócio, mas poderá influenciar seus hábitos de uso de backup automático. Caso necessite de backup lógico, você pode utilizar o método de backup manual no console do TencentDB for MySQL ou gerar backups lógicos através de chamada de API.
O método padrão de backup manual é o backup lógico a frio. Se você selecionar backup lógico a frio para o backup completo antes de ajustar a configuração, o processo de ajuste pode levar mais tempo. Para reduzir esse tempo, recomendamos escolher backup físico a frio ao realizar o backup completo antes do ajuste de configuração.
Os arquivos de backup da instância ocupam espaço de backup. Utilize o espaço de backup de forma adequada, pois o espaço que exceder a cota gratuita será cobrado. Consulte a descrição de cobrança do espaço de backup.
Recomenda-se escolher períodos de baixa atividade para realizar backups.
Para evitar que os arquivos de backup necessários sejam excluídos após expirar o período de retenção, baixe-os localmente em tempo hábil.
Operações DDL são proibidas durante o backup para evitar falhas causadas pelo bloqueio de tabelas.
As instâncias somente leitura do MySQL não suportam backup de banco de dados.
Se uma instância for migrada entre zonas de disponibilidade no mesmo dia em que seu ciclo de backup automático está programado, será gerado um backup adicional do sistema. Por exemplo: se uma instância tiver backup automático agendado para 5 de agosto, mas sofrer migração entre zonas nesse dia, além do backup automático regular, o sistema acionará um backup adicional quando a migração for concluída.
Backup automático de dados MySQL
Backup automático de dados MySQL
Configurar backup automático
1. Faça login no Console MySQL, na lista de instâncias, clique no ID da instância para acessar a página de gerenciamento, selecione Backup e restauração > Configurações de backup automático.
2. Na caixa de diálogo de configurações de backup que aparece, selecione os parâmetros de backup e clique em OK. Os parâmetros são descritos a seguir:
Observação:
Função de restauração Baseia-se no backup de dados dentro do ciclo de backup e dias de retenção + backup de logs (binlog). Reduzir a frequência de backup automático e os dias de retenção afetará o intervalo de tempo disponível para restauração de dados da instância. Recomendamos que você avalie a configuração de backup.
Por exemplo: se o ciclo de backup for definido como segunda e quinta-feira com retenção de 7 dias, será possível restaurar para qualquer momento dentro desse período de 7 dias (período real de armazenamento efetivo do backup de dados e logs).
Os backups automáticos não podem ser excluídos manualmente. É possível configurar o período de retenção de backup, e eles serão excluídos automaticamente após a expiração.
O aumento do período de retenção de backups de dados e logs pode resultar em custos adicionais de armazenamento de backup.
Reduzir o período de retenção do backup de logs pode afetar o ciclo de restauração de dados da instância.
O tempo recuperável do backup é calculado a partir do backup físico válido ou backup lógico completo mais antigo em relação ao momento atual. Recomendamos que você defina adequadamente o período de retenção de backup conforme suas necessidades reais de negócios.
Nas configurações de backup automático, as configurações de backup de dados suportam a ativação de retenção periódica. As configurações sem retenção periódica ativada são chamadas de configurações de backup regulares. A seguir, descrevemos os parâmetros em configurações de backup regulares e configurações de backup periódico com retenção ativada.
Descrição das configurações de backup regulares
parâmetro | Instruções |
Hora de início do backup | Hora padrão: intervalo de início do backup atribuído automaticamente pelo sistema (0:00 - 12:00). Personalizado: permite selecionar um intervalo de horário personalizado para início do backup (por exemplo, 02:00 - 06:00). Recomenda-se configurar para períodos de baixa atividade.* Observação: O horário de início do backup refere-se apenas ao momento em que a tarefa de backup entra na fila de agendamento. Por exemplo, ao selecionar o intervalo 02:00 - 06:00 para iniciar o backup, o sistema iniciará a tarefa em algum momento dentro desse período. O horário exato de início depende da estratégia de backup do backend e das condições do sistema. Para evitar impactos na operação da instância, a tarefa de backup pode sofrer atrasos devido a congestionamentos na fila de processamento. O tempo consumido pela tarefa de backup é proporcional ao volume de dados, mas não excederá 24 horas no máximo. |
Período de retenção de backup de dados | Os arquivos de backup de dados do MySQL com nós duplos, nós triplos e edição cloud disk podem ser retidos por 7 a 1830 dias. O padrão é de 7 dias, após os quais o conjunto de backup será excluído automaticamente. Os arquivos de backup de dados do MySQL de nó único (cloud disk) podem ser retidos por 7 a 30 dias. O padrão é de 7 dias, após os quais o conjunto de backup será excluído automaticamente. |
Ciclo de backup | Regras de configuração: Configurar por semana: selecionados por padrão de segunda a domingo (7 dias). Permite selecionar o horário de backup personalizado. Para garantir a segurança dos seus dados, recomenda-se que o backup seja realizado pelo menos duas vezes por semana. Configurar por mês: Para garantir a segurança dos seus dados, o intervalo entre duas datas consecutivas selecionadas não pode exceder 2 dias. Por exemplo, se o backup for agendado para o dia 1, a próxima data não poderá ser o dia 5 (pulando os dias 2, 3 e 4). Observação: Ao configurar por mês, para evitar situações de não backup em dias consecutivos, não é permitido pular as seguintes sequências de datas: 27/28/1 (dia), 28/29/1 (dia), 29/30/1 (dia), 28/1/2 (dia), 29/1/2 (dia), 30/1/2 (dia). |
Backup para armazenamento frio (opcional) | Marque a caixa de seleção correspondente à política de backup para armazenamento frio e especifique o número de dias: Especifique o número de dias para armazenamento padrão: Ou seja, defina após quantos dias da geração do arquivo de backup de dados a transição para armazenamento padrão ocorrerá. Especifique o número de dias para armazenamento de arquivamento: Ou seja, defina após quantos dias da geração do arquivo de backup de dados a transição para armazenamento de arquivamento ocorrerá. Para detalhes sobre políticas de backup para armazenamento frio, consulte Configurar backup para armazenamento frio. Observação: A funcionalidade de armazenamento de arquivamento ainda não está disponível. Aguarde novas atualizações. Observação: As instâncias de nó único (cloud disk) e de edição cloud disk ainda não suportam a configuração de backup para armazenamento frio. |
Período de retenção de backup de logs | Os arquivos de backup de logs do MySQL com nós duplos, nós triplos e edição cloud disk podem ser retidos por 7 a 3650 dias. O padrão é de 7 dias, após os quais o conjunto de backup será excluído automaticamente. Os arquivos de backup de logs do MySQL de nó único (cloud disk) podem ser retidos por 7 a 30 dias. O padrão é de 7 dias, após os quais o conjunto de backup será excluído automaticamente. |
Backup para armazenamento frio (opcional) | Marque a caixa de seleção correspondente à política de backup para armazenamento frio de binlog e especifique o número de dias: Especifique o número de dias para armazenamento padrão: Ou seja, defina após quantos dias da geração do arquivo binlog a transição para armazenamento padrão ocorrerá. Especifique o número de dias para armazenamento de arquivamento: Ou seja, defina após quantos dias da geração do arquivo binlog a transição para armazenamento de arquivamento ocorrerá. Para detalhes sobre políticas de backup para armazenamento frio, consulte Configurar backup para armazenamento frio. Observação: A funcionalidade de armazenamento de arquivamento ainda não está disponível. Aguarde novas atualizações. Observação: As instâncias de nó único (cloud disk) e de edição cloud disk ainda não suportam a configuração de backup para armazenamento frio. |
*A seleção do horário de início do backup pode estar sujeita a limitações de recursos de agendamento do sistema. Se durante a configuração você perceber que determinados períodos não estão disponíveis para seleção, isso indica que a fila de backup para esse horário está saturada. Recomenda-se selecionar outros períodos livres para concluir a configuração.
Ativar backup periódico - Instruções de configuração
Ativar backup periódico - Instruções de configuração
Observação:
As instâncias de nó único (cloud disk) e de edição cloud disk ainda não suportam a funcionalidade de configuração de backup periódico.
O período de retenção do backup periódico só pode ser maior que o período de retenção configurado para backup regular.
parâmetro | Instruções |
Hora de início do backup | Hora padrão: intervalo de início do backup atribuído automaticamente pelo sistema (0:00 - 12:00). Personalizado: permite selecionar um intervalo de horário personalizado para início do backup (por exemplo, 02:00 - 06:00). Recomenda-se configurar para períodos de baixa atividade. Observação: O horário de início do backup refere-se apenas ao momento em que a tarefa de backup entra na fila de agendamento. Por exemplo, ao selecionar o intervalo 02:00 - 06:00 para iniciar o backup, o sistema iniciará a tarefa em algum momento dentro desse período. O horário exato de início depende da estratégia de backup do backend e das condições do sistema. Para evitar impactos na operação da instância, a tarefa de backup pode sofrer atrasos devido a congestionamentos na fila de processamento. O tempo consumido pela tarefa de backup é proporcional ao volume de dados, mas não excederá 24 horas no máximo. |
Período de retenção de backup de dados | Os arquivos de backup de dados do MySQL com nós duplos e nós triplos podem ser retidos por 7 a 1830 dias. O padrão é de 7 dias, após os quais o conjunto de backup será excluído automaticamente. |
Ciclo de backup | Regras de configuração: Configurar por semana: selecionados por padrão de segunda a domingo (7 dias). Permite selecionar o horário de backup personalizado. Para garantir a segurança dos seus dados, recomenda-se que o backup seja realizado pelo menos duas vezes por semana. Configurar por mês: Para garantir a segurança dos seus dados, o intervalo entre duas datas consecutivas selecionadas não pode exceder 2 dias. Por exemplo, se o backup for agendado para o dia 1, a próxima data não poderá ser o dia 5 (pulando os dias 2, 3 e 4). Observação: Ao configurar por mês, para evitar situações de não backup em dias consecutivos, não é permitido pular as seguintes sequências de datas: 27/28/1 (dia), 28/29/1 (dia), 29/30/1 (dia), 28/1/2 (dia), 29/1/2 (dia), 30/1/2 (dia). |
Período de retenção de backup periódico | Os arquivos de backup de dados podem ser retidos por 90 a 3650 dias. O padrão é de 1080 dias, e após o período de retenção, o conjunto de backup será excluído automaticamente. |
Política de retenção de backup periódico | Suporta a definição da quantidade de retenção de backup por mês, trimestre ou ano. |
Data de início | Hora de início para execução da retenção de backup periódico |
Backup para armazenamento frio (opcional) | Marque a caixa de seleção correspondente à política de backup para armazenamento frio e especifique o número de dias: Especifique o número de dias para armazenamento padrão: Ou seja, defina após quantos dias da geração do arquivo de backup de dados a transição para armazenamento padrão ocorrerá. Especifique o número de dias para armazenamento de arquivamento: Ou seja, defina após quantos dias da geração do arquivo de backup de dados a transição para armazenamento de arquivamento ocorrerá. Para detalhes sobre políticas de backup para armazenamento frio, consulte Configurar backup para armazenamento frio. Observação: A funcionalidade de armazenamento de arquivamento ainda não está disponível. Aguarde novas atualizações. |
Período de retenção de backup de logs | Os arquivos de backup de logs podem ser retidos por 7 a 3650 dias. O padrão é de 7 dias, e após o período de retenção, o conjunto de backup será excluído automaticamente. |
Backup para armazenamento frio (opcional) | Marque a caixa de seleção correspondente à política de backup para armazenamento frio de binlog e especifique o número de dias: Especifique o número de dias para armazenamento padrão: Ou seja, defina após quantos dias da geração do arquivo binlog a transição para armazenamento padrão ocorrerá. Especifique o número de dias para armazenamento de arquivamento: Ou seja, defina após quantos dias da geração do arquivo binlog a transição para armazenamento de arquivamento ocorrerá. Para detalhes sobre políticas de backup para armazenamento frio, consulte Configurar backup para armazenamento frio. Observação: A funcionalidade de armazenamento de arquivamento ainda não está disponível. Aguarde novas atualizações. |
Visualizar plano de retenção
Observação:
As instâncias de nó único (cloud disk) e de edição cloud disk ainda não suportam a funcionalidade de visualização de planos de retenção.
Quando você seleciona a estratégia de retenção de backup periódico nas configurações de backup, pode clicar em Visualizar plano de retenção para visualizar a prévia.
As datas em azul indicam as datas de backup regular.
As datas em vermelho indicam as datas de backup periódico.
É possível clicar em "Backup regular" ou "Backup periódico" para ocultar a marcação colorida das datas correspondentes, facilitando a visualização.
A visualização do plano de backup mostra temporariamente a situação de retenção de backups para o próximo ano, apenas para referência.
Backup manual de dados MySQL
Backup manual de dados MySQL
A funcionalidade de backup manual permite que os usuários iniciem tarefas de backup por conta própria.
Observação:
As instâncias MySQL de dois nós e três nós suportam backup físico completo, backup lógico completo e backup lógico de banco de dados único ou tabela única em backups manuais.
As instâncias MySQL de dois nós e três nós permitem a exclusão manual de backups na lista de backups, liberando espaço de armazenamento para evitar desperdício e ocupação desnecessária. Os backups serão mantidos até o descomissionamento da instância do banco de dados, desde que não sejam excluídos manualmente.
As instâncias MySQL de nó único (cloud disk) suportam backup manual de snapshot completo.
As instâncias MySQL de nó único (cloud disk) não suportam a exclusão de backups manuais.
Durante a execução das tarefas diárias de backup automático da instância, não é possível iniciar um backup manual.
Os backups manuais entrarão na fila de backup com a prioridade máxima. O horário específico de início do backup deve ser verificado no campo "Hora de início da tarefa" da lista de backups.
1. Faça login no Console MySQL, na lista de instâncias, clique no ID da instância para acessar a página de gerenciamento, selecione Backup e restauração > Backup manual.
2. Na caixa de diálogo de configurações de backup que aparece, selecione o modo e o objeto do backup, preencha o nome da observação e clique em OK.
Observação:
Se for um backup de banco de dados único ou de tabela única sob backup lógico, marque o banco de dados ou a tabela de dados que deseja fazer backup em Selecionar banco de dados/tabela à esquerda e adicione-os à lista à direita. Se você ainda não tiver um banco de dados ou tabela de dados, crie-os primeiro.
O método padrão de backup manual é o backup lógico a frio. Se você selecionar backup lógico a frio para o backup completo antes de ajustar a configuração, o processo de ajuste pode levar mais tempo. Para reduzir esse tempo, recomendamos escolher backup físico a frio ao realizar o backup completo antes do ajuste de configuração.
1. Faça login no Console MySQL, na lista de instâncias, clique no ID da instância de destino para acessar a página de gerenciamento, selecione Backup e restauração > Backup manual.
2. Insira o nome da observação e clique em OK.
Proteção de dados de backup
Antimanipulação
O sistema de backup do TencentDB for MySQL armazena dados de backup em modo duplo: backups físicos completos, backups lógicos completos e backups de log são armazenados no COS (armazenamento de objetos), enquanto backups completos de snapshot são armazenados no serviço de snapshot de cloud disk. Ambos os métodos possuem a característica imutável WORM (write once read many).
Proteção contra malícia/exclusão acidental
Exclusão manual pelo usuário: Permite que os usuários excluam dados de backup manual (backup lógico manual e backup físico manual), mas não permite a exclusão de dados de backup automático (consulte a documentação relevante em Excluir backup).
Exclusão automática de backups expirados: Permite excluir dados de backup automático (excluídos automaticamente após expiração), mas também restringe o desligamento do backup automático. O período mínimo de retenção de backup é de 7 dias, com frequência mínima de backup de pelo menos duas vezes por semana (consulte a documentação relevante em Backup automático de dados MySQL). Portanto, os dados completos e logs gerados por backups automáticos não podem ser completamente excluídos.
Perguntas frequentes
1. Os backups além do período de retenção ainda podem ser baixados ou restaurados?
Os conjuntos de backup expirados serão excluídos automaticamente e não poderão ser baixados nem restaurados.
Recomendamos que você defina adequadamente o período de retenção de backup de acordo com suas necessidades, ou baixe os arquivos de backup localmente no Console MySQL (observando que atualmente não é possível baixar backups de instâncias de nó único com cloud disk).
Você também pode fazer backup manual dos dados da instância no console, e os backups manuais serão salvos permanentemente.
Observação:
Os backups manuais também ocupam espaço de backup. Utilize o espaço de backup de forma adequada para evitar custos adicionais.
2. Os backups podem ser excluídos manualmente?
Os backups automáticos não podem ser excluídos manualmente. É possível configurar o período de retenção de backup, e eles serão excluídos automaticamente após a expiração.
Os backups manuais das instâncias de dois nós e três nós podem ser excluídos manualmente na lista de backups do Console MySQL e serão mantidos indefinidamente se não forem excluídos manualmente, enquanto os backups manuais das instâncias de nó único com cloud disk atualmente não suportam exclusão.
3. Os backups de dados e logs podem ser desativados?
Não pode ser desativado. No entanto, é possível reduzir o uso do espaço de backup ajustando a frequência de backup e excluindo backups manuais não utilizados no Console MySQL (backups manuais de instâncias de nó único com cloud disk atualmente não suportam exclusão).
4. Como reduzir os custos do espaço de backup?
Excluir dados de backup manual não utilizados (os backups manuais podem ser excluídos na página de gerenciamento de instâncias > página de backup/recuperação do Console MySQL, observando que atualmente não é possível excluir backups manuais de instâncias de nó único com cloud disk).
Reduza a frequência de backup automático de dados para negócios não essenciais (é possível ajustar o ciclo de backup e o período de retenção no console, com backups realizados pelo menos duas vezes por semana).
Observação:
Função de restauração Baseia-se no backup de dados dentro do ciclo de backup e dias de retenção + backup de logs (binlog). Reduzir a frequência de backup automático e os dias de retenção afetará o intervalo de tempo disponível para restauração de dados da instância. Recomendamos que você avalie a configuração de backup.
Reduza o período de retenção de backups de dados e logs para negócios não essenciais (um período de retenção de 7 dias já atende à maioria dos cenários).
Configurar backup para armazenamento frio, personalize as políticas de backup para armazenamento frio, converta o tipo de armazenamento de arquivos de backup e reduza os custos de armazenamento.
Cenários de negócios | Período de retenção de backup |
negócios essenciais | Recomenda-se um período de 7 a 3650 dias. Sugerimos ativar backups regulares para armazenamento de longo prazo. |
negócios não essenciais e não baseados em dados | Recomenda-se 7 dias |
operações de arquivamento | Recomenda-se definir o período de retenção de backup de dados como 7 dias. Faça backups manuais dos dados conforme as necessidades reais do negócio e exclua-os prontamente após o uso. |
operações de teste | Recomenda-se definir o período de retenção de backup de dados como 7 dias. Faça backups manuais dos dados conforme as necessidades reais do negócio e exclua-os prontamente após o uso. |
Ajuda e Suporte
Esta página foi útil?
Você também pode entrar em contato com a Equipe de vendas ou Enviar um tíquete em caso de ajuda.
comentários