Significado de Respaldo

Diseñar un plan de respaldo y recuperación involucra decidir qué bases de datos respaldar, con qué frecuencia, donde almacenar los respaldos, qué tan frecuentemente sobre-escrbirlos y qué tan rápidonecesitas recuperar la base de datos. Sin embargo, para diseñar una estrategia de respaldo, primero hay que pensar en el proceso de recuperación y en la pérdida de datos que el negocio puedesoportar, ya que de ese factor dependerá el tipo de respaldos a realizar, la frecuencia, y el modelo de recuperación (recovery model) a usar para configurar la base de datos.
Las bases de datos en SQL Serversoportan tres modelos de recuperación: Full, Bulk-Logged y Simple y cada uno de estos modelos tiene una influencia muy particular sobre el tamaño del Transaction Log y el grado de pérdida de datos encaso de falla.
Bajo el modelo FULL, SQL Server registra todas las transacciones realizadas dentro de la bitácora de transacciones (transaction log), incluyendo inserciones masivas (bulk),construcciones de índices, y las operaciones regulares. A diferencia del modelo simple, la bitácora de transacciones crece progresivamente hasta que la respaldas explícitamente. Este es el modelo que ofrece lamayor flexibilidad en la recuperación de los datos, através de restauraciones a cualquier punto en el tiempo.
Bajo el modelo SIMPLE las transacciones también se registran en la bitácora detransacciones aunque a menor detalle y las transacciones no activas se descartan de la bitácora de forma regular en cada checkpoint, en vez de en cada respaldo. Es decir, la bitácora no crece progresivamentesi no que se trunca en cada checkpoint, a menos que existan transacciones activas. De ser así, entonces la bitácora crece hasta que las transacciones activas terminen y la bitácora pueda ser truncadasin problema.
“BULK-LOGGED”, entonces tienes que respaldar el transaction log por separado. Nota: Para poder respaldar el transaction log, tienes que haber hecho un respaldo completo alguna vez, de...