Visão geral
Vantagens
Casos de uso
Política de isolamento de recursos
Instância de banco de dados
Backup de bancos de dados
Para evitar que os dados sejam perdidos ou corrompidos, você pode fazer backup de um banco de dados de maneira automática ou manual.
Visão geral de backup
Modos de backup
TencentDB for MySQL com nó único (disco em nuvem), nó duplo (disco local), nó triplo (disco local) e versão de disco em nuvem (disco em nuvem) suportam backup automático e backup manual como formas de fazer backup do banco de dados.
Tipos de backup
As instâncias do TencentDB for MySQL de dois e três nós são compatíveis com dois tipos de backup:
Backup físico, que replica dados físicos completos (disponível tanto para backup automático quanto para backup manual).
Backup lógico, que faz backup de instruções SQL (disponível apenas para backup manual).
Nota:
Para restaurar um banco de dados de um backup físico, o xbstream deve primeiro descompactar os arquivos de backup. Para obter mais informações, consulte Restauração de bancos de dados de backups físicos.
Quando o número de tabelas de uma única instância excede 300 mil, isso pode causar falhas no backup e afetar o monitoramento do banco de dados. Por favor, gerencie adequadamente o número de tabelas, mantendo o número de tabelas de uma única instância abaixo de 300 mil.
A duração do backup é diretamente proporcional ao tamanho dos arquivos de dados do banco de dados e ao número de tabelas. Quanto maior o arquivo de dados ou maior o número de tabelas, mais longa será a duração do backup.
Como os dados das tabelas criadas pelo mecanismo de armazenamento MEMORY são armazenados na memória, não é possível criar backups físicos para essas tabelas. Para evitar a perda de dados, recomendamos convertê-los em tabelas do InnoDB.
Se houver um grande número de tabelas em uma instância sem chave primária, o backup poderá falhar e a alta disponibilidade da instância poderá ser afetada. Crie chaves primárias ou índices secundários para essas tabelas.
A realização da operação backup manual > backup lógico a frio terá um bloqueio de leitura global. Recomenda-se que você realize essa operação por meio do console (o início da tarefa de backup lógico a frio no console é um backup da máquina de reserva, não afetando o banco de dados principal).
Vantagens do backup físico | Desvantagens do backup lógico |
Alta velocidade de backup. O backup e a compactação de streaming são compatíveis. Alta taxa de sucesso. A taxa de sucesso do backup é alta. Restauração simples e eficiente. Operações de acoplamento baseadas em backup mais rápidas, como adicionar réplicas somente leitura e instâncias de recuperação de desastres. 1/8 do tempo médio necessário para criar um backup lógico. Dez vezes mais rápido que os backups lógicos durante a importação. | Muito tempo necessário para restaurar, pois leva tempo para executar instruções SQL e construir índices. Baixa velocidade de backup, especialmente quando há grandes quantidades de dados. Possível aumento no atraso da réplica de origem devido à pressão nas instâncias durante o backup. Possível perda de informações de precisão de pontos flutuantes. Potenciais falhas de backup devido a visualizações erradas e outros problemas. Operações de acoplamento baseadas em backup mais lentas, tais como adicionar réplicas somente leitura e instâncias de recuperação de desastres. |
TencentDB for MySQL com nó único (disco em nuvem) e versão de disco em nuvem (disco em nuvem) suportam backup de instantâneo.
Backup de instantâneo: Realiza o backup por meio da criação de um instantâneo do disco da camada de armazenamento (suporta backup automático e backup manual).
Descrição：
A instância de nó único (disco em nuvem) é um único nó, e a realização de backup é iniciado no nó principal. Se for necessário realizar backup, recomenda-se executar a operação durante o período de vale de atividade.
Vantagens do backup de instantâneo | Desvantagens do backup de instantâneo |
Velocidade de backup rápida. Ocupa relativamente pouco espaço. | Download não suportado. |
Objetos de backup
Backup de dados | Backup de log |
TencentDB for MySQL de dois e três nós: O backup automático permite backup físico completo. O backup manual permite backup físico completo, backup lógico completo e backup lógico de banco de dados único/tabela. Os backups automáticos e manuais podem ser compactados e baixados. MySQL com nó único (disco em nuvem), versão de disco em nuvem (disco em nuvem): O backup automático suporta backup de instantâneo completo. O backup manual suporta backup de instantâneo completo. O backup automático e o backup manual não suportam download. | O backup de arquivos de log binlog do banco de dados suporta MySQL com nó único (disco em nuvem), nó duplo (disco local), nó triplo (disco local) e versão de disco em nuvem (disco em nuvem): Os arquivos de log ocupam o espaço de backup da instância. Os arquivos de log podem ser baixados, mas não podem ser compactados. Os períodos de retenção podem ser definidos para arquivos de log. |
Observações
Desde 26 de fevereiro de 2019, o recurso de backup automático do TencentDB for MySQL aceita apenas backup físico (tipo padrão) e não fornece mais backup lógico. Os backups lógicos automáticos existentes serão alternados para backups físicos automaticamente.
Isso não afetará seu acesso dos seus negócios, mas pode afetar seus hábitos de backup automático. Se precisar de backups lógicos, você pode usar o recurso de backup manual no console do TencentDB for MySQL ou chamar a API CreateBackup para gerar backups lógicos.
O backup manual usa o método de backup lógico a frio por padrão. Se o backup completo realizado antes do ajuste de configuração for selecionado como backup lógico a frio, a duração de ajuste de configuração pode ser mais longa. Se você deseja reduzir a duração de ajuste de configuração, recomenda-se selecionar o backup físico a frio ao realizar o backup completo antes do ajuste de configuração.
Os arquivos de backup de instância ocupam espaço de backup. Recomendamos que você planeje o uso do espaço de backup adequadamente. O uso do espaço de backup que excede a camada gratuita incorrerá em taxas. Para obter mais informações, consulte Faturamento de espaço de backup.
Recomendamos que você faça backup de seus dados fora do horário de pico.
Recomendamos que você baixe os arquivos de backup localmente antes que eles sejam excluídos após o término do período de retenção.
Não execute operações de DDL durante o processo de backup para evitar falhas de backup devido ao bloqueio de tabela.
A instância somente leitura do MySQL não suporta backup de banco de dados.
No dia em que a instância concluir a migração entre zonas disponíveis, se estiver exatamente no ciclo de backup automático desta instância, será gerado adicionalmente um backup do sistema. Por exemplo: se uma instância tiver um backup automático agendado em 5 de agosto, mas ela estiver em migração entre zonas disponíveis naquele dia, além do backup automático normal, o sistema também ativará ativamente um backup quando a migração for concluída.
Backup automático de dados MySQL
1. Faça login no console do TencentDB for MySQL, clique em um ID de instância na página da lista de instâncias para acessar a página de gerenciamento da instância e selecione Backup and Restoration (Fazer backup e restaurar) > Auto Backup Settings (Configurações de backup automático).
2. Selecione os parâmetros de backup na janela pop-up (os detalhes são exibidos conforme abaixo) e clique em OK:
Nota:
O recurso de reversão depende do ciclo de backup e dos dias de retenção de backups de dados e backups de log (binlog). A reversão será afetada se você reduzir a frequência de backup automático e o período de retenção. Selecione os parâmetros conforme necessário.
Por exemplo, se o ciclo de backup for definido para segunda-feira e quinta-feira e o período de retenção for definido para sete dias, você poderá reverter um banco de dados para qualquer ponto do tempo nos últimos sete dias (que são os dias de retenção reais dos backups de dados e backups de log).
Os backups automáticos não podem ser excluídos manualmente. Você pode definir o período de retenção para backups automáticos e os backups serão excluídos automaticamente quando expirarem.
Aumentar o número de dias para retenção de backups de dados e logs pode resultar em custos adicionais de espaço de backup.
Encurtar o número de dias para retenção de backup de logs pode afetar o ciclo de restauração de dados da instância.
Nas configurações de backup automático, as configurações de backup de dados suportam a ativação da retenção periódica. As configurações sem ativação da retenção periódica são chamadas de configurações de backup convencional. A seguir, são apresentadas as descrições dos parâmetros para configurações de backup convencional e configurações de ativação de backup periódico.
Descrição de configurações de backup convencional
Parâmetro | Descrição |
Horário de início do backup | Horário padrão: intervalo de horário de início do backup atribuído automaticamente pelo sistema (00:00 - 12:00). Personalizado: suporta a seleção personalizada do intervalo de horário de início do backup (por exemplo, 02:00-06:00), recomenda-se ser configurado como período de vale de atividade. Descrição： O horário de início do backup é apenas o momento em que a tarefa de backup entra na fila de agendamento. Por exemplo, se selecionar: 02:00 - 06:00 para iniciar o backup, o sistema iniciará a tarefa de backup em um momento dentro desse intervalo de horário 02:00 - 06:00, cujo momento de início específico depende da política de backup de backend e do status do sistema de backup. Para garantir que a tarefa de backup não afete a execução da instância, a tarefa de backup pode ser atrasada no início devido à fila. O tempo consumido pela tarefa de backup é proporcional à quantidade de dados, com um máximo de 24 horas. |
Período de retenção do backup de dados | Os arquivos de backup de dados do MySQL com nó duplo, nó triplo e versão de disco em nuvem podem ser retidos por 7 a 1830 dias, com padrão de 7 dias, sendo excluído automaticamente o conjunto de backups após o vencimento. Os arquivos de backup de dados do MySQL com nó único (disco em nuvem) podem ser retidos por 7 a 30 dias, com padrão de 7 dias, sendo excluído automaticamente o conjunto de backups após o vencimento. |
Ciclo de backup | Regras de configuração: Configuração semanal: Por padrão, são selecionados os 7 dias da semana (segunda a domingo), com suporte para a seleção personalizada do horário de backup, mas para garantir a segurança dos seus dados, recomenda-se configurar pelo menos dois backups por semana. Configuração mensal: Para garantir a segurança dos seus dados, dentro de um mês, o intervalo entre duas datas de backup consecutivas não pode exceder 2 dias. Por exemplo, se o backup for agendado para o dia 1, o próximo não pode ser agendado para o dia 5, pulando os dias 2, 3 e 4. Descrição： Ao selecionar a configuração mensal, para evitar vários dias consecutivos sem backup, os seguintes arranjos de datas não podem ser pulados: 27/28/1 (dia), 28/29/1 (dia), 29/30/1 (dia), 28/1/2 (dia), 29/1/2 (dia), 30/1/2 (dia). |
Arquivamento de backup (opcional) | Marque a política de arquivamento de backup de dados correspondente e especifique os dias: Especificar os dias de armazenamento padrão: ou seja, configurar após quantos dias da geração do arquivo de backup dos dados, será transferido para armazenamento padrão. Especificar os dias de armazenamento arquivado: ou seja, configurar após quantos dias da geração do arquivo de backup dos dados, será transferido para armazenamento arquivado. Para mais detalhes sobre as descrições e políticas de arquivamento de backup, consulte Configurar arquivamento de backup. Em que, a funcionalidade de armazenamento arquivado ainda não está disponível. Por favor, fique atento. Descrição： Instâncias de nó único (disco em nuvem) e versão de disco em nuvem não suportam atualmente a configuração de arquivamento de backup. |
Tempo de retenção de backup de logs | Os arquivos de backup de logs do MySQL com nó duplo, nó triplo e versão de disco em nuvem podem ser retidos por 7 a 3650 dias, com padrão de 7 dias, sendo excluído automaticamente o conjunto de backups após o vencimento. Os arquivos de backup de log do MySQL de nó único (disco em nuvem) podem ser retidos por 7 a 30 dias, com padrão de 7 dias, sendo excluído automaticamente o conjunto de backups após o vencimento. |
Arquivamento de backup (opcional) | Marque a política de arquivamento de backup de binlog correspondente e especifique os dias: Especificar os dias de armazenamento padrão: ou seja, configurar após quantos dias da geração do arquivo de binlog, será transferido para armazenamento padrão. Especificar os dias de armazenamento arquivado: ou seja, configurar após quantos dias da geração do arquivo de binlog, será transferido para armazenamento arquivado. Para mais detalhes sobre as descrições e políticas de arquivamento de backup, consulte Configurar arquivamento de backup. Em que, a funcionalidade de armazenamento arquivado ainda não está disponível. Por favor, fique atento. Descrição： Instâncias de nó único (disco em nuvem) e versão de disco em nuvem não suportam atualmente a configuração de arquivamento de backup. |
Descrição de configurações da ativação de backup periódico
Descrição：
As instâncias de nó único (disco em nuvem) e versão de disco em nuvem não suportam atualmente a funcionalidade de configuração de backup periódico.
O tempo de retenção do backup periódico só pode ser maior que o tempo de retenção de configurações de backup convencional.
Parâmetro | Descrição |
Horário de início do backup | Horário padrão: intervalo de horário de início do backup atribuído automaticamente pelo sistema (00:00 - 12:00). Personalizado: suporta a seleção personalizada do intervalo de horário de início do backup (por exemplo, 02:00-06:00), recomenda-se ser configurado como período de vale de atividade. Descrição： O horário de início do backup é apenas o momento em que a tarefa de backup entra na fila de agendamento. Por exemplo, se selecionar: 02:00 - 06:00 para iniciar o backup, o sistema iniciará a tarefa de backup em um momento dentro desse intervalo de horário 02:00 - 06:00, cujo momento de início específico depende da política de backup de backend e do status do sistema de backup. Para garantir que a tarefa de backup não afete a execução da instância, a tarefa de backup pode ser atrasada no início devido à fila. O tempo consumido pela tarefa de backup é proporcional à quantidade de dados, com um máximo de 24 horas. |
Tempo de retenção do backup de dados | Os arquivos de backup de dados do MySQL com nó duplo e nó triplo podem ser retidos por 7 a 1830 dias, com padrão de 7 dias, sendo excluído automaticamente o conjunto de backups após o vencimento. |
Ciclo de backup | Regras de configuração: Configuração semanal: Por padrão, são selecionados os 7 dias da semana (segunda a domingo), com suporte para a seleção personalizada do horário de backup, mas para garantir a segurança dos seus dados, recomenda-se configurar pelo menos dois backups por semana. Configuração mensal: Para garantir a segurança dos seus dados, dentro de um mês, o intervalo entre duas datas de backup consecutivas não pode exceder 2 dias. Por exemplo, se o backup for agendado para o dia 1, o próximo não pode ser agendado para o dia 5, pulando os dias 2, 3 e 4. Descrição： Ao selecionar a configuração mensal, para evitar vários dias consecutivos sem backup, os seguintes arranjos de datas não podem ser pulados: 27/28/1 (dia), 28/29/1 (dia), 29/30/1 (dia), 28/1/2 (dia), 29/1/2 (dia), 30/1/2 (dia). |
Tempo de retenção do backup periódico | Os arquivos de backup de dados podem ser retidos por 90 a 3650 dias, com padrão de 1080 dias, sendo excluído automaticamente o conjunto de backups após exceder o prazo de retenção. |
Política de retenção de backup periódico | Suporta a configuração do número de retenções de backup por mês, trimestre ou ano. |
Data de início | Tempo de início da execução de retenção do backup periódico. |
Arquivamento de backup (opcional) | Marque a política de arquivamento de backup de dados correspondentes e especifique os dias: Especificar os dias de armazenamento padrão: ou seja, configurar após quantos dias da geração do arquivo de backup dos dados, será transferido para armazenamento padrão. Especificar os dias de armazenamento arquivado: ou seja, configurar após quantos dias da geração do arquivo de backup dos dados, será transferido para armazenamento arquivado. Para mais detalhes sobre as descrições e políticas de arquivamento de backup, consulte Configurar arquivamento de backup. Em que, a funcionalidade de armazenamento arquivado ainda não está disponível. Por favor, fique atento. |
Tempo de retenção de backup de logs | Os arquivos de backup de logs podem ser retidos por 7 a 3650 dias, com padrão de 7 dias, sendo excluído automaticamente o conjunto de backups após o vencimento. |
Arquivamento de backup (opcional) | Marque a política de arquivamento de backup de binlog correspondente e especifique os dias: Especificar os dias de armazenamento padrão: ou seja, configurar após quantos dias da geração do arquivo de binlog, será transferido para armazenamento padrão. Especificar os dias de armazenamento arquivado: ou seja, configurar após quantos dias da geração do arquivo de binlog, será transferido para armazenamento arquivado. Para mais detalhes sobre as descrições e políticas de arquivamento de backup, consulte Configurar arquivamento de backup. Em que, a funcionalidade de armazenamento arquivado ainda não está disponível. Por favor, fique atento. |
Verificar plano de retenção
Descrição：
As instâncias de nó único (disco em nuvem) e versão de disco em nuvem não suportam atualmente a funcionalidade de visualizar plano de retenção.
Ao selecionar a política de retenção de backup periódico nas configurações de backup, pode clicar em Visualizar plano de retenção para pré-visualizar.
As datas em azul indicam as datas de backup convencional.
As datas em vermelho indicam as datas de backup periódico.
Pode clicar em backup convencional ou backup periódico para ocultar as marcações de cores de datas correspondentes, facilitando a pré-visualização.
A pré-visualização do plano de backup mostra temporariamente a retenção de backup para o próximo 1 ano e serve apenas para referência.
Backup manual de dados MySQL
A funcionalidade de backup manual permite que os usuários iniciem tarefas de backup por conta própria.
Descrição：
O backup manual da instância do MySQL com nó duplo e nó triplo suporta backup físico completo, backup lógico completo e backup lógico com tabela única e banco de dados único.
O backup manual da instância do MySQL com nó duplo e nó triplo permite a exclusão manual na lista de backups, liberando espaço de backup para evitar desperdício e ocupação de espaço. Sob a premissa sem a exclusão manua, os backups serão mantidos até a instância do banco de dados estar offline.
O backup manual da instância do MySQL com nó único (disco em nuvem) suporta backup de instantâneo completo.
O backup manual da instância do MySQL com nó único (disco em nuvem) não suporta a exclusão.
Enquanto a instância estiver a executar a tarefa de backup automático diário, o backup manual não poderá ser iniciado.
O backup manual entrará na fila de backup com a prioridade mais alta. O horário de início específico do backup é baseado no campo do horário de início da tarefa na lista de backups.
1. Faça login no Console do MySQL, na lista de instâncias, clique em ID da instância para acessar a página de gerenciamento e selecione Recuperação de backup > Backup manual.
2. Na caixa de diálogo de configuração de backup exibida, selecione o método e o objeto do backup, preencha o nome da observação e clique em OK.
Descrição：
Se for backup de banco de dados único ou backup de tabela única sob backup lógico, por favor, marque o banco de dados ou a tabela de dados que deseja fazer backup em Selecionar banco de dados e tabela à esquerda, e adicione o banco de dados ou a tabela à lista à direita. Se você ainda não tiver banco de dados ou tabela de dados, por favor, crie primeiro um banco de dados ou tabela.
O backup manual usa o método de backup lógico a frio por padrão. Se o backup completo realizado antes do ajuste de configuração for selecionado como backup lógico a frio, a duração de ajuste de configuração pode ser mais longa. Se você deseja reduzir a duração de ajuste de configuração, recomenda-se selecionar o backup físico a frio ao realizar o backup completo antes do ajuste de configuração.
1. Faça login no Console do MySQL, na lista de instâncias, clique no ID da instância de destino para acessar a página de gerenciamento e selecione Recuperação de backup > Backup manual.
2. Insira o nome da observação e clique em OK.
Perguntas frequentes
Perguntas frequentes
1. Posso baixar ou restaurar arquivos de backup que excedam o período de retenção?
Os conjuntos de backup expirados serão excluídos automaticamente e não poderão ser baixados ou restaurados.
Recomendamos que você configure um período de retenção de backup com base nas necessidades de negócios ou baixe os arquivos de backup localmente por meio do console do TencentDB for MySQL.
Também é possível fazer backup manual dos dados da instância no console. Os backups manuais serão mantidos permanentemente.
Nota:
Os backups manuais também ocuparão o espaço de backup. Recomendamos que você planeje o uso do espaço de backup adequadamente para reduzir custos.
2. Posso excluir backups manualmente?
Os backups automáticos não podem ser excluídos manualmente. Você pode definir o período de retenção para backups automáticos e eles serão excluídos automaticamente quando expirarem.
Os backups manuais podem ser excluídos manualmente da lista de backups no console do TencentDB for MySQL. Os backups manuais podem ser mantidos permanentemente, desde que não sejam excluídos.
3. Posso desabilitar backups de dados e logs?
Não. No entanto, você pode reduzir a frequência de backup e excluir backups manuais que não são mais usados por meio do console do TencentDB for MySQL para diminuir o uso da capacidade.
4. Como posso reduzir os custos de capacidade de backup?
Exclua backups manuais que não são mais usados (você pode fazer login no console do TencentDB for MySQL, clique em um ID de instância para acessar a página de gerenciamento da instância e exclua backups manuais na guia Backup and Restore (Fazer backup e restaurar).
Reduza a frequência de backup automático de dados para negócios não essenciais (você pode ajustar o ciclo de backup e o período de retenção no console. A frequência deve ser de pelo menos duas vezes por semana).
Nota:
O recurso de reversão depende do ciclo de backup e dos dias de retenção de backups de dados e backups de log (binlog). A reversão será afetada se você reduzir a frequência de backup automático e o período de retenção. Selecione os parâmetros conforme necessário.
Reduza o período de retenção de dados e backups de log para negócios não essenciais (um período de retenção de 7 dias pode atender aos requisitos da maioria dos cenários).
Configurar arquivamento de backup, personalize a política de arquivamento de backup, converta o tipo de armazenamento de arquivos de backup e reduza os custos de armazenamento.
Cenário de negócios | Período de retenção de backup recomendado Período |
Negócios principais | 7 a 1830 dias |
Negócios não essenciais e não relacionados a dados | 7 dias |
Negócios de arquivo | 7 dias. Recomendamos que você faça backup manual dos dados com base em suas necessidades de negócios e exclua os backups imediatamente após o uso |
Negócios de teste | 7 dias. Recomendamos que você faça backup manual dos dados com base em suas necessidades reais de negócios e exclua os backups imediatamente 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