IBM Cloud Integration unterstützen

Sie wissen, wann und wie Sie den IBM Cloud Support bei Leistungsproblemen einschalten.

Selbstbedienungs-Ressourcen

Bevor Sie ein Ticket öffnen, überprüfen Sie bitte Folgendes:

Wann sollten Sie den IBM Support kontaktieren?

Wenden Sie sich an den Support, wenn die folgenden Punkte zutreffen:

  • Leistungsprobleme bleiben auch nach Befolgung dieses Leitfadens bestehen.
  • Die Replikation verzögert sich trotz Optimierung weiter.
  • Die Festplattenlatenz bleibt auch ohne Arbeitslastspitzen hoch.
  • Mutmaßliche Probleme auf der Ebene der Infrastruktur.
  • Unerwartetes Verhalten nach der Skalierung.
  • Gesundheitsprobleme bei der Entsendung.
  • Probleme bei der Sicherung oder Wiederherstellung.

Bevor Sie den Support kontaktieren

Stellen Sie die folgenden Informationen zusammen:

  • Bereitstellungsdetails

    • Einsatz-ID (CRN)
    • Region und Verfügbarkeitszonen
    • Aktueller Plan und Ressourcen
    • MongoDB-Version

  • Problemdetails

    • Zeitfenster der Ausgabe (mit Zeitzone)
    • Beobachtete Symptome
    • Auswirkungen auf Anwendungen
    • Jüngste Änderungen (Code, Konfiguration, Skalierung)

  • Leistungsdaten

    • Überwachungs-Screenshots von Sysdig
    • Abfragebeispiele verursachen Probleme
    • Ausgabe von Diagnosebefehlen
    • Activity Tracker ereignisse während des Ausgabezeitraums

  • MongoDB diagnose

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

Support-Ticket öffnen

IBM Cloud-Konsole verwenden

  1. Navigieren Sie im oberen Menü zu Support.
  2. Klicken Sie auf Create a Case.
  3. Wählen Sie Databases for MongoDB.
  4. Wählen Sie den Schweregrad.
  5. Geben Sie eine detaillierte Beschreibung.
  6. Diagnosedateien anhängen.

Verwendung der 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

Schweregrad

Schweregrad
Wertigkeit Beschreibung Reaktionszeit
1 (kritisch) Produktionsausfall, Datenverlust 1 Stunde
2 (Hoch) Erhebliche Leistungseinbußen 2 Stunden
3 (Mittel) Mäßige Auswirkungen, Umgehung möglich 4 Stunden
4 (Niedrig) Allgemeine Fragen, Funktionswünsche 8 Stunden

Eskalationsverfahren

Wenn das Problem nicht innerhalb des erwarteten Zeitrahmens gelöst wird:

  1. Aktualisieren Sie den Supportfall mit Dringlichkeit.
  2. Wenden Sie sich an Ihr IBM-Kundenteam.
  3. Bei kritischen Problemen bitten Sie das Management um Eskalation.

Unterstützung bewährter Verfahren

  • Stellen Sie im Vorfeld vollständige Informationen zur Verfügung.
  • Unverzügliche Beantwortung von Supportanfragen.
  • Testen Sie die vorgeschlagenen Lösungen zunächst im Nicht-Produktionsbetrieb.
  • Dokumentieren Sie die Auflösung für spätere Zwecke.

Kurzreferenz: Diagnosebefehle

Grundlegende MongoDB Befehle für die Fehlerbehebung bei der Leistung.

Diagnostische Befehle
Befehl Zweck Schlüsselmesswerte Normale Werte
db.serverStatus() Allgemeine Serverstatistiken CPU, Speicher, Verbindungen Variiert je nach Arbeitsbelastung
db.serverStatus().connections Verbindungsstatistik aktuell, verfügbar < 80% der verfügbaren
db.serverStatus().opcounters Betriebszähler einfügen, Abfragen, Aktualisieren, Löschen Basislinie abhängig
db.serverStatus().locks Sperrenstatistiken Globale Sperrzeit < 10% der Gesamtzeit
db.serverStatus().wiredTiger.cache Cachestatistik Cachetrefferquote

95%
db.currentOp() Laufende Operationen Aktive Abfragen, Sperren Wenige lang laufende Operationen
db.currentOp({ waitingForLock: true }) Vorgänge, die auf Sperren warten Sperrenkonflikt Sollte leer sein
rs.status() Status des Replikatsatzes Replikationsverzögerung, Gesundheit der Mitglieder Verzögerung < 1 Sekunde
rs.printSecondaryReplicationInfo() Details zur Replikationsverzögerung Verzögerung pro Sekunde Verzögerung < 1 Sekunde
db.collection.stats() Statistische Daten zur Datenabfrage Größe, Indexgröße, Anzahl der Dokumente Wachstum überwachen
db.collection.find().explain("executionStats") Abfrageausführungsplan Ausführungszeit, geprüfte Dokumente Indizes verwenden
db.system.profile.find() Langsames Abfrageprotokoll Langsamer Betrieb Regelmäßige Überprüfung
sh.status() Sharding-Status (falls zutreffend) Verteilung der Chunks Gleichmäßige Verteilung
db.adminCommand({ top: 1 }) Statistiken zur Nutzung der Sammlung Heiße Sammlungen Identifizierung von Optimierungszielen
db.printReplicationInfo() Oplog Informationen Oplog-Größe, Zeitspanne Ausreichend für die Verwertung

Schneller Diagnose-Workflow

// 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 })