¿Cuál es su mejor práctica? Modelo de recuperación para bases de datos de SharePoint

9

Paul Randal hizo algunas preguntas realmente buenas sobre las mejores prácticas para las bases de datos SQL de SharePoint. Hoy, mientras ayudaba a un cliente a mantener la instalación de SharePoint, me hizo una pregunta sobre el mejor modelo de recuperación de SQL para la base de datos de SharePoint.

Es mi práctica (no soy administrador de base de datos :)))) usar el modelo de recuperación simple. Si las bases de datos de SharePoint se respaldan de manera regular y también tiene una copia de seguridad de herramientas de terceros a nivel de elemento, realmente no necesita mantener los registros completos.

¿Me estoy perdiendo de algo? ¿Es este el enfoque correcto? ¿Alguna vez ha usado el registro de SharePoint DB para recuperar sus datos?

Toni Frankola
fuente

Respuestas:

8

Depende completamente de la cantidad de datos que esté dispuesto a perder en comparación con la cantidad de esfuerzo administrativo requerido. Si usa el modelo de recuperación simple y realiza copias de seguridad una vez por semana los domingos ... si tiene un bloqueo a las 11:59 del sábado, entonces ha perdido una semana de trabajo. Aumentar la frecuencia de las copias de seguridad (o tomar diferenciales) reducirá la cantidad de pérdida de datos.

Al realizar copias de seguridad periódicas completas / diferenciales pero utilizando el modelo de recuperación completa con registros de transacciones, puede restaurar la última copia de seguridad y luego reproducir los registros de transacciones en un momento inmediatamente anterior al bloqueo, y perder poca o ninguna información.

Hablando de Paul Randal ... acaba de escribir un gran artículo sobre exactamente este tema para la revista TechNet este mes :) http://technet.microsoft.com/en-us/magazine/dd822915.aspx

Sean Earp
fuente
Laura agrega un muy buen punto ... Respondí la pregunta tal como se le preguntó, pero una mejor pregunta podría ser "¿cuál es la mejor manera de hacer una copia de seguridad de SharePoint?" Si solo hace copias de seguridad de SQL Server, tendrá que volver a crear su base de datos de configuración y volver a conectar manualmente sus bases de datos de contenido. Si utiliza una aplicación de copia de seguridad compatible con SharePoint, como Data Protection Manager ( microsoft.com/dpm ), se encargará de las copias de seguridad de la base de datos (incluida la base de datos de configuración) y aún le permitirá realizar restauraciones puntuales de SharePoint . Muuuuch más fácil que hacerlo todo manualmente.
Sean Earp
La copia de seguridad es otra cuestión sobre la que podríamos debatir. DPM es agradable pero no es una solución para PYME. ¿Qué recomendaría para entornos de granja de un solo servidor (negocios pequeños)? copia de seguridad stsadm, symantec o algo más?
Toni Frankola
1
Desafortunadamente, la historia de respaldo de SharePoint tiene más "depende" que cualquier otro producto con el que haya trabajado. ¿Estamos hablando de copia de seguridad a nivel de granja? ¿Recuperación de desastres? Copia de seguridad de la colección de sitios? Copia de seguridad del sitio? El centro de recursos de copia de seguridad de SharePoint en TechNet tiene algunos recursos excelentes que lo guiarán a decidir qué herramienta usar para hacer una copia de seguridad de qué aspecto de SharePoint. Siempre y cuando no le importe volver a configurar todo en la base de datos de configuración (lo tiene documentado, ¿verdad?), Hacer copias de seguridad SQL de las bases de datos de contenido funcionará bien para proteger la granja en su conjunto.
Sean Earp
Si hago una copia de seguridad de mi base de datos de configuración de SP más todas las bases de datos relacionadas con mis diversas aplicaciones de servicio, ¿puedo reconstruir mi granja y simplemente montar todas esas bases de datos y listo?
Aaronster
5

Hacer una copia de seguridad solo de la base de datos NO obtendrá toda su información de sharepoint. Claro que obtendrá todo en la base de datos, pero se perderán todas las personalizaciones y la apariencia. Puede que esto no te importe como administrador, pero te aseguro que tus usuarios no estarán contentos.

Las opciones incluyen obtener un agente de copia de seguridad que pueda leer la base de datos de sharepoint para su software de copia de seguridad, o hacer algunas copias de seguridad programadas que capturen la información de configuración y la guarden, así como su copia de seguridad de la base de datos SQL, en un lugar seguro.

http://technet.microsoft.com/en-us/library/cc288330.aspx Tiene alguna información.

PRUEBA tus copias de seguridad. Restaurarlos Vea qué cambia, qué funciona y qué no. Nuestra primera restauración no fue tan buena como podría haber sido. Afortunadamente para nosotros, fue solo parte del proceso de hacer un servidor de prueba que fuera un duplicado de nuestro servidor de producción, en lugar de intentar recuperar datos perdidos o destruidos.

Editado por relevancia Al leer esto nuevamente, me di cuenta de que me había distraído y perdí el punto de respuesta. Si realiza copias de seguridad completas con el registro de transacciones, puede retroceder a puntos mucho más finos en el tiempo. Esto requiere más habilidad como DBA, pero no es tan difícil. Si no tienes un montón de actualizaciones y perder el trabajo de un día entero no es el fin del mundo, entonces probablemente estés bien. Otras opciones incluyen ejecutar la copia de seguridad simple con más frecuencia. Digamos Midnight, 10AM, 2PM, 6PM, o lo que sea que funcione para el ciclo de trabajo de las organizaciones. Esto consumirá más disco, pero reducirá los riesgos de pérdida de datos. Como con todas las copias de seguridad, es un equilibrio entre lo que los usuarios tolerarán y lo que los administradores pueden proporcionar.

Laura Thomas
fuente
Estoy completamente de acuerdo contigo. ¿Qué utilizas para las copias de seguridad?
Toni Frankola
Estamos usando Symantec NetBackup. Estamos en el proceso de adquirir el agente de SharePoint. Actualmente estamos haciendo una copia de seguridad de dos etapas.
Laura Thomas
2

Sharepoint debe tratarse como una base de datos SQL porque ES una base de datos SQL, por lo tanto, tome todas las precauciones de configuración de SQL habituales en la configuración de la tienda. En cuanto a las copias de seguridad, no solo debe hacer una copia de seguridad de sus bases de datos regularmente, sino que también debe hacer una copia de seguridad de su sección de 12 que contiene toda su información de SP.

Consulte este hilo para obtener más información: http://social.technet.microsoft.com/Forums/en-US/sharepointgeneral/thread/102c5c71-38a3-4360-b5cb-9b8b7c07bfea

SQLChicken
fuente
No estoy seguro de por qué esto fue rechazado ... SQLChicken es correcto con la excepción de SSP. Eso requiere especial cuidado y alimentación debido a los índices de búsqueda que NO están en SQL Server.
Jeff
2
Realmente deseo que ServerFault obligue a las personas a dejar un comentario si votan en contra ...
SQLChicken
0

Hay algunas bases de datos que están configuradas en modo Simple fuera de la caja. La base de datos de búsqueda, por ejemplo. Los datos de búsqueda se almacenan en dos ubicaciones: una base de datos y el archivo de índice en el sistema de archivos del servidor. Necesita ambos para atender consultas de búsqueda, y ambos respaldaron simultáneamente para que cualquier versión restaurada funcione. Dado que las probabilidades de eso son muy, muy bajas, la mayoría de las personas optaría simplemente por volver a rastrear su contenido y regenerar el índice de búsqueda.

En este caso, el modo simple funcionaría bien.

Jeff Costa
fuente