Solução de problemas de inatividade do site Adobe Commerce

a. SIM - Se você marcou Status do Adobe Commerce e ele apresentou um problema, abra um Tíquete de Suporte para fazer uma investigação mais aprofundada.
b. NÃO - Se você verificou o Status do Adobe Commerce e ele não apresentou um problema, prossiga para a Etapa 2.

a. SIM - Se você marcou Fastly Status e ele mostrou um problema, abra um Tíquete de Suporte para fazer uma investigação mais aprofundada.
b. NÃO - Se você verificou o Fastly Status e ele não apresentou um problema, prossiga para a Etapa 3.

Para verificar códigos de erro no Firefox: clique no ícone Abrir Menu > Desenvolvedor da Web > Alternar Ferramentas > guia Rede > Filtro de todos os > coluna Status. Para verificar códigos de erro no Chrome: clique no ícone Abrir Menu > Mais Ferramentas > Ferramentas do Desenvolvedor > guia Rede > Todos filtro > Status coluna.

a. SIM - Abra um Tíquete de Suporte para fazer uma investigação mais detalhada.
b. NÃO - Continue na Etapa 4.

a. Código de erro 500 - Verifique o log de /var/log/platform/. Se esses dados não apresentarem o problema para você, abra um Tíquete de Suporte e inclua as informações de solução de problemas que você tem até agora para fazer uma investigação mais aprofundada.

b. Código de erro 503 - Verifique o log de var/reports. Se esses dados não apresentarem o problema para você, abra um Tíquete de Suporte e inclua as informações de solução de problemas que você tem até agora para fazer uma investigação mais aprofundada.

c. Código de erro 404 - Execute a seguinte consulta: SELECT f.flag_data->>'$.current_version' as flag_version, (su.id IS NOT NULL) as update_exists FROM flag f LEFT JOIN staging_update su ON su.id = f.flag_data->>'$.current_version' WHERE flag_code = 'staging'; Se a consulta retornar uma tabela, onde o valor update_exists é "0", consulte o artigo Erro 404 em todas as páginas, vitrine e administração, devido ao problema de Preparo de Conteúdo. Em todos os outros casos, prossiga para a Etapa 5.

d. Outros códigos de erro - Continue na Etapa 5.

a. SIM - Continue com as etapas para Verificação de ataques de DDOS da CLI.
b. NÃO - Verifique os logs de /var/log/exception.log e /var/log/deploy.log. Se esses dados não apresentarem o problema a você, prossiga para a Etapa 6.

a. SIM - Continue na Etapa 13.
b. NÃO - Continue na Etapa 7.

a. SIM - Continue com as etapas para verificar o Elasticsearch.
b. NÃO - Continue na Etapa 8.

a. SIM - Continue com Verificando consultas lentas e Processos demorando muito em MySQL and checking your query structure in this MySQL tutorial de consulta.
b. NÃO - Continue na Etapa 9.

a. SIM - Continue consultando o artigo Verificação de conteúdo estático.
b. NÃO - Continue na Etapa 10.

a. SIM - Continue com a consultoria Erros Fatais Comuns do PHP e soluções.
b. NÃO - Continue na Etapa 11.

a. SIM - Continue com as etapas para verificar Redis está em execução e para Redis solução de problemas.
b. NÃO - Continue na Etapa 12.

a. SIM - Se o índice estiver bloqueado por outro processo, consulte O índice está bloqueado por outro processo. Se você tiver outros erros de Indexador, abra um Tíquete de Suporte para fazer uma investigação mais aprofundada.
b. NÃO - Abra um Tíquete de Suporte para investigação adicional.

a. SIM - Continue consultando a ajuda geral para a solução de problemas do módulo personalizado.
b. NÃO - Continue na Etapa 14.

a. SIM - Continue verificando o erro do MySQL nesta MySQL referência da mensagem de erro do servidor.
b. NÃO - Continue na Etapa 15.

a. SIM - Prossiga para a consultoria A aplicação de uma correção desativa seu site.
b. NÃO - Continue na Etapa 16.

a. SIM - Continue verificando o erro do MySQL nesta MySQL referência da mensagem de erro do servidor.
b. NÃO - Continue na Etapa 17.

a. SIM - Continue verificando se há MySQL deadlocks neste Artigo de MySQL.
b. NÃO - Abra um Tíquete de Suporte para investigação adicional.