Esta página descreve como funcionam as cópias de segurança das suas instâncias do Cloud SQL e as opções de cópia de segurança disponíveis para escolha. Para uma vista geral de como restaurar dados para uma instância a partir da cópia de segurança, consulte a Vista geral da restauração de uma instância.
O Cloud SQL permite-lhe fazer cópias de segurança das suas instâncias a pedido ou automaticamente através de um horário de cópias de segurança. As cópias de segurança do Cloud SQL são incrementais e ajudam a restaurar dados perdidos na sua instância do Cloud SQL. Com as cópias de segurança, pode:
- Restaurar a instância para um estado anterior se a instância estiver a ter um problema.
- Configure a recuperação de desastres (RD) criando uma nova instância com uma cópia de segurança numa região ou zona diferente.
- Crie várias instâncias através de cópias de segurança para ajudar no desenvolvimento, nos testes e na migração.
As cópias de segurança do Cloud SQL também são encriptadas por predefinição com chaves de encriptação geridas pela Google ou geridas pelo cliente (CMEK).
Pode reter estas cópias de segurança definindo as definições de retenção de cópias de segurança da sua instância. As definições de retenção podem variar consoante a edição do Cloud SQL e a opção de cópia de segurança da sua instância. Além disso, também pode reter cópias de segurança depois de a instância ser eliminada para lhe permitir restaurá-la após a eliminação.
O Cloud SQL oferece duas opções de serviços de cópias de segurança para gerir as suas cópias de segurança:
- Cópias de segurança melhoradas: as cópias de segurança são geridas e armazenadas num projeto de gestão de cópias de segurança centralizado que tira partido do serviço de cópia de segurança e RD e oferece retenção aplicada, agendamento detalhado e monitorização.
- Cópias de segurança padrão: as cópias de segurança são criadas, geridas e armazenadas no mesmo projeto que as suas instâncias do Cloud SQL.
Para mais informações sobre cada opção de cópia de segurança e respetivas funcionalidades, consulte o artigo Opções de cópia de segurança.
Tipos de cópias de segurança
O Cloud SQL faz cópias de segurança a pedido ou automáticas das suas instâncias do Cloud SQL. Também pode fazer uma cópia de segurança final da sua instância antes de a eliminar.
Cópias de segurança a pedido
As cópias de segurança a pedido são cópias de segurança que podem ser criadas em qualquer altura. Estas são úteis se estiver prestes a realizar uma operação arriscada na sua base de dados ou se precisar de uma cópia de segurança e não quiser esperar pela janela de cópia de segurança. Pode criar cópias de segurança a pedido para qualquer instância, quer a instância tenha cópias de segurança automáticas ativadas ou não.
Cópias de segurança automáticas
As cópias de segurança automáticas são feitas a uma cadência agendada, como de hora a hora, diariamente, semanalmente ou mensalmente. A cadência agendada depende da opção de cópia de segurança da sua instância. A cópia de segurança começa durante o período de tempo da cópia de segurança. O Cloud SQL recomenda que agende as suas cópias de segurança quando a instância tiver menos atividade, se possível.
Recomendamos que não elimine manualmente nenhuma cópia de segurança automática, uma vez que são necessárias para suportar a recuperação num determinado momento.
Durante o período de cópia de segurança, são feitas cópias de segurança automáticas regularmente com base na cadência agendada quando a instância está em execução. É feita uma cópia de segurança automática adicional depois de a instância ser interrompida para salvaguardar todas as alterações antes de a instância ser interrompida. A retenção de cópias de segurança automatizada depende da política de retenção configurada na opção de cópia de segurança escolhida para a sua instância.
Cópia de segurança final
As cópias de segurança finais permitem-lhe fazer uma cópia de segurança da sua instância do Cloud SQL antes de a eliminar. Isto é útil para reter os dados da instância depois de eliminar a instância. Pode usar a cópia de segurança final mais tarde para criar uma instância ou restaurar uma instância existente. Para mais informações sobre como aceder e ver detalhes acerca da sua cópia de segurança final, consulte o artigo Veja uma lista de cópias de segurança finais.
Pode definir a sua instância para fazer uma cópia de segurança final automaticamente quando eliminar a instância ativando a definição da instância de cópia de segurança final para a sua instância. Também pode definir o período de retenção da cópia de segurança final quando ativa as cópias de segurança finais para a sua instância. Se não ativar as cópias de segurança finais para a sua instância, também pode fazer uma cópia de segurança final quando eliminar a instância. As cópias de segurança finais só estão disponíveis para instâncias principais e não são suportadas para réplicas. Também pode definir uma política organizacional personalizada do Cloud SQL para fazer uma cópia de segurança final na eliminação de instâncias para todas as instâncias na sua organização e definir um período de retenção padrão. Para mais informações, consulte o artigo Exemplos de políticas de organização personalizadas para exemplos de utilização comuns.
Por predefinição, o Cloud SQL retém a cópia de segurança final durante 30 dias. No entanto, pode personalizar o tempo durante o qual o Cloud SQL retém a cópia de segurança. Os valores podem variar entre 1 dia e 365 dias para cópias de segurança padrão ou entre 1 dia e 99 anos para cópias de segurança melhoradas. Em seguida, pode restaurar a instância a partir da cópia de segurança desde que esteja disponível. As cópias de segurança finais são cobradas de forma semelhante a outras cópias de segurança pelo número de dias de retenção.
Mantenha as cópias de segurança após a eliminação da instância
As cópias de segurança retidas são cópias de segurança que são retidas pelo Cloud SQL após a eliminação de uma instância. Estas cópias de segurança consistem em cópias de segurança a pedido e cópias de segurança automáticas criadas quando a instância estava ativa. Quando elimina uma instância, estas cópias de segurança tornam-se independentes da instância e são armazenadas ao nível do projeto. As cópias de segurança retidas são diferentes das cópias de segurança finais, que são as últimas cópias de segurança feitas no momento da eliminação da instância.
Pode atualizar a descrição destas cópias de segurança para facilitar a gestão das mesmas no seu Google Cloud projeto. As cópias de segurança retidas podem ser restauradas para uma instância do Cloud SQL nova ou existente em qualquer altura.
Para estas cópias de segurança, o período de retenção é definido pelo tipo de cópia de segurança e não pode ser alterado após a eliminação da instância. Para cópias de segurança padrão, as cópias de segurança a pedido são mantidas indefinidamente até que a cópia de segurança seja eliminada manualmente ou o projeto que contém a cópia de segurança seja eliminado. Para cópias de segurança melhoradas, as cópias de segurança a pedido são mantidas com base na regra de retenção selecionada. As cópias de segurança automáticas são eliminadas de forma contínua, uma cópia de segurança por dia, após a eliminação da instância. O período contínuo é definido com base nas definições de retenção da instância antes da eliminação, que podem variar entre 1 dia e 99 anos, consoante a opção de cópia de segurança selecionada da instância. Por exemplo, se a definição de retenção de cópias de segurança automáticas da sua instância estiver definida como 7, a cópia de segurança automática mais recente é eliminada 7 dias após a eliminação da instância.
As cópias de segurança retidas podem ser eliminadas manualmente em qualquer altura. No entanto, quando elimina uma cópia de segurança retida, não é possível recuperar as cópias de segurança eliminadas.
Uma vez que os nomes das instâncias podem ser usados depois de uma instância ser eliminada no Cloud SQL, as cópias de segurança retidas são armazenadas no seu Google Cloud projeto com um campo denominado instance_deletion_time. Este campo permite-lhe identificar se
uma determinada cópia de segurança pertence a uma instância ativa ou eliminada. Também pode atualizar a descrição de uma cópia de segurança para facilitar a respetiva gestão.
Cópias de segurança de recuperação
O Cloud SQL tenta reter, pelo menos, uma última cópia de segurança diária de cada instância ativa, se não existirem boas cópias de segurança disponíveis no âmbito da política de cópias de segurança automáticas. Pode usar esta cópia de segurança para fins de recuperação contactando o apoio técnico do Google Cloud.
Verificações de integridade de dados e cópias de segurança
O Cloud SQL realiza automaticamente verificações de integridade da base de dados em segundo plano para identificar potenciais problemas de integridade dos dados. A verificação de integridade é feita como um processo offline através da restauração de uma amostragem de cópias de segurança iniciadas pelo cliente ou cópias de segurança de recuperação.
Retenção do registo de transações
A retenção de registos de transações é em dias. Para instâncias da edição Cloud SQL Enterprise Plus, o intervalo é de 1 a 35 dias, com um valor predefinido de 14 dias. Para instâncias da edição Enterprise do Cloud SQL, o intervalo é de 1 a 7 dias, com uma predefinição de 7 dias. Para as instâncias da edição Cloud SQL Enterprise Plus e da edição Cloud SQL Enterprise, a definição de retenção do registo de transações tem de ser inferior à definição de retenção de cópias de segurança.
Cópias de segurança para réplicas
As cópias de segurança não estão disponíveis para instâncias de réplica. Uma vez que as instâncias de réplica são cópias das instâncias principais, as cópias de segurança são mantidas com a instância principal. Se uma instância de réplica for promovida a uma instância autónoma devido a uma comutação por falha ou a uma comutação, a instância é ativada para cópias de segurança e requer a sua própria configuração de cópia de segurança. As réplicas promovidas não herdam as configurações de cópia de segurança da instância principal e não podem aceder às cópias de segurança da instância principal.
Opções de cópia de segurança
O Cloud SQL oferece duas opções de serviços de cópia de segurança para gerir as cópias de segurança da sua instância: cópias de segurança standard e melhoradas. Pode escolher entre as opções de cópia de segurança padrão e melhorada com base nos requisitos e nas necessidades da sua instância. Embora as instâncias não possam usar ambas as opções de cópia de segurança ao mesmo tempo, o Cloud SQL permite-lhe alternar entre estas opções de cópia de segurança conforme necessário.
A tabela seguinte oferece uma vista geral das funcionalidades disponíveis com cada opção de cópia de segurança:
| Funcionalidades | Cópias de segurança padrão | Cópias de segurança melhoradas |
|---|---|---|
| Cofre de cópias de segurança | - | ✔ |
| Retenção aplicada com bloqueio de retenção | - | ✔ |
| Mantenha as cópias de segurança após a eliminação do projeto | - | ✔ |
| Gestão de cópias de segurança centralizada em vários projetos | - | ✔ |
| Período de retenção da cópia de segurança | 1 ano | Ilimitado |
| Programação de cópia de segurança automática | Diariamente | De hora a hora, diariamente, semanalmente, mensalmente, anualmente |
| Recuperação pontual através de registos | ✔ | ✔ |
| Cópia de segurança e restauro entre regiões. | ✔ | - |
| Cópias de segurança a pedido | ✔ | ✔ |
| Cópias de segurança multirregionais | ✔ | - |
| Retenha todas as cópias de segurança na eliminação da instância | ✔ | ✔ |
| Cópia de segurança final na eliminação da instância | ✔ | ✔ |
| Suporte de CMEK | ✔ | - |
Para mais informações sobre estas opções de cópia de segurança, consulte as secções Cópias de segurança padrão e Cópias de segurança melhoradas.
Cópias de segurança melhoradas
Com as cópias de segurança melhoradas, pode usar o Backup and DR para gerir e armazenar todas as cópias de segurança das suas instâncias do Cloud SQL em vários projetos num projeto de cópia de segurança central. A cópia de segurança e a RD oferecem gestão, monitorização e relatórios centralizados das operações de cópia de segurança diárias num único local. As cópias de segurança são armazenadas num cofre de cópias de segurança, que é um recurso de armazenamento seguro e isolado gerido pela Google, gerido pela cópia de segurança e RD, e os planos de cópia de segurança gerem as definições de cópia de segurança e restauro. Isto fornece cópias de segurança imutáveis e indeléveis que são independentes do projeto de origem. Para mais informações sobre como as cópias de segurança funcionam com o Backup and DR, consulte a vista geral do Backup and DR.
As cópias de segurança melhoradas usam o Backup and DR para criar um projeto de cópia de segurança centralizado onde gere os planos de cópia de segurança e o cofre de cópias de segurança nas suas instâncias do Cloud SQL. Estes planos podem ser associados a vários projetos.
Quando anexa um plano de cópia de segurança a uma instância do Cloud SQL, as definições de cópia de segurança e restauro existentes são substituídas pelo plano de cópia de segurança. O plano que contém as suas definições de cópia de segurança e restauro é armazenado no projeto de cópia de segurança centralizado, e todas as cópias de segurança criadas quando o plano está ativo na sua instância do Cloud SQL são armazenadas no cofre de cópias de segurança no projeto de cópias de segurança.
Uma vez que a cópia de segurança e a RD são geridas num Google Cloud projeto separado,
as cópias de segurança estão protegidas quando um projeto de origem ou de carga de trabalho é eliminado. As funções e as responsabilidades são geridas pelo
Backup and DR Admin
e são separadas das funções e responsabilidades do Cloud SQL Admin.
Pode manter as cópias de segurança após a eliminação da instância ou fazer uma cópia de segurança final da instância antes da eliminação. Todas as cópias de segurança feitas como parte das cópias de segurança melhoradas podem ser usadas para restaurar uma instância enquanto está ativa ou depois de ter sido eliminada.
Retenção de cópias de segurança
Pode reter cópias de segurança num cofre de cópias de segurança durante um período máximo de 99 anos quando usa cópias de segurança melhoradas. O arquivo de cópias de segurança tem um período de retenção mínimo obrigatório entre 1 dia e 99 anos.
Armazenamento de cópias de segurança
As cópias de segurança são armazenadas numa localização centralizada denominada cofre de cópias de segurança. Um cofre de cópias de segurança é um armazenamento seguro e isolado, gerido pelo Backup and DR. Um cofre de cópias de segurança permite-lhe reter cópias de segurança durante 1 dia a 99 anos. Para mais informações, consulte o artigo Cofres de cópias de segurança.
Custos das cópias de segurança
Nas cópias de segurança melhoradas, o custo das cópias de segurança baseia-se no tamanho total da cópia de segurança armazenada no cofre de cópias de segurança. Estas cópias de segurança são criadas com base na configuração de cópia de segurança no plano de cópia de segurança associado à instância. O custo total é calculado pelo Backup and DR e baseia-se nos preços do Backup and DR.
Limitações
Aplicam-se as seguintes limitações quando usa cópias de segurança melhoradas:
- O cofre de cópias de segurança e a instância do Cloud SQL têm de estar na mesma região.
- Para alterar o plano de cópia de segurança associado a uma instância, tem de alterar a instância para cópias de segurança padrão eliminando a associação do plano de cópia de segurança existente e, em seguida, associando o novo plano de cópia de segurança.
- Não pode criar uma réplica de recuperação de desastres (DR) para uma instância que use cópias de segurança melhoradas.
- Se a sua instância tiver uma réplica de recuperação de desastres (DR), não pode ativar as cópias de segurança melhoradas para a instância.
- Não pode associar um plano de cópia de segurança a uma instância de réplica.
- Se a sua instância estiver a usar cópias de segurança melhoradas, não pode rebaixar a instância a uma réplica.
Cópias de segurança padrão
As cópias de segurança padrão são cópias de segurança geridas pelo Cloud SQL com a sua instância do Cloud SQL. As cópias de segurança do Cloud SQL são incrementais e contêm apenas dados que foram alterados após a criação da cópia de segurança anterior. Por predefinição, o Cloud SQL retém 7 cópias de segurança automáticas para cada instância da edição Enterprise do Cloud SQL e 15 cópias de segurança automáticas para cada instância da edição Enterprise Plus do Cloud SQL, além das cópias de segurança a pedido. Pode configurar o número de cópias de segurança automáticas a reter (de 1 a 365).
Como parte da eliminação de uma instância, pode reter todas as cópias de segurança na eliminação da instância e fazer uma cópia de segurança final dos seus dados. Isto permite-lhe recriar todas as instâncias que eliminar. No entanto, se não conservar as cópias de segurança nem fizer uma cópia de segurança final antes de eliminar a instância, o Cloud SQL elimina automaticamente todas as cópias de segurança da instância.
Retenção de cópias de segurança
As cópias de segurança a pedido não são eliminadas automaticamente. Persistem até que os elimine manualmente ou até que a instância seja eliminada. Uma vez que as cópias de segurança a pedido não são eliminadas automaticamente, podem ter efeitos a longo prazo nas suas cobranças de faturação.
As cópias de segurança automáticas podem ser retidas entre 1 e 365 dias, configurando o período de retenção nas definições de cópia de segurança da sua instância. Embora os registos de transações sejam contabilizados em dias, não é garantido que as cópias de segurança automáticas ocorram num dia.
Se ativar a retenção de cópias de segurança após a eliminação de instâncias para as cópias de segurança a pedido e automáticas, essas cópias de segurança seguem as mesmas definições de retenção de 1 a 365 dias para cópias de segurança automáticas e indefinidamente para cópias de segurança a pedido. Para mais informações, consulte o artigo Mantenha as cópias de segurança após a eliminação da instância.
Os registos são eliminados uma vez por dia e não de forma contínua. Quando o número de dias de retenção de registos é igual ao número de cópias de segurança, pode resultar numa retenção de registos insuficiente. Por exemplo, se definir a retenção de registos para sete dias e a retenção de cópias de segurança para sete cópias de segurança, significa que são retidos entre seis e sete dias de registos.
Recomendamos que defina o número de cópias de segurança para, pelo menos, mais um do que os dias de retenção de registos para garantir um mínimo de dias especificados de retenção de registos.
Para mais informações sobre como ativar as cópias de segurança retidas para as suas instâncias novas ou existentes, consulte o artigo Faça a gestão das cópias de segurança retidas. Para mais informações sobre como restaurar uma instância a partir de uma cópia de segurança retida, consulte o artigo Restaurar a partir de uma cópia de segurança retida.
Armazenamento de cópias de segurança
Numa configuração de região única, as cópias de segurança são replicadas nas diferentes zonas dentro da região. Numa configuração multirregional, recomendamos que as cópias de segurança estejam na mesma região que a instância para minimizar a latência e evitar potenciais falhas de cópia de segurança devido a políticas organizacionais ou limitações baseadas na localização.
As cópias de segurança são armazenadas na mesma localização para instâncias em configurações de alta disponibilidade (HA) ou não HA. Nas configurações de alta disponibilidade, continua a poder aceder às cópias de segurança da sua instância em caso de comutação por falha ou comutação para a instância secundária.
Pode definir as suas localizações de cópia de segurança da seguinte forma:
- Localizações predefinidas que o Cloud SQL seleciona com base na localização da instância original.
- Localizações personalizadas que escolhe quando não quer usar a localização predefinida.
Localizações de cópia de segurança predefinidas
Se não especificar uma localização de armazenamento, as suas cópias de segurança são armazenadas na multirregião geograficamente mais próxima da localização da sua instância do Cloud SQL. Por exemplo, se a sua instância do Cloud SQL estiver em us-central1, as cópias de segurança são armazenadas na multirregião us por predefinição. No entanto, uma localização predefinida, como australia-southeast1, está fora de uma região múltipla. A região com vários países mais próxima é
asia.
Localizações de cópia de segurança personalizadas
O Cloud SQL permite-lhe selecionar uma localização personalizada para os seus dados de cópia de segurança. Isto é útil se a sua organização tiver de agir em conformidade com os regulamentos de residência dos dados que exigem que mantenha as suas cópias de segurança dentro de um limite geográfico específico. Se a sua organização tiver este tipo de requisito, provavelmente usa uma política organizacional de restrição de localização de recursos. Com esta política, quando tenta usar uma localização geográfica que não está em conformidade com a política, vê um alerta na página Cópias de segurança. Se vir este alerta, tem de alterar a localização da cópia de segurança para uma localização permitida pela política.
Quando selecionar uma localização personalizada para uma cópia de segurança, tenha em atenção o seguinte:
- Custo: um cluster na sua instância pode estar numa região de custo inferior em comparação com os outros.
- Proximidade do servidor de aplicações: é recomendável armazenar a cópia de segurança o mais próximo possível da aplicação de publicação.
- Utilização do armazenamento: precisa de espaço de armazenamento suficiente para manter a cópia de segurança à medida que aumenta de tamanho. Consoante a sua carga de trabalho, pode ter clusters de tamanhos diferentes ou com diferentes utilizações de disco. Isto pode influenciar o cluster que escolher.
Para ver uma lista completa de valores regionais válidos, consulte Localizações de instâncias. Para ver uma lista completa de valores multirregionais, consulte o artigo Localizações multirregionais.
Para mais informações sobre a definição de localizações para cópias de segurança e a visualização das localizações das cópias de segurança feitas para uma instância, consulte os artigos Defina uma localização personalizada para cópias de segurança e Veja as localizações das cópias de segurança.
Limitações da taxa de cópia de segurança
O Cloud SQL limita a taxa de operações de cópia de segurança no disco de dados. É permitido um máximo de cinco operações de cópia de segurança a cada 50 minutos por instância por projeto. Se uma operação de cópia de segurança falhar, não é contabilizada nesta quota. Se atingir o limite, a operação falha com uma mensagem de erro que indica quando pode tentar novamente.
Vejamos como o Cloud SQL aplica a limitação de taxa para cópias de segurança.
O Cloud SQL usa tokens de um contentor para determinar quantas operações de cópia de segurança estão disponíveis em qualquer altura. Cada instância tem um contentor. Existe um máximo de cinco tokens no depósito que pode usar para operações de cópia de segurança. A cada 10 minutos, é adicionado um novo token ao contentor. Se o recipiente estiver cheio, o token transborda.
Sempre que emite uma operação de cópia de segurança, é concedido um token do contentor. Se a operação for bem-sucedida, o token é removido do contentor. Se falhar, o token é devolvido ao depósito. O diagrama seguinte mostra como funciona:
Cópias de segurança versus exportações
As cópias de segurança são geridas pelo Cloud SQL de acordo com as políticas de retenção e são armazenadas separadamente da instância do Cloud SQL. As cópias de segurança do Cloud SQL diferem de uma exportação carregada para o Cloud Storage, onde gere o ciclo de vida. As cópias de segurança abrangem todo o disco da instância. As exportações podem selecionar conteúdos específicos.
Não é possível usar operações de cópia de segurança e restauro para atualizar uma base de dados para uma versão posterior. Só pode restaurar a partir de uma cópia de segurança para uma instância com a mesma versão da base de dados que tinha quando a cópia de segurança foi feita.
Para atualizar para uma versão posterior, considere usar o serviço de migração de base de dados ou exportar e, em seguida, importar a sua base de dados para uma nova instância do Cloud SQL.Custos das cópias de segurança
Por predefinição, o Cloud SQL retém 7 cópias de segurança automáticas para cada instância da edição Enterprise do Cloud SQL e 15 cópias de segurança automáticas para cada instância da edição Enterprise Plus do Cloud SQL, além das cópias de segurança a pedido. Pode configurar quantas cópias de segurança automáticas quer manter (de 1 a 365). Cobramos uma taxa mais baixa para o armazenamento de cópias de segurança do que para outros tipos de instâncias.
Para mais informações sobre os preços relacionados com as cópias de segurança, consulte a página de preços.
Tamanho da cópia de segurança
Todas as cópias de segurança do Cloud SQL, exceto a primeira, são incrementais. Contêm apenas dados que foram alterados após a criação da cópia de segurança anterior. A cópia de segurança mais antiga tem um tamanho semelhante ao da base de dados, mas os tamanhos das cópias de segurança subsequentes dependem da taxa de alteração dos seus dados. Quando a cópia de segurança mais antiga é eliminada, o tamanho da cópia de segurança seguinte aumenta para se tornar uma cópia de segurança completa e é ajustado para captar a diferença entre as cópias de segurança. Cada cópia de segurança incremental seguinte também é atualizada para corresponder à nova cópia de segurança completa.
Pode verificar o tamanho de uma cópia de segurança individual. O tamanho da cópia de segurança representa o tamanho faturável de cada cópia de segurança.
Verificações de integridade de dados e cópias de segurança
O Cloud SQL executa verificações periódicas da integridade da base de dados em segundo plano automaticamente para identificar potenciais problemas de integridade dos dados. Estas verificações são realizadas como processos offline através da reposição de uma amostragem de cópias de segurança iniciadas pelo cliente ou cópias de segurança de recuperação.
Resolução de problemas
| Problema | Resolução de problemas |
|---|---|
| Não pode ver o estado da operação atual. | A consola Google Cloud apenas comunica o êxito ou a falha quando a operação
estiver concluída. Não foi concebido para mostrar avisos ou outras atualizações.
Execute o comando
|
| Quer saber quem emitiu uma operação de cópia de segurança a pedido. | A interface do utilizador não mostra o utilizador que iniciou uma operação.
Procure nos registos e filtre por texto para encontrar o utilizador. Pode ter de usar registos de auditoria para informações privadas. Os ficheiros de registo relevantes incluem:
|
| Depois de eliminar uma instância, não pode fazer uma cópia de segurança da mesma. | Se eliminar uma instância sem fazer uma cópia de segurança final dos dados, não é possível recuperar os dados. No entanto, se restaurar a instância, o Cloud SQL também restaura as cópias de segurança. Para mais informações sobre a recuperação de uma instância eliminada, consulte o artigo Mantenha as cópias de segurança após a eliminação da instância. Se tiver feito uma operação de exportação, crie uma nova instância e, em seguida, faça uma operação de importação para recriar a base de dados. As exportações são escritas no Cloud Storage e as importações são lidas a partir daí. |
| Uma cópia de segurança automática está bloqueada há muitas horas e não pode ser cancelada. | As cópias de segurança podem demorar muito tempo, consoante o tamanho da base de dados.
Se realmente precisar de cancelar a operação, pode pedir ao
apoio ao cliente que |
| Uma operação de restauro pode falhar quando um ou mais utilizadores referenciados no ficheiro de captura SQL não existem. | Antes de restaurar uma captura de SQL, todos os utilizadores da base de dados que tenham objetos ou aos quais foram concedidas autorizações relativamente a objetos na base de dados capturada têm de existir na base de dados de destino. Caso contrário, a operação de restauro não consegue recriar os objetos com a propriedade ou as autorizações originais.
Crie os utilizadores da base de dados antes de restaurar o despejo SQL. |
| Quiser aumentar o número de dias durante os quais pode manter as cópias de segurança automáticas de sete para 30 dias ou mais. | Pode
configurar o número de cópias de segurança automáticas a reter,
entre 1 e 365. As cópias de segurança automáticas são reduzidas
regularmente com base no valor de retenção configurado. Infelizmente, isto significa que as cópias de segurança atualmente visíveis são as únicas cópias de segurança automáticas a partir das quais pode fazer o restauro.
Para manter as cópias de segurança indefinidamente, pode criar uma cópia de segurança a pedido, uma vez que não são eliminadas da mesma forma que as cópias de segurança automáticas. As cópias de segurança a pedido permanecem indefinidamente. Ou seja, permanecem até serem eliminados ou a instância à qual pertencem ser eliminada. Uma vez que esse tipo de cópia de segurança não é eliminado automaticamente, pode afetar a faturação. |
| Uma cópia de segurança automática falhou e não recebeu uma notificação por email. | Para que o Cloud SQL lhe envie uma notificação sobre o estado da cópia de segurança, configure um alerta baseado em registos. |
| Uma instância está a falhar repetidamente porque está a alternar entre os estados de falha e restauro da cópia de segurança. As tentativas de ligação e utilização da base de dados após a restauração falham. |
Opções que pode testar:
|
| Verifica que faltam dados quando realiza uma operação de cópia de segurança/restauro. | As tabelas foram criadas como não registadas. Por exemplo:
Estas tabelas não estão incluídas num restauro a partir de uma cópia de segurança:
A solução é evitar a utilização de tabelas não registadas se quiser restaurar essas tabelas através de uma cópia de segurança. Se estiver a restaurar a partir de uma base de dados que já tenha tabelas não registadas, pode despejar a base de dados para um ficheiro e recarregar os dados depois de modificar o ficheiro despejado para |
| Não é possível eliminar uma instância quando opta por fazer uma cópia de segurança final na eliminação da instância. |
Quando elimina uma instância, tem de confirmar se quer
fazer uma cópia de segurança final da instância antes de a eliminar. Se ativou a cópia de segurança final através da definição da instância final-backup, a seleção que fizer quando eliminar a instância tem de corresponder à configuração da instância de cópia de segurança final que definiu quando ativou a cópia de segurança final para a instância. Para mitigar este problema, faça uma das seguintes ações:
|
| Não é possível criar uma instância de réplica após criar com êxito uma instância principal com a definição de cópia de segurança final. |
Se criar uma nova instância com a definição da instância de cópia de segurança final ativada, tem de atualizar a política da organização de cópia de segurança final para aplicar as configurações de cópia de segurança apenas à instância principal.
As cópias de segurança finais não são suportadas para instâncias de réplica. Para mais informações, consulte as políticas de organização do Cloud SQL. |
O que se segue?
- Agende cópias de segurança automáticas.
- Crie uma cópia de segurança a pedido.
- Restaurar a partir de uma cópia de segurança.