Tenants: workspaces, capacidade e ciclo de vida

Identifique cada workspace, interprete unidades de consumo e mantenha estado, capacidade e relações comerciais no escopo autorizado.

Objetivo e escopo

Um tenant delimita o workspace associado a usuários, ativos de dados e configurações comerciais. Ele não é uma pasta do Repository nem um papel de acesso. Tenants apresenta o diretório de workspaces e sua capacidade. Consultar e gerenciar tenants são permissões distintas e dependem do escopo do administrador. Criar um tenant e criar um usuário também são operações separadas.

Limites representam capacidade concedida; uso representa consumo observado. Aumentar um limite não cria infraestrutura nem transfere arquivos ou definições. O plano exibido deve ser interpretado com a assinatura e os direitos aplicáveis, pois uma condição comercial pode restringir operações mesmo quando há capacidade técnica.

Campos e unidades

Campo	Interpretação
Name / Tenant	Nome e identidade do workspace.
Type	Tipo oferecido: Organization, Individual ou Reseller.
Parent reseller	Relação hierárquica autorizada; Direct customer indica ausência de um revendedor pai selecionado.
`Status` / Plan	Estado administrativo e plano do contexto. Revise também a assinatura e seu ciclo de vida.
Seats	Capacidade de postos; confira separadamente o uso observado.
Monthly jobs	Limite de trabalhos mensais, com seu período correspondente.
Storage MB	Capacidade em MB; não confunda com quantidade de objetos ou execuções.

Consultar um workspace

Abra Tenants e procure o nome ou identificador apresentado.
Filtre Type, Status ou capacidade conforme a investigação.
Leia Usage / limits com as unidades: não some postos, trabalhos e armazenamento.
Abra View details e confira identidade, relação com o revendedor, plano, estado e limites.
Ajuste Columns e Rows; use Previous e Next na paginação. Tabelas largas permanecem em sua área de rolagem.

Criar ou manter um tenant

Selecione New tenant ou Edit tenant.
Preencha Name e selecione o Type apropriado.
Escolha Parent reseller somente quando a relação autorizada se aplicar.
Revise Status, Plan, Seats, Monthly jobs e Storage MB conforme a capacidade aprovada. Não interprete um campo vazio como ilimitado.
Confira o formulário completo, envie uma vez e aguarde.
Atualize ou reabra o tenant e confirme valores persistidos, relação e estado.

Suspend tenant e Reactivate tenant alteram disponibilidade administrativa; não migram objetos. Revise o workspace afetado e as obrigações operacionais antes da ação. Antes de uma exclusão em lote, inspecione identidades vinculadas e as condições apresentadas. Reduzir capacidade sem conhecer o consumo pode impedir operações futuras.

Trial e continuidade do workspace

Interprete Trial com datas e condições da assinatura. Para estender um trial elegível, abra Subscription & billing, selecione o mesmo tenant e use Extend trial. A extensão preserva a identidade; não recrie o workspace para mudar a situação comercial. Na passagem para uma assinatura paga, confira separadamente tenant, assinatura, direitos e prontidão da infraestrutura.

Exemplo e recuperação

Em laboratorio-documentacao, revise as unidades e altere somente uma capacidade autorizada. Reabra o registro e confirme o mesmo identificador, o valor salvo e o estado. Uma revisão de acesso deve demonstrar que um operador delegado consulta apenas os workspaces permitidos. Para praticar extensão de trial, use um ambiente de teste sem renovar uma assinatura real.

Se salvar falhar, preserve a mensagem e revise campos, unidades e escopo. Após um conflito, carregue o estado recente antes de repetir. Data Cleanup, em Preferences, é outra operação: mudar Status não comprova exclusão de dados, e excluir um objeto não garante liberação imediata de toda a quota. Corrija uma configuração pelo fluxo administrativo, sem reconstruir identidades ou alterar arquivos de armazenamento.

Consulte também: Subscription & billing, Preferences, Limpeza e ciclo de vida.