MongoDB Assert Sayıları Artıyor: Sunucu Hatası mı İstemci Hatası mı?
Artan regular, msg, warning ve user assert sayaçlarını log ve uygulama hatalarıyla ilişkilendirip üretim etkisini ve güvenli müdahale adımlarını belirler.
Operasyonel Güvenlik ve Risk Uyarısı
Bu runbook müdahale adımları içerir; birçok adım yazma etkilidir (KILL, terminate, DROP, RESIZE). Önce test ortamında deneyin, üretimde adımları sırayla ve doğrulayarak uygulayın.
1. Belirti / Symptom
M60 regular/msg assert sayacında artış; logda tekrarlayan hata satırları veya uygulamada artan sorgu başarısızlıkları. `user` assert her zaman sunucu bozulması değildir, geçersiz uygulama komutu da olabilir.
2. Etki / Impact
Etkilenen işlemler başarısız olabilir; sürekli regular/msg artışı altında servisin sağlığı belirsizdir. Tek seferlik geçmiş sayaç değeri aktif olay kanıtı değildir.
3. Teşhis / Diagnosis
const s = db.serverStatus();
({ host: s.host, version: s.version, uptime: s.uptime, asserts: s.asserts });Restart sonrası sıfırlanmayı hesaba katın; üye bazında değerlendirin.
4. Müdahale / Response
5. Doğrulama / Verification
M60 regular/msg **rate** baz çizgiye indi, logda aynı hata tekrarlanmıyor; uygulama hata oranı düştü, oplog/replika ve disk durumu sağlıklı.
6. Geri Alma / Rollback
Uygulama/batch değişikliğini önceki sürüme dönün. Önceden başarısız işlemler otomatik başarıya dönüşmez; idempotent yeniden işleme veya veri uzlaştırması gerekir.
Mühendislik Triadı: Doğrudan Teşhis Scriptleri
Bu runbook kriz müdahalesinde darboğazı tespit etmek için önerilen hazır SQL / Shell scriptleri:
MongoDB'de Uzun Süren İşlemleri Bulma (currentOp)
5 saniyeden uzun süren aktif işlemleri plan özeti ve kilit bekleme bilgisiyle listeler. Yavaşlama anında sonlandırılacak işlemi bulmanıza yardımcı olur.
MongoDB Yavaş Sorguları Profiler ile Analiz Etme
system.profile verisini gruplayarak en yavaş sorgu kalıplarını ve COLLSCAN durumlarını ortaya çıkarır. İndeks eksikliklerini tespit etmek için idealdir.