Perché EventCache dimensione della tabella è enorme

sharepoint.stackexchange https://sharepoint.stackexchange.com/questions/828

  •  16-10-2019
  •  | 
  •  

Domanda

Ho un sito di pubblicazione MOSS. Il contenuto è abbastanza piccolo. Ho notato che le dimensioni del database del contenuto è ora 5 GB senza alcun contenuto significativo le modifiche apportate. Utilizzo di uno script per mostrare la dimensione delle tabelle, ho notato che le dimensioni della tabella EventCache sola è oltre 3,5 GB. Perchè è questo? Qual è la ragione di questo? Cosa fare a questo proposito di ridurre le dimensioni?

È stato utile?

Soluzione

L'avete indicato le seguenti cose: 1. Forse è stato migrato sul suo sito web DB da una versione precedente (SPS 2003)? -. In questo caso, potrebbe essere a volte le timerjobs per sparecchiare la tavola eventcache sulle sue scadenze data non esegue bene e righe precedenti al numero definito di giorni che ancora rimangono nella tabella

  1. In MOSS Sp2 abbiamo fissato alcune parti che causa anche una crescita inaspettata del database, ma non so se questo vale anche per il tavolo eventcache in alcuni.

  2. In un caso ho avuto, il diskspace gratuito su SQL Server non ha avuto spazio sufficiente per eseguire la creazione della temperatura DB che è costruito nel corso del procedimento di eventcache Ta bella per eliminare le righe scaduti. Siamo riusciti a capire in questo caso con una 75GB DB dove eventcache allone tooks 8GB che abbiamo avuto lo spazio fino libero di circa 260GB per cancellare la tavola.

  3. Un altro suggerimento può trovare anche qui: KB articolo: 957.691 - Costruire 12.0000.6331.5000) "Metodo supportato per cancellare il tavolo EventCache"

Spero che questo può aiutare,

saluta, Steve Chen, Support Engineer SharePoint EMEA GTSC

Altri suggerimenti

Provare a cambiare il numero di giorni per mantenere il registro delle modifiche e vedere se quel tavolo diventa più piccolo.

Inoltre, è il vostro servizio SPTimer in esecuzione correttamente con l'account di dominio corretto?

Hai un sacco di utenti con un sacco di segnalazioni di installazione?

Di recente ho avuto lo stesso problema a causa della corruzione del database. Secondo questo sito , c'è un processo timer che dovrebbe essere l'eliminazione di tutti i vecchi eventi, e si dovrebbe assicurarsi che questo processo timer "avviso immediato" è in esecuzione.

È possibile controllare per vedere se i vecchi eventi sono effettivamente cancellati eseguendo questo SQL sul database: 

select top 1000 from [dbo].EventCache order by id desc

Quindi, verificare che non vi siano eventi con date più di una o due settimane.

Se non dispone di tali eventi, scegliere la più grande ID della query precedente, e quindi eseguire (supponiamo che l'ID è stato 8500): 

delete from [dbo.EventCache] where id < 8500

Nel mio caso, ho ricevuto un errore che indica che il database era corrotto (e questo era il motivo per cui ho avuto così tante righe nel mio database).

Per risolvere il danneggiamento del database di SharePoint, è possibile eseguire il seguente (Importante: questo può causare qualche perdita di dati): 

ALTER DATABASE WSS_CONTENT SET SINGLE_USER WITH ROLLBACK IMMEDIATE;
DBCC CHECKDB ('WSS_CONTENT', REPAIR_ALLOW_DATA_LOSS);
ALTER DATABASE WSS_CONTENT SET MULTI_USER

(Il mio database Content è stato chiamato "WS_CONTENT", il vostro potrebbe essere diverso).

Quindi, eseguire il "Select" dichiarazione di cui sopra per assicurarsi che non ci sono troppe righe, e in tal caso, eliminarli.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a sharepoint.stackexchange
scroll top