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

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?

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

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.

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

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.