Contenido del curso
Estrategias de Respaldo y Mantenimiento de Bases de Datos
¿Cómo planificar una estrategia de respaldos efectiva?
La integridad y disponibilidad de los datos son primordiales para cualquier organización. Siempre es recomendable mantener todos los datos respaldados para evitar catástrofes en nuestros servidores. Aquí se presentan estrategias para planificar respaldos efectivos.
¿Cuáles son los tres tipos de backup esenciales?
Existen tres tipos de backup:
¿Cómo se crea cada tipo de backup?
-- Ejemplo de configuración de backup en una herramienta gráfica SELECT * FROM backup WHERE type = 'full'
-- Configuración de un backup diferencial SELECT * FROM backup WHERE type = 'diferencial'
-- Cómo ejecutar un backup del Transaction Log SELECT * FROM backup WHERE type = 'transaction_log'
¿Cómo calendarizar los respaldos?
El calendario para ejecutar estos respaldos depende del tamaño de las bases de datos y la criticidad del negocio. Un enfoque estándar podría ser:
¿Por qué es crucial adaptar la frecuencia de los respaldos?
La frecuencia de los respaldos debe ajustarse según la importancia de la información y reglas de negocio. Por ejemplo, configurar el backup del Transaction Log cada minuto podría ser vital para datos altamente sensibles, dependiendo de la capacidad de almacenamiento y criticidad de la información.
¿Cómo verificar la ejecución correcta de los backups?
Una vez configurados los planes de mantenimiento, pueden ejecutarse manualmente para corroborar su funcionamiento. La ejecución manual ayuda a asegurar que todos los respaldos (completo, diferencial y Transaction Log) se realicen de manera adecuada y que los archivos se almacenen correctamente en la carpeta específica de respaldos.
Con una estrategia de respaldo bien estructurada, es posible tener una recuperación efectiva en caso de pérdida de datos. Recuerda siempre evaluar las necesidades de tu negocio y ajustar los planes de mantenimiento según el volumen y sensibilidad de tus datos. ¡Sigue explorando y aprendiendo para mejorar tus habilidades en la gestión de bases de datos!
Enrique Alexis Lopez Araujo
Estudiante
Matias Carballo
Estudiante
Juan Fernando Ramirez Velez
Estudiante
Carlos Arturo Silva Oviedo
Estudiante
Pablo Aquino
Estudiante
Diego Soto
Estudiante
Roy Rojas
Profesor
Josadec Pedraza
Estudiante
Pamela Hernández García
Estudiante
LUIS ADRIAN CASTILLO HOYOS
Estudiante
Kenneth Leonel Cruz Ordoñez
Estudiante
DAVID EDUARDO BAEZ SANCHEZ
Estudiante
Esteban Gutierrez Peña
Estudiante
Arnold Josias Bertrand Mejia
EstudianteJosadec Pedraza
Estudiante
Eurix Alexander Avila
Estudiante
Luis Santiago Cortés Hernández
EstudianteRoy Rojas
Profesor
Roger Jim Padilla Rengifo
Estudiante
Jose Roberto Martinez Rodriguez
Estudiante
Leandro Vasco Vasco
EstudianteDAVID EDUARDO BAEZ SANCHEZ
Estudiante
Luis Quiroz Prada
EstudianteLuis Quiroz Prada
Estudiante💚 Les dejo una explicación más detallada sobre los tipos de backups aquí les dejo un link para complementar la clase.
ya no funciona
Muy interesante, pero quedo faltando la explicación de como se hace el proceso de restauración teniendo en cuenta los tres tipos de BackUps
Hola, podrías regalarme un resumen de los tres tipos?
Sería interesante poder saberlo.
Primero debes restaurar el backup full, luego el diferencial y al ultimo el backup de Transaction Log.
Hola. En el exámen yo contesté esto, porque es lo que me dicta mi intuición: "Primero debemos restaurar el último full backup, restaurar todos los backup diferencial desde el último full backup y restaurar todos los backups del transaction log desde el último backup diferencial", pero me dice que está mal, y la verdad es que de las opciones que recuerdo, ninguna otra me pareció lógica. Como no sé lo que hace el transaction log, pero lo intuyo, si yo grabo uno cada 15 minutos, en ningún lugar del curso se dice que el último log es el que importa, y todos los demás deben ser descartados. Por lo tanto, sigo sin saber qué hacer, y tendré que informarme por fuera. En fin, yo aprobé, pero la verdad es que me hubiese gustado tener esto bien claro en el curso. Por supuesto estoy igualmente muy agradecido por el excelente contenido del curso. Muchas gracias.
Hola, si es correcto como lo dices, Primero se carga el full backup, despues el ultimo diferencial y de ultimo todos los logs desde el ultimo diferencial. Esa es la forma correcta.
Si me paso lo mismo se me hizo raro que la sacara mal, pero bueno aprendi mejor leer este post
Full Backup A full backup of your database at a point in time. You can restore the full backup on the same or a different SQL Server.
Differential Backup Differential backup backs only the changes since the last full backup. The benefit of differential backup is that it is very fast and takes less space since you are only backing up the changes.
Transaction Logs Transaction Logs are the changes since the last transaction log backup.
les dejo este link: muy bueno para complementar a profundidad la explicacion de cada uno de los tipos de backup
Recuerden tener activo el SQL Server Agent. :)
Como anteriormente lo comente, el entorno gráfico no es de mi agrado, pero es muy potente, yo utilizo la solución de Ola Hallengren Me parece que falto explicar mucho más detalle, porque los respaldos es nuestra primera contingencia y así poder dormir tranquilos. Importante es crear cronograma para restaurar las copias de seguridad y revisar su efectividad.
No se porque cuando oprimo el boton de ejecutar para el backup me sale el siguiente error TITLE: Start Jobs - DESKTOP-824BVBR
Execution of job 'Backup Full.Subplan_1' failed. See the history log for details.
BUTTONS:
OK
Alguien mas se fijo que los planes de mantenimiento se pueden ejecutar para otras instancias de SQL, osea puedo mandar a ejecutar esos procesos desde el servidor A hacia las bases de datos del servidor B. Donde dice: CONNECTION de cada "tarea", puede ser LOCAL o el servidor actual, o agregar una nueva conexión. Que loco.
Cual es la diferencia entre Simple y FULL backup?
El modeo de recuperación simple no usa el Transacción Log y el full si
Una base de datos con backup transaccional, ¿ se vuelve muy pesada con el transcurso del tiempo ?
Cuando creas una politica de backups lo correcto es hacer un Full como inicio, despues diferenciales y de ultimos los de TLOG. Si mantienes esta politica el log de la BD no debe de crecer desproporcionadamente.
el BK FULL realizalo i una vez a la semana, el diferencial todos los dias a primera hora y el log cada hora
Una duda esto se puede realizar en la versión Express?
Tengo entendido que sí: la limitación de la versión Express es en el límite de tamaño de los archivos de la base de datos, en la cantidad de memoria que se le puede asignar, y en la cantidad de nucleos del procesador.
Te dejo la comparativa de las ediciones. Pero se puede ejecutar los backups, pero no se puede comprimir. !
Con una correcta estrategia de respaldos, la pérdida de información podría reducirse a un máximo de 10 a 15 minutos, dependiendo de la frecuencia con la que se realicen los respaldos del Transaction Log. En el caso de realizar respaldos cada 10 minutos, si ocurre un fallo, se perdería solo la información generada en esos últimos 10 minutos. Para minimizar aún más la pérdida, se podrían programar respaldos cada minuto, lo que limitaría la pérdida a solo un minuto de información.
Para planificar una estrategia de respaldos efectiva, es fundamental seguir estos pasos:
Tipos de respaldos: Implementa tres tipos: full backup (completo), diferencial (cambios desde el último full) y transaction log (registros de transacciones).
Frecuencia: Programa el full backup semanal (por ejemplo, cada domingo), los diferenciales diariamente y los transaction log cada 10-15 minutos, dependiendo de la criticidad de los datos.
Almacenamiento: Elige un destino seguro para los respaldos, como un servidor local o en la nube, y asegúrate de tener suficiente espacio.
Pruebas de restauración: Realiza pruebas regulares de restauración para garantizar que los backups son válidos y se pueden recuperar sin problemas.
Documentación: Documenta la estrategia de respaldos y todos los procesos involucrados para asegurar la coherencia y facilitar el mantenimiento.
Estos pasos ayudarán a minimizar la pérdida de datos y asegurar la continuidad del negocio.
