Pregunta

He instalado SharePoint 2010 SP1 en mi máquina de desarrolladores local.

Quería copiar una colección de sitios de uno de nuestros servidores productivos (que aún no tiene SP1, pero la actualización acumulativa de diciembre de 2010) a mi máquina de desarrollo para que pudiera desarrollar localmente en ella. Así que hice una copia de seguridad en el servidor con stsadm -o backup ....

Cuando intenté devolverlo en mi máquina con stsadm -o restore ... trajo el siguiente error:

Su copia de seguridad es de una versión diferente de Microsoft SharePoint Foundation y C Annot se restaurará a un servidor que ejecuta la versión actual. El archivo de copia de seguridad se restaurará a un servidor con la versión '14 .0.0.5130 'o posterior.

¿Porqué es eso? Sé que tengo una versión diferente (más nueva) localmente. Pero dice "o más tarde", ¿no se supone que debe funcionar de esta manera? Podía entenderlo cuando era al revés (restaurar la copia de seguridad de una versión más nueva en un punto de SharePoint más antiguo) pero no tiene sentido.

¿No debería ser posible o estoy haciendo algo mal?

¿Fue útil?

Solución

¿Puede tomar una copia de seguridad de la base de datos de contenido que contiene la colección del sitio? Si lo hace, puede restaurar el DB de contenido SQL a su instancia de Dev SQL y adjuntarlo a una aplicación web de desarrollo, el adjunto realizará una 'actualización' en el contenido DB y debería cuidar su problema.

Otros consejos

Tuve el mismo problema de restaurar la colección de sitios en un servidor diferente que tenía un parche diferente a mi servidor. Y la restauración de DB tampoco funcionó porque mi versión SQL era diferente. Entonces, básicamente descargué la versión SQL Express misma que mi otra máquina y luego restauré el DB. Luego actualicé mi servidor de prueba a la misma versión que mi otra máquina y pude restaurar con éxito el contenido DB y la colección del sitio.

Saludos Vishwas

Aunque recomendaría encarecidamente contra esta solución que probé, pude restaurar mi copia de seguridad que había fallado esta verificación de la versión.

Abra su archivo*.bak o el archivo de copia de seguridad en VS2013 ... puede llevar un tiempo abrir ... si tiene un buen desensamblador o una de esas buenas herramientas de los viejos tiempos utilizados por S/W Cr ** kers, usted puede usarlos para editar el archivo. Ignora todos los códigos hexadecimales. Al comienzo del archivo, puede ver la versión del archivo. Cámbielo a la versión de su servidor, guárdelo y pruebe el comando STSADM una vez más.

enter image description here

Hay pocos puntos que notar para este enfoque:

  1. Asegúrese de que el tamaño del archivo de respaldo sea más pequeño (preferiblemente menos de 500 MB), de lo contrario, es posible que necesite un buen editor (Visual Studio 2013 se bloquearía más allá de 500 MB)
  2. Mantenga la nota del número de versión del esquema de la base de datos de configuración de SharePoint del servidor al que desea restaurar la copia de seguridad: verifique los registros de ULS para ver el mensaje de excepción real. Obtendrá el número de versión esperado aquí.
  3. Asegúrese de que no haya diferencias de versión importantes entre la versión del entorno. Puede analizar esto realizando las notas de lanzamiento de la versión superior y ver si no hay cambios de esquema de DB. Las actualizaciones de seguridad/parches menores deben estar bien. Pero si ve algún cambio importante de esquema de DB en las notas de la versión, evite esta solución.
  4. Tome una copia de seguridad del archivo de copia de seguridad antes de continuar.

Se puede encontrar una esencia de algunas otras soluciones aquí.

Licenciado bajo: CC-BY-SA con atribución
scroll top