Recuperación de desastres de Sharepoint

Question

¿Cuáles son sus planes de recuperación de desastres para Windows Sharepoint Services 3.0?

Actualmente estamos haciendo una copia de seguridad de todas las bases de datos (1 contenido, administrador, búsqueda y configuración) usando herramientas de copia de seguridad de SQL y haciendo una copia de seguridad del servidor front-end a través del protector de datos.

Para probar nuestras copias de seguridad, utilizamos otra granja de servidores, restauramos la base de datos de contenido (siguiendo el procedimiento en technet ) y cree una nueva aplicación que use esta base de datos. Solo tenemos que volver a implementar soluciones en la aplicación sharepoint recién creada.

Sin embargo, tenemos que cambiar las credenciales de acceso a la base de datos (en el servidor SQL): las cuentas de usuario utilizadas en la producción no son las mismas que las utilizadas en nuestro " prueba " granja.

Al final, podemos restaurar nuestra base de datos de contenido y acceder a todos nuestros sitios. La búsqueda no funciona, pero estamos investigando.

¿Este escenario de restauración es confiable (como lo admite Microsoft)?

Answer 1

Realmente no puede hacer una copia de seguridad / restaurar la base de datos de configuración y la base de datos de búsqueda:

• la restauración de la base de datos de configuración solo funciona si su nueva granja tiene exactamente los mismos nombres de servidor
• cuando restaura la base de datos de búsqueda, el índice de texto completo no se sincroniza. sin embargo, esto no es un problema, ya que simplemente puede reindexar.

Como resultado, diría que sí, esto es confiable para el contenido. Pero cuídate de:

• Es posible que tenga que rehacer alguna configuración (AAM, ruta administrada ...).
• Esto no incluye la personalización, desea mantener una copia de seguridad de su solución

Answer 2

La fiabilidad está en el ojo del espectador. En este caso, si sus pruebas del proceso de restauración tienen éxito, entonces sí, es confiable.

Answer 3

Algunos de mis clientes ejecutan SharePoint (tanto MOSS como WSS) en entornos virtuales, SQL Server también se virtualiza y se respalda con herramientas SQL y Volume Shadow Copy.

La ventaja de un entorno virtual es que el tiempo de inactividad es solo mientras el host del servidor virtual tarde las imágenes.

Si no está utilizando la virtualización, recuerde hacer copias de seguridad de los registros de transacciones con regularidad, ya que esto facilitará la restauración de un punto determinado del día. ¡También significa que sus registros de transacciones no crecen demasiado!

Answer 4

Prefiero usar el comando stsadm -o backup 'para copia de seguridad catastrófica' como se indica en la ayuda. Esto puede programarse, pero requiere cierto mantenimiento del archivo XML de metadatos de respaldo cuando comienza a quedarse sin espacio en disco y necesita archivar los respaldos más antiguos. Tiene la ventaja de transferir trabajos de temporizador (generalmente) y otra configuración porque, como dice Nico, la restauración de la base de datos de configuración no funcionará para la mayoría de las situaciones.

Para restaurar, puede usar la interfaz de usuario, que es agradable y no tiene que perder el tiempo con mucho más. Creo que también restaura sus soluciones, pero no las he probado exhaustivamente.