L33. Tareas SQL Server Management Studio CREACIÓN DE UN GRUPO DE SERVIDORES ADMINISTRACIÓN DE SERVIDORES SQL SERVER ADMINISTRAR BASE DE DATOS ** CREAR BASE DE DATOS ** CONFIGURAR LAS OPCIONES DE BASE DE DATOS ** COPIAS DE SEGURIDAD (RESPALDO) DTS (IMPORTACIÓN, EXPORTACIÓN DE DATOS) A PARTIR DE 2005, SSIS (SQL SERVER INTEGRATION SERVICES) ADMINISTRACIÓN DE OBJETOS DE LA BASE DE DATOS
L34. Actualizando desde 2000 hasta 2008 COMPATIBILIDAD TOTAL DATOS Y LOGS SPs OBSOLETOS DE 2000 DEBE CHEQUEARSE LA COMPATIBILIDAD DE HW DEBEN INSTALARSE LOS NUEVOS COMPONENTES
L34. Después de la migración SE DEBEN REPOPULAR LOS CATÁLOGOS DE TEXTO COMPLETO SE DEBEN ACTUALIZAR LAS ESTADÍSTICAS PARA MEJORAR EL RENDIMIENTO DE SQL SERVER 2005
L35. Tareas rutinarias RESPALDOS DIARIOS DE BASES DE DATOS ENVÍO DE BITÁCORAS CON OPERACIONES DIARIAS REPLICACIÓN DE BASES DE DATOS REVISIÓN DE INFORMACIÓN DE LOG PREPARACIÓN DE INFORMES CON MÉTRICAS DE RENDIMIENTO DE LA BASE DE DATOS ELIMINACIÓN DE DATOS TEMPORALES PASO DE DATOS DEL ARCHIVO CENTRAL AL TEMPORAL
L36. Pasos automatización DEFINIR LAS TAREAS ADMINISTRATIVAS O LOS EVENTOS DEL SERVIDOR A CONTROLAR DEFINIR LOS TAREAS, ALERTAS Y OPERADORES EN SQL SERVER (TRANSACT, ADMINISTRADOR CORPORATIVO, OBJETOS SQL-DMO) CORRER EL SERVICIO SQL SERVER AGENT
L36. Tareas (Jobs) SERIE DE OPERACIONES EJECUTADAS SECUENCIALMENTE POR EL SQL SERVER AGENT LAS TAREAS SE EJECUTAN FRECUENTEMENTE Y DE MANERA RUTINARIA SE EJECUTAN: EN UNO O VARIOS SERVIDORES LOCALES O REMOTOS, PUEDEN ESTAR ASOCIADOS CON UNA O MÁS PROGRAMACIONES DE TAREAS (JOB SCHEDULES) GENERAR UNA O MÁS ALERTAS
L37. Alertas UN ALERTA NOTIFICA AL OPERADOR ASOCIADO LA OCURRENCIA DE UN EVENTO EL ADMINISTRADOR DE LA BASE DE DATOS DEFINE LAS CONDICIONES BAJO LAS CUALES EL EVENTO SE PRODUCE LAS POSIBLES ACCIONES DE UNA ALERTA SON: A) NOTIFICAR UNO O MÁS OPERADORES B) REDIRECCIONAR EL EVENTO FORWARD A OTRO SERVIDOR C) EJECUTAR UNA TAREA
L37. Operador UN OPERADOR ES RESPONSABLE POR MANTENER UNA O MAS INSTANCIAS DE SQL SERVER ESTRUCTURA EMPRESARIAL ORGANIZACIÓN DE LOS OPERADORES LOS OPERADORES SON NOTIFICADOS DE ALERTAS DE LAS SIGUIENTES MANERAS : A) EMAIL B) PAGER (BUSCA PERSONAS) C) COMUNICACIÓN RED
L38. Automatización tareas rutinarias ADMINISTRACIÓN AUTOMATIZADA ES LA RESPUESTA PROGRAMADA A UNA RESPONSABILIDAD ADMINISTRATIVA PREDECIBLE O ANTE LA OCURRENCIA DE UN EVENTO EN EL SERVIDOR EJEMPLOS: REALIZAR UN BACKUP COMPLETO DE LOS SERVIDORES EN LA MADRUGADA. SE PUEDE PROGRA MAR UNA TAREA PARA REALIZAR ESTA FUNCIÓN, SE INDICA LA HORA DE EJECUCIÓN DE ESTA TAREA. SI LA TAREA ENCUENTRA UN PROBLEMA EL AGENTE DE SQL SERVER PUEDE NOTIFICAR CON UN EMAIL.
L39. Multiservidores ADMINISTRACIÓN MULTISERVIDORES ES EL PROCESO DE AUTOMATIZAR LA ADMINISTRACIÓN A TRAVÉS DE MÚLTIPLES INSTANCIAS DE SQL SERVER SE REQUIERE CUANDO: A) SE MANEJAN DOS O MÁS SERVIDORES B) FLUYE INFORMACIÓN ENTRE LOS SERVIDORES Y EL DATA WAREHOUSE ARQUITECTURA MASTER-TARGET UN SERVIDOR MASTER, UNO O VARIOS SERVIDORES TARGET
L39. Arquitectura Master-target UN SERVIDOR MASTER DISTRIBUYE LAS TAREAS Y RECIBE LOS EVENTOS DE LOS TARGETS EL SERVIDOR MASTER ALMACENA UNA COPIA CENTRAL DE LAS TAREAS A SER EJECUTADAS EN LOS SERVIDORES TARGET LOS SERVIDORES TARGET SE CONECTAN PERIÓDICAMENTE AL SERVIDOR MASTER PARA REVISAR LA LISTA DE TAREAS PENDIENTES UNA VEZ COMPLETADA LA TAREA, LOS SERVIDORES TARGET REPORTAN EL RESULTADO AL MASTER
L39. Tablas del sistema Master-Target SQL SERVER ALMACENA EN TABLAS LA INFORMACIÒN DE LA DISTRIBUCIÓN DE LAS TAREAS. EL MASTER NECESITA CONOCER LOS TARGET A ENVIAR LAS TAREAS Y LOS TARGETS DEBEN CONOCER CUAL SERVER CONSULTAR LA TABLA SYSJOBSERVERS, ALMACENA LA RELACIÓN ENTRE UNA TAREA (JOB) Y UN SERVIDOR TARGET
L39. Arquitectura Master-Target
L39. Configuración Master-Target
L40. Archivos de respaldo SE PUEDEN HACER ARCHIVOS DE RESPALDO EN: A) DISCO EN SERVIDOR B) DISCOS COMPARTIDOS EN UNA RED C) CINTAS U OTROS MEDIOS MAGNÉTICOS EL FORMATO ESTÁNDARD DE LOS RESPALDOS ES MTF SQL SERVER 2005 OFRECE VARIOS MODELOS DE RESPALDO, DESDE LOS MAS SIMPLES HASTA LOS MAS COMPLEJOS DURANTE EL PROCESO DE RESPALDO LOS USUARIOS PUEDEN ACCEDER A LA BASE DE DATOS, PERO NO ES LO MÁS RECOMENDABLE
L40. Proceso de respaldo en SQL Server LAS OPCIONES DE RESPALDO OFRECIDAD POR SQL SERVER: A) RESPALDO DE UNA COPIA COMPLETA DE LA BD B) RESPALDO ÚNICAMENTE DEL ARCHIVO DE TRANSACCIONES C) COPIAS DIFERENCIALES DE LA BD (ÚNICAMENTE LOS REGISTROS MODIFICADOS) D) RECUPERACIÓN DE ARCHIVOS Y DE GRUPOS DE ARCHIVOS (PARA RECUPERAR UNA PARTE ESPECÍFICA DE LOS DATOS) A TRAVÉS DE TRANSACT SQL CON LOS COMANDOS BACKUP Y RESTORE SE PUEDEN HACER RESPALDOS SIN BAJAR LA BASE DE DATOS
L40. Problemas de respaldo TAMAÑO DE LA BASE DE DATOS PROBABLEMENTE NO CABEN EN UN DISCO O EN UN DISPOSITIVO SQL SERVER 2005 PERMITE LA REALIZACIÓN DE STRIPPES, MANEJANDO BACKUPS REPARTIDOS ENTRE VARIOS DISPOSITIVOS TAMBIÉN SE PUEDEN GENERAR BACKUPS DE MANERA DIFERENCIAL (ÚNICAMENTE INCLUYENDO LOS CAMBIOS)
L41. Comando backup PERMITE RESPALDAR UNA BASE DE DATOS COMPLETA, UN ARCHIVO DE TRANSACCIONES (LOG), UNO O MÁS ARCHIVOS, UNO O MÁS GRUPOS DE ARCHIVOS, DE MODO TOTAL O DE MODO DIFERECIAL BACKUP DATABASE BACKUP LOG CHEQUEAR SINTAXIS COMPLETA T-SQL
L41. Tablas historia backup SQL SERVER MANTIENE TABLAS HISTÓRICAS ALMACENANDO EL HISTORIAL DE LOS RESPALDOS backupfile backupmediafamily backupmediaset backupset
L41. Comando Restore REALIZA LA RESTAURACIÓN A PARTIR DE LOS MEDIOS GENERADOS CON EL COMANDO BACKUP RESTORE DATABASE RESTORE LOG LOS TIPOS DE RESTORE SON LOS MISMOS TIPOS DE BACKUP CHEQUEAR SINTÁXIS COMPLETA T-SQL
L41. Tablas historia Restore SQL SERVER MANTIENE TABLAS HISTÓRICAS ALMACENANDO EL HISTORIAL DE LAS RESTAURACIONES restorefile restorefilegroup restorehistory
L42. Respaldando grupos de archivos BACKUP DATABASE { nombrebd @varnombrebd } < archivo_o_grupodearchivos > [,...n ] TO < dispositivo_respaldo > [,...n ] RESTORE DATABASE { nombrebd @varnombrebd } < archivo_o_grupodearchivos > [,...n ] FROM < dispositivo_respaldo > [,...n ]
L43. Seleccionando modelos de respaldo AL SELECCIONAR UN MODELO DE RESPALDO SE DEBEN TOMAR EN CUENTA: * RENDIMIENTO DE OPERACIONES DE GRAN ESCALA (CREACIÓN DE ÍNDICES O BULK LOADS ) * EXPOSICIÓN A PÉRDIDA DE DATOS (POR EJEMPLO PÉRDIDA A TRANSACCIONES COMMITED) * SIMPLICIDAD DE LOS PROCESOS DE RESPALDO Y RECUPERACIÓN
L43. Modelos de respaldo SIMPLE, CADA VEZ QUE SE ACTUALIZA LA BASE DE DATOS EN DISCO, LOS REGISTROS DE LOG SON ELIMINADOS (SE COPIAN LOS DATOS). PERMITE RECUPERACIÓN HASTA EL ÚLTIMO BACKUP BULK-LOGGED, LOS REGISTROS DE LOG NO SON ELIMINADOS HASTA REALIZAR UN BACKUP DE LA BASE DE DATOS O DEL LOG (NO TODAS LAS OPERACIONES SON RESPALDADAS EN EL LOG) (OPERACIONES CON LOG MÍNIMO COMO SELECT INTO, BCP, ) FULL, LOS REGISTROS DE LOG NO SON ELIMINADOS HASTA REALIZAR UN BACKUP DE LA BASE DE DATOS O DEL LOG (TODAS LAS OPERACIONES SON RESPALDADAS EN EL LOG). ES MÁS LENTO QUE BULK-LOGGED, PERO MÁS SEGURO. PERMITE RECUPARACIÓN HASTA LA ÚLTIMA FALLA
L43. Ejemplo DATOS RESPALDADOS A LAS 2:00 AM MODO SIMPLE, OCURRE UN PROBLEMA A LAS 10:00 AM. SE RESTAURA LA BASE DE DATOS CON EL CONTENIDO DE LAS 2:00 AM MISMO CASO, PERO DESPUÉS DE LAS 2:00 AM SE REALIZA CADA DOS HORAS EL RESPALDO DE LOS LOGS. AL RESTAURAR SE TOMA LA COPIA DE LAS 2:00 AM Y CADA SE RECONSTRUYEN LOS RESPALDOS, PERMITIENDO RECUPERACIÓN CASI EXACTA
L43. Modelo de recuperación simple BENEFICIOS: ALTO RENDIMIENTO EN OPERACIONES DE COPIA MASIVA (BULK). ADMINISTRA EL ESPACIO DE LOS ARCHIVOS DE LOG, MANTENIENDO EL ESPACIO EN LO MÍNIMO POSIBLE EXPOSICIÓN A PÉRDIDA DE DATOS : CAMBIOS OCURRIDOS DESDE EL ÚLTIMO RESPALDO (O EL DIFERENCIAL) DEBEN SER ACTUALIZADOS PUNTO DE RECUPERACIÓN EN TIEMPO: HASTA LA FECHA DE LA ACTUALIZACIÓN DEL ÚLTIMO RESPALDO
L43. Modelo de recuperación total (full) BENEFICIOS: MEJOR RECUPERACIÓN A FALLAS, POSIBILIDAD DE RECUPERACIÓN ANTE FALLAS DE DISCO (DEPENDE DEL LOG) EXPOSICIÓN A PÉRDIDA DE DATOS : NINGUNA, A MENOS SE DAÑE EL LOG. EN ESTE CASO SE DEBE RESTAURAR HASTA EL ÚLTIMO LOG RESPALDADO PUNTO DE RECUPERACIÓN EN TIEMPO: A CUALQUIER PUNTO EN EL TIEMPO
L43. Modelo de recuperación Bulk Loggeed BENEFICIOS: ALTO RENDIMIENTO EN OPERACIONES DE COPIA MASIVA (BULK). MINIMO ESPACIO DE LOG REQUERIDO EXPOSICIÓN A PÉRDIDA DE DATOS : NINGUNA, A MENOS SE DAÑE EL LOG O SE REALIZEN LAS ACTUALIZACIONES MASIVAS DESPUÉS DEL ÚLTIMO RESPALDO REALIZADO. EN ESTE CASO SE DEBE RESTAURAR HASTA EL ÚLTIMO LOG RESPALDADO PUNTO DE RECUPERACIÓN EN TIEMPO: A CUALQUIER PUNTO DE FINALIZACIÓN DE CUALQUIER RESPALDO
L43. Respaldos diferenciales PERMITE REALIZAR RESPALDOS ÚNICAMENTE A LOS DATOS MODIFICADOS DESPÚES DEL ÚLTIMO RESPALDO OFRECE COMO VENTAJA EFICIENCIA EN EL MANEJO DE LOS RESPALDOS CASO IDEAL EN EL CASO DE BASE DE DATOS CON POCAS FRECUENCIAS DE ACTUALIZACIÓN Y MUCHAS CONSULTAS
L44. Respaldos de Logs PERMITE REALIZAR RESPALDOS ÚNICAMENTE DE LAS TRANSACCIONES SE PUEDE EJECUTAR DESDE INSTRUCCIONES TRANSACT O DESDE EL ADMINISTRADOR CORPORATIVO COMANDO BACKUP LOG
L45. Estrategias de respaldo LOS RESPALDOS PERMITEN RECUPERACIÓN ANTE POSIBLES FALLAS: * FALLA EN MEDIOS FÍSICOS (DISCOS, HW) * ERRORES DE USUARIO * PROBLEMAS PERMANENTES EN UN SERVIDOR EL MECANISMO DE RECUPERACIÓN / RESPALDO TAMBIÉN PUEDE SER UTILIZADO PARA OTROS PROPÓSITOS COMO COPIAR LA BASE DE DATOS DE UN SERVIDOR A OTRO (POR EJEMPLO HACIENDO UN BACKUP DE LA MÁQUINA A EN LA MÁQUINA B Y RESTAURÁNDOLO EN LA MÁQUINA B REALIZA UNA COPIA DE LA BASE DE DATOS DE A EN B)
L45. Definiendo una estrategia de respaldo SE DEBEN IDENTIFICAR LOS REQUERIMIENTOS DE DISPONIBILIDAD DE LOS DATOS LA ESTRATEGIA DE RESPALDO INDICA EL TIPO Y LA FRECUENCIA DE LOS RESPALDOS ASÍ COMO EL MODELO DE HW REQUERIDO SE DEBEN REALIZAR PRUEBAS DE LAS ESTRATEGIAS DE RESPALDO Y RECUPERACIÓN DE MODO DE TENER CORREGIDAS LAS DIFICULTADES AL MOMENTO DE PRESENTARSE UN PROBLEMA
L45. Requerimientos disponibilidad de datos SE DEBEN IDENTIFICAR CUÁNDO LOS DATOS SON NECESARIOS Y EL IMPACTO EN EL NEGOCIO EN CASO DE PERDER LOS DATOS ANÁLISIS DE LOS DATOS: * PORCENTAJE DE LOS DATOS A TENER EN LÍNEA * COSTO OPERATIVO DEL DOWNTIME * TIEMPO ACEPTABLE DE DOWNTIME EN CASO DE ** FALLA DE UN MEDIO (DISCO) ** CASO DE DESASTRE (INCENDIO, TERREMOTO) * ES IMPORTANTE NO PERDER NINGÚN DATO * FACILIDAD DE RECUPARAR DATOS PERDIDOS
L45. Requerimientos técnicos TAMAÑO DE LA BASE DE DATOS FRECUENCIA DE ACTUALIZACIÓN DE LA BASE DE DATOS FRECUENDIA DE ACTUALIZACIÓN DE LAS TABLAS PERÍODOS CRÍTICOS DE LA BASE DE DATOS SE ESPERAN PERÍODOS DE ACTUALIZACIONES, INSERSIONES FRECUENTES SE ESPERAN PERÍODOS DE CONSULTAS FRECUENTES SE ESPERAN MANEJOS DE GRANDES VOLÚMENES DE TRANSACCIONES (ARCHIVOS DE LOG) SERVIDOR EN ARQUIECTURA DE FAILOVER SERVIDOR REDUNDATE SERVIDOR DISTRIBUIDO
L45. Manejando media UNA PROGRAMACIÓN PARA EL MANEJO Y EL RECICLAJE DE LOS MEDIOS (EJEMPLO CINTAS) UN PROGRAMA DE REESCRITURA DEL MEDIO EN CASO DE MULTI-SERVIDORES DECISIÓN DE REALIZAR RESPALDOS DISTRIBUIDOS O CENTRALIZADOS UNA ESTRATEGIA PARA DETERMINAR LA VIDA ÚTIL DEL MEDIO UNA POLÍTICA PARA MINIMIZAR LOS RIESGOS ANTE LA PERDIDA DE UN MEDIO
L46. Proceso de recuperación en SQL Server SE PUEDE REALIZAR RECUPERACIÓN DESDE EL ADMINISTRADOR EMPRESARIAL O DESDE EL ANALIZADOR DE CONSULTAS (TRANSACT-SQL) LAS OPCIONES DE RESTAURACIÓN DEBEN INDICAR EL TIPO DE RESPALDO REALIZADO SI EL TIPO DE RESPALDO ES SIMPLE, LA RECUPERACIÓN RESTAURA TODA LA BASE DE DATOS, DEJANDO LA BASE DE DATOS LISTA PARA SER UTILIZADA CON LOS OTROS TIPOS DE RESPALDO, SE RECUPERAN LAS TRANSACCIONES DESDE LOS PUNTOS DE RESTAURACIÓN (DESDE LA ÚLTIMA TRANSACCIÓN REALIZADA) DEJANDO LA BASE DE DATOS OPERATIVA
L47. Verificar respaldos POLÍTICAS DE ADMINISTRACIÓN DE RESPALDOS ETIQUETAR RESPALDOS CORRECTAMENTE PRUEBAS EN AMBIENTES NO OPERATIVOS DE LOS RESPALDOS SIMULACIÓN DE SITUACIONES EXTREMAS (PÉRDIDA DE DISCOS, PÉRDIDA DE HW ) PRUEBAS DE DIFERENTES TIPOS DE RESPALDOS
L47. Tareas proceso de restauración ES UNA TAREA DEL DBA DEFINIR UN PROCESO DE RESTAURACIÓN, INCLUYENDO LOS PASOS TÉCNICOS Y NO TÉCNICOS A SEGUIR. UNA VEZ REALIZADA LA RESTAURACIÓN SE DEBE DETERMINAR CLARAMENTE LA INFORMACIÓN PÉRDIDA SE DEBE EFECTUAR UNA TRAZA DE LAS CAUSAS DE LAS FALLAS Y DE LOS POSIBLES MODOS DE EVITARLAS DEBEN DISEÑARSE MEJORES PRÁCTICAS PARA LA EMPRESA
L48. Obteniendo información de los respaldos RESTORE FILELISTONLY Devuelve la lista de archivos contenidos en el respaldo RESTORE HEADERONLY Devuelve la información de encabezado de todos los respaldos almacenados en un dispositivo de respaldo RESTORE LABELONLY FROM < backup_device > Devuelve la información acerca del medio identificado por un dispositivo de respaldo RESTORE VERIFYONLY Verifica el respaldo, pero no realiza el respaldo
L49. Restaurar desde los distintos los respaldos CADA COMANDO RESTORE CORRESPONDE CON CADA COMANDO BACKUP AL REALIZARSE UN RESPALDO DIFENCIAL SE REALIZA UNA RESTAURACIÓN DIFERENCIAL ES CRÍTICO EN ADMINISTRACIÓN MANTENER TRAZA DE LOS TIPOS DE OPERACIONES EFECTUADAS ES IMPORTANTE DEFINIR UN ESTANDARD PARA EL MANEJO DE LOS RESPALDOS DE MODO DE EVITAR CONFUSIONES CON LOS TIPOS DE RESPALDO
L50. Respaldos bases de datos del sistema MASTER MSDB DISTRIBUTION (CUANDO EL SERVIDOR ES CONFIGURADO COMO UN SERVIDOR DE RÉPLICAS) MODEL (EN CASO DE SER MODIFICADA) TEMPBD (NO ES POSIBLE RESTAURARLA, UNA VEZ INICIADA UNA INSTANCIA DEL SERVIDOR ESTA ES RECREADA)