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?
fuente
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.
fuente
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
fuente
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.
fuente