Controlla i problemi dopo la migrazione

Question

Abbiamo migrato una collezione di siti MOSSS 2007 in SP2010 come collezione di siti sotto un inquilino in un set up multi-tenancy. Questo SC migrato conferisce un errore durante il checkout attraverso l'interfaccia utente che indica che l'utente non ha il permesso di controllare il documento o è già controllato a un altro utente (né è vero).

Il checkout non funziona utilizzando il menu a discesa dell'articolo o il nastro. Il checkout non riesce anche su questo SC a prescindere da se il contenuto è stato migrato o se è nuovo, e il checkout non riesce anche alle libere DOC appena create.

Possiamo controllare con successo più documenti contemporaneamente attraverso l'interfaccia utente e singoli documenti attraverso l'applicazione client (Word, Excel, ecc.). Possiamo anche controllare con successo i documenti a livello di inquilino e in una raccolta di sibling di nuova creazione (nessun materiale migrato). Possiamo controllare gli articoli che sono stati controllati. Infine, se aggiorniamo il componente aggiuntivo di Classe OpenDocument SharePoint per IE alla versione 14, funziona (tuttavia, voglio ribadire che avere la versione 12 DLL non ha un impatto su qualsiasi altro SC ma questo). .

Aggiornamento di massa La DLL non è davvero un'opzione per noi, e dal momento che il checkout funziona in altri SCS pensiamo che questo possa essere un problema di configurazione vestito in un problema di un problema. Questo thread del forum mostra che non siamo Solo in questo tema, e abbiamo provato la maggior parte delle soluzioni elencate qui (stiamo ottenendo tracce del violing ora). Qualcun altro ha qualche idea?

Answer 1

Dopo la migrazione di un ambiente WSS 3.0 su SharePoint 2010 per un client, sono stato affrontato con questo stesso problema.Dopo aver scavato su TechNet e qui, sono arrivato a trovare questo articolo TechNet:

"Questo documento potrebbenon essere controllato. "SharePoint 2010 Azione checkout usando IE8

Questo non è effettivamente isolato a IE8 (l'ho convalidato con il test).

Ho rettificato questo problema prendendo il consiglio presentato nella parte inferiore del filo (creando una raccolta di siti alla radice).Non c'era una collezione di siti, nel mio caso, a livello root dell'applicazione web.Dopo la creazione, tutto il check-out / Check in Azioni ha iniziato a funzionare normalmente.

Answer 2

Abbiamo avuto lo stesso problema, e abbiamo usato uno script PowerShell per il check-out e controllare tutti i documenti in una particolare raccolta siti.Ho paura di non averne una copia - non l'ho scritto - ma capisco che ha risolto il problema.Una volta che i documenti erano stati controllati e poi in, hanno lavorato di nuovo correttamente.

È quasi così dopo l'aggiornamento non era sicuro se alcuni documenti sono stati controllati o meno.