Vedem că serverul nostru va înceta brusc să accepte conexiuni noi de la SQL Server. Serverul în sine este încă accesibil prin RDP, dar portalul sharepoint/SSMS și orice altă conexiune SQL la distanță vor expira. Managerul de configurare arată că serviciile SQL rulează, dar dacă încercați să opriți/reporniți manual serviciile, se va bloca. Repornirea serverului va permite uneori serviciile să revină la o stare de funcționare, dar acest lucru înseamnă de obicei că se va bloca în decurs de o zi, dacă nu de ore. Am stabilit că o reparație completă a SQL Server folosind mediul de instalare o va aduce înapoi la o stare mai stabilă, dar coruperea aplicației SQL Server se va întâmpla probabil din nou. Am dori să știm cum s-a întâmplat. Jurnalele de erori SQL nu indică erori specifice. Am încercat să folosim Profiler, dar nu l-am rulat continuu, deoarece aduce încărcare suplimentară pe server. A primit cineva problema asta? Cum ai rezolvat-o?
Am făcut câteva cercetări ieri, așa că am găsit următoarele probleme:
(1) Fișierele bazei de date ldf crește mai mult decât limita de creștere automată. Dimensiunea fișierului mdf este de 48 mb, iar dimensiunea fișierului ldf este de 48 mb. Deci orice sugestie pentru a atenua această problemă.Până acum, pot doar să mă gândesc la planurile de rezervă.
(2) Văd prea mulți indici fragmentați, ceea ce este un alt motiv al performanței mai lente.
Cu toate acestea, aș dori să știu MaxDOP. Aici folosim baza de date sharepoint, astfel încât orice sugestie legată de întreținerea fermei sharepoint ar fi apreciată.
Urmăresc și următorul thread unde vorbesc despre MAXDOP.
https://community.spiceworks.com/topic/2202073-sql-server-process-high-cpu-usage
