Visão geral
Vantagens
Casos de uso
Política de isolamento de recursos
Instância de banco de dados
Destruir instância
Cenário de operação
De acordo com as necessidades do negócio, você pode reembolsar por conta própria as instâncias de pagamento conforme o uso e plano de assinatura anual/mensal no console.
Após o reembolso da instância de plano de assinatura anual/mensal, a instância será movida para a lixeira do banco de dados em nuvem e retida por 7 dias, período durante o qual a instância ficará inacessível. Se desejar restaurar esta instância, você pode renová-la na lixeira para recuperação.
Após o reembolso da instância de pagamento conforme o uso, a instância será movida para a lixeira do banco de dados em nuvem e retida por 24 horas, período durante o qual a instância ficará inacessível. Se desejar restaurar esta instância, você pode renová-la na lixeira para recuperação.
Após o reembolso por conta própria, assim que o status da instância passar a "Em isolamento", deixarão de ser gerados custos relacionados a essa instância.
Precauções
Após ativar a proteção contra término de instância, não é permitido destruir a instância. Se precisar confirmar a destruição da instância, desative a proteção contra término antes de prosseguir. Consulte Configurar proteção contra término de instância para detalhes.
Após o status da instância entrar em "Em isolamento", a instância ficará inacessível. Se houver instâncias somente leitura associadas: as instâncias somente leitura ainda poderão ser acessadas normalmente.
Após a destruição da instância, os dados não poderão ser recuperados. Os arquivos de backup serão eliminados simultaneamente, não sendo possível restaurar os dados na nuvem. Transfira previamente cópias dos arquivos de backup e recomenda-se configurar as configurações de retenção de backup.
Após a destruição da instância, os recursos de IP serão liberados simultaneamente. Se houver instâncias associadas, como somente leitura ou de recuperação de desastres:
A instância somente leitura será destruída simultaneamente.
A instância de recuperação de desastres irá desconectar a conexão de sincronização e promover-se automaticamente para instância primária.
Após a destruição da instância, processamento de reembolso:
O valor do reembolso por conta própria sem motivo dentro de 5 dias será reembolsado para a conta da Tencent Cloud.
O valor do reembolso comum por conta própria será devolvido proporcionalmente ao seu uso de dinheiro e créditos promocionais na sua conta da Tencent Cloud.
Os reembolsos de pedidos de canais de recompensas de promoção terão uma taxa de 25% sobre o valor pago em dinheiro. Pedidos de canais de recompensas de promoção não suportam reembolso por conta própria no momento. Por favor, envie um ticket para solicitar o reembolso.
Etapas de operação
1. Após fazer login no console do MySQL, na lista de instâncias, selecione a instância desejada. Na coluna de Operação, escolha Mais > Destruir/Devolver ou Destruir instância.
2. Na caixa de diálogo exibida, conclua as configurações de Retenção de arquivos de backup e clique em Confirmar destruição.
Nota:
O mecanismo de análise somente leitura não envolve a funcionalidade de configurar a retenção de arquivos de backup.
Retenção de arquivos de backup | Instruções |
não reter | Ao escolher 'não reter', significa que após a destruição da instância, os backups serão eliminados simultaneamente e não serão preservados. |
reter | Ao escolher 'reter', significa que após a destruição da instância, os backups serão preservados de acordo com o escopo selecionado. As opções de escopo disponíveis são: Reter todos: Indica a retenção de todos os backups gerados pela instância na região atual, com opção de escolher se deseja reter os arquivos Binlog. Reter o mais recente: Indica a retenção do backup mais recente (1) gerado pela instância na região atual. Por padrão, não é possível selecionar a retenção de arquivos Binlog. Reter dentro do período: Indica a retenção dos backups gerados pela instância na região atual após a data selecionada, com opção de escolher se deseja reter os arquivos Binlog. Por exemplo: reter backups gerados após 28 de abril de 2025. |
3. Após a conclusão da operação, a instância será movida para a lixeira, com o status definido como "Em isolamento".
Nota:
Se optar por reter os arquivos de backup, após a instância ser descomissionada da lixeira, os backups retidos poderão ser consultados e baixados em Backup de banco de dados > Lista de backups > Backups de instâncias destruídas. As instruções relacionadas à consulta e download dos arquivos de backup retidos são as seguintes:
Após a destruição da instância, os arquivos de backup que atendem à política de retenção não aparecerão imediatamente na lista de Backup de banco de dados > Lista de backups > Backups de instâncias destruídas.
Após a destruição da instância, o sistema necessita de um tempo para processamento em segundo plano quanto à transferência dos arquivos de backup. Portanto, a exibição dos backups de instâncias destruídas pode sofrer algum atraso. Caso ainda não encontre o arquivo de backup desejado na lista de Backups de instâncias destruídas, por favor, atualize a consulta posteriormente.
Durante o período de atraso, você ainda pode visualizar os arquivos de backup correspondentes em Backup de banco de dados > Lista de backups > Lista de backups de dados.
Caso não veja o arquivo de backup correspondente na lista de Backups de instâncias destruídas após 24 horas, por favor abra um ticket para relatar o problema.
Ajuda e Suporte
Esta página foi útil?
Você também pode entrar em contato com a Equipe de vendas ou Enviar um tíquete em caso de ajuda.
comentários