# Service check date do F5

> Informe uma versão do BIG-IP para obter a service check date mínima que a licença precisa ter, ou informe uma service check date para ver a versão mais recente para a qual você pode atualizar. Baseado na tabela pública de License Check Date da F5 (K7727); roda inteiramente no seu navegador.

- Tool: https://ronutz.com/pt-BR/tools/f5-service-check-date
- Family: Redes

---

## O que faz

Dê à ferramenta uma versão do BIG-IP e ela retorna a service check date mínima que a licença daquela versão precisa ter; dê a ela uma service check date e ela retorna a versão mais recente para a qual você pode atualizar, junto com os branches mais novos que você ainda não pode alcançar e a data que cada um precisa. É uma consulta de mão dupla sobre uma cópia embutida da tabela pública de License Check Date da F5, e roda inteiramente no seu navegador.

## As duas datas com que ela trabalha

Toda versão do BIG-IP carrega uma **License Check Date** estática: a service check date mínima que uma licença precisa ter para ter permissão de inicializar aquela versão. Toda licença carrega uma **Service Check Date**: a mais antiga entre a data em que foi ativada pela última vez e a data em que seu contrato de serviço expira. Quando você atualiza para uma nova versão major ou minor, o sistema compara as duas, e se a Service Check Date da licença for anterior à License Check Date da versão, o sistema atualizado inicializa mas não carrega sua configuração até a licença ser reativada. A ferramenta codifica a tabela de License Check Date da F5 (da K7727) e faz essa comparação para você, em qualquer direção.

As datas são tratadas na forma exata que o BIG-IP escreve no `bigip.license`, o `yyyymmdd` de oito dígitos (então `20230208` é 8 de fevereiro de 2023), e também mostradas na forma ISO. A comparação é pura aritmética de datas, sem relógio envolvido: tanto a data da versão quanto a service check date são entradas, então as mesmas entradas sempre dão a mesma resposta.

## Exemplos resolvidos

Informe uma versão, obtenha seu piso. `17.1.3` resolve para o branch `17.1.x` e reporta uma service check date mínima de `2023-02-08` (`20230208`); `21.1` reporta `2026-04-15`; `16.1.x` reporta `2021-06-11`.

Informe uma service check date, obtenha seu teto. Uma service check date de `2023-06-15` alcança até o `17.1.x` como branch mais recente, e reporta os branches que você ainda não pode alcançar: `17.5.x` (precisa de `2025-02-12`), `21.0.x` (precisa de `2025-10-29`) e `21.1.x` (precisa de `2026-04-15`). Uma data recente como `2026-05-01` alcança o branch mais recente sem nada bloqueado; uma data mais antiga do que toda a tabela não alcança nada, o sinal de que a licença precisa ser reativada antes de qualquer atualização.

## Apenas upgrades major e minor são verificados

A verificação se aplica a um upgrade, que a F5 define como uma mudança no primeiro ou segundo número de versão. Um movimento entre maintenance ou point releases dentro do mesmo branch é um update, e não dispara nenhuma verificação de service check date. É por isso que a ferramenta trabalha na granularidade major.minor: uma vez que sua service check date é recente o suficiente para alcançar o `17.1.x`, ela é recente o suficiente para todo maintenance e point release naquele branch. Então a resposta para `17.1.0`, `17.1.3` e `17.1.x` é a mesma data única.

## Como usar

Digite uma versão do BIG-IP (`17.1.3`, `21.1`, `16.1.x`) ou uma service check date (`20230611`, `2023-06-11` ou `2023/06/11`); a ferramenta detecta qual você forneceu e responde de acordo. Como isto codifica documentação de fabricante e não um padrão fixo, e a F5 adiciona uma linha a cada release, confirme qualquer valor na F5 K7727 ou no `/etc/version_date` do sistema de destino antes de um upgrade em produção.

## Colando a licença ou a saída do tmsh

Você pode colar o conteúdo completo do `/config/bigip.license`, um trecho dele, ou a saída de `tmsh show sys license`; a ferramenta localiza a linha da service check date e responde à mesma pergunta de elegibilidade de upgrade. As duas formas publicadas são reconhecidas: a do arquivo, `Service check date : 20151008` (espaçamento flexível ao redor dos dois-pontos), e a do tmsh, `Service Check Date 2016/08/18`. A licença tem exatamente uma linha dessas, então a primeira ocorrência vale, e a linha encontrada é exibida de volta para você confirmar o valor. Todo o resto do texto é ignorado e, como sempre, nada sai do seu navegador.

## Standards and references

- [F5 K7727 - License activation may be required before a software upgrade for BIG-IP](https://my.f5.com/manage/s/article/K7727) - the per-version License Check Date table, the Service Check Date definition (earlier of last activation / contract expiry), and the enforcement behaviour on upgrade and startup
- [F5 K8986 - F5 product support policies](https://my.f5.com/manage/s/article/K8986) - BIG-IP version schema: the major / minor / maintenance / point-release definitions that fix the upgrade-vs-update boundary the gate applies to
- [F5 K3782 - Finding the serial number or registration key of your BIG-IP system](https://my.f5.com/manage/s/article/K3782) - the tmsh 'show sys license' field set and sample line forms (Service Check Date in yyyy/mm/dd form) that the paste extractor accepts
- [F5 K000160443 - Understanding the output of tmsh show sys license on BIG-IP](https://my.f5.com/manage/s/article/K000160443) - field-by-field meaning of the license output (Licensed On vs Service Check Date vs License End Date) and confirmation the license file lives at /config/bigip.license

## Related reading

- [A história operacional do BIG-IP 21.x: upgrade in-place, plano de controle 64-bit e BigD em escala](https://ronutz.com/pt-BR/learn/bigip-inplace-upgrade-and-64bit.md): O BIG-IP 21.1 muda como você atualiza (in-place, com verificação de compatibilidade Dry Run), do que o plano de controle é feito (mergeD 64-bit, Java 21, bibliotecas TMSH 64-bit), como ele sobrevive à pressão de memória (prioridade OOM para o MCPd), a velocidade das respostas (MCPD multi-thread e um BigD multi-thread de 15.000 monitores) e como migra (UCS platform-migrate com validate). Cada afirmação vem das release notes da F5, incluindo os limites honestos: in-place não é in-service, e o 21.x não roda em iSeries nem VIPRION.
- [A Service Check Date do BIG-IP, e por que uma atualização pode se recusar a carregar](https://ronutz.com/pt-BR/learn/bigip-service-check-date.md): Toda versão do BIG-IP carrega uma License Check Date estática, e toda licença carrega uma Service Check Date. Se a data da licença for anterior à data da versão, o sistema atualizado inicializa mas silenciosamente se recusa a carregar sua configuração. Aqui está o que é cada data, de onde ela vem e como a verificação funciona.
- [Anatomia de um arquivo de licença do BIG-IP](https://ronutz.com/pt-BR/learn/bigip-license-file-anatomy.md): O arquivo /config/bigip.license é legível por humanos, e aprender a lê-lo responde perguntas operacionais reais: quais módulos estão de fato licenciados, quais são os limites de throughput e sessões, se um upgrade vai carregar e se o BIG-IQ está gerenciando a licença. Aqui está o arquivo, seção por seção, a partir de duas licenças reais de laboratório.
- [BIG-IP, TMOS e F5OS: Uma Linha do Tempo de Versões para Deslizar](https://ronutz.com/pt-BR/learn/bigip-tmos-version-timeline.md): O BIG-IP a plataforma e o TMOS o software eram a mesma coisa até 2004, quando a versão 9.0 os separou e migrou a caixa de BSD para um host Linux com o microkernel TMM. Esta linha do tempo interativa desliza do BIG-IP Controller de 1997 até o BIG-IP 21.0, mostrando a versão do software e o sistema operacional embaixo dele em cada passo, incluindo por que os números saltam direto de 17 para 21.
- [Recuperando um BIG-IP que não carrega a config após uma atualização](https://ronutz.com/pt-BR/learn/bigip-license-reactivation.md): Quando um BIG-IP atualizado inicializa mas sua configuração nunca carrega, a causa usual é uma service check date mais antiga do que a nova versão exige. A correção é reativar a licença, o que redefine a data. Aqui está como reconhecer, como reativar com segurança e como evitar da próxima vez.
- [Upgrade vs Update no BIG-IP: por que a distinção decide se a data de licença é verificada](https://ronutz.com/pt-BR/learn/bigip-upgrade-vs-update.md): A F5 traça uma linha precisa entre um upgrade e um update, com base em qual parte do número de versão muda. Não é só terminologia: a service check date só é imposta em um upgrade, então saber qual dos dois você está fazendo diz se uma data de licenciamento pode te bloquear.