Cómo verificar copias de seguridad de bases de datos SQL

Cuando un desastre ocurre, la única cosa más frustrante que no tener una copia de seguridad actualizada y relevante de la base de datos, es tener una copia de seguridad corrupta. Cuando usted crea el archivo de copia de seguridad al principio, este debería ser bueno, con ‘debería’ siendo la palabra clave. Cada vez que un archivo es copiado a otra localización, hay un riesgo de corrupción del archivo. Una manera de asegurar que el archivo es aún usable es restaurar la copia de seguridad en sí misma, y correr DBCC CHECKDB inmediatamente contra la base de datos SQL restaurada recientemente.

agosto 23, 2016

Cómo codificar usuarios de bases de datos SQL Server con roles

Introducción

Una solicitud es recibida desde el equipo de desarrollo pidiendo copiar una de las bases de datos de producción al servidor DEV SQL para simular escenarios de prueba en tiempo real. Una vez que la copia de seguridad de la base de datos de producción es restaurada a la instancia DEV SQL, reemplazando la copia antigua, los antiguos usuarios de la base de datos DEV serán reemplazados por usuarios en línea. Pero aún necesitamos los antiguos inicios de sesión de la base de datos DEV para la conexión del sitio DEV.

agosto 23, 2016

Cómo programar un respaldo de SQL Server

Tener un buen plan de respaldo y restauración es una parte importante de una estrategia de recuperación de desastres. Este artículo describirá 3 diferentes soluciones/enfoques para crear una copia de seguridad programada en SQL Server.

Como una parte de la estrategia de respaldos, muchos tipos de copias de seguridad pueden ser usadas juntas.

agosto 23, 2016

Cómo documentar el flujo de control de paquetes SSIS

El flujo de control es el motor de flujo de trabajo de SQL Server que contiene elementos de flujo de control. Un paquete SSIS consiste en al menos una tarea de flujo de control, y opcionalmente uno o más flujos de datos.

agosto 23, 2016

Cómo automatizar la documentación de base de datos de un cubo SSAS

SSAS es una característica poderosa y popular en el ecosistema SQL Server. Es por eso que ApexSQL Doc ha implementado soporte para automatizar documentación de cubo SSAS, de modo que usted tenga la documentación completa de su base de datos en poco tiempo. Hemos creado este artículo de modo que usted pueda ver cuán fácil es crear un proceso automatizado que generará documentación con ApexSQL Doc.

agosto 23, 2016

Cómo automatizar la documentación de una base de datos SQL

¿No sería un gran truco si usted pudiera documentar una base de datos con un doble clic? Con este artículo, mostraremos algunos pasos simples para permitirle crear un archivo de script que correrá un proceso que genera documentación para su base de datos. Después de eso usted puede simplemente ejecutarlo para repetir el proceso con sólo dos clics o incluso configurar un trabajo para correrlo automáticamente cada noche. En este artículo usted aprenderá cómo crear este proceso automatizado de documentación de bases de datos usando ApexSQL Doc.

agosto 23, 2016

Cómo programar una restauración de copia de seguridad de una base de datos en SQL Server

Cuando se está recuperando de una falla de base de datos SQL Server, un administrador de base de datos necesita restaurar un conjunto de copias de seguridad SQL Server en una secuencia correcta y significativa. Con esto en mente, el objetivo es diseñar una estrategia de recuperación de desastres creando un plan de copias de seguridad sólido, así como un plan apropiado de restauración de bases de datos en SQL Server. Este artículo describirá 2 diferentes soluciones para creat y programar una restauración de base de datos en SQL Server.

agosto 16, 2016

Cómo crear una copia de seguridad de una base de datos sin el índice de datos

Este artículo explica cómo crear grupos de archivos y mover índices a un diferente grupo de archivos, y cómo crear una copia de seguridad de base de datos sin índices con el propósito de reducir la cantidad de datos requeridos para realizar copias de seguridad, por tanto reduciendo el tiempo de la creación del respaldo y el espacio requerido.

agosto 16, 2016

Antes y después de auditar en SQL Server

Simplemente archivar información para auditar una base de datos es una cosa, pero reconstruir un historial de auditoría exitosamente para proveer datos forenses significativos es otra. Es importante poder ver un historial completo de los cambios del usuario, así como poder revertir los cambios que pueden haber sido accidentales o maliciosos.

Idealmente, tal información del valor añadido puede ser obtenida sin requerir una gran cantidad de datos archivados o creando un impacto significativo en el desempeño en los servidores auditados.

En este artículo, vamos a presentar dos diferentes enfoque y soluciones para antes y después de la auditoría.

agosto 16, 2016

Administre múltiples copias de seguridad de bases de datos a través de diferentes instancias SQL Server

Una de las maneras más comunes de asegurar que una recuperación será posible si ocurre una corrupción de datos o cualquier otro desastre es crear un plan de recuperación para este escenario. Los planes de recuperación más populares incluyen la creación regular de copias de seguridad de bases de datos, las cuales pueden ser usadas posteriormente para restaurar una base de datos al punto de tiempo más cercano, previo al desastre.

Para crear y aplicar un plan de recuperación exitoso, es importante crear un programa de copias de seguridad sólido y administrar copias de seguridad de múltiples bases de datos a través de diferentes instancias SQL Server.

agosto 16, 2016

Cómo usar expresiones regulares (RegEx) en SQL Server para generar datos de prueba aleatorios

Una expresión regular (abreviada  regex o regexp por su acrónimo en inglés, a veces llamadas  expresiones racionales) es una secuencia de caracteres que forman un patrón de búsqueda, principalmente para usarse en funciones de coincidencia de caracteres y “buscar y reemplazar”. Ellos ueden ser usados también como generadores de datos, siguiendo el concepto de expresiones regulares reversas, y proveyendo datos de prueba aleatorios a usarse para probar bases de datos.

agosto 16, 2016

Cómo implementar un control de código fuente en SQL Server usando el modelo de desarrollo compartido

Tener un equipo de desarrolladores trabajando en la misma base de datos (compartida) puede ser desafiante por muchas razones. Es crítico asegurar que todos los cambios están apropiadamente rastreados y que cada desarrollador está informado acerca del estado de los objetos actualmente usados por el resto del equipo. Cuando se usa una base de datos compartida, todos los cambios serán aplicados contra la base de datos antes que sean enviados al repositorio.

agosto 16, 2016

Cómo automatizar DBCC CHECKDB después de una restauración de base de datos

¿Por qué correr DBCC CHECKDB?

DBCC CHECKDB revisa la integridad lógica y física de todos los objetos en una base de datos y provee información de cualquier corrupción.

Como correr DBCC CHECKDB es una tarea exhaustiva en recursos es recomendado correrlo en un servidor de producción cuando haya tan poco tráfico como sea posible, o incluso mejor, una de las maneras de acelerar el proceso DBCC CHECKDB es transferir el trabajo a un servidor diferente automatizando un proceso y corriendo CHECKDB después de una restauración de base de datos. Como el proceso de respaldo es una copia de una base de datos y una base de datos restaurada será exactamente la misma que una base de datos en línea y una base de datos restaurada será exactamente la misma que una en línea, por lo tanto si hubiera alguna inconsistencia o problema, estará en la copia de seguridad, y será encontrado en una restauración. Usando este enfoque ambas restauraciones serán probadas y las copias de seguridad verificadas sin ningún impacto en una base de datos de producción.

agosto 16, 2016

Cómo implementar control de código fuente en SQL Server usando el modelo de desarrollo dedicado

Tener una base de datos SQL Server bajo control de fuente se está convirtiendo rápidamente en la norma versus la excepción en muchos equipos de desarrollo de software. Usar cualquier modelo de desarrollo (dedicado o compartido), requiere que el equipo establezca un flujo de trabajo un conjunto de reglas. El modelo dedicado permite al desarrollador actuar como una parte independiente del proceso principalmente en el caso de que el servidor/repositorio esté abajo. En este caso, el equipo puede continuar trabajando sin obstáculos. Este artículo se enfocará en usar el modelo de desarrollo dedicado para el control de código fuente en SQL Server.

agosto 16, 2016

Cómo asegurar una auditoría continua de SQL Server con cero pérdidas de datos

Un enfoque de auditoría continua de SQL Server debe incluir:

  1. Auditoría continua
  2. Recolección de datos en tiempo real
  3. Habilidad de generar reportes significativos
  4. Alertas de actividades no deseadas
  5. Un almacenaje a prueba de modificaciones no deseadas de la auditoría de datos

En muchos casos, el requerimiento primario que debe cumplirse es que la auditoría se debe realizar con cero pérdidas de datos de auditoría..

agosto 16, 2016

Cómo cambiar el nombre de un objeto sin romper su base de datos SQL

Muy frecuentemente, el diseño inicial de la base de datos ya no concuerda con el criterio actual y los requerimientos. Por tanto es necesario alinearse periódicamente a lo que nuestras son necesidades y estándares actuales. Cuando se trabaja con una base de datos grande, cualquier idea de cambiar el nombre de uno o más objetos SQL puede ser un desafío real.

Cambiar un nombre de objeto es una operación simple y podría ser hecha fácilmente usando el procedimiento almacenado del sistema SP_RENAME o usando las sentencias RENAME y ALTER… RENAME para índices y desencadenadores.

noviembre 14, 2015

Cómo limpiar objetos no usados de una base de datos SQL Server

No es raro el caso donde un DBA hereda bases de datos SQL Server con muchos objetos SQL sin usar. Usando ApexSQL Clean, es fácil limpiar una base de datos SQL de estos objetos innecesarios y prevenir que los objetos extra tengan un impacto en el desarrollo ralentizándolo e incrementando el trabajo de mantenimiento (por ejemplo, todos los objetos no usado aún tienen que tener sus permisos establecidos, estar conforme a los estándares de código, etc.).

noviembre 14, 2015

Cómo desplegar bases de datos SQL en muchas instancias y bases de datos SQL Server

Cuando el trabajo en una base de datos en un ambiente de desarrollo es completado, se requiere que los desarrolladores manden la nueva versión para pruebas. Si las pruebas son hechas en una o más máquinas – esto no es un problema. Sin embargo, si hay necesidad de probar la nueva versión en 10 o 15 máquinas (con diferentes sistemas operativos, versiones de SQL Server o paquetes de servicio instalados), esto puede ser tedioso.

Otra situación donde los scripts necesitan ser ejecutados en múltiples servidores es si hay muchas bases de datos de diferentes clientes que fueron todos derivados desde la misma base de datos y comparten muchos objetos comunes. Cualquier cambio hecho en desarrollo debe ser extendido a todos los usuarios.

noviembre 14, 2015