Come si pulisce col perdere dipendenze lato server da un'installazione “sporco”?

Question

Dopo un piuttosto frettolosa (inevitabile) di migrazione / riconfigurazione di una scatola Fondazione SP 2010, mi ha lasciato con un errore in CA per quanto riguarda un certo numero di caratteristiche mancanti, SetupFiles, e WebParts. I reimpiegato e poi retratto e disinstallato le due soluzioni che sono state la causa della maggior parte dei messaggi (che non sono stati utilizzati, motivo per cui essi non sono stati migrati inizialmente) e mentre gli errori sono andati via mentre le soluzioni sono state dispiegate ( ad eccezione di quello riguardante un file di modello mancante che era stata ribattezzata), sono tornati dopo la rimozione e io non sono sicuro di come eliminare i riferimenti alle "dipendenze lato server mancanti".

Mi sono imbattuto WssAnalyzeFeatures per confermare il danno, e, abbastanza sicuro, anche dopo la rimozione delle soluzioni, gli errori restano.

Qualche suggerimento per strumenti e / o procedura per rimuovere questi errori?

Answer 1

I due strumenti principali per affrontare i problemi di aggiornamento sul vostro SharePoint 2010 farm sono il comando Test-SPContentDatabase PowerShell e enumallwebs comando Stsadm.

Lo strumento Test-SPContentDatabase controllerà il db contenuti contro una raccolta siti specifica. Si può essere tranquillamente eseguita sia prima che dopo il database viene collegato, come spesso come richiesto. Vorrei evitare di correre contro un database di produzione dal vivo - prendere una copia.

Test-SPContentDatabase –Name dbame -WebApplication url

comando Utilizzare i enumallwebs Stsadm per capire quale webparts, caratteristiche, ecc sono associati a quali siti. Si può scoprire siti orfani che possono essere eliminati e che può essere la fonte dei vostri problemi.

stsadm -o enumallwebs -databasename dbname -includefeatures -includesetupfiles -includewebparts -includeeventreceivers -includecustomlistview

Si potrebbe solito anche voler rivedere il log degli errori di aggiornamento, anche se suona come se si è al di là di quel punto.

Answer 2

Bene, sono stato in grado di risolvere il mio errore particolare, se era solo per mezzo di un processo ingombrante.

I caricato questa procedura memorizzata su ogni database interessato che mi ha permesso di cercare l'intero database per una stringa. Ho cercato se il database in base alle stringhe di errore per identificare finalmente le pagine interessate. Un problema che ha causato l'errore è che, mentre io avevo svuotato il sito principale Cestino, non avevo mai sgomberato il Cestino sul sito di amministrazione.

E 'stato un brutto, brutto hack, ma ha funzionato. Vorrei poter condividere uno step-by-step ma è uno scenario assolutamente unico per ogni sistema. Inoltre, immagino per un sito con qualsiasi grado di contenuti, le ricerche attraverso le banche dati potrebbero prendere eoni.

Answer 3

staccare e riattaccare il contenuto correzioni db il maggior numero di discrepanze evidenti tra la configurazione e il db contenuti.