modo corretto per ripristinare un database di metadati managed services per New Farm

Question

Recentemente uno dei nostri server di sviluppo di SharePoint 2010 è morto (OS legato pensiamo). Sono riuscito a entrare nel sistema di file e prendere tutti i database SP (ldf di di MDF e). Ho ricostruito una nuova macchina SP2010 da zero e banche dati della raccolta siti collegati e un database MMS a SQL. Poi, per ogni database del contenuto ripristinato ho creato una nuova applicazione web, inserendo il nome di tale database del contenuto. Non ci sono drammi lì. Ho potuto esplorare i siti e tutti i contenuti che sembrava essere intatto.

Ho poi andato nella proprietà collegamenti dei servizi di gestire i metadati e cambiò il nome del database da quello appena creato alle mie vecchie MMS database che avevo appena in precedenza attaccato. Che sembrava troppo OK. IISReset e ho potuto quindi passare il vecchio archivio termini. Buona! Ma, dal momento che ho già avuto una serie di tipo sindacazione di contenuti fino avevo bisogno di riprodurre quel. Entrai nella SC nei collegamenti proprietà MMS. Tuttavia, dopo la navigazione per la "Gestione pubblicazione di questo tipo di contenuto" Ho ricevuto il seguente errore nel ULS:

"System.ArgumentOutOfRangeException: specificato l'argomento era fuori l'intervallo di valori validi Nome del parametro:. Indice in Microsoft.SharePoint.Taxonomy.Generic.IndexedCollection`1.get_Item (indice Guid)"

Inoltre, interessante e abbastanza da aspettarsi, nelle raccolte siti sottoscrittore, in corso di riscossione Site Admin -> tipo di pubblicazione contenuti, c'è un riferimento al vecchio server e contenuti hub tipo. Così ho cercato di creare un nuovo MMS con il vecchio database, e inserendo il nuovo URL al mozzo tipo di contenuto, costringendo i posti di lavoro del mozzo e abbonati, tutti senza alcun risultato.

A parte cestinare la mia fonte tipi di contenuto e la costruzione di un nuovo MMS da zero, quali sono le mie opzioni per ottenere questo lavoro con il database MMS originale. Qualsiasi aiuto sarebbe apprezzato.

Answer 1

Alla fine ho questo numero.

La ragione per cui mi è stato sempre il messaggio di errore di cui sopra è stato che avevo abilitato solo un'applicazione di servizio MMS. (Cercando di essere troppo parsimoniosi di memoria). Non sono sicuro che il servizio ha fatto il trucco, perché ho attivato tutti loro (default). La schermata "Gestisci Publishing per questo tipo di contenuto" non ha fatto attraverso un errore ora, ... beh, non fino a quando ho scegliere Pubblica. Poi ho ricevuto un nuovo messaggio di errore, qualcosa su "No set proxy". OK, quindi c'è ancora un problema con la connessione. Naturalmente questo è perché il mio Managed Service Metadata ha ancora del tipo di contenuto Hub valore che punta al vecchio server. Vieni in PowerShell. Inserito il comando Set-SPMetadataServiceApplication . Questo richiede un nome MMS o il GUID e HubURI. Una volta che è stato fissato per i nuovi server URL, ho ri-eseguito i lavori di contenuto di tipo Hub e abbonati e tutto era buono.

Answer 2

Sì, è una regola empirica che durante la migrazione tipo Hub Content, CT Hub sito e dei suoi siti di abbonato associati devono essere convalidati contro i suoi mappature colonna del sito (colonne di metadati esoecially Managed) sono collegati con le sue MMS correttamente o meno.

THanks Kandasamy

Answer 3

è il vostro gestito insieme servizio metadati come predefinito per memorizzare colonna di specifici set di termini?

è possibile controllare questo nelle proprietà metadati servizio proxy Managed e garantire la casella di controllo è A QUADRI per " Questa applicazione di servizio è la posizione di archiviazione predefinito per set di termini colonna specifica .".

Praveen

Answer 4

I sa ottenuto questo è stato già risposto, ma ho avuto lo stesso errore con una soluzione diversa. Il mio errore è stato dovuto al fatto che eravamo di backup / ripristino del mozzo tipo di contenuto, ma non gli MMS. Di conseguenza, le colonne del sito metadati gestiti necessarie per essere ri-associati con il nuovo termstore. Una volta che i nuovi termini sono stati associati con la colonna del sito, l'errore è andato via. In ogni modo, speriamo che questo aiuta qualcun altro in futuro.