Manutenção preventiva de loja Magento 2: o calendário com a prova de cada tarefa

Manutenção do Magento é necessária se a loja está vendendo?

É. O Magento depende de peças que param sem derrubar a vitrine. A documentação da Adobe chama o cron de crítico para a operação do dia a dia: é ele que agenda reindexação, newsletter, e-mail e sitemap. Com o cron parado a loja continua abrindo, mas a exportação pedida no admin fica presa na fila, as tabelas de histórico crescem sem limpeza e, com indexadores em Update by Schedule, preço e estoque alterados só chegam à vitrine quando o cron volta. Se a loja usa envio assíncrono de e-mail, o e-mail de pedido também para.

Manutenção preventiva é olhar essas peças antes que o cliente perceba. E a diferença entre manutenção e promessa de manutenção é a prova: cada tarefa abaixo gera uma saída de comando, uma tela ou um registro com data. É isso que você cobra do fornecedor atual ou usa para montar a rotina da sua equipe.

O que conferir toda semana na loja Magento

bin/magento indexer:status
bin/magento queue:consumers:list
ps aux | grep 'bin/magento queue'
find var/report -type f -mtime -7 | wc -l
df -h

SELECT status, COUNT(*) AS total FROM cron_schedule GROUP BY status;

Uma armadilha do cron: no grupo padrão, o Magento apaga da cron_schedule as execuções com sucesso depois de 60 minutos e as falhas depois de 4.320 minutos, ou seja, três dias (valores de fábrica do módulo de cron). Quem olha uma vez por semana não vê a falha de cinco dias atrás. Por isso eu deixo cron e disco com alerta automático diário e uso a conferência semanal para ver tendência.

Rotina de manutenção mensal do Magento 2

bin/magento --version
composer outdated 'magento/*'
composer outdated --direct
composer audit
echo | openssl s_client -connect www.sualoja.com.br:443 -servername www.sualoja.com.br 2>/dev/null | openssl x509 -noout -enddate

SELECT table_name, ROUND((data_length + index_length) / 1024 / 1024) AS mb
FROM information_schema.tables
WHERE table_schema = DATABASE()
ORDER BY (data_length + index_length) DESC
LIMIT 10;

Boletim de segurança não espera a rotina do mês. Quando a Adobe publica um, a triagem de prazo está em aplicar hoje ou esperar a janela.

Tarefas de manutenção por trimestre e por ano

SELECT username, email, is_active, logdate FROM admin_user ORDER BY logdate;

Na consulta de administradores, quem nunca entrou aparece primeiro, com logdate vazio. É o primeiro nome a questionar.

Como cobrar a manutenção do fornecedor com evidência

A regra que eu uso: tarefa sem evidência não aconteceu. Peça junto com o fechamento do mês:

• a saída de bin/magento --version e a data do último patch aplicado;
• as saídas de indexer:status e da contagem do cron_schedule no dia da conferência;
• a lista de extensões com atualização pendente e o que foi decidido para cada uma;
• a data do último teste de restauração e quanto tempo ele levou;
• o que foi encontrado e o que ficou pendente, com prioridade.

Se a resposta é "está tudo ok" sem nenhum desses itens, a manutenção pode até existir, mas você não tem como saber. Se quiser essa rotina aplicada na sua loja, veja o que entra no suporte e manutenção mensal.