none
Exchange 2013 - Event id 628 e 629 RRS feed

  • Domanda

  • Buongiorno a tutti,

    da qualche tempo i due nodi DAG Exchange 2013 CU19 registrano due eventi di Warning; event ID 628 e Event ID 629, sempre allo stesso orario, non tutti i giorni. S.O. Windows 2012 Datacenter

    Event ID 628:

    Information Store - MIODB01 (12604) MIODB01: Database 'G:\MIODB01\MIODB01.edb': While attempting to move to the next or previous node in a B-Tree, the database engine skipped over 12934 non-visible nodes in 36 pages. It is likely that these non-visible nodes are nodes which have been marked for deletion but which are yet to be purged. The database may benefit from widening the online maintenance window during off-peak hours in order to purge such nodes and reclaim their space. If this message persists, offline defragmentation may be run to remove all nodes which have been marked for deletion but are yet to be purged from the database. 

    Event ID 629:

    Information Store - MIODB02 (11976) MIODB02: Database 'F:\MIODB02\MIODB02.edb': While attempting to move to the next or previous node in a B-Tree, the database engine skipped over 13510 non-visible nodes in 34 pages. In addition, since this message was last reported 360 hours ago, 0 other incidents of excessive non-visible nodes were encountered (a total of 0 nodes in 0 pages were skipped) during navigation in this B-Tree. It is likely that these non-visible nodes are nodes which have been marked for deletion but which are yet to be purged. The database may benefit from widening the online maintenance window during off-peak hours in order to purge such nodes and reclaim their space. If this message persists, offline defragmentation may be run to remove all nodes which have been marked for deletion but have yet to be purged from the database. 

    I path dove sono posizionati i DB sono esclusi dalla scansione AV e nell'orario in cui si presentano gli eventi non ci sono scansioni in corso.

    I DB hanno una dimensione di circa 260GB; al momento si tratta di eventi di Warning da non sottovalutare, ma vorrei evitare il peggio.

    Da cosa può dipendere?

    Grazie per il supporto

    giovedì 30 aprile 2020 08:40

Tutte le risposte

  • Ciao, ma i dischi sono a posto? non è che salta perchè ci sono problemi reali fisici sui DB? Su questi db è mai stata fatta una politica di "ricrea e butta via" come di solito si fa coi DB? nel senso. Archiviazione delle mailbox, e spostamento su nuovo db per rimpicciolire la dimensione dei DB? Di solito ogni 3-4 anni sono operazioni che si fanno. Non sono obbligatorie, ma il server respira.

    ciao.

    A.

    martedì 2 giugno 2020 13:37
    Moderatore
  • Buongiorno Alessandro e grazie per la risposta.

    Gli unici eventi di Warning che trovo, sono questi. Non ho altri eventi che riconducono a problemi fisici sui dischi, ma tutto può essere.

    Il discorso è che gli eventi non sono presenti tutti i giorni, in una settimana ad esempio, 3-4 volte e non sempre a giorno fisso.

    I DB sono presenti dal 2016, sono stati migrati nel 2018 per cambio storage, su nuovi HD.

    Mi consigli di ricreare i DB?

    Gli eventi, anche se non ho trovato molto in merito, potrebbero essere riconducibili al maintenance daily schedulato? Nel senso, potrebbe essere utile estendere la finestra che ora è di default 01:00 > 05:00? Magari nel weekend

    Grazie ancora per il supporto

    venerdì 5 giugno 2020 05:53
  • Questa è del 2010 ma come vedi il consiglio è quello in ogni caso di fare un nuovo DB. L'offline defrag ASSOLUTAMENTE NO. 

    https://social.technet.microsoft.com/Forums/en-US/1c07128e-7b9f-4594-8c0e-9079ea2733ca/event-id-629?forum=exchangesvrgenerallegacy

    Se non hai sovrapposizioni di sorta e quindi sai che non dipende da quello puoi anche provare col nuovo DB. Magari con archiviazione preventiva così lo snellisci un po' (non so come sei messo) comunque 260GB non sono tantissimi. Io proverei magari prima con uno a vedere cosa succede. Con calma ti sposti le tue mailbox un po' alla volta non tutte in una pacca. Leggiti bene il post comunque perchè ci sono spunti interessanti riguardo al problema. 

    ciao.

    A.

    venerdì 5 giugno 2020 06:52
    Moderatore
  • Ciao Alessandro e grazie per lo spunto.

    Intanto di confermo che, i backup daily e la finestra di maintenance non si sovrappongono.

    Escludo anche io a priori un fermo dei DB e l'utilizzo di eseutil per il check e maintenance.

    Piuttosto, in questo weekend alle porte, provo ad estendere la finestra di maintenance di qualche ora per vedere se qualcosa migliora (ne dubito).

    In ogni caso, metto i cantiere la migrazione delle mailbox su nuovo DB, ma devo fare i conti con lo spazio-storage.

    Ci aggiorniamo, grazie ancora per i consigli e buona giornata.

    venerdì 5 giugno 2020 08:31
  • Ciao Alessandro,

    volevo aggiungere che i DB in questione (MIODB01 e 02) passano senza problemi il defrag online, loggando gli event id 736 e 737.

    Anche per quanto riguarda il "White space", parliamo di 1-2 GB per DB che, durante la giornata scende anche intorno a 200-300 MB.

    Ci aggiorniamo.

    sabato 6 giugno 2020 13:45