IBM Cloud Integração de suporte

Saiba quando e como acionar o suporte IBM Cloud para problemas de desempenho.

Recursos de autoatendimento

Antes de abrir um tíquete, verifique o seguinte:

Quando entrar em contato com o suporte do IBM

Entre em contato com o suporte se as situações a seguir se aplicarem:

  • Os problemas de desempenho persistem depois de seguir este guia.
  • O atraso na replicação continua apesar da otimização.
  • A latência do disco permanece alta sem picos de carga de trabalho.
  • Suspeita de problemas no nível da infraestrutura.
  • Comportamento inesperado após o dimensionamento.
  • Problemas de saúde na implantação.
  • Problemas de backup ou restauração.

Antes de entrar em contato com o suporte

Reúna as informações a seguir:

  • Detalhes da implementação

    • ID de implantação (CRN)
    • Região e zonas de disponibilidade
    • Plano e recursos atuais
    • mongodb version

  • Detalhes do problema

    • Janela de tempo do problema (com fuso horário)
    • Sintomas observados
    • Impacto nos aplicativos
    • Alterações recentes (código, configuração, dimensionamento)

  • Dados de desempenho

    • Capturas de tela de monitoramento da Sysdig
    • Exemplos de consultas que causam problemas
    • Saída de comandos de diagnóstico
    • Activity Tracker eventos durante a janela de emissão

  • MongoDB diagnósticos

    # Collect diagnostic data
mongo "your-connection-string" --eval "
  printjson(db.serverStatus());
  printjson(db.currentOp());
  printjson(rs.status());
" > mongodb-diagnostics.json

Abrindo um chamado de suporte

Usando o console IBM Cloud

  1. Navegue até Support (Suporte ) no menu superior.
  2. Clique em Criar um caso.
  3. Selecione Databases for MongoDB.
  4. Escolha o nível de gravidade.
  5. Forneça uma descrição detalhada.
  6. Anexar arquivos de diagnóstico.

Usando o IBM Cloud CLI

# Create support case
ibmcloud support case-create \
  --subject "MongoDB Performance Issue" \
  --description "Detailed description of issue" \
  --severity 2 \
  --offering databases-for-mongodb

Níveis de severidade

Níveis de severidade
Gravidade Descrição Tempo de resposta
1 (Crítico) Queda de produção, perda de dados 1 hora
2 (Alta) Degradação significativa do desempenho 2 horas
3 (Médio) Impacto moderado, solução alternativa disponível 4 horas
4 (Baixo) Perguntas gerais, solicitações de recursos 8 horas

Procedimentos de escalonamento

Se o problema não for resolvido dentro do prazo esperado:

  1. Atualize o caso de suporte com urgência.
  2. Entre em contato com a equipe da sua conta IBM.
  3. Para problemas críticos, solicite o escalonamento do gerenciamento.

Suporte às práticas recomendadas

  • Forneça informações completas antecipadamente.
  • Responder prontamente às solicitações de suporte.
  • Teste primeiro as soluções sugeridas em não produção.
  • Documentar a resolução para referência futura.

Referência rápida: comandos de diagnóstico

Comandos essenciais do site MongoDB para solução de problemas de desempenho.

Comandos de diagnóstico
Comando Propósito Métricas Principais Valores normais
db.serverStatus() Estatísticas gerais do servidor CPU, memória, conexões Varia de acordo com a carga de trabalho
db.serverStatus().connections Estatísticas de conexão atual, disponível < 80% do disponível
db.serverStatus().opcounters Contadores de operações inserir, consultar, atualizar, excluir Dependente da linha de base
db.serverStatus().locks Estatísticas de bloqueio Tempo de bloqueio global < 10% do tempo total
db.serverStatus().wiredTiger.cache Estatísticas de Cache Taxa de acertos do cache

95%
db.currentOp() Operações atuais Consultas ativas, bloqueios Poucas operações de longa duração
db.currentOp({ waitingForLock: true }) Operações que aguardam bloqueios Contenção de Bloqueios Deve estar vazio
rs.status() Status do conjunto de réplicas Atraso de replicação, saúde dos membros Atraso < 1 segundo
rs.printSecondaryReplicationInfo() Detalhes do atraso da replicação Defasagem por secundário Atraso < 1 segundo
db.collection.stats() Estatísticas da Coleta Tamanho, tamanho do índice, contagem de documentos Monitorar o crescimento
db.collection.find().explain("executionStats") Plano de execução da consulta Tempo de execução, documentos examinados Usar índices
db.system.profile.find() Registro de consulta lento Operações lentas Revisar regularmente
sh.status() Status de fragmentação (se aplicável) Distribuição de pedaços Distribuição uniforme
db.adminCommand({ top: 1 }) Estatísticas de uso da coleção Coleções quentes Identificar metas de otimização
db.printReplicationInfo() Informações sobre o Oplog Tamanho do registro operacional, intervalo de tempo Suficiente para recuperação

Fluxo de trabalho de diagnóstico rápido

// 1. Check overall health
db.serverStatus().ok  // Should return 1

// 2. Check connections
var conn = db.serverStatus().connections;
print("Connections: " + conn.current + "/" + conn.available);

// 3. Check replication (if replica set)
rs.status().ok  // Should return 1

// 4. Check for slow operations
db.currentOp({ "secs_running": { $gt: 5 } })

// 5. Check cache efficiency
var cache = db.serverStatus().wiredTiger.cache;
var hitRatio = 1 - (cache["pages read into cache"] /
  (cache["pages read into cache"] + cache["pages requested from the cache"]));
print("Cache hit ratio: " + (hitRatio * 100).toFixed(2) + "%");

// 6. Check for lock contention
db.currentOp({ waitingForLock: true })