Forma adecuada para restaurar una base de datos de metadatos de servicios gestionados a New Farm

Question

Recientemente uno de nuestros servidores de desarrollo de SharePoint 2010 murió (OS relacionado creemos). Me las arreglé para entrar en el sistema de archivos y agarrar todas las bases de datos SP (LDF de MDF y de). Reconstruí una nueva máquina SP2010 desde cero y las bases de datos de colecciones de sitios unidos y una base de datos MMS a SQL. Luego, para cada base de datos de contenido restaurada he creado una nueva aplicación web, introduciendo el nombre de la base de datos de contenido. No hay dramas allí. Podría navegar por los sitios y todo el contenido que parecía estar intacto.

Entonces entró en la propiedad conexiones de los servicios de metadatos Administrar y cambió el nombre de la base de la una a mis viejos MMS nueva base de datos que acababa conectado previamente. Eso pareció bien también. IISReset y entonces podrían navegar por la tienda Plazo de edad. ¡Bueno! Pero, ya que anteriormente tuve un contenido conjunto un tipo de distribución hasta que necesitaba para reproducir eso. Entré en la SC en las propiedades de las conexiones MMS. Sin embargo, al navegar a la "Publicación de Manejo para este tipo de contenido" Recibí el siguiente error en ULS:

"System.ArgumentOutOfRangeException: especificado argumento estaba fuera de la gama de valores válidos Nombre de parámetro:. Índice en Microsoft.SharePoint.Taxonomy.Generic.IndexedCollection`1.get_Item (índice Guid)"

Además, interesante y como era de esperar lo suficiente, en las colecciones de sitios de abonados, en virtud de la colección de sitios de administración -> Contenido publicación Tipo, hay una referencia al antiguo servidor y concentrador de tipo de contenido. Así que he intentado crear un nuevo MMS con la antigua base de datos y entrar en la nueva URL para el concentrador de tipo de contenido, obligando a los puestos de trabajo del eje y de los abonados, todos en vano.

Además de destrozar mi fuente tipos de contenido y la construcción de un nuevo MMS a partir de cero, ¿cuáles son mis opciones para conseguir este trabajo con la base de datos original de MMS. Cualquier ayuda sería muy apreciada.

Answer 1

Finalmente he resolver esto.

La razón por la que estaba recibiendo el mensaje de error anterior era que sólo había permitido la aplicación de servicio de MMS. (Tratando de ser demasiado ahorrativos memoria). No está seguro de qué servicio hizo el truco, porque He activado todos ellos (por defecto). La pantalla de "Administrar Publishing para este tipo de contenido" no lo hizo a través de un error ahora, así ... no hasta que haga clic en Publicar. Luego de recibir un nuevo mensaje de error, algo acerca de "No existe un conjunto de proxy". OK, así que todavía hay un problema con la conexión. Por supuesto, esto se debe a que mi servicio de metadatos administrados todavía tiene su contenido de cubo de tipo de valor que apunta hacia el servidor antiguo. Ven en PowerShell. Ingresó el comando Set-SPMetadataServiceApplication . Esto toma un nombre de MMS o GUID y un HubURI. Una vez que se estableció en los nuevos servidores de URL, me re-encontré con los puestos de trabajo Tipo de contenido Hub y el suscriptor y todo estaba bien.

Answer 2

Sí, es una regla de oro que durante la migración de cubo de tipo de contenido, CT Hub sitio y sus sitios de abonados asociados deben ser validados con sus asignaciones de columnas sitio (columnas de metadatos esoecially Gestionados) están vinculados con sus MMS correctamente o no.

Gracias Kandasamy

Answer 3

es el conjunto de servicio de metadatos administrados como predeterminado para almacenar conjuntos específicos columna plazo?

Esto se puede comprobar en las propiedades de metadatos del servicio de proxy administrado y garantizar la casilla de verificación es CHECKED " Esta aplicación de servicio es la ubicación de almacenamiento predeterminada para conjuntos de términos específicos columna .".

Praveen

Answer 4

Yo sé conseguido esto se ha respondido ya, pero no tenía el mismo error con una solución diferente. Mi error fue debido al hecho de que estábamos copia de seguridad / restauración del concentrador de tipo de contenido, pero no el MMS. Como resultado, las columnas de sitio de metadatos administrados necesarios para volver a asociar con el nuevo termstore. Una vez que los nuevos términos se asociaron con la columna de sitio, el error fue. De todas formas, espero que esto ayude a alguien más en el futuro.