none
copia de seguridad de sharepoint 2.0 RRS feed

  • Pregunta

  • tengo un sitio en sharepoint 2.0 con sql 2000 y necesito hacer una copia de seguridad exactamente igual a esa, para pasarla a otro servidor y despues migrar poco a poco toda la informacion a un sharepoint 2013 o que me recomiendad como puedo hacer la copia 
    viernes, 28 de junio de 2013 23:47

Respuestas

  • Hola Amigo perdón por la demora pero contestando tu pregunta, creo que te saldría más fácil hacer un backup y luego una restauración del sitio en tu nueva granja. asegúrate que las versiones y el nivel de parches sean las mismas o superior en el servidor de destino. Nunca inferior. para no presentar problemas. En tu server destino créate una webapllication en blanco y luego pisa ese sitio con el backup. te dejo el procedimiento:

    Respaldo de sitio:

    stsadm.exe -o backup -url http://misitio.com -filename <filename> [-overwrite]


    restaurar archivo backup a un sitio en blanco:

    stsadm.exe -o restore -url http://misitio.com -filename <filename> [-overwrite]

    valida que no te falten webpart u otras cosas en tu servidor de destino.

    http://technet.microsoft.com/en-us/library/cc287902(v=office.12).aspx#stsk01_restore

    SMIGRATE.exe no recuerdo haber utilizado esta herramienta por lo que no te dejo información de como se usa.

    saludos.

    • Marcado como respuesta jrobertohd jueves, 4 de julio de 2013 14:30
    martes, 2 de julio de 2013 20:45
  • Hola, ahora que nos cuentas cuanto pesa el sitio de hago otros comentarios.

    Un sitio de 20 GB lo puedes backupear usando stsadm -o backup pero hay que tener en cuenta algunos temas:

    1.- Microsoft no recomienta usar STSADM para sitios superiores a los 15 GB. Lo puedes leer en este enlace que si bien es para WSS 3.0 aplica para 2.0 http://technet.microsoft.com/en-us/library/cc287967(v=office.12).aspx

    2.- EL backup puede demorar un tiempo considerable

    3.- Te recomiendo que si vas por este camino, previamente hagas dos tareas:

         a: Validar que los backup de las bases de datos se ejecutaron correctamente.

         b: Poner el sitio fuera de linea. Dado que el backup lleva un tiempo considerable, las operaciones sobre el mismo pueden producir que el    backup quede corrupto.

    Por otro lado, armar una granja aparter y mover los sitios a migrar tal como lo indica Santiago en la primer respuesta sería a mi entender el camino más seguro. En los procesos de migración donde participe seguíamos los siguientes pasos

    1.- Se arma la granja de pruebas en virtuales donde se restaruan las bases de los sitios productivos.

    2.- Una vez que probas los sitios y se valida que funcionan correctamente se hace backup de las virtuales ya que seguramente el proceso de migración se tenga que hacer más de una vez, con estos backups podés volver a la instancia incial sin mucho esfuerzo.

    3.- Se comienza el proceso de migración tal como lo indica Santiago en su respuesta. Se documenta todas las correcciones que se deben hacer para poder migrar y una vez que se migra ya que generalmente hay que hacer ajustes en los sitios.

    4.- Con el docucmento de las correcciones listo, restauras el backup de la virtual y ejecutas nuevamente el proceso de migración siguiendo el documento para validar que no se presentan nuevos problemas. Si todo sale bien, te diría que hagas la migración en produccion.

    Esos son los pasos a gran escala que sigo en los procesos de migración de versiones o de granjas.

    Saludos!!

     


    Msorli

    • Marcado como respuesta jrobertohd jueves, 4 de julio de 2013 14:30
    miércoles, 3 de julio de 2013 13:35

Todas las respuestas

  • Amigo, lo que primero debes tener presente es que no puedes pasar directo a sharepoint 2013, por lo tanto deberás migrar a Windows sharepoint 3.0 , luego a sharepoint 2010 foundation y luego migrar a la versión de sharepoint 2013 dependiendo la necesidad si es foundation o server. El procedimiento anterior siempre lo debes realizar con un respaldo de la base de datos de contenidos del sitio a migrar. De igual manera antes de realizar los respaldos, debes ejecutar un pre-scantools pa revisar si te falta algo para que tu sitio se migre sin problemas. Te dejo alguna info de ayuda: http://www.microsoft.com/en-us/download/details.aspx?id=22806 http://blogs.msdn.com/b/lakhminder/archive/2011/09/03/performing-a-wss-2-0-migration-upgrade-to-wss-3-0-as-part-of-the-tfs-2010-migration-upgrade-experience.aspx Saludos
    sábado, 29 de junio de 2013 5:09
  • Amigo, muchas Gracias me es muy útil tu información, es de lo mejor, solo una pregunta mas para migrar de sharepoint 2.0 a sharepoint 2.0 en otro servidor exactamente igual, que me recomiendas que visto que con SMIGRATE.exe, gracias buen día 
    lunes, 1 de julio de 2013 14:17
  • Hola Roberto, tal como dice Santiago para la migración de versión, lo mejor es mover las bases de datos de contenido de SharePoint a tu nueva granja, lo que debes asegurarte es que ambas granjas son identicas así evitas funcionalidad inesperada :)

    El procedimiento sería el siguiente http://technet.microsoft.com/en-us/library/cc723225.aspx

    Espero que te sirva.

    Por otro lado, no sé cuanto contenido tienes en SharePoint pero si no es mucho y debes migrar a 2013 yo evaluaría la opción de mover los datos manualmente para evitar pasar por 2007 - 2010 y recién después 2013.

    Saludos


    Msorli

    martes, 2 de julio de 2013 14:02
  • Hola Amigo perdón por la demora pero contestando tu pregunta, creo que te saldría más fácil hacer un backup y luego una restauración del sitio en tu nueva granja. asegúrate que las versiones y el nivel de parches sean las mismas o superior en el servidor de destino. Nunca inferior. para no presentar problemas. En tu server destino créate una webapllication en blanco y luego pisa ese sitio con el backup. te dejo el procedimiento:

    Respaldo de sitio:

    stsadm.exe -o backup -url http://misitio.com -filename <filename> [-overwrite]


    restaurar archivo backup a un sitio en blanco:

    stsadm.exe -o restore -url http://misitio.com -filename <filename> [-overwrite]

    valida que no te falten webpart u otras cosas en tu servidor de destino.

    http://technet.microsoft.com/en-us/library/cc287902(v=office.12).aspx#stsk01_restore

    SMIGRATE.exe no recuerdo haber utilizado esta herramienta por lo que no te dejo información de como se usa.

    saludos.

    • Marcado como respuesta jrobertohd jueves, 4 de julio de 2013 14:30
    martes, 2 de julio de 2013 20:45
  • Saludos  Msorli 

    Gracias por tu información y el sitio pesa poco mas de 20GB por lo cual es mucha información que hay que mover, prefiero migrarlo, probare lo que me dices solo que me da temor ya que no quiero que falle ya que es información muy importante, cuando se hace el proceso las bd se desconectan un tiempo verdad? muchas gracias  

    martes, 2 de julio de 2013 23:50
  • Saludos Santiago 

    una vez muchas Gracias me sirve mucho tu información la pondre en un sitio no el original para probar muchas gracias 

    martes, 2 de julio de 2013 23:54
  • Hola, ahora que nos cuentas cuanto pesa el sitio de hago otros comentarios.

    Un sitio de 20 GB lo puedes backupear usando stsadm -o backup pero hay que tener en cuenta algunos temas:

    1.- Microsoft no recomienta usar STSADM para sitios superiores a los 15 GB. Lo puedes leer en este enlace que si bien es para WSS 3.0 aplica para 2.0 http://technet.microsoft.com/en-us/library/cc287967(v=office.12).aspx

    2.- EL backup puede demorar un tiempo considerable

    3.- Te recomiendo que si vas por este camino, previamente hagas dos tareas:

         a: Validar que los backup de las bases de datos se ejecutaron correctamente.

         b: Poner el sitio fuera de linea. Dado que el backup lleva un tiempo considerable, las operaciones sobre el mismo pueden producir que el    backup quede corrupto.

    Por otro lado, armar una granja aparter y mover los sitios a migrar tal como lo indica Santiago en la primer respuesta sería a mi entender el camino más seguro. En los procesos de migración donde participe seguíamos los siguientes pasos

    1.- Se arma la granja de pruebas en virtuales donde se restaruan las bases de los sitios productivos.

    2.- Una vez que probas los sitios y se valida que funcionan correctamente se hace backup de las virtuales ya que seguramente el proceso de migración se tenga que hacer más de una vez, con estos backups podés volver a la instancia incial sin mucho esfuerzo.

    3.- Se comienza el proceso de migración tal como lo indica Santiago en su respuesta. Se documenta todas las correcciones que se deben hacer para poder migrar y una vez que se migra ya que generalmente hay que hacer ajustes en los sitios.

    4.- Con el docucmento de las correcciones listo, restauras el backup de la virtual y ejecutas nuevamente el proceso de migración siguiendo el documento para validar que no se presentan nuevos problemas. Si todo sale bien, te diría que hagas la migración en produccion.

    Esos son los pasos a gran escala que sigo en los procesos de migración de versiones o de granjas.

    Saludos!!

     


    Msorli

    • Marcado como respuesta jrobertohd jueves, 4 de julio de 2013 14:30
    miércoles, 3 de julio de 2013 13:35
  • Hola Amigo Jroberto, si la información entregada contestó tu pregunta, por favor colocar como respondida.

    Saludos.

    jueves, 4 de julio de 2013 3:19
  • Hola Amigo perdón por la demora pero contestando tu pregunta, creo que te saldría más fácil hacer un backup y luego una restauración del sitio en tu nueva granja. asegúrate que las versiones y el nivel de parches sean las mismas o superior en el servidor de destino. Nunca inferior. para no presentar problemas. En tu server destino créate una webapllication en blanco y luego pisa ese sitio con el backup. te dejo el procedimiento:

    Respaldo de sitio:

    stsadm.exe -o backup -url http://misitio.com -filename <filename> [-overwrite]


    restaurar archivo backup a un sitio en blanco:

    stsadm.exe -o restore -url http://misitio.com -filename <filename> [-overwrite]

    valida que no te falten webpart u otras cosas en tu servidor de destino.

    http://technet.microsoft.com/en-us/library/cc287902(v=office.12).aspx#stsk01_restore

    SMIGRATE.exe no recuerdo haber utilizado esta herramienta por lo que no te dejo información de como se usa.

    saludos.

    Saludos de vuelta, 

    he terminado las pruebas y tengo como resultado, que funciona cuando los equipos son exactamente igual ya que fue la imagen uno del otro, pero al ver el sharepoint 2.0 del sitio que quiero migrar vi que la versión era mas actual (11.0.8173.0), por lo cual actualice el services pack del windows server 2003 al 2, y instale sp2 y sp3 de sharepoint para tener la misma versión, ya que me mostraba "su copia de seguridad es de una versión distinta de windows sharepoint services y no se puede restaurar en un servidor que ejecute la versiónactual" y aun después de la actualización lo muestra 

    nueva pregunta http://social.technet.microsoft.com/Forums/es-ES/2964c22d-8c31-41a7-ae19-e6f18f734707/sharepoint-20-migrar-a-un-equipo-igual-stsadmexe-error-de-versin-aun-cuando-es-la-misma#2964c22d-8c31-41a7-ae19-e6f18f734707

    jueves, 25 de julio de 2013 15:10
  • Saludos Santiago 

    solo para preguntarte si sabes de un manual para la migracion de sharepoint 2.0 a 3.0 ya que he intentado unos y no me funciona gracias http://social.technet.microsoft.com/Forums/sharepoint/es-ES/d0bf9d1f-7317-4a30-961d-65d6c6c0d16e/migracion-de-sharepoint-20-a-sharepoint-30

    miércoles, 21 de agosto de 2013 16:14
  • Hola,

    Te acabo de responder en el otro thread...es mejor que este lo dejes cerrado ya que las respuestas de Santiago respondieron a tu cuestión inicial.

    Saludos


    ------------------------------------------------------------
    Juan Carlos González Martín MVP de SharePoint Server
    Director revista CompartiMOSS: http://www.compartimoss.com
    Blog: http://geeks.ms/blogs/ciin
    Twitter: @jcgm1978
    ------------------------------------------------------------

    jueves, 22 de agosto de 2013 11:53