Limpeza ETL, trial e ciclo de vida do tenant

Escolha entre limpeza de dados, extensão de trial e alterações comerciais, preservando o escopo, a identidade e as condições de retenção.

Escolher a operação correta

Excluir dados ETL, estender um trial, suspender acesso e cancelar uma assinatura têm finalidades diferentes. Preferences → Data Cleanup remove os registros ETL do tenant selecionado preservando as identidades e os registros indicados. Não exclui uma VM cloud nem cancela automaticamente uma assinatura. Confirme tenant, finalidade, permissões e processo de retenção antes de agir.

Pratique em um workspace sintético isolado. Um tenant individual administrado pode rejeitar a limpeza genérica e exigir seu processo separado de ciclo de vida. Não altere tipo de tenant, gestão da assinatura, revisões ou controles para habilitar uma ação bloqueada. O vencimento comercial não apaga automaticamente os objetos.

Revisar o escopo da limpeza

Categoria	Tratamento informado
`Mappings`, `Sessions` e `Workflows`	Incluídos no escopo ETL indicado pelo inventário.
`Connections` e credenciais	Incluídas nas categorias apresentadas; confira o impacto sobre execuções e acessos.
Execuções, `Repository` e preferências ETL	Incluídos conforme a lista do formulário e o inventário atual.
Usuários, tenant e papéis	Preservados pela limpeza ETL descrita.
Billing e auditoria administrativa global	Preservados; limpeza não representa encerramento comercial.
VM cloud	Não é removida por Data Cleanup; use o fluxo específico de infraestrutura.

A lista de categorias explica a operação, mas não comprova que cada categoria contém dados. Uma execução ativa bloqueia a limpeza. Inventário incompleto, conflito ou escopo inelegível também exige resolução antes da confirmação. O formulário não cria automaticamente um backup completo do tenant; mantenha separadamente a cópia autorizada e sua recuperação verificada.

Abra Preferences → Data Cleanup e selecione Tenant.
Use Refresh inventory e leia contagens, escopo e bloqueios.
Obtenha e verifique o backup aprovado para a operação.
Abra Clean tenant ETL data e compare tenant e resumo com o inventário revisado.
Preencha Type to confirm e o reconhecimento do efeito irreversível.
Use Delete ETL data uma vez e aguarde a resposta verificada.
Atualize o inventário, confira as categorias afetadas e confirme separadamente os registros preservados.

Se o inventário mudou, atualize e revise novamente. Uma falha ou revisão antiga não autoriza excluir arquivos de armazenamento ou alterar o valor de revisão enviado pelo formulário. Após erro de rede, consulte o estado atual antes de repetir uma ação destrutiva.

Estender um trial elegível

Abra Subscription & billing, selecione o mesmo tenant e use Subscription → Extend trial.
Leia datas, ciclo de vida e elegibilidade atuais.
Escolha 7 days, Custom days ou Exact date and time, conforme o diálogo.
Para dias personalizados, respeite a faixa permitida. Para data exata, confira o fuso exibido e o novo término.
Preencha Reason, revise o resultado e selecione Extend trial uma vez.
Confira o término aceito e a continuidade da identidade do tenant, objetos, assinatura e histórico original.

Para trial em andamento, a extensão em dias parte do término atual; para um trial expirado elegível, parte da aceitação. O diálogo apresenta a zona local e preserva o instante de forma consistente. A extensão não recria o workspace, reinicia quotas ou concede direitos adicionais. Trials pagos, cancelados, suspensos administrativamente ou inconsistentes dependem das regras de elegibilidade e podem não permitir a ação.

Estados comerciais e leitura segura

Um trial expirado ou tenant em atraso pode manter as leituras seguras, exportações e acesso de cobrança previstos, enquanto novas mutações e execuções ficam restritas. Development e Production, direitos e períodos financiados seguem o contrato. Leitura disponível não autoriza recriar objetos, inscrever infraestrutura ou gerar trabalho novo. Reativação comercial não remove uma suspensão administrativa ou de segurança.

Exemplos e recuperação

Use exercícios separados. Para limpeza, gere objetos fictícios em um tenant elegível, revise o inventário e confirme a preservação de usuários após uma limpeza autorizada. Para trial, registre identidade e término antes e depois de uma extensão de laboratório; a identidade e as quotas não devem ser recriadas. Um tenant individual administrado deve seguir seu próprio processo, sem ser convertido apenas para praticar a limpeza.

Depois de falha de rede, confira o estado antes de repetir. Uma nova tentativa idêntica de extensão não deve somar duas vezes. Um conflito exige recarregar e decidir sobre os dados atuais. A passagem para uma assinatura paga preserva o workspace e os objetos; não recrie o tenant como solução para uma dúvida comercial. Use o formulário de suporte Cloudata para uma revisão que exija assistência.

Consulte também: Tenants, Subscription & billing, Retirada de workers.