O Cloud SQL permite-lhe fazer cópias de segurança das suas instâncias a pedido ou automaticamente através de um agendamento de cópias de segurança. As configurações de cópia de segurança disponíveis para a sua instância dependem da opção de cópia de segurança da instância. 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. As cópias de segurança também são encriptadas por predefinição com chaves de encriptação geridas pela Google ou geridas pelo cliente (CMEK). Com as cópias de segurança, pode:
- Restaurar a instância para um estado anterior se esta 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.
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 após a eliminação da instância para permitir a restauração da instância após a eliminação.
Opções de cópia de segurança
O Cloud SQL oferece duas opções de serviço de cópia de segurança para gerir as cópias de segurança da sua instância:
- 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ópias de segurança e RD e oferece retenção aplicada, programação detalhada 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. Esta é a oferta de cópia de segurança do Cloud SQL existente e é agora denominada cópias de segurança padrão.
Tem de selecionar uma opção de cópia de segurança para cada instância. Para mais informações sobre cada opção de cópia de segurança e as respetivas funcionalidades, consulte o artigo Escolha a sua opção de cópia de segurança.
Tipos de pedidos de cópia de segurança
Pode fazer cópias de segurança a pedido, automáticas ou finais das suas instâncias do Cloud SQL. A configuração disponível para estas cópias de segurança depende da opção de cópia de segurança selecionada para a sua instância.
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 numa cadência agendada, como de hora a hora, diariamente, semanalmente ou mensalmente, enquanto a instância está em execução. A cadência agendada depende da opção de cópia de segurança que escolher para a sua instância e da cadência que definir na configuração da cópia de segurança para a opção de cópia de segurança selecionada. A cópia de segurança começa durante o período de tempo da cópia de segurança.
É feita uma cópia de segurança automática adicional após a paragem da instância para salvaguardar todas as alterações antes da paragem da instância. 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. Recomendamos que agende as cópias de segurança quando a instância tiver, se possível, menos atividade.
Também recomendamos que não elimine manualmente nenhuma cópia de segurança automatizada, uma vez que são necessárias para suportar a recuperação num determinado momento.
Para configurar as cópias de segurança automáticas da sua instância, consulte o artigo Configurar cópias de segurança automáticas.
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 a eliminar. Pode usar a cópia de segurança final para criar uma nova instância ou restaurar uma instância existente. Para mais informações sobre como aceder e ver detalhes sobre a sua cópia de segurança final, consulte o artigo Ver 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 as cópias de segurança padrão ou entre 1 dia e 99 anos para as 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.
Para mais informações sobre como ativar as cópias de segurança finais para as suas instâncias novas ou existentes através da opção de cópias de segurança padrão, consulte o artigo Configure cópias de segurança finais. Para cópias de segurança melhoradas, as cópias de segurança finais são geridas pelo plano de cópia de segurança associado.
Para gerir uma cópia de segurança final após a eliminação da instância, consulte o artigo Gerir cópias de segurança de instâncias eliminadas.
Retenção de cópias de segurança
A retenção de cópias de segurança é definida pelo tipo de pedido de cópia de segurança e pela opção de cópia de segurança que seleciona para a sua instância. Para cópias de segurança automáticas, a retenção pode variar entre 7 dias e 99 anos, consoante a opção de cópia de segurança da sua instância. Para cópias de segurança a pedido, as cópias de segurança são armazenadas indefinidamente até serem eliminadas. Para mais informações sobre a retenção de cópias de segurança relacionada com a opção de cópia de segurança da sua instância, consulte o artigo Escolha a sua opção de cópia de segurança.
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 automatizadas da sua instância estiver definida como 7, a cópia de segurança automatizada 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 a cópia de segurança eliminada.
Para as cópias de segurança padrão, 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 projetoGoogle Cloud 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 gestão.
Para mais informações sobre como ativar as cópias de segurança retidas para as suas instâncias novas ou existentes através da opção de cópias de segurança padrão, consulte o artigo Configure cópias de segurança retidas. Para cópias de segurança melhoradas, as cópias de segurança retidas são geridas pelo plano de cópia de segurança associado.
Para gerir uma cópia de segurança retida após a eliminação da instância, consulte o artigo Gerir cópias de segurança de instâncias eliminadas.
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 automatizada. Pode usar esta cópia de segurança para fins de recuperação contactando o apoio ao cliente 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.
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.
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, pode exportar e, em seguida, importar a sua base de dados para uma nova instância do Cloud SQL.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.
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, mas não pode reter menos do que o valor predefinido (sete). 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. |
| Não consegue restaurar a sua instância através do comando RESTORE do Transact-SQL ou do SQL Server Management Studio (SSMS). |
O Cloud SQL não suporta o restauro de instâncias através do SSMS.
Para restaurar a sua instância, execute o comando
gcloud sql import.
|
| 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?
- Escolha uma opção de cópia de segurança para a sua instância do Cloud SQL.
- Saiba mais sobre a restauração.
- Restaurar a partir de uma cópia de segurança