Principais características do backup de chaves

• Ciclo de vida: Os backups estão vinculados ao ciclo de vida da instância do banco de dados e são excluídos quando a instância é excluída
• Retenção: os backups são mantidos por 30 dias
• Criptografia: Os backups são criptografados em repouso por meio da criptografi AES-256
• Restauração: os backups só podem ser restaurados na mesma região em que foram criados
• Tipos: Estão disponíveis backups automáticos (diários) e sob demanda (manuais)

Informações importantes sobre backup

• O armazenamento de backup é criptografado. Para gerenciar as chaves de criptografia, consulte IBM® Key Protect integração. Caso contrário, os backups são criptografados com uma chave gerada automaticamente para a sua instância.
• Os backups podem ser restaurados entre contas, desde que o usuário que estiver realizando a restauração tenha acesso ao backup, bem como às contas de origem e de destino.
• Cloud Databases Os backups não podem ser baixados. Se você precisar fazer um backup local, use o software adequado. Por exemplo, o pg_dump é uma ferramenta eficaz para gerenciar backups d PostgreSQL.

A exclusão de um backup é definitiva e não pode ser revertida. Certifique-se de que não precisa mais dos dados de backup antes de excluí-los.

Obtendo um backup sob demanda

Se você planeja fazer alterações significativas na sua instância, como dimensionamento ou remoção de bancos de dados, tabelas ou coleções, os backups sob demanda são úteis. Eles também poderão ser úteis se for necessário fazer backup de acordo com um planejamento. Os backups sob demanda são mantidos por 30 dias.

As instâncias vêm com espaço de armazenamento para backup equivalente ao seu espaço total em disco, sem nenhum custo. Se o uso do seu armazenamento de backup for maior do que o espaço total em disco, cada gigabyte será cobrado como excedente a uma taxa de $0.095/month. Os backups são compactados; portanto, mesmo que você utilize backups sob demanda, a maioria das instâncias não ultrapassa o crédito alocado.

Restaurando um backup

Os backups são restaurados em uma nova instância. Após a conclusão do provisionamento da nova instância, seus dados contidos no arquivo de backup são restaurados na nova instância.

Por padrão, a nova instância é dimensionada automaticamente para o tamanho padrão do disco e o mesmo tamanho de host da instância de origem no momento do backup a partir do qual você está restaurando. Para ajustar os recursos alocados à nova instância, use os campos opcionais na interface do usuário, na CLI ou na API para redimensionar a nova instância. Certifique-se de alocar recursos suficientes para seus dados e carga de trabalho; se a instância não receber recursos suficientes ou se o backup contiver mais espaço de armazenamento do que o tamanho padrão do disco e esse tamanho não for especificado, a restauração falhará.

Não exclua a instância de origem enquanto o backup estiver sendo restaurado. Antes de excluir a instância antiga, aguarde até que a nova instância seja provisionada e o backup seja restaurado. A exclusão de uma instância também exclui seus backups.

ibmcloud resource service-instance-create <INSTANCE_NAME> <SERVICE-ID>-gen2-<PLAN NAME> <REGION> -p  '{"dataservices":{"restore_backup_id":"<BACKUP_CRN>"}}'

ibmcloud resource service-instance-create postgresql-restore-abc databases-for-postgresql databases-for-postgresql-gen2-standard ca-mon -p  '{"dataservices":{"restore_backup_id":"crn:v1:bluemix:public:databases-for-postgresql:ca-mon:a/26b19aex04da4475b6e31205fa93248d:a1e247d8-01c2-3bbe-a5e6-fdb5eb872d2f:backup:f689275f-7da9-4e90-9055-70b02c575492"}}'

ibmcloud resource service-instance-create <INSTANCE_NAME> <SERVICE-ID> gen2-<PLAN NAME> <REGION> -p
'{"restore_backup_id":"BACKUP_ID","key_protect_key":"KEY_PROTECT_KEY_CRN", "storage_gb":"DESIRED_DISK_IN_GB", "host_flavor": "<VALUE>"}'

curl -X POST \
  https://resource-controller.cloud.ibm.com/v2/resource_instances \
  -H 'Authorization: Bearer <>' \
  -H 'Content-Type: application/json' \
    -d '{
    "name": "<INSTANCE_NAME>",
    "target": "<REGION>",
    "resource_group": "<YOUR-RESOURCE-GROUP>",
    "resource_plan_id": "<SERVICE-ID>",
    "parameters":{
      "restore_backup_id": "<BACKUP_ID>"
    }
  }'

Criptografia de backup

Os backups são criptografados em repouso com a mesma criptografia da instância do banco de dados. Se você usar o recurso “ Key Protect ” para gerenciar a criptografia do banco de dados, seus backups serão criptografados com a mesma chave. Para obter mais informações, consulte Integração com o Key Protect.

Ao restaurar um backup que foi criptografado com uma chave do tipo “ Key Protect ”, você pode usar a mesma chave ou uma chave diferente. Se você usar uma chave diferente, a nova instância será criptografada com a nova chave.

Você terá acesso imediato à instância do banco de dados restaurada, com desempenho de E/S reduzido até que a hidratação seja concluída. Não é possível criar backups na instância restaurada até que sua hidratação seja concluída. É possível acompanhar o progresso da hidratação por meio dos eventos de monitoramento de atividade da plataforma. Para obter mais informações, consulte a Lista de eventos da plataforma.

Restauração entre contas

Os backups podem ser restaurados em todas as contas d IBM Cloud, possibilitando cenários como:

• Restaurar dados de produção em uma conta de desenvolvimento para fins de teste
• Migração de bancos de dados entre unidades organizacionais
• Recuperação de desastres em uma conta separada

Para restaurar um backup em uma conta diferente:

1. A conta de origem deve conceder à conta de destino acesso ao recurso de backup
2. Utilize o CRN do backup ao criar a nova instância na conta de destino
3. Certifique-se de que a conta de destino tenha as permissões de IAM adequadas

Responsabilidades relacionadas a backups e restauração

• Cloud Databases não se responsabilizam pela restauração, pontualidade ou validade dos referidos backups.
• Ações que você toma como usuário podem comprometer a integridade dos backups, como, por exemplo, a subalocação de memória e disco. Os usuários podem utilizar a API para monitorar se os backups foram bem-sucedidos, além de, periodicamente, poderem restaurar um backup para assegurar sua validade e integridade. Os usuários podem obter os detalhes do backup agendado mais recente por meio da CLI do Controlador de Recursos do Cloud Databases e da API do Controlador de Recursos do Cloud Databases.
• Como um serviço gerenciado, o Cloud Databases monitora o estado dos backups e, quando possível, pode tentar fazer correções. Caso encontre problemas que não consiga resolver, entre em contato com o suporte para obter mais ajuda.

Continuidade de negócios e recuperação de desastre

Cloud Databases oferece mecanismos para proteger seus dados e restaurar as funções do serviço. Para obter mais informações (incluindo regiões de armazenamento de backup ), consulte “Noções básicas sobre continuidade de negócios e recuperação de desastres para o Cloud Databases ”.