A Lixeira retém instâncias do ApsaraDB for MongoDB expiradas, vencidas ou liberadas para que você possa recuperá-las ou destruí-las permanentemente sem perda imediata de dados.
Limitações
Não é possível recuperar os seguintes tipos de instância da Lixeira:
Instâncias standalone liberadas
Instâncias de cluster sharded com disco local liberadas
Instâncias liberadas com Transparent Data Encryption (TDE) ativado
Instâncias com criptografia de disco ativada cujas chaves KMS estão indisponíveis não podem ser recuperadas corretamente
Operações suportadas por arquitetura
As operações disponíveis na Lixeira dependem da arquitetura da instância e da classe de armazenamento.
| Arquitetura | Classe de armazenamento | Operações disponíveis |
|---|---|---|
| Replica set | Discos locais | Renew, Rebuild |
| Enterprise SSD (ESSD) | Renew, Rebuild, Modifique backup retention policy | |
| Sharded cluster | Discos locais | Renew |
| ESSD | Renew, Rebuild, Modifique backup retention policy |
As operações disponíveis também variam conforme o método de faturamento. Consulte as tabelas de ciclo de vida abaixo para obter detalhes.
Enterprise SSD (ESSD)
|
Arquitetura |
Método de faturamento |
Status da instância |
Operação e impacto |
|
ReplicaSet Sharded cluster |
Subscription |
Entre 1 e 15 dias após a expiração da instância, ela funciona normalmente. |
|
|
Do 16º ao 30º dia após a expiração da instância, ela fica bloqueada e não pode ser acessada. |
|
||
|
No 31º dia após a expiração da instância, seus recursos de computação são liberados. A retenção dos backups de dados depende da Backup Retention Policy configurada:
|
|
||
|
Após o término do período de retenção de backup especificado pela sua política, todos os backups e dados são excluídos permanentemente. |
A instância é completamente destruída e os dados não podem ser recuperados. |
||
|
Pay-as-you-go |
Do 1º ao 15º dia após uma conta Alibaba Cloud ficar inadimplente, a instância continua funcionando no estado Normal. |
|
|
|
Do 16º ao 30º dia após a conta Alibaba Cloud ficar inadimplente, a instância MongoDB aparece como disabled na lista de instâncias e locked na lixeira. Não é possível ler ou gravar dados. |
|
||
|
No 31º dia após a conta Alibaba Cloud ficar inadimplente ou no momento em que a instância pay-as-you-go é liberada manualmente, seus recursos de computação são liberados. A retenção dos backups de dados depende da Backup Retention Policy configurada.
|
|
||
|
Após a expiração da política de retenção de backup da instância, os dados da instância deixam de ser retidos. |
A instância é completamente destruída e os dados não podem ser recuperados. |
Local disks
|
Arquitetura |
Método de faturamento |
Status da instância |
Operação e impacto |
|
ReplicaSet |
Subscription |
Nos primeiros 15 dias após a expiração da instância, ela funciona normalmente. |
|
|
Do 16º ao 30º dia após a expiração da instância, ela fica em estado bloqueado e não pode ser acessada. |
|
||
|
No 31º dia após a expiração da instância, o recurso de computação da instância é liberado. Os dados são retidos por mais 7 dias. Você receberá uma notificação por SMS ou e-mail neste momento. |
|
||
|
No 38º dia após a expiração da instância, os dados da instância deixam de ser retidos. |
A instância é completamente destruída e os dados não podem ser recuperados. |
||
|
Pay-as-you-go |
Do 1º ao 15º dia após sua conta Alibaba Cloud ficar inadimplente, suas instâncias continuam funcionando normalmente. |
|
|
|
Do 16º ao 30º dia após a conta Alibaba Cloud ficar inadimplente, a instância MongoDB aparece como Disabled na lista de instâncias e Locked na lixeira. Não é possível ler ou gravar dados. |
|
||
|
No 31º dia após uma conta Alibaba Cloud ficar inadimplente, os recursos de computação da instância são liberados, mas os dados são retidos por mais 7 dias. |
|
||
|
No 38º dia após uma conta Alibaba Cloud ficar inadimplente, os dados da instância deixam de ser retidos. |
A instância é completamente destruída e os dados não podem ser recuperados. |
||
|
Sharded cluster |
Subscription |
Entre 1 e 15 dias após a expiração da instância, ela funciona normalmente. |
|
|
Do 16º ao 30º dia após a expiração da instância, ela fica em estado bloqueado e não pode ser acessada. |
|
||
|
Pay-as-you-go |
Entre 1 e 15 dias após uma conta Alibaba Cloud ficar inadimplente, a instância continua funcionando no estado Normal. |
|
|
|
Do 16º ao 30º dia após a conta Alibaba Cloud ficar inadimplente, a instância MongoDB aparece como Disabled na lista de instâncias e Locked na lixeira, e não é possível ler ou gravar dados. Nota
Instâncias pay-as-you-go liberadas manualmente não são retidas na lixeira e não podem ser reconstruídas. |
|
Ciclo de vida da instância por tipo de armazenamento
Instâncias ESSD
Subscription
|
Status da instância |
Operações disponíveis |
|
Dias 1–15 após a expiração: a instância funciona normalmente. |
Renew: Mantenha a instância em execução além da data de expiração. |
|
Dias 16–30 após a expiração: a instância fica bloqueada e não pode ser acessada. |
Renew: Restaure a instância ao status Normal. Destroy: Libere recursos de computação e dados permanentemente. Para destruir, primeiro defina a política de retenção de backup como Delete all backup sets when you release the instance. |
|
Dia 31 após a expiração: os recursos de computação são liberados. A retenção de dados depende da sua Backup Retention Policy: Delete all backup sets when you release the instance — o backup mais recente é mantido por 0–7 dias. Automatically back up data when you release the instance and retain the backup set for the instance for a long time — o backup mais recente é mantido a longo prazo. Automatically back up data when you release the instance and retain all backup sets for the instance for a long time — todos os conjuntos de backup são mantidos a longo prazo. Em todos os casos, é possível reconstruir uma nova instância a partir do backup retido. |
Rebuild: Restaure os dados para uma nova instância. O tempo varia conforme o desempenho da instância e o volume de dados. Destroy: Libere todos os backups e dados restantes permanentemente. Para destruir, defina a política de retenção de backup como Delete all backup sets when you release the instance. |
|
Após o término do período de retenção de backup. |
A instância é completamente destruída e os dados não podem ser recuperados. |
Pay-as-you-go
|
Status da instância |
Operações disponíveis |
|
Dias 1–15 após a conta ficar inadimplente: a instância funciona no status Normal. |
Top Up: Adicione fundos à sua conta Alibaba Cloud para manter as instâncias em execução. |
|
Dias 16–30 após a conta ficar inadimplente: a instância aparece como Disabled na lista de instâncias e Locked na Lixeira. Não é possível ler ou gravar dados. |
Add Funds: Restaure a instância ao status Normal. Destroy: Libere recursos de computação e dados permanentemente. Para destruir, defina a política de retenção de backup como Delete all backup sets when you release the instance. |
|
Dia 31 após a conta ficar inadimplente, ou quando a instância é liberada manualmente: os recursos de computação são liberados. A retenção de dados depende da sua Backup Retention Policy: Delete all backup sets when you release the instance — o backup mais recente é mantido por 7 dias. Automatically back up data when you release the instance and retain the backup set for the instance for a long time — o backup mais recente é mantido a longo prazo. Automatically back up data when you release the instance and retain all backup sets for the instance for a long time — todos os conjuntos de backup são mantidos a longo prazo. Em todos os casos, é possível reconstruir uma nova instância a partir do backup retido a qualquer momento durante o período de retenção. |
Rebuild: Após adicionar fundos, clique em Rebuild para restaurar os dados para uma nova instância. Destroy: Libere todos os backups e dados restantes permanentemente. Para destruir, defina a política de retenção de backup como Delete all backup sets when you release the instance. |
|
Após o término do período de retenção de backup. |
A instância é completamente destruída e os dados não podem ser recuperados. |
Instâncias com disco local
Replica set
Subscription
|
Status da instância |
Operações disponíveis |
|
Dias 1–15 após a expiração: a instância funciona normalmente. |
Renew: Mantenha a instância em execução além da data de expiração. |
|
Dias 16–30 após a expiração: a instância fica bloqueada e não pode ser acessada. |
Renew: Restaure a instância ao status Normal após a renovação. Destroy: Libere recursos de computação e dados. Esta operação não pode ser desfeita. |
|
Dia 31 após a expiração: os recursos de computação são liberados. Os dados são retidos por mais 7 dias. Você receberá uma notificação por SMS ou e-mail. |
Rebuild: Restaure os dados para uma nova instância. O tempo varia conforme o desempenho da instância e o volume de dados. Destroy: Libere os dados restantes permanentemente. Esta operação não pode ser desfeita. |
|
Dia 38 após a expiração. |
A instância é completamente destruída e os dados não podem ser recuperados. |
Pay-as-you-go
|
Status da instância |
Operações disponíveis |
|
Dias 1–15 após a conta ficar inadimplente: a instância funciona normalmente. |
Top Up: Adicione fundos para manter as instâncias em execução. |
|
Dias 16–30 após a conta ficar inadimplente: a instância aparece como Disabled na lista de instâncias e Locked na Lixeira. Não é possível ler ou gravar dados. |
Add Funds: Restaure a instância ao status de funcionamento Normal. Destroy: Libere recursos de computação e dados. Esta operação não pode ser desfeita. |
|
Dia 31 após a conta ficar inadimplente: os recursos de computação são liberados. Os dados são retidos por mais 7 dias. |
Rebuild: Após adicionar fundos, clique em Rebuild para restaurar os dados para uma nova instância. Destroy: Libere os dados restantes permanentemente. Esta operação não pode ser desfeita. |
|
Dia 38 após a conta ficar inadimplente. |
A instância é completamente destruída e os dados não podem ser recuperados. |
Sharded cluster
Subscription
|
Status da instância |
Operações disponíveis |
|
Dias 1–15 após a expiração: a instância funciona normalmente. |
Renew: Mantenha a instância em execução além da data de expiração. |
|
Dias 16–30 após a expiração: a instância fica bloqueada e não pode ser acessada. |
Renew: Restaure a instância ao status Normal após a renovação. Destroy: Libere recursos de computação e dados. Esta operação não pode ser desfeita. |
Pay-as-you-go
|
Status da instância |
Operações disponíveis |
|
Dias 1–15 após a conta ficar inadimplente: a instância funciona no status Normal. |
Top Up: Adicione fundos para manter as instâncias em execução. |
|
Dias 16–30 após a conta ficar inadimplente: a instância aparece como Disabled na lista de instâncias e Locked na Lixeira. Não é possível ler ou gravar dados. Instâncias pay-as-you-go liberadas manualmente não são retidas na Lixeira e não podem ser reconstruídas. |
Add Funds: Restaure a instância ao status Normal. Destroy: Libere recursos de computação e dados. Esta operação não pode ser desfeita. |
Acessar a Lixeira
Faça login no console do MongoDB.
No painel de navegação à esquerda, clique em Recycle Bin.
No canto superior esquerdo, selecione o grupo de recursos e a região onde a instância está localizada.
Selecione a aba Replica Set Instances ou Sharded Cluster Instances.
Renew
Apenas instâncias no estado Locking (expiradas ou inadimplentes) podem ser renovadas.
À direita da instância desejada, clique em
> Renew.Na página Renew, especifique uma duração de assinatura.
Leia os Termos de Serviço e clique em Buy Now.
Na página Purchase, conclua o pagamento.
Rebuild
Apenas instâncias no estado Released podem ser reconstruídas.
À direita da instância desejada, clique em
> Rebuild.Na página Clone Instance, especifique a região, zona e especificações para a 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 conclua o pagamento.
Destroy
Destruir uma instância exclui permanentemente todos os dados da instância. Esta operação não pode ser desfeita.
Para destruir uma instância, altere sua política de retenção de backup para Delete all backup sets when you release the instance:
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 Delete all backup sets when you release the instance e clique em OK.