Sólida estrategia a respaldo de SharePoint 2010 puede salvar la granja

Crónica / Reportaje

Sólida estrategia a respaldo de SharePoint 2010 puede salvar la granja

SharePoint incluye componentes tan diferentes que a veces es difícil determinar lo que debe incorporarse en una estrategia de respaldo con SharePoint 2010. Parte de la razón de esto es que muchos tipos diferentes de copias de seguridad pueden hacerse por la plataforma de colaboración empresarial. Por ejemplo, SharePoint 2010 puede ser respaldado a niveles de servidor de la granja, de aplicaciones y de base de datos. También hay muchos otros tipos de procedimientos de copia de seguridad destinados a duplicar los aspectos individuales de SharePoint como búsquedas o personalizaciones.

De todas las técnicas de copias de seguridad individuales que pueden usarse cuando se planifica para lo peor, uno de las más fáciles de abordar es el de la copia de seguridad de una granja de SharePoint. Una copia de seguridad de la granja es un proceso sencillo que puede, de hecho, completarse con un solo comando de PowerShell:

Backup–SPFarm–Directory <carpeta de destino> BackupMethod {Full | Differential}

La copia de seguridad base de la granja, como se puede ver, no implica más que la especificación de un destino del respaldo y determinar si se desea crear una copia completa o diferencial. Puede ejecutar este comando manualmente o crear una secuencia de comandos para programar copias de seguridad como parte de su estrategia de SharePoint 2010. Usándolo esencialmente, guarda la configuración y las bases de datos de la Administración Central. Vale la pena señalar que la recuperación de estas bases de datos desde una copia de seguridad es cualquier cosa menos intuitiva, pero el proceso de recuperación se presenta en detalle en el sitio web de Microsoft TechNet.

Además, una copia de seguridad de granja conserva los elementos siguientes:

 

  • Aplicaciones Web
  • Aplicaciones de servicio
  • Búsqueda
  • Sistema de credencialización de Secure Store Service (Sin embargo, note que, el SSS solo está incluido en un backup de granja cuando se hace un backup completo).
  • Bases de datos de contenido
  • Instantáneas de la base de datos
  • Colecciones de sitio
  • Programas confiables
  • Paquetes Sandboxed (Aunque estén técnicamente incluidos en un paquete de backup de granja, dichos programas no son visibles para el resto de la granja ya que están asociados con colecciones específicas de sitios).

Podría parecer que a primera vista las copias de seguridad son todo lo que necesitamos para una estrategia de SharePoint 2010. Sin embargo, aunque Microsoft recomienda que rutinariamente se hagan respaldos de las granjas, hacer solo eso llegaría a ser insuficiente.

Una de las razones para esto es que las copias de seguridad de la granja no son completamente inclusivas de todos los componentes. Si bien es cierto que protegen a la mayoría de las configuraciones y datos de SharePoint, hay algunos elementos que no están incluidos en las copias de seguridad de granja y por tanto deben ser respaldados por separado.

Por ejemplo, una copia de seguridad de granja no hace nada para proteger los certificados digitales utilizados para formar relaciones de confianza entre las diferentes granjas de SharePoint para que los sistemas accedan a las aplicaciones. En caso de que usted tenga que restaurar una granja completa de SharePoint, tendrá que implementar manualmente los certificados y restablecer las relaciones de confianza existentes. Por tanto, es de vital importancia hacer copias de los certificados utilizados por las explotaciones.

Otra cosa a tener en cuenta son las aplicaciones Web. Mientras que están incluidas en las copias de seguridad de granja, si una aplicación se ha configurado para utilizar autenticación basada en formularios, el proceso de configuración modificará los archivos web.config. Cuando esa situación se presente, estos archivos tendrán que ser respaldados por separado en el nivel de archivo.

Sin embargo, otro componente que habría que hacerle respaldo por separado es la Conectividad de Datos de Negocios (BDC), que habilita a las organizaciones para importar datos de las aplicaciones empresariales y otros sistemas externos en SharePoint. Realizar un respaldo de granja respaldará el servicio BDC en sí, así como cualquier tipo de definición existente de contenido externo. El problema es que la fuente de datos subyacente no esté respaldada.

Normalmente, no habrá que preocuparse por respaldar manualmente los sistemas de SQL Server. Las distintas bases de datos son típicamente una copia de seguridad como una parte del proceso. No obstante, si ha configurado SQL Server para utilizar opcionalmente la tecnología de Encriptación Transparente de Datos (TDE) soportada por Microsoft, habrá necesidad de hacer una copia por separado de las claves de cifrado TDE. Ni las herramientas de SharePoint, ni las herramientas de SQL Server realizarán una copia de seguridad o una restauración de estas claves de cifrado. Protegerlas es un proceso totalmente manual para las copias de seguridad de SQL Server.

Por último, es importante tener en cuenta el contenido de las bases de datos como parte de una estrategia de copia de seguridad de SharePoint 2010, a pesar de que no hay necesidad de procedimientos especiales, ya que se incluyen en las copias de seguridad de la granja. Sin embargo, hay un par de puntos con respecto al contenido de las bases de datos que valen la pena.

En primer lugar, el contenido de las bases de datos puede expandirse en tamaño, a grado tal que sería más fácil respaldarlas por separado y no como parte de un procedimiento de granja. En segundo lugar, el contenido se conserva en almacenamiento externo de BLOB (objetos binarios grandes) que se conservará en un respaldo de granja, pero sólo si SharePoint se conecta al almacén BLOB usando el flujo de archivos del proveedor de Almacenamiento Remoto BLOB.

Los respaldos a nivel granjas pueden proteger la mayoría de sus datos de SharePoint, pero puede haber algunos componentes que necesitan ser respaldados por separado. Dependiendo de la configuración de su organización de SharePoint, puede ser aconsejable explorar otras vías y aspectos de protección de datos e información como parte de una estrategia de copia de seguridad empresarial de SharePoint.

SOBRE EL AUTOR: Brien M. Posey es un MVP de Microsoft con dos décadas de experiencia en TI. Antes de convertirse en un Escritor Técnico Independiente, Posey fue Jefe de Información para una cadena nacional de hospitales y centros de salud y Administrador de Redes para Compañías de Seguros y el Departamento de Defensa.


Esto fue publicado por primera vez en noviembre 2012

Unirse a la conversación Comenta

Compartir
Comentas

    Resultados

    Contribuye a la conversacion

    Todos los campos son obligatorios. Los comentarios aparecerán en la parte inferior del artículo