SQL 2005 mirroring avvisi storia

Question

Abbiamo mirroring istituito tra il 2 di SQL Server 2005 Standard Edition. Ci sono anche mirroring avvisi impostati come segue:  DB Mirroring (Collegamento con lo specchio Lost)  DB Mirroring (Collegamento con Lost Principal)  DB Mirroring (Esecuzione Principal Exposed)  DB mirroring (sincronizzazione Mirror)  DB Mirroring (Sincronizzazione Principal) Specchio commit sovraccarico supera la soglia (MIRROR) Vecchia transazione non inviati supera la soglia (PRINCIPALE) log unrestored supera la soglia (MIRROR) Non inviati registro supera la soglia (principale)

"vecchi transazione non inviato supera la soglia" di allarme è stato generato un sacco di volte negli ultimi coupld di giorni. Ma questo avviso non è stato specificamente per un database. Il prezzo era solo nella media.

Ho pensato che questa informazione dovrebbe essere in un tavolo e ho scoperto che si trattava di tavolo msdb.dbo.dbm_monitor_data. Contiene dati come log_flush_rate, send_queue_size, send_rate, redo_queue_size, redo_rate, transaction_delay e transactions_per_sec con i nomi dei database. Poi mi sono chiesto come è questa tabella popolata. Per questo ho trovato che il mirroring monitoraggio lavoro che SQL Server crea "mirroring del database Job Monitor" gestisce uno sp_dbmmonitorupdate sp cui popolato questo tavolo da Mirroring Perfmon contatori. Questo processo viene eseguito ogni minuto.

L'allarme è stato generato per esempio a 11:23:52. I posti di lavoro solo viene eseguito una volta al minuto, ancora riusciti a catturare i dati in 11:23:00 e poi a 11:23:52 (quando l'avviso è stato generato), che è due volte nel minuto.

Ho pensato che potrebbe essere, quando viene generato l'avviso, si corre anche questa stored procedure. Se l'aggiornamento della tabella, quindi posso solo eseguire un'istruzione select. Ma come posso essere sicuro?

Problema: come posso scoprire perché questo tavolo è stato aggiornato senza programma? che cosa ha innescato la sua popolazione? Qualcuno sa quale tabella contiene avvisi dati storici?

NOTA: No ricostruire lavori indice correvano e delle soglie di mirroring sono stati impostati come nel seguente screenshot:

Chiunque può aiutare per favore?

grazie in anticipo

Answer 1

Risposta: sp_dbmmonitorupdate solleva gli errori che a sua volta solleva allarmi e quindi popola tavolo. Ho scavato in tutte le procedure e le tabelle di mirroring memorizzati per trovare questo. : -)