A Lixeira do ApsaraDB for MongoDB armazena instâncias do MongoDB que expiraram recentemente, estão com pagamento em atraso ou que você liberou manualmente. Na Recycle Bin, renove uma instância para desbloqueá-la, reconstrua seus dados em uma nova instância ou destrua-a. A entrada de uma instância na Lixeira e o prazo disponível para restauração dependem da arquitetura da instância, do tipo de armazenamento e do método de faturamento.
Limites para restauração de instâncias
Verifique os limites abaixo antes de depender da Lixeira para recuperar uma instância:
Instâncias standalone — Após a liberação de uma instância standalone, não é possível restaurá-la pela Recycle Bin.
Instâncias de cluster sharded com discos locais — Após a liberação de uma instância de cluster sharded com disco local, não é possível restaurá-la pela Recycle Bin.
Instâncias de cluster sharded com discos locais no modelo pagamento conforme o uso liberadas manualmente — Esse tipo de instância não é movido para a Lixeira após liberação manual e não pode ser reconstruído.
Instâncias com TDE ativado — Após a liberação de uma instância com Transparent Data Encryption (TDE) ativado, não é possível restaurá-la pela Recycle Bin.
Instâncias com criptografia de disco ativada — Para restaurar uma instância com criptografia de disco, verifique se a chave KMS utilizada está acessível. Caso contrário, a restauração falhará.
Ações disponíveis
A Recycle Bin lista instâncias que expiraram recentemente, possuem pagamentos pendentes ou que você liberou manualmente na lista de instâncias. As seguintes ações estão disponíveis:
Renew — Renove uma instância por assinatura para mantê-la em funcionamento normal ou para retornar uma instância bloqueada ao estado normal.
Recharge — Adicione saldo à sua conta Alibaba Cloud para manter uma instância de pagamento conforme o uso operando normalmente ou para restaurar uma instância bloqueada por falta de pagamento.
Rebuild — Restaure os dados de uma instância liberada em uma nova instância. O tempo de restauração varia conforme o desempenho da instância e o volume de dados. Se a instância foi movida para a Lixeira devido a pagamento atrasado ou liberação manual, adicione saldo à sua conta Alibaba Cloud antes de iniciar a reconstrução.
Destroy — Libere os recursos de computação e os dados da instância. Esta ação é irreversível.
Ações de recuperação por arquitetura e tipo de armazenamento
A tabela a seguir detalha as ações de recuperação suportadas na Lixeira para cada combinação de arquitetura e tipo de armazenamento. Além dessas opções, Destroy está disponível para todas as combinações, e Recharge aplica-se a instâncias de pagamento conforme o uso.
|
Arquitetura da instância |
Tipo de armazenamento |
Ações de recuperação suportadas |
|
Instância de replica set |
Disco local |
Renew e Rebuild |
|
Instância de replica set |
ESSD |
Renew, Rebuild e modificação da política de retenção de backup da instância liberada |
|
Instância de cluster sharded |
Disco local |
Renew |
|
Instância de cluster sharded |
ESSD |
Renew, Rebuild e modificação da política de retenção de backup da instância liberada |
Ciclo de vida após expiração da instância ou pagamento em atraso
As ações ainda disponíveis e o tempo restante antes da exclusão dos dados dependem de três fatores: tipo de armazenamento, arquitetura da instância e método de faturamento. Selecione a aba correspondente ao seu tipo de armazenamento e localize a linha que corresponde à arquitetura e ao método de faturamento da sua instância.
A opção Rebuild não está disponível para todas as instâncias, mesmo quando listada como ação válida nas tabelas abaixo. Antes de planejar uma recuperação, consulte os limites descritos na seção "Limites para restauração de instâncias" deste tópico.
Retenção de dados após liberação de instância com ESSD
Quando os recursos de computação de uma instância com ESSD são liberados, a retenção dos dados segue a Backup Retention Policy configurada:
Se a política for Immediately delete all backup sets of the instance upon release: Entre 0 e 7 dias após a liberação, a Lixeira exibirá o último conjunto de backup da instância. Reconstrua os dados em uma nova instância antes que esse conjunto seja removido.
Caso a política seja Automatically back up data when you release the instance and retain the backup set for the instance for a long time.: O backup é mantido a longo prazo. A Lixeira mostra o último conjunto de backup, permitindo a reconstrução dos dados em uma nova instância.
Quando a política definida é Automatically back up data when you release the instance and retain all backup sets for the instance for a long time.: Todos os backups são retidos a longo prazo. A Lixeira exibe todos os conjuntos de backup da instância, possibilitando a reconstrução dos dados em uma nova instância.
Cronograma por tipo de armazenamento
ESSD
|
Arquitetura da instância |
Método de faturamento |
Status da instância |
Ações disponíveis |
|
Instância de replica set ou cluster sharded |
Assinatura |
Do 1º ao 15º dia após a expiração, a instância continua operando normalmente. |
Renew |
|
Instância de replica set ou cluster sharded |
Assinatura |
Do 16º ao 30º dia após a expiração, a instância fica bloqueada e inacessível. |
Renew ou Destroy |
|
Instância de replica set ou cluster sharded |
Assinatura |
No 31º dia após a expiração, os recursos de computação são liberados. Os dados são retidos conforme a política de retenção de backup. |
Rebuild ou Destroy |
|
Instância de replica set ou cluster sharded |
Assinatura |
Após o término do período definido na política de retenção de backup, os dados deixam de ser retidos. |
Nenhuma. A instância é destruída permanentemente e os dados não podem ser recuperados. |
|
Instância de replica set ou cluster sharded |
Pagamento conforme o uso |
Do 1º ao 15º dia após a conta Alibaba Cloud entrar em atraso, a instância continua operando normalmente. |
Recharge |
|
Instância de replica set ou cluster sharded |
Pagamento conforme o uso |
Do 16º ao 30º dia após a conta Alibaba Cloud entrar em atraso, a instância aparece como Inactive na lista de instâncias e como Locked na Lixeira. Leituras e gravações ficam bloqueadas. |
Recharge ou Destroy |
|
Instância de replica set ou cluster sharded |
Pagamento conforme o uso |
No 31º dia após a conta Alibaba Cloud entrar em atraso, ou após liberação manual, os recursos de computação são liberados. Os dados são retidos conforme a política de retenção de backup. |
Rebuild ou Destroy |
|
Instância de replica set ou cluster sharded |
Pagamento conforme o uso |
Após o término do período definido na política de retenção de backup, os dados deixam de ser retidos. |
Nenhuma. A instância é destruída permanentemente e os dados não podem ser recuperados. |
Local disk
|
Arquitetura da instância |
Método de faturamento |
Status da instância |
Ações disponíveis |
|
Instância de replica set |
Assinatura |
Do 1º ao 15º dia após a expiração, a instância continua operando normalmente. |
Renew |
|
Instância de replica set |
Assinatura |
Do 16º ao 30º dia após a expiração, a instância fica bloqueada e inacessível. |
Renew ou Destroy |
|
Instância de replica set |
Assinatura |
No 31º dia após a expiração, os recursos de computação são liberados e os dados são retidos por mais 7 dias. Você receberá uma notificação por SMS ou e-mail. |
Rebuild ou Destroy |
|
Instância de replica set |
Assinatura |
No 38º dia após a expiração, os dados da instância deixam de ser retidos. |
Nenhuma. A instância é destruída permanentemente e os dados não podem ser recuperados. |
|
Instância de replica set |
Pagamento conforme o uso |
Do 1º ao 15º dia após a conta Alibaba Cloud entrar em atraso, a instância continua operando normalmente. |
Recharge |
|
Instância de replica set |
Pagamento conforme o uso |
Do 16º ao 30º dia após a conta Alibaba Cloud entrar em atraso, a instância aparece como Inactive na lista de instâncias e como Locked na Lixeira. Leituras e gravações ficam bloqueadas. |
Recharge ou Destroy |
|
Instância de replica set |
Pagamento conforme o uso |
No 31º dia após a conta Alibaba Cloud entrar em atraso, os recursos de computação são liberados e os dados são retidos por mais 7 dias. |
Rebuild ou Destroy |
|
Instância de replica set |
Pagamento conforme o uso |
No 38º dia após a conta Alibaba Cloud entrar em atraso, os dados da instância deixam de ser retidos. |
Nenhuma. A instância é destruída permanentemente e os dados não podem ser recuperados. |
|
Instância de cluster sharded |
Assinatura |
Do 1º ao 15º dia após a expiração, a instância continua operando normalmente. |
Renew |
|
Instância de cluster sharded |
Assinatura |
Do 16º ao 30º dia após a expiração, a instância fica bloqueada e inacessível. |
Renew ou Destroy |
|
Instância de cluster sharded |
Pagamento conforme o uso |
Do 1º ao 15º dia após a conta Alibaba Cloud entrar em atraso, a instância continua operando normalmente. |
Recharge |
|
Instância de cluster sharded |
Pagamento conforme o uso |
Do 16º ao 30º dia após a conta Alibaba Cloud entrar em atraso, a instância aparece como Inactive na lista de instâncias e como Locked na Lixeira. Leituras e gravações ficam bloqueadas. |
Recharge ou Destroy |
Procedimento
Faça login no console do MongoDB.
No painel de navegação à esquerda, clique em Recycle Bin.
No canto superior esquerdo da página, selecione o grupo de recursos e a região onde a instância está localizada.
Na página Recycle Bin, escolha Host&Slave ou Sharded Cluster Instances conforme o tipo de instância que deseja gerenciar.
Ainda na página Recycle Bin, execute as operações de Renew, Rebuild e Destroy.
Renew
Apenas instâncias de assinatura expiradas com status Locked suportam a operação Renew. Se o bloqueio decorrer de pagamento em atraso na conta Alibaba Cloud, adicione saldo para restaurar a instância ao estado normal.
À direita da instância desejada, clique no ícone
e selecione Renew.Na página Renew, defina a duração da assinatura.
Leia os Termos de Serviço e clique em Buy Now.
Na página Pay, conclua o pagamento conforme as instruções.
Rebuild
Somente instâncias com status Released permitem a operação Rebuild.
À direita da instância alvo, clique no ícone
e selecione Rebuild.Na página Clone instance, especifique a região, zona, especificações e demais informações da nova instância e clique em Buy Now.
Na página Confirm Order, revise os detalhes da configuração, leia os Termos de Serviço e finalize o pagamento conforme solicitado.
Destroy
Ao destruir uma instância, todos os dados originais também são eliminados e não poderão ser recuperados.
Para instâncias com ESSD, altere a política de retenção de backup para {value, select, 2{Automatically back up data when you release the instance and retain all backup sets for the instance for a long time.} 1{Automatically back up data when you release the instance and retain the backup set for the instance for a long time.} 0{Delete all backup sets when you release the instance.}} antes de prosseguir com a destruição. A modificação da política de retenção de backup aplica-se exclusivamente a instâncias com ESSD.
Clique no ícone
à esquerda da instância desejada para expandir a lista de backups.Clique em Modify Backup Retention Policy.
Na caixa de diálogo Modify Backup Retention Policy, selecione {value, select, 2{Automatically back up data when you release the instance and retain all backup sets for the instance for a long time.} 1{Automatically back up data when you release the instance and retain the backup set for the instance for a long time.} 0{Delete all backup sets when you release the instance.}} e clique em Determine.