Inatividade automática
Inatividade adaptativa
- Quando o número de partes excede o limite máximo de partes para inatividade (padrão: 10.000), o serviço não entra em inatividade, para que a manutenção em segundo plano possa continuar
- Quando há operações de merge em andamento, o serviço não entra em inatividade até que esses merges sejam concluídos, para evitar interromper uma consolidação crítica de dados
- Além disso, o serviço também ajusta os tempos limite de inatividade com base no tempo de inicialização do servidor:
- Se o tempo de inicialização do servidor for inferior a 15 minutos, nenhum tempo limite adaptativo será aplicado, e será usado o tempo limite de inatividade padrão configurado pelo cliente
- Se o tempo de inicialização do servidor estiver entre 15 e 30 minutos, o tempo limite de inatividade será definido como 15 minutos
- Se o tempo de inicialização do servidor estiver entre 30 e 60 minutos, o tempo limite de inatividade será definido como 30 minutos.
- Se o tempo de inicialização do servidor for superior a 60 minutos, o tempo limite de inatividade será definido como 1 hora
O serviço pode entrar em um estado de inatividade no qual suspende as atualizações de refreshable materialized views, o consumo de S3Queue e o agendamento de novos merges. As operações de merge em andamento serão concluídas antes que o serviço entre no estado de inatividade. Para garantir a operação contínua de refreshable materialized views e do consumo de S3Queue, desative a funcionalidade de estado de inatividade.
Quando não usar a inatividade automáticaUse a inatividade automática somente se o seu caso de uso puder tolerar um atraso antes de responder às consultas, pois, quando um serviço é pausado, as conexões com ele expiram. A inatividade automática é ideal para serviços usados com pouca frequência e em que um atraso pode ser tolerado. Ela não é recomendada para serviços que dão suporte a recursos voltados para o cliente e usados com frequência.