O Cloud SQL permite fazer backup das instâncias sob demanda ou automaticamente usando uma programação de backup. As configurações de backup disponíveis para sua instância dependem da opção de backup dela. Os backups do Cloud SQL são incrementais e ajudam a restaurar dados perdidos na instância do Cloud SQL. Os backups também são criptografados por padrão usando chaves de criptografia gerenciadas pelo Google ou pelo cliente (CMEK). Com os backups, você pode:
- Restaurar a instância para um estado anterior se ela estiver enfrentando um problema.
- Configurar a recuperação de desastres (DR) criando uma nova instância usando um backup em uma região ou zona diferente.
- Criar várias instâncias usando backups para ajudar no desenvolvimento, teste e migração.
É possível manter esses backups definindo as configurações de retenção de backup da instância. As configurações de retenção podem variar de acordo com a edição do Cloud SQL e a opção de backup da instância. Além disso, também é possível manter backups após a exclusão da instância para permitir a restauração dela após a exclusão.
Opções de backup
O Cloud SQL oferece duas opções de serviço de backup para gerenciar os backups da instância:
- Backups aprimorados: os backups são gerenciados e armazenados em um projeto de gerenciamento de backup centralizado que aproveita o serviço de Backup e DR e oferece retenção aplicada, programação granular e monitoramento.
- Backups padrão: os backups são criados, gerenciados e armazenados no mesmo projeto das instâncias do Cloud SQL. Essa é a oferta de backup do Cloud SQL e agora é chamada de backups padrão.
É necessário selecionar uma opção de backup para cada instância. Para mais informações sobre cada opção de backup e os recursos dela, consulte Escolher a opção de backup.
Tipos de solicitação de backup
É possível fazer backups sob demanda, automatizados ou finais para as instâncias do Cloud SQL. A configuração disponível para esses backups depende da opção de backup selecionada da instância .
Backups sob demanda
Os backups sob demanda podem ser criados a qualquer momento. Eles são úteis se você estiver prestes a executar uma operação arriscada no banco de dados ou se precisar de um backup e não quiser esperar pela janela de backup. É possível criar backups sob demanda para qualquer instância, mesmo que ela não tenha backups automáticos ativados.
Backups automatizados
Os backups automatizados são feitos em uma cadência programada, como horária, diária, semanal ou mensal, enquanto a instância está em execução. A cadência programada depende da opção de backup escolhida para a instância e da cadência definida na configuração de backup para a opção de backup selecionada. O backup é iniciado durante essa janela.
A retenção de backup automatizada depende da política de retenção configurada na opção de backup escolhida para a instância. Recomendamos programar os backups quando a instância tiver menos atividade, se possível.
Também recomendamos não excluir manualmente nenhum backup automatizado porque eles são necessários para permitir a recuperação pontual.
Para configurar os backups automatizados da instância, consulte Configurar backups automatizados.
Backup final
Os backups finais permitem fazer um backup da instância do Cloud SQL antes de excluí-la. Isso é útil para reter os dados da instância depois de excluí-la. É possível usar o backup final para criar uma nova instância ou para restaurar uma instância atual. Para mais informações sobre como acessar e visualizar detalhes sobre o backup final, consulte Ver uma lista de backups finais.
É possível definir que a instância faça um backup final automaticamente quando você a excluir ativando a configuração da instância de backup final. Também é possível definir o período de armazenamento do backup final ao ativar os backups finais para a instância. Se você não ativar os backups finais para a instância, também poderá fazer um backup final ao excluir a instância. Os backups finais só estão disponíveis para instâncias principais e não são compatíveis com réplicas. Também é possível definir uma política personalizada da organização do Cloud SQL para fazer um backup final na exclusão da instância para todas as instâncias da organização e definir um período de armazenamento padrão. Para mais informações, consulte Políticas políticas da organização de exemplo para casos de uso comuns.
Por padrão, o Cloud SQL retém o backup final por 30 dias. No entanto, é possível personalizar por quanto tempo o Cloud SQL retém o backup. Isso pode variar de 1 dia a 365 dias para backups padrão ou de 1 dia a 10 anos para backups aprimorados. Em seguida, é possível restaurar a instância do backup desde que ele esteja disponível. Os backups finais são cobrados de maneira semelhante a outros backups pelo número de dias retidos.
Para mais informações sobre como ativar backups finais para instâncias novas ou atuais usando a opção de backups padrão, consulte Configurar backups finais. Para backups aprimorados, os backups finais são gerenciados pelo plano de backup associado .
Para gerenciar um backup final depois que a instância for excluída, consulte Gerenciar backups de instâncias excluídas.
Retenção de backup
A retenção de backup é definida pelo tipo de solicitação de backup e pela opção de backup selecionada para a instância. Para backups automatizados, a retenção pode variar de 7 dias a 10 anos, dependendo da opção de backup da instância. Para backups sob demanda, os backups são armazenados indefinidamente até serem excluídos. Para mais informações sobre a retenção de backup relacionada à opção de backup da instância, consulte Escolher a opção de backup.
Reter backups após a exclusão da instância
Os backups retidos são backups que são retidos pelo Cloud SQL depois que uma instância é excluída. Esses backups consistem em backups sob demanda e backups automatizados criados quando a instância estava ativa. Quando você exclui uma instância, esses backups se tornam independentes da instância e são armazenados no nível do projeto. Os backups retidos são diferentes dos backups finais, que são os últimos backups feitos no momento da exclusão da instância.
É possível atualizar a descrição desses backups para facilitar o gerenciamento deles em seu Google Cloud projeto. Os backups retidos podem ser restaurados para uma instância do Cloud SQL nova ou atual a qualquer momento.
Para esses backups, o período de armazenamento é definido pelo tipo de backup e não pode ser alterado depois que a instância é excluída. Para backups padrão, os backups sob demanda são mantidos indefinidamente até que o backup seja excluído manualmente ou o projeto que contém o backup seja excluído. Para backups aprimorados, os backups sob demanda são mantidos com base na regra de retenção selecionada. Os backups automatizados são excluídos de forma contínua, um backup por dia, após a exclusão da instância. O período contínuo é definido com base nas configurações de retenção da instância antes da exclusão, que podem variar de 1 dia a 10 anos, dependendo da opção de backup selecionada da instância. Por exemplo, se a configuração de retenção de backup automatizada da instância estiver definida como 7, o backup automatizado mais recente será excluído 7 dias após a exclusão da instância.
Os backups retidos podem ser excluídos manualmente a qualquer momento. No entanto, quando você exclui um backup retido, ele não pode ser recuperado.
Para backups padrão, como os nomes de instâncias podem ser usados depois que uma instância é
excluída no Cloud SQL, os backups retidos são armazenados no seu
Google Cloud projeto com um campo chamado instance_deletion_time. Esse campo permite identificar se um backup específico pertence a uma instância ativa ou excluída. Também é possível atualizar a descrição de um backup para facilitar o gerenciamento deles.
Para mais informações sobre como ativar backups retidos para instâncias novas ou atuais usando a opção de backups padrão, consulte Configurar backups retidos. Para backups aprimorados, os backups retidos são gerenciados pelo plano de backup associado .
Para gerenciar um backup retido depois que a instância for excluída, consulte Gerenciar backups de instâncias excluídas.
Backups de recuperação
O Cloud SQL tenta reter pelo menos um último backup diário de cada instância ativa, se não houver backups bons disponíveis como parte da política de backup automatizada. É possível usar esse backup para fins de recuperação entrando em contato com o Cloud Customer Care do Google.
Verificações de integridade de dados e backup
O Cloud SQL executa automaticamente verificações de integridade do banco de dados em segundo plano para identificar possíveis problemas de integridade de dados. A verificação de integridade é feita como um processo off-line restaurando uma amostra de backups iniciados pelo cliente ou backups de recuperação.
Backups de réplicas
Os backups não estão disponíveis para instâncias de réplica. Como as instâncias de réplica são cópias de instâncias principais, os backups são mantidos com a instância principal. Se uma instância de réplica for promovida a uma instância independente devido a um failover ou switchover, a instância será ativada para backups e exigirá a própria configuração de backup. As réplicas promovidas não herdam as configurações de backup da instância principal e não podem acessar os backups da instância principal.
Backups e exportações
Os backups são gerenciados pelo Cloud SQL de acordo com as políticas de retenção e armazenados separadamente da instância do Cloud SQL. Os backups do Cloud SQL são diferentes de uma exportação enviada ao Cloud Storage, em que você gerencia o ciclo de vida. Os backups abrangem todo o disco da instância. As exportações podem selecionar conteúdos específicos.
Não é possível usar as operações de backup e restauração para fazer upgrade de um banco de dados para uma versão posterior. Só é possível restaurar de um backup para uma instância com a mesma versão do banco de dados de quando o backup foi feito.
Para fazer upgrade para uma versão posterior, execute um upgrade da versão principal no local, ou exporte e importe o banco de dados para uma nova instância do Cloud SQL.Tamanho do backup
Todos os backups do Cloud SQL, exceto o primeiro, são incrementais. Eles contêm apenas dados que foram alterados após o backup anterior. O backup mais antigo tem um tamanho semelhante ao do banco de dados, mas os tamanhos dos próximos backups dependem da taxa de alteração dos dados. Ao excluir o backup mais antigo, o tamanho do segundo mais antigo aumenta para se tornar um backup completo e é ajustado para capturar a diferença entre os backups. Cada backup incremental a seguir também é atualizado para corresponder ao novo backup completo.
É possível verificar o tamanho de um backup individual. O tamanho do backup representa o tamanho faturável de cada backup.
Solução de problemas
| Problema | Solução de problemas |
|---|---|
| Não é possível ver o status da operação atual. | O Google Cloud console informa apenas o sucesso ou falha no momento da operação
está concluída. Ele não foi criado para mostrar avisos ou outras atualizações.
Execute o
comando |
| Você quer descobrir quem emitiu uma operação de backup sob demanda. | A interface do usuário não mostra o usuário que iniciou uma operação.
Procure nos registros e filtre por texto para encontrar o usuário. Talvez seja necessário usar registros de auditoria para informações particulares. Os arquivos de registro relevantes incluem:
|
| Depois que uma instância é excluída, não é possível fazer backup dela. | Se você excluir uma instância sem fazer um backup final dos dados, não será possível recuperar os dados. No entanto, se você restaurar a instância, o Cloud SQL também restaurará os backups. Para mais informações sobre como recuperar uma instância excluída, consulte Reter backups após a exclusão da instância. Se você tiver feito uma operação de exportação, crie uma nova instância e faça uma operação de importação para recriar o banco de dados. As exportações são gravadas no Cloud Storage e as importações são lidas de lá. |
| O backup automático fica paralisado por muitas horas e não pode ser cancelado. | Os backups podem levar muito tempo, dependendo do tamanho do banco de dados.
Se você realmente precisa cancelar a operação, peça ao
suporte ao cliente para aplicar |
| Uma operação de restauração pode falhar quando um ou mais usuários referenciados no arquivo dump SQL não existem. | Antes de restaurar um arquivo dump SQL, todos os usuários do banco de dados com objetos ou que
receberam permissões para os objetos do banco de dados despejado precisam existir no
banco de dados de destino. Caso contrário, a operação de restauração não recriará os
objetos com a propriedade ou as permissões originais.
Crie os usuários do banco de dados antes de restaurar do dump SQL. |
| Você quer aumentar o número de dias em que pode manter backups automáticos, de sete para 30 dias ou mais. | É possível
configurar o número de backups automatizados a serem retidos, mas não é possível reter menos do que o padrão (sete). Os backups automatizados são removidos
regularmente com base no valor de retenção configurado. Infelizmente, isso significa que os
backups visíveis atuais são os únicos backups automatizados que podem ser usados para restaurar.
Para manter os backups indefinidamente, crie um backup sob demanda. Ele não é excluído da mesma forma que backups automáticos. Os backups sob demanda permanecem indefinidamente. Ou seja, eles permanecem até que sejam excluídos ou a instância a que pertencem seja excluída. Como esse tipo de backup não é excluído automaticamente, ele pode afetar o faturamento. |
| Um backup automático falhou e você não recebeu uma notificação por e-mail. | Para que o Cloud SQL notifique você sobre o status do backup, configure um alerta com base em registros. |
| Não será possível restaurar a instância usando o comando Transact-SQL RESTORE ou o SQL Server Management Studio (SSMS). |
O Cloud SQL não oferece suporte à restauração de instâncias usando o SSMS.
Para restaurar a instância, execute o
gcloud sql import comando.
|
| Não é possível ver o histórico de backup de registros. | O histórico de backup de registros é retido apenas por 60 dias em banco de dados msdb tabelas de histórico de backup. |
| Não é possível excluir uma instância quando você opta por fazer um backup final na exclusão da instância. |
Ao excluir uma instância, é necessário confirmar se você quer fazer um backup final da instância antes de excluí-la. Se você ativou
o backup final usando a configuração de instância final-backup, a seleção
feita ao excluir a instância precisa corresponder à configuração da instância de backup final
definida ao ativar o backup final para a instância. Para atenuar esse problema, siga um destes procedimentos:
|
| Não é possível criar uma instância de réplica depois de criar uma instância principal com a configuração de backup final. |
Se você criar uma nova instância com a configuração de instância de backup final
ativada, será necessário atualizar a política da organização de backup final
para aplicar as configurações de backup apenas à instância principal.
Os backups finais não são compatíveis com instâncias de réplica. Para mais informações, consulte Políticas da organização do Cloud SQL. |
A seguir
- Escolha uma opção de backup para sua instância do Cloud SQL.
- Saiba mais sobre restauração.
- Restaurar a partir de um backup