Recuperar una base de datos SQL Server usando sólo un archivo de registro de transacciones y archivos antiguos de respaldo

Tener un buen plan de recuperación que asegure que los respaldos de la base de datos están siendo tomados en cuenta de manera regular y almacenados de forma segura en dispositivos de almacenamiento específicos o múltiples, incrementa grandemente la seguridad de la base de datos y las opciones de recuperación cuando un desastre o un accidente ocurren. Sin embargo, crear respaldos completos de la base de datos regularmente no provee una recuperación completa a un punto de tiempo, ya que restaurar el último respaldo completo restaurará la base de datos a un estado apropiado en el tiempo en que el respaldo fue creado, pero todos los cambios, tanto de esquema como de datos, que han ocurrido después del último respaldo completo estarán prácticamente perdidos.

julio 7, 2017

Restaurar una base de datos a un punto en el tiempo – parte 1

En varios escenarios, una restauración a un punto de tiempo de la base de datos puede requerirse. Típicamente, las siguientes situaciones requieren este tipo de recuperación:

  • Una corrupción de datos ocurrió por una acción de un usuario malicioso. Por ejemplo, un usuario o un DBA puede eliminar o actualizar el contenido de una o más tablas por error, eliminar objetos de la base de datos que aún son requeridos durante una actualización a una aplicación, o realizar un gran proceso de actualización en lote que falla.
  • Un proceso de actualización de la base de datos puede ir mal o un script de actualización de la base de datos falla.
  • Una recuperación completa después de un fallo de medios no puede ser realizada porque el registro de transacciones requerido y las copias de seguridad de la base de datos están perdidos.
diciembre 24, 2016

Restaurar sólo datos específicos desde copias de seguridad SQL

Si alguna vez usted necesitó revertir rápidamente un cambio inadvertido como un UPDATE sin una cláusula WHERE, para recuperar los datos perdidos o corruptos, para mover los datos a través de su ambiente de desarrollo, pruebas, integración y producción o incluso sólo evitar generar un reporte usando una base de datos de SQL Server ocupada como fuente de datos, usted se ha debido preguntar si hay una manera fácil de restaurar sólo filas específicas en lugar de restaurar la copia de seguridad completa de la base de datos.

diciembre 24, 2016

Rastreando cambios DDL en SQL Server – el ‘Problema con los Desencadenadores’

Rastrear cambios es una tarea de seguridad esencial de SQL Server. Aparte del historial de cambios, que incluye las operaciones DML (por ejemplo, INSERT, UPDATE y DELETE), el rastreo de cambios DDL en SQL Server, cambios que afectan los objetos de la base de datos, es de gran importancia también. Respecto de esto, varias técnicas pueden ser usadas como una solución de auditoría de cambios de esquema. Uno de los métodos más comunes es el de Desencadenadores DDL.

agosto 23, 2016

Recuperar datos perdidos debido a operaciones TRUNCATE sin copias de seguridad

Si usted accidentalmente ejecutó una sentencia TRUNCATE y tiene una copia de seguridad completa de la base de datos, dado que ningún cambio ocurrió después de que la tabla fue truncada, usted simplemente puede recuperar los datos sobrescribiendo la base de datos original con la copia de seguridad. Sin embargo, si ese no es el caso, ya sea porque los objetos de la base de datos y los datos han sido cambiados después de que la sentencia SQL TRUNCATE.

octubre 27, 2015

Cómo recuperar una tabla individual de una copia de seguridad de base de datos SQL Server

Cuando usted pregunta a un Administrador de Base de Datos (DBA, por sus siglas en inglés) qué característica le gustaría ver que se añada a la funcionalidad de recuperación de SQL Server, él indudablemente dirá: “La habilidad de recuperar una tabla individual de una copia de seguridad de base de datos”.

Por supuesto, es posible recuperar datos de una tabla específica de una copia de seguridad, pero usted no puede hacerlo sin restaurar la copia de seguridad entera.

¿Por qué los DBAs quieren esto? Bien, las razones son simples:

octubre 25, 2015

Revertir su base de datos SQL Server a un punto específico en el tiempo

Introducción

Hay ciertas circunstancias en las que usted puede necesitar retrotraer su base de datos a un punto específico del tiempo. Pueden haber varias razones para que esto sea necesario, pero usualmente está relacionado a la ejecución accidental o maliciosa de sentencias DML o DDL. Por ejemplo:

junio 18, 2015