DPM 2007: Protegiendo y Restaurando Sharepoint 2007

En organizaciones que utilizan Sharepoint, es importante preparar planes de recuperación ante desastres (DRP) que nos permitan restaurar nuestra plataforma Sharepoint y los datos y configuraciones contenidos en ella, en caso de presentarse alguna contingencia.

Para tareas de respaldo y recuperación, Sharepoint soporta una serie de soluciones de respaldo y restauración:

• System Center Data Protection Manager (DPM)
• Herramientas de respaldo y recuperacion Sharepoint
• VSS Writer
• SQL Server
• Comando STSADM
• Papeleras de Reciclaje de Sharepoint
• Respaldos con Sharepoint Designer
• Entre otros

Hay varios niveles de recuperación de datos disponibles en Sharepoint 2007, cada uno orientado a diferentes escenarios de recuperación:

• Recuperación de contenido: Recuperación de documentos, listas, etc.
• Recuperacion de sitios: Recuperación ante borrados accidentales o corrupción de datos en un sitio.
• Recuperación ante desastres:  Recuperación y posiblemente migración de un sitio, base de datos ola granja completa a nuevos servidores.

A continuación una tabla comparativa de distintas herramientas disponibles para respaldo y recuperación de Sharepoint 2007.  Notar que no se incluye en esta tabla soluciones de terceros, como las soluciones de respaldo de Idera o Avepoint, entre otros.

Cuando se desea realizar una restauración luego de producirse una contingencia, se espera poder restaurar todos los datos y configuraciones de la manera más rápida posible.  Sin embargo, para lograr tal objetivo se deben tener una serie de consideraciones y una estrategia robusta de respaldo y recuperación ante desastres.

Una solución Office Sharepoint Server incluye los siguientes componentes.

La estrategia de respaldo y recuperación que se diseñe debiera cubrir cada uno de estos componentes.  Por otro lado, las tareas de Respaldo y Recuperación son frecuentemente afectadas por las personalizaciones realizadas sobre los sitios, sobre la forma en que se gestione la administración de cambios, y si esta gestión se realiza de manera centralizada o descentralizada.

Respaldo archivos Binarios: Para los archivos de Sistema Operativo y archivos de programa de Sharepoint, se recomienda realizar respaldos periódicos utilizando una herramienta de respaldo de sistema de archivos, tal como NTBackup (Windows 2003) o Windows Server 2008 Backup.  Se recomienda además tener a la mano los medios de instalación del Sistema Operativo, SQL Server, Sharepoint Server y parches de actualización (Service Pack, hotfix, etc.)

Respaldo de Configuraciones: Sharepoint incluye configuraciones de Internet Information Services (IIS) y configuraciones almacenadas en la base de datos de configuración y en la base de datos de contenido de la Central Administration.
Las configuraciones de IIS son almacenadas en la metabase IIS, la cual es un archivo XML en cada servidor Web Front-End, que puede ser modificada usando el IIS Manager, o directamente a través de Sharepoint.  Esta Metabase es susceptible a corrupciones o sobrescrituras, por lo que debiera ser incluida en la estrategia de respaldos.  Para Sharepoint 2007, la recomendación es que se documente toda la configuración de IIS de cada Web Front-End.

Las configuraciones en Sharepoint son almacenadas en la base de datos de configuración y en la base de datos de contenido de la Central Administration.  Aunque ambas pueden ser respaldadas, la restauración de estas usando las herramientas de Sharepoint o SQL Server no esta soportada.  Esto porque los datos en dichas Bases de Datos no puede ser sincronizada con los datos en las bases de datos Sharepoint. Si los datos no están sincronizados, los usuarios pueden experimentar errores aleatorios.
La restauración de una granja, incluyendo la base de datos de configuración y la de contenido de la Central Administration puede realizarse de la siguiente manera:

• Se puede usar un respaldo a nivel de granja, tomado con System Center Data Protection Manager para recuperar la granja completa, incluyendo estas bases de datos.
• Se puede restaurar un respaldo de estas bases de datos tomada desde una granja totalmente detenida.

Adicional a lo anterior, se recomienda documentar toda la configuración y personalizaciones en Sharepoint, de manera de poder recrear el ambiente:

• Configuraciones de Application Pools, incluyendo cuentas de servicio
• Alternate Access Mapping
• Configuracion de Workflows
• Configuración de Correo
• Plantillas de cuotas
• Features Activadas
• Otras.

Es recomendable además la utilizaciones de soluciones redundantes como Clustering o Mirroring en SQL Server, así como de NLB en los Web Front-End.

Respaldo de Personalizaciones: Las personalizaciones en Sharepoint pueden incluir Master Pages, Page Layouts, Web Parts, Content Types, IFilters, etc.  La recomendación es que todas estas personalizaciones sean empaquetadas como Solutions, lo que permite simplificar el proceso de recuperación.
En los Web Fron-End las personalizaciones son almacenadas en la carpeta "Program Files\Common Files\Microsoft Shared\Web server extensions\12".  Alguna personalizaciones realizan además cambios en los archivos Web.config.

Se recomienda respaldar los siguientes directorios:

• Program Files\Common Files\Microsoft Shared\Web server extensions\12
• Inetpub
• C:\WINNT\Assembly

Respaldo de Contenido: Se recomienda que se respalden todas las bases de datos de contenido y de los SSP (Shared Service Provider), usando las herramientas incluidas con Sharepoint, DPM, u otras herramientas de terceros soportadas.  
La base de datos de la búsqueda solo debiera ser respaldada usando las herramientas de Sharepoint o DPM, ya que estas herramientas sincronizan la base de datos de la búsqueda con el archivo de indice, y ambos pueden ser restaurados juntos.  Otras soluciones de respaldo no están soportadas.

Data Protection Manager 2007
System Center Data Protection Manager, o simplemente DPM, permite realizar respaldos y restauraciones basados en disco o cintas de servidores en un dominio Active Directory.

DPM realiza replicación, sincronización y puntos de restauración para proveer de protección confiable y rápida recuperación de datos.  DPM permite proteger varias soluciones Microsoft como:

• SQL Server
• Exchange Server
• Hyper-V
• Sharepoint Server
• File Server

DPM permite recuperación de items de contenido, sitios, indices de búsqueda y granjas completas, incluyendo recuperación de la base de datos de configuración y la base de contenidos de Central Administration (solo como parte de una restauración a nivel de granja).  Cuando se requiere recuperar un sitio o un ítem de contenido, se requiere de una Recovery Farm de un único servidor.

A continuación una serie de artículos que explica como proteger Sharepoint y recuperar datos a distintos niveles (Granja, Web Application, sitios, listas, etc.).

• Instalar DPM 2007 con SP1 y configurar la protección de Sharepoint.
• Restauración de una granja Sharepoint con DPM 2007
• Restauración de una Web Application con DPM 2007
• Restauración de Items de Contenido Sharepoint con DPM 2007
• Restauración de Búsquedas Sharepoint con DPM 2007

Mayor información sobre Protección y Recuperación de Sharepoint 2007, asi como de estrategias de recuperación ante desastres, la pueden encontrar en el siguiente whitepaper.

Read More

Sharepoint Outlook Connector

De Codeplex, un interesante proyecto en su versión Beta, que permite a los usuarios de Outlook subir E-mails a Sharepoint y adjuntar documentos hospedados en Sharepoint en un mensaje de correo.


Es un proyecto gratuito de Codeplex y pueden descargarlo desde el siguiente Link:
http://spoutlookconnector.codeplex.com/ 

Read More

SPContenLoader for Sharepoint 2010

De Codeplex, una excelente herramienta para subir documentos de prueba a un sitio Sharepoint 2010.

Esta herramienta usa una carpeta local como origen, permitiendo cargas masivas de hasta 1 millón de registros en una única librería de documentos.

Disponible en el siguiente link:
http://spcontentloader.codeplex.com/

Read More

MAPILab Explorer for SharePoint

Una excelente herramienta de MapiLab para desarrolladores en Sharepoint 2007 y Sharepoint 2010, en su version estable 2.0.3.

Permite examinar de forma gráfica el modelo de objetos de Sharepoint, mostrándonos todos los objetos, métodos, propiedades, etc.  También permite modificar las propiedades de los objetos y marcarlo para uso en Scripts.

Una completa lista de las características las pueden encontrar en el sitio Codeplex.

   

Pueden bajar la version gratuita en el sitio de MAPILab.

Read More

DPM 2007: Restauración de Busquedas en Sharepoint

En anteriores artículos, hemos visto como proteger Sharepoint 2007 con DPM 2007 SP1, incluyendo el respaldo de las búsquedas y del SSP.

Además hemos visto como realizar restauraciones en Sharepoint a diferentes niveles:

• Restauracion de una granja Sharepoint
• Restauración de una Web Application
• Restauración de un item en Sharepoint

Ahora, en este articulo revisaremos el procedimiento de restauración del SSP y de la búsqueda en Sharepoint.

En muchas ocasiones uno no se preocupa de siquiera proteger estos elementos de Sharepoint, y se prefiere crear nuevamente el SSP y re-indexar todo el contenido.  Sin embargo lo anterior, en ocasiones será necesario realizar una restauración de estos elementos, cuando se requiera que las búsquedas estén disponibles a la brevedad y no se pueda esperar una re-indexación del contenido.

DPM 2007, a partir del Service Pack 1, permite proteger y restaurar tanto los SSP de Sharepoint como la búsqueda.  Anteriormente proteger estos elementos solo era posible en forma manual usando STSADM, o usando DPM con script personalizados y tareas programadas.

Se debe considerar que los archivos de indice en el sistema de archivos y las bases de datos de búsqueda deben estar sincronizadas, lo cual hace compleja la tarea de respaldo y recuperación de las búsquedas y SSP.  Estos componentes solo pueden ser protegidos usando herramientas nativas de Sharepoint como la Central Administration o STSADM, o con una aplicación compatible con VSS de Sharepoint, tal como DPM 2007 que asegura que no se encuentran otras tareas en progreso al realizar el respaldo, como un proceso de indexación.  Al respaldar con STSADM, se deben pausar manualmente estas tareas que provocarían fallas en una restauración.

Cuando DPM realiza un respaldo de los componentes de busqueda de Sharepoint, se asegura que la busqueda este en un estado consistente, por lo que detiene temporalmente las tareas de Crawling que se estén ejecutando.  Esto no impactará en las actividades de busqueda en la granja, de cara al usuario final.

Se debe tener claro que DPM no protege los SSP o las búsquedas como parte del respaldo normal de una granja, sino que se debe habilitar primero la protección de las búsquedas.  Se destaca que no es necesario habilitar la protección de los SSP, ya que la búsqueda Enterprise esta provista como un Shared Service dentro de un SSP, por lo que solo basta con habilitar la protección de la búsqueda.  Mayores detalles de como proteger Sharepoint, junto con las búsquedas y el SSP (y el procedimiento respectivo) lo pueden ver en este link.

Es importante destacar que al momento de proteger la búsqueda, cualquier ítem que comience con "SSPComponent" se refiere al SSP completo y los componentes de búsqueda (Enterprise Search) que contiene, esto esta solo disponible al proteger MOSS 2007 y no WSS 3.0.  Los ítems que comienzan con SPSearchComponent se refiere al servicio WSS Search (En MOSS 2007 esto incluye solo el contenido de ayuda).

Información adicional de como respaldar y restaurar SSPs en MOSS 2007 en el siguiente link de Technet.

Procedimiento

1.  Para restaurar un SSP o la búsqueda de WSS a su ubicación original, se debe seleccionar la instancia completa y no un ítem en particular.  

En la siguiente imagen, vemos que en la instancia "SSPComponent_SSP Lab" hay tres ítems recuperables.

Si intentamos recuperar individualmente cualquiera de ellos, al momento de seleccionar donde realizar la restauración, solo nos permitirá restaurar el ítem a una carpeta de red, y no directamente sobre la granja Sharepoint.  Ver imagen adjunta.  Esto es útil cuando se trabaja con Bases de Datos en Mirror, como se mencionará al final de este articulo.

2. En la consola de administración de DPM, nos vamos al Tab "Recovery". En la sección izquierda de la consola, expandimos el servidor Sharepoint el cual contiene la granja que queremos restaurar.

3.  Bajo el nombre del servidor, hacemos click sobre "All Protected Sharepoint Data". Esto mostrará los datos de la granja en el panel inferior derecho.

4.  En el panel superior derecho, seleccionamos el día y la hora del Recovery Point que utilizaremos para la restauración.

5. En la lista de Items recuperables, seleccionamos el SSPComponent que restauraremos en este procedimiento.  Hacemos click derecho sobre este item y seleccionamos la opción "Recover"

6.  Se nos abrirá el asistente de restauración, damos click en Next.

7. En este punto podemos seleccionar entre Recuperar el SSP y la busqueda a su ubicación original o a una carpeta de red.  Seleccionamos la primera opción.

Es importante notar el mensaje que figura en esta etapa del asistente.  Al restaurar el SSP, las bases de datos de búsqueda y los archivos de Index a su ubicación original, antes de iniciar la restauración se debe asegurar que tanto el SSP como los archivos de indice no existan en la ubicación original, de lo contrario el proceso fallará.  Esto se debe realizar incluso si se trata del Default SSP.

Importante: Notar que no es posible remover el ultimo SSP usando la Central Administration.  Para borrarlo se debe utilizar el comando STSADM de la siguiente forma:

stsadm -o deletessp -title -deletedatabases -force

8.  Si se cuenta con una SAN que tenga la funcionalidad de Snapshot habilitada, y esta se encuentra conectada al servidor DPM y al servidor protegido, entonces se puede utilizar esta funcionalidad seleccionando la opción "Enable SAN based recovery using hardware snapshot".  Esto permite una restauración mucho más rapida.  Presionamos Next para continuar.

9. El asistente nos mostrará la ventana resumen con la lista de los items a restaurar, el tamaño total del respaldo, el medio de recuperación (en este caso desde disco), y si se configuró alguna notificación para la finalización del proceso.  Hacemos click en Recover para iniciar la restauración.

10. Al finalizar satisfactoriamente el asistente, se debe realizar un ultimo paso manual con el comando Stsadm -o restoressp sobre un servidor Web Front-End de la granja Sharepoint con el parametro "KeepIndex" para asegurar que el archivo de indices no es reseteado durante el proceso de recreación del SSP.  Mayor información en el siguiente link de Technet.

En este punto habremos culminado nuestro proceso de restauración del SSP y de las búsquedas en la granja Sharepoint.

Consideraciones Adicionales

En casos en que la granja Sharepoint use bases de datos en Mirror, no se podrá recuperar el indice a su ubicación original.  En este caso se deben restaurar los componentes individuales del indice y manualmente re-atacharlos a la instancia de SQL Server.  A grandes rasgos los pasos son los siguientes:

• Deshacer el Mirror de la base de datos SSP.
• Iniciar el asistente de recuperacion de la consola DPM.
• Seleccionar el punto en el tiempo desde el cual se quiere recuperar la data.
• Recuperar el item individual a una ubicacion temporal y atachar las bases de datos a la instancia SQL Server manualmente.
• Ejecutar el comando "stsadm -o restoressp" con el parametro KeepIndex en un WFE.
• Rehacer el Mirror de la base de datos restaurada.

Read More

DPM 2007: Restauración de un Item de Contenido Sharepoint

En artículos anteriores hemos detallado el proceso de instalación de DPM, con la respectiva configuración para proteger Sharepoint, el proceso de restauración de una granja Sharepoint completa y la restauración de una Web Application.

En este articulo detallaremos el proceso de restauración de un item particular en Sharepoint 2007, tal como sitios, subsitios, listas, librerías, documentos, etc. utilizando DPM 2007 con SP1.

Como detallamos en el articulo anterior, "DPM 2007: Restauración de una Web Application Sharepoint", la restauración de items en Sharepoint solo es soportada utilizando el Sharepoint Content Migration Object Model.  Usando este modelo se pueden migrar desde un Sitio Web hasta un ítem en una lista, o un documento en una librería.  Se puede ademas incluir información sobre seguridad, versionamiento, roles de usuario y otra metadata relacionada al objeto a ser migrado.

Este escenario de recuperación, así como cualquier tipo de restauración granular en Sharepoint 2007 utilizando DPM 2007 requiere la existencia de una granja de recuperación (Recovery Farm), la cual es usada temporalmente para hospedar una versión restaurada de la base de datos de contenido que contiene el objeto Sharepoint que se desea recuperar.  Más detalles respecto de una Recovery Farm en el articulo anterior y en el sitio Microsoft Technet

Además de lo anterior, para poder realizar una restauración granular en Sharepoint, la granja donde se realizará la restauración debe contar con una Site Collection con la misma ruta que el sitio protegido.  Si la Site Collection no existe, se puede crear una site collection vacía en la granja antes de realizar la restauración.

Se debe tener en consideración los siguientes puntos que pueden llevar a una falla en la restauración:

• Se debe contar con espacio suficiente en la Recovery Farm para almacenar temporalmente el sitio a restaurar.
• Si el sitio ya existe en la ubicación donde se restaurará, se debe asegurar que utilice el mismo Template que el item a restaurar.
• Para restaurar un Subsitio, lista u otro item, se debe contar con una Parent Site Collection para completar la restauración.  Si no existe se debe crear.
• Si el objeto a recuperar depende de alguna personalización del sitio (Features, Webpart, etc.), el sitio donde se restaurará el objeto debe contener todas esas personalizaciones.

A continuación detallaremos el proceso de restauración de un subsitio en Sharepoint 2007.  Este procedimiento es replicable a cualquier item de un sitio Sharepoint que se quiera restaurar (Listas, Librerías, Documentos, etc.).

Procedimiento

Como ejemplo para este procedimiento, utilizaremos un sitio de pruebas en Sharepoint, en el cual hemos creado algunos sitios, una Biblioteca de documentos y hemos subido un archivo a dicha biblioteca.

1. En la imagen a continuación, vemos que existen 2 sitios creados, "Sitio 1" y "Sitio 2".

2. Para efecto de realizar una prueba de restauración, eliminaremos el sitio llamado "Sitio 1", el cual luego restauraremos utilizando DPM 2007.  Vemos como el "Sitio 1" eliminado ya no figura dentro de los sitios Sharepoint.

      

   

3.  Ingresamos a la consola DPM, en la sección "Recovery" nos dirigimos al Tab "Browse.  Aqui expandimos el servidor protegido e ingresamos a All Protected Sharepoint Data como se muestra en la siguiente figura.

4.  Hacemos doble click sobre la base de datos que contiene el ítem a restaurar.  En primera instancia se nos mostrará el ítem que representa al sitio Sharepoint completo, aquí hacemos doble click sobre el sitio para que se nos muestre el detalle del contenido de este.

5.  A continuación seleccionamos el Recovery Point que utilizaremos para la restauración, utilizando el calendario desplegado en la sección superior derecha.  Una vez seleccionado el Recovery Point buscamos el ítem que queremos restaurar, en nuestro caso el sitio "Sitio 1", en la lista de los ítems recuperables.  Hacemos click derecho sobre el ítem a restaurar y seleccionamos "Recover".

6.  Se nos abrirá el asistente de Restauración, aquí se nos muestra el detalle de lo que restauraremos.  Hacemos click en siguiente para continuar.

7.  A continuación seleccionamos el tipo de restauración, en nuestro caso seleccionamos "Recover to Original Site".  Hacemos click en Next.

8.  A continuación debemos ingresar los datos requeridos acerca de la Recovery Farm:

• Nombre Servidor de la Recovery Farm
• Nombre de la Instancia SQL
• Ubicación de los archivos de Base de Datos.

Al seleccionar la ubicación para los archivos de Base de Datos, se debe seleccionar una carpeta que sea accesible desde el servidor SQL de la Recovery Farm, o el proceso generará errores.

        

En este punto no es necesario indicar ubicación alterna, ya que estaremos sobrescribiendo el sitio original.

9.  En el siguiente punto debemos seleccionar la Staging Location, en el servidor WFE donde se restaurará el item seleccionado, requerida para almacenar el archivo CMP a utilizar para la restauración.  Hacemos click en Next.

   

10. A continuación se seleccionan las opciones de recuperación.  En primer lugar seleccionamos si se aplicarán las configuraciones de seguridad existentes en la ubicación de destino donde se realizará la restauración, o se utilizarán las configuraciones de seguridad existentes al momento de la creación del Recovery Point.  Esta configuración se refiere a la seguridad aplicada a los datos a ser restaurados.

En este punto ademas seleccionamos si utilizaremos la opción de recuperación mediante una SAN, utilizando Hardware Snapshots.  Se debe contar con una SAN que permita esta funcionalidad, y que se encuentre conectada tanto al servidor DPM, como a la granja protegida.

Si tenemos las alertas y notificaciones configuradas en DPM, en este punto además podemos configurar el envío de una notificación cuando finalice el proceso de recuperación.  Hacemos click en Next.

11.  Se nos muestra el resumen de la restauración a realizar, damos click en Next para comenzar la recuperación.

12.  Finalmente, el asistente nos mostrará un mensaje indicando que la actividad se completó satisfactoriamente.

13.  Si accedemos nuevamente al sitio donde realizamos la restauración, podremos ver que se restauró el sitio que borramos inicialmente, "Sitio 1".

14.  Si ingresamos al sitio recuperado, podremos ver que todo el contenido que poseia fue restaurado correctamente, incluyendo la biblioteca de documentos que creamos para efectos de prueba, "Biblioteca 1".

Conclusiones.

Este procedimiento es bastante sencillo y puede ser utilizado para restaurar objetos con gran granularidad dentro de Sharepoint, permitiendo flexibilidad al momento de realizar restauraciones.

Read More

DPM 2007: Restauración de una Web Application Sharepoint

En artículos anteriores hemos detallado el proceso de instalación de DPM, con la respectiva configuración para proteger Sharepoint, y el proceso de restauración de una granja Sharepoint completa.

En este articulo detallaremos el proceso de restauración de una Web Application completa en Sharepoint 2007 utilizando DPM 2007 con SP1.

La restauración de items en Sharepoint solo es soportada utilizando el Sharepoint Content Migration Object Model.  Este modelo de objetos permite un mayor control de los escenarios de migración de datos.  Usando este modelo se pueden migrar desde un Sitio Web hasta un ítem en una lista, o un documento en una librería.  Se puede ademas incluir información sobre seguridad, versionamiento, roles de usuario y otra metadata relacionada al objeto a ser migrado.

Este tipo de restauración fue validada luego del trabajo conjunto entre el equipo de DPM y el equipo de Sharepoint, para asegurar que este escenario de recuperación sea completamente soportado por Sharepoint.  Es técnicamente posible otros tipos de restauración granular, como extraer un objeto de una base de datos de contenido e insertarlo en otra, sin embargo esto puede provocar corrupción de datos y por lo tanto no es un método de restauración soportado.

Este escenario de recuperación, así como cualquier tipo de restauración granular en Sharepoint 2007 utilizando DPM 2007 requiere la existencia de una granja de recuperación (Recovery Farm), la cual es usada temporalmente para hospedar una versión restaurada de la base de datos de contenido que contiene el objeto Sharepoint que se desea recuperar.

Una Recovery Farm no requiere el mismo Hardware de la granja principal que se quiere restaurar y puede utilizarse una maquina virtual para tales efectos.  Algunas consideraciones al momento de preparar la Recover Farm son:

• Versiones de software y updates identicos a la granja protegida, aunque no se requiere que sean las mismas ediciones (ej. SQL Enterprise / Standard).
• Features y Templates habilitadas en la recovery Farm, idénticas a la granja protegida.  Si se utilizan Language Packs, estos también deben ser instalados en la Recovery Farm.  Si a la granja protegida se le agregan Features o Templates adicionales, estas también deben ser instaladas en la Recovery Farm.
• La Recovery Farm no debe ser instalada sobre el servidor que hospeda Active Directory, o sobre servidores que hospeden otras granjas Sharepoint o DPM.
• Se debe utilizar la misma version de SQL Server o una mas reciente que la utilizada al momento del respaldo.
• La Recovery Farm debe ser una instalacion Stand Alone (unico servidor), que incluya tanto Sharepoint como SQL Server.
• La Recovery Farm debe tener instalado el agente DPM y se debe tener habilitado el VSS Writer.
• Se debe crear una Web Application con el nombre "DPMRecoveryWebApplication".  No se deben agregar Bases de Datos de contenido adicionales a esta Web Application.
• la Recovery Farm debe contener espacio suficiente para almacenar temporalmente la base de datos de contenido completa del sitio a restaurar.

Mayores antecedentes para la creación de la Recovery Farm, lo pueden ver en el sitio Microsoft Technet.

Además de lo anterior, para poder realizar una restauración granular en Sharepoint, la granja donde se realizará la restauración debe contar con una Site Collection con la misma ruta que el sitio protegido.  Si la Site Collection no existe, se puede crear una site collection vacía en la granja antes de realizar la restauración.

El siguiente diagrama explica el proceso de restauración granular en DPM 2007.

• Como se puede apreciar, el primer paso de la restauración es la restauración de la base de datos de contenido que contiene el objeto a ser recuperado, en la Recovery Farm utilizando el agente DPM.
• Esta base de datos es adjuntada a la Web Application creada previamente (DPMRecoveryWebApplication) y el objeto es exportado a una carpeta temporal usando la API de Migración de Contenido.  Esta API es la misma utilizada por el comando stsadm import/export en Sharepoint.
• Un archivo CMP es enviado a una carpeta temporal en el servidor Web Front-End en la granja protegida, utilizando el agente DPM.
• El API de Migración de Contenido es usado en el WFE para importar el paquete en la jerarquia de objetos Sharepoint y lo asocia a la base de datos SQL correspondiente.

La necesidad de contar con una Recovery Farm y todo este procedimiento de restauración es una limitación de la API de Migración de Contenido de Sharepoint y no de DPM como tal.  Esta limitación es superada en Sharepoint 2010, donde en conjunto con DPM 2010 se podrán realizar restauraciones granulares sin la necesidad de contar con una Recovery Farm, haciendo que el proceso de restauración sea mucho más sencillo y ágil.

A continuación detallaremos el procedimiento de restauración de un sitio completo, ya sea en una ubicación alterna dentro de la misma granja (diferente URL), o en la misma ubicación (sobrescribiendo el sitio).

Restauración en una ubicación alterna.

Antes de comenzar con la restauración se deben tener las siguientes consideraciones:

• La ubicación alterna (Web Application, Site Collection) donde se realizará la restauración debe existir antes de iniciar el proceso de restauración.
• El sitio tiene que haber sido creado utilizando el mismo Template del sitio a restaurar, incluyendo el idioma respectivo.

1.  Creamos la Web Application requerida en la granja Sharepoint protegida por DPM.

2.  Creamos un Site Collection en blanco dentro de dicha Web Application, donde se restaurará el sitio.  En nuestro caso lo realizamos por linea de comando:

stsadm.exe -o createsite -url http://URL:Puerto -ownerlogin Dominio\Usuario -owneremail usuario@dominio.com -title SitioRecuperado -lcid 3082

En nuestro caso ademas utilizamos el parámetro LCID, el cual especifica el idioma en que se creará el sitio.  Nosotros utilizamos idioma español.

3. Ingresamos a la consola DPM, en la sección "Recovery" nos dirigimos al Tab "Browse.  Aqui expandimos el servidor protegido e ingresamos a All Protected Sharepoint Data.

4.  Hacemos doble click sobre la base de datos que contiene el sitio a restaurar.  A continuación seleccionamos el Recovery Point que utilizaremos para la restauración, utilizando el calendario desplegado en la sección superior derecha. Hacemos click derecho sobre el sitio a restaurar y seleccionamos "Recover".

5.  Se nos abrirá el asistente de Restauración, aquí se nos muestra el detalle de lo que restauraremos.  Hacemos click en siguiente para continuar.

6.  A continuación seleccionamos el tipo de restauración, en nuestro caso seleccionamos "Recover to an alternate Site.  Hacemos click en Next.

7.  A continuación debemos ingresar los datos requeridos acerca de la Recovery Farm:

• Nombre Servidor de la Recovery Farm
• Nombre de la Instancia SQL
• Ubicación de los archivos de Base de Datos.

Al seleccionar la ubicación para los archivos de Base de Datos, se debe seleccionar una carpeta que sea accesible desde el servidor SQL de la Recovery Farm, o el proceso generará errores.

     

En este punto debemos seleccionar ademas la URL alterna donde se restaurará el sitio en cuestion.  Esta URL debe coincidir con la especificada al momento de crear la Web Application del paso 1.  Hacemos click en Next.

8.  En el siguiente punto debemos seleccionar la Staging Location, en el servidor WFE donde se restaurará el sitio, requerida para almacenar el archivo CMP a utilizar para la restauración.  Hacemos click en Next.

9.  A continuación se seleccionan las opciones de recuperación.  En primer lugar seleccionamos si se aplicarán las configuraciones de seguridad existentes en la ubicación de destino donde se realizará la restauración, o se utilizarán las configuraciones de seguridad existentes al momento de la creación del Recovery Point.  Esta configuración se refiere a la seguridad aplicada a los datos a ser restaurados.

En este punto ademas seleccionamos si utilizaremos la opción de recuperación mediante una SAN, utilizando Hardware Snapshots.  Se debe contar con una SAN que permita esta funcionalidad, y que se encuentre conectada tanto al servidor DPM, como a la granja protegida.

Si tenemos las alertas y notificaciones configuradas en DPM, en este punto además podemos configurar el envío de una notificación cuando finalice el proceso de recuperación.  Hacemos click en Next.

10.  Se nos muestra el resumen de la restauración a realizar, damos click en Next para comenzar la recuperación.

11.  Finalmente, el asistente nos mostrará un mensaje indicando que la actividad se completó satisfactoriamente.

En estos momentos, podemos ingresar al sitio recuperado con la URL especificada en el paso 1 de este procedimiento.

Restauración en la misma ubicación.

A continuación, detallaremos el procedimiento para restaurar un sitio en su ubicación original, sobrescribiendo el contenido existente.

1.  Repetimos los pasos del 3 al 5 del procedimiento descrito anteriormente (Restauración en una ubicación alterna)

2.  Seleccionamos el tipo de restauración.  En este caso seleccionamos "Restore to original site"

3.  A continuación debemos ingresar los datos requeridos acerca de la Recovery Farm:

• Nombre Servidor de la Recovery Farm
• Nombre de la Instancia SQL
• Ubicación de los archivos de Base de Datos.

Al seleccionar la ubicación para los archivos de Base de Datos, se debe seleccionar una carpeta que sea accesible desde el servidor SQL de la Recovery Farm, o el proceso generará errores.

      

En este punto no es necesario indicar ubicación alterna, ya que estaremos sobrescribiendo el sitio original.

4.  Repetimos los pasos del 8 al 11 del procedimiento anterior (Restauración en una ubicación alterna), con lo cual nuestro sitio se encontrará restaurado completamente en su ubicación original.


Consideraciones adicionales

Para restaurar un sitio Sharepoint 2007 utilizando DPM 2007, el sitio debe existir con anterioridad a la ejecución de la restauración, sino está fallará.

Ahora, ¿Que sucede si yo borro por accidente una Web Application y quiero restaurarla?.  En esta situación, si se intenta realizar una restauración sobrescribiendo el sitio original, el asistente fallará debido a que no encuentra la Web Application a sobrescribir.

Para poder realizar esta restauración, se debe seguir el procedimiento que detalla la restauración en una ubicación alterna, sin embargo, en el punto 7 de dicho procedimiento, al momento de ingresar la URL del sitio, se ingresa la URL del sitio que fue borrado.

En siguientes artículos detallaremos el procedimiento de restauración granular de ítems como subsitios, listas, librerias, etc.

Read More