Processo di sistema non riconosciuto che satura CPU


8

Oggi siamo passati al nostro controller di backup poiché la larghezza di banda del sito primario è andata.

Stiamo riscontrando problemi con il server DB più potente; sta generando il seguente processo per diversi db sul server. Un database è semplicemente un piccolo db scratch utilizzato per gli strumenti di manutenzione, quindi non replicato o replicato.

Qualcuno conosce o riconosce il seguente codice?

() select table_id, item_guid, oplsn_fseqno, oplsn_bOffset, oplsn_slotid 
from [<dbname>].[sys].[filetable_updates_2105058535] with (readpast) 
order by table_id

1
blogs.msdn.com/b/psssql/archive/2011/10/29/… sembra indicare che questo potrebbe essere un gruppo di disponibilità AlwaysOn o forse qualcosa a che fare con i database contenuti, ecc. Si applica?
Max Vernon

@Max Vernon Ciao Max, sì, l'ho scoperto un giorno o giù di lì, ma a quel punto non sono stato in grado di rispondere alla mia domanda.
DamagedGoods

un riavvio risolto il problema, ma alcune settimane dopo ho notato di nuovo un peggioramento delle prestazioni sul server. Abbastanza sicuro erano tornati gli stessi fili fantasma, anche su un db scratch che era stato lasciato cadere e ricreato, arghh! questo ora suona sicuramente come un bug
DamagedGoods

questo si è verificato nuovamente sulla macchina dopo un paio di settimane a compromettere le prestazioni, quindi penso che questo debba essere un bug poiché non utilizziamo Filestream o Filetables e si è avviato solo quando si utilizzano gruppi AV. Invio come bug a Microsoft
DamagedGoods

Risposte:


3

Ciò era in effetti dovuto al fatto che alcune strutture venivano lasciate da un gruppo AV SQL2012, come avevano fatto alcuni test su questi server durante un periodo in cui non erano in produzione poiché erano gli unici hardware adatti a diversi controller di dominio.

Durante la prossima finestra di opportunità ho riavviato i server e le prestazioni di entrambi i server sono notevolmente migliorate e i processi non vengono più visualizzati. (aggiunto al mio elenco di problemi a tutti i dettagli di Brent sul suo sito Web con problemi di gruppo AV SQL2012)

Installazione di AlwaysON 2012

A deve leggere per chiunque tenti di configurarli. Come notato negli articoli di Brent, ho riscontrato una serie di insidie, più complicate del previsto e attualmente ho deciso di posticipare l'implementazione a causa dei miei problemi con il failover multisubnet non riuscito (ho potuto farlo funzionare solo in 1 direzione) e sopra le prestazioni sopra menzionate .


Posso dirti per esperienza personale che questo non è sempre un problema AV. Attualmente ho questo esatto problema su 5 server, nessuno dei quali ha mai avuto la configurazione di AVG su di essi (o FileStream che è anche accusato per questo). Non ho idea di cosa sia la causa, ma nel mio caso, sicuramente, nessuno di questi.
PseudoToad
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.