Historias de Figueroa

De cara a realizar pasos entre escenarios hay diferentes formas (al menos que conozca yo, que como siempre digo una cosa es lo que conozca yo y otra lo que exista realmente)

• Distribución de contenido
• Backup/Restore de SharePoint 2007
• Backup/Restore de SQL Server
• Backup/Restore de agentes de copia de seguridad (Veritas, Tivoli, DOCAve, etc.)
• Copia de base de datos de SQL Server, que no copia de seguridad.

Cada una de las formas son "soportadas" o no por Microsoft, es decir que por ejemplo la 4º opción en principio no está soportada por Microsoft. Lo que quiere decir es que si se abre un caso en Microsoft Soporte estos pueden decir que no dan soporte porque se ha hecho tal y cual. También hay que decir que Microsoft deja de dar soporte por cosas más sencillas que esto. Pero como todo, cada cual es libre de realizar una tarea u otra.

• Distribución de contenido, se trata de usar la opción disponible en MOSS (WSS creo que no lo tiene, pero ahora dudo) de realizar copias de todo el contenido o de solo actualizar contenido entre dos colecciones de sitio. Se configura a través de la consola de administración central, creando primero una ruta de copia y después creando trabajos a partir de la misma.
  
• Backup/Restore de SharePoint 2007, no se trata más que de una interfaz web del backup de SQL Server, adicionalmente creo que realiza copia también de la configuración del sitio del IIS (es decir su configuración). Es bastante potente y se puede automatizar a partir del stsadm.exe.
  
• Backup/Restore de SQL Server, herramienta de backup del SQL Server, es decir copia de seguridad pura y dura de las BBDD de SQL Server, ningún tipo de configuración de SharePoint o WSS.
  
• Backup/Restore de agentes de copia, opciones variadas, para gustos colores. Mi opinión de cada una es la siguiente, el único que lo hace decente es Tivoli, también lo vale. Veritas es como no tener nada prácticamente, y DOCAve unas veces funciona y otras hace cosas raras.
  
• Copia de base de datos de SQL Server, existe otra opción que es el copiar los ficheros físicos de las bases de datos (previo para de servicios de SQL Server y MOSS, así como dejar sin conexión la colección de sitios a copiar). Este método consiste en copiar los ficheros de base de datos de un servidor en otro. Antes de copiarlo se debe dejar sin conexión a la base de datos de contenido en la colección de origen, creado una colección de sitios en el servidor destino con la misma configuración. Crear un SSP con las mismas configuraciones en el servidor destino que el SSP que use la colección de sitios en el original y dejarlo como predeterminado. Una vez hecho todo esto, tras copiar las bases de datos del original al destino se debe dejar sin conexión la colección de sitios creada y desconectar su base de datos de contenido y reconectar con las bases de datos creadas. Una vez hecho esto se arrancan los servicios y ya está. Si falla algo en el 99% de los casos es por la configuración de seguridad.
  

Dependiendo de lo que se desea hacer y la casuística una forma será mejor que la otra.

Existen diferentes planteamientos a cada necesidad, es decir:

• Copia/Actualización de información entre servidores de la misma granja.
• Copia/Actualización de información entre servidores de diferente granja.
• Copia/Actualización de información entre servidores de diferente granja que se encuentran en diferentes dominios, o sin dominio en un grupo de trabajo.
• Clonación de un entorno en servidores del mismo dominio.
• Clonación de un entorno en servidores de diferente dominio, o sin dominio.
• Copia de contenidos entre diferentes entornos (granjas), es decir Intranet/Extranet/Internet, distribución de información a través de la publicación.

Mi opinión a cada una:

• El uso de distribución de contenido la verdad que está muy bien en la teoría. Queda una copia muy limpia y fidedigna. Más que nada porque para hacer funcionar una copia puede fallar por cualquier cosa, por lo que cuando realiza una distribución de contenido, por narices lo ha tenido que hacer bien. Si hay un error es para volverse loco, se debe tener muy claro todas las configuraciones de los sitios y áreas dentro de la colección de sitios.
  
• Backup/Restore, ya sea con el de SharePoint, SQL Server o terceros, al final o se conoce bien como realizan internamente el backup y como realizan el restore o usarlo será únicamente complicarse muy mucho la vida.
  
• Copia de base de datos, junto con distribución de contenido es mi favorito, se debe conocer muy la arquitectura de la granja o granjas con las que se trabajo. Es muy importante comprender el modelo de seguridad usado, y tener claro cómo funciona SharePoint a nivel de acceso a bases de datos. Si se tiene todo claro es lo más limpio.

La toma de decisiones en cuanto a cómo realizar las tareas implican muchos condicionantes, cada uno de acuerdo al escenario en el que se encuentra y de qué forma se quieren copiar los contenidos (¿Una vez?, ¿cada 15 minutos?, etc.).