Your SlideShare is downloading. ×
0
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Alta Disponibilidad con SQL Server 2012
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Alta Disponibilidad con SQL Server 2012

1,242

Published on

Presentación de Alta Disponibilidad con SQL Server 2012. Taller corganizado por Mug Perú, dirigido por Alberto De Rossi de dbLearner. Se trataron temas como trasvase de registro (log shipping), …

Presentación de Alta Disponibilidad con SQL Server 2012. Taller corganizado por Mug Perú, dirigido por Alberto De Rossi de dbLearner. Se trataron temas como trasvase de registro (log shipping), reflejo de base de datos (db mirroring), replicación transaccional punto a punto, clúster y Always On

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
1,242
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
0
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide
  • Stress that while peer-to-peer appears to provide bidirectional transactional replication, it only does so for data that has been partitioned appropriately. The system needs to be designed so that conflicts do not occur.References:Peer-To-Peer Transactional Replication: http://go.microsoft.com/fwlink/?LinkID=233358
  • Stress that while peer-to-peer appears to provide bidirectional transactional replication, it only does so for data that has been partitioned appropriately. The system needs to be designed so that conflicts do not occur.References:Peer-To-Peer Transactional Replication: http://go.microsoft.com/fwlink/?LinkID=233358
  • Transcript

    • 1. ALTA DISPONIBILIDAD CON SQL SERVER 2012 Expositor: Ing. Alberto De Rossi Microsoft Certified Professional (MCP) SQL Server Microsoft Certified Trainer (MCT) This document has been prepared for limited distribution within Microsoft. This document contains materials and information that Microsoft considers confidential, proprietary, and significant for the protection of its business. The distribution of this document is limited to those solely involved with the program described within. Confidential and Proprietary © 2011 Microsoft Last Updated: Monday, October 28, 2013
    • 2. El presente One Day tiene por finalidad revisar los conceptos de Alta Disponibilidad para aplicaciones empresariales, así como conocer las diferentes alternativas que presenta SQL Server 2012 para implementar soluciones que permitan mantener los sistema operando la mayor cantidad del tiempo posible. OBJETIVO
    • 3. QUE VEREMOS HOY? Trasvase de registro de transacciones 2 1 Base de datos reflejada 3 Replicación transaccional 4 5 Introducción a Clúster
    • 4. INTRODUCCIÓN A LA ALTA DISPONIBILIDAD
    • 5. Introducción   Conceptos generales Herramientas de alta disponibilidad
    • 6. INTRODUCCIÓN A LA ALTA DISPONIBILIDAD Conceptos Generales
    • 7. Introducción a Disponibilidad de Datos Alta Disponibilidad: Solución para minimizar o mitigar el impacto de paradas de sistemas  Idealmente, un sistema de base de datos debería estar disponible las 24 horas del día, cada día  Técnicas y herramientas para incrementar la disponibilidad de los sistemas  Implica redundancia de algún tipo
    • 8. Acuerdos de nivel de servicio (SLA)  Número de 9s % disponibilidad Tiempo de parada anual 2 99% 3 días y 15 horas 3 99.9% 8 horas y 45 minutos 4 99.99% 52 minutos y 34 segundos 5 99.999% 5 minutos y 15 segundos
    • 9. Modos de Espera Modo HOT STANDBY WARM STANDBY COLD STANDBY Descripción Se mantiene una copia de los datos del servidor primario en el secundario. El nodo secundario provee una copia transaccionalmente consistente de los datos del servidor primario. Detección automática de errores y recuperación. También se mantiene la copia de los datos en el secundario, pero los datos pueden o no pueden ser confirmados concurrentemente. El error y recuperación puede no ser automático Servidor donde se pueden restaurar los datos. Se necesita OS apropiado, software y copia de seguridad Puede llevar un tiempo considerable.
    • 10. INTRODUCCIÓN A LA ALTA DISPONIBILIDAD Tecnologías de alta disponibilidad
    • 11. Tecnologías de alta disponibilidad     SQL Server provee tecnologías que pueden ayudarlo a crear sistemas de base de datos altamente disponibles Protección de base de datos contra fallos  Replicación  Trasvase de registro de transacciones  Base de datos reflejada  AlwaysOn Protección de instancia contra fallos  Failover Clustering Alguna veces se utiliza una combinación de tecnologías de Alta Disponibilidad
    • 12. Tecnologías de alta disponibilidad Base de datos reflejada Failover Clustering Base de datos Servidor Grupo de Bases de Datos Base de datos Falla automática Si, con testigo Si Si No Réplicas de datos 1 0 4 Ilimitado Media Media Alta Baja Disponibilidad de la réplica Solo lectura con snapshot N/A Solo lectura Solo lectura entre restauración Perdida de datos (RPO) Cero (AD) Segundos (AP) N/A Cero (sync) Segundos (async) Minutos a Horas Tiempo de recuperación (RTO) Segundos (AD) Minutos (AP) Segundos a minutos Segundos (sync) Minutos (async) Horas a días Unidad de falla Complejidad  Always On Travase de registro de transacciones Backup/restore: apropiado para recuperación de desastres pero no para alta disponibilidad
    • 13. PRIMERA PARTE TRASVASE DE REGISTRO DE TRANSACCIONES
    • 14. Objetivo Definir el concepto de trasvase de registro así como entender su funcionamiento. Conocer el proceso de configuración de trasvase de registro, así como la administración del mismo. Simular una falla para identificar opciones de recuperación
    • 15. Primera parte – temas a tratar     Vista general de trasvase de registro de transacciones Configuración de trasvase de registro de transacciones Administración de trasvase de registro de transacciones Interoperabilidad con otras características de SQL Server
    • 16. TRASVASE DE REGISTRO DE TRANSACCIONES Vista general de trasvase de registro de transacciones
    • 17. Qué es trasvase de registros?  Warm Stand By  Datos que puede ser traídos online en caso de falla del sistema  Una base de datos completa es restaurada a un servidor secundario, y luego los archivo de registro de transacción de la base de datos primaria son aplicados a la base de datos secundaria  Este es un costo relativamente bajo a la solución de la disponibilidad de datos
    • 18. Cómo Funciona trasvase de registros?
    • 19. Fortalezas y debilidades de trasvase  Fortalezas         Maduro y estable Múltiples copias de trabajos de respaldo y restauración Simple de configurar y gestionar No requiere HW especial Las bases de datos secundarias pueden ser consultadas pero no modificadas Alertas en caso el trasvase no se complete en un umbral de tiempo Alerta en caso el servidor principal deje de funcionar (monitor) Debilidades    Fallo de cliente manual Configuración por base de datos No protege bases de datos del sistema
    • 20. TRASVASE DE REGISTRO DE TRANSACCIONES Configuración de trasvase de registro de transacciones
    • 21. Cómo configurar trasvase de registro En el servidor primario habilitar el trasvase de registro Configurar la copia de seguridad Agregar la instancia secundaria Definir inicialización de bases de datos secundaria Configurar copia de archivos al servidor secundario Configurar restauración de registros en servidor secundario
    • 22. Cómo configurar trasvase de registro En el servidor primario habilitar el trasvase de registro  Utilizar la opción en las Propiedades de base de datos  Asegurarse que el modo de recuperación de la base de datos esté configurado como completo (FULL)
    • 23. Cómo configurar trasvase de registro Configurar la copia de seguridad Carpeta Compartida Carpeta Local (Serv. primario) Programar el trabajo
    • 24. Cómo configurar trasvase de registro Agregar la instancia secundaria Agregar instancias
    • 25. Cómo configurar trasvase de registro Definir inicialización de bases de datos secundaria Inicialización automática Ubicación de archivos
    • 26. Cómo configurar trasvase de registro Configurar copia de archivos al servidor secundario Carpeta Local (Serv. secundario) Programar el trabajo
    • 27. Cómo configurar trasvase de registro Configurar restauración de registros en servidor secundario Modo de recuperación de la base de datos Programar el trabajo
    • 28. TRASVASE DE REGISTRO DE TRANSACCIONES Administración de trasvase de registro de transacciones
    • 29. Monitor de trabajos (Agente de SQL Server)  A través del monitor de trabajos del Agente de SQL Server  Servidor Principal:  Servidor Secundario:
    • 30. Reporte de estado de trasvase de registros  Reportes estándar de la instancia  Servidor Principal:  Servidor Secundario:
    • 31. Procedimientos almacenados del sistema  Monitoreo con Transact-SQL  Servidor Principal: /* EN EL SERVIDOR PRINCIPAL */ EXEC sp_help_log_shipping_monitor_primary 'perdbprod01', 'adventureworks2012'; EXEC sp_help_log_shipping_primary_database 'adventureworks2012';  Servidor Secundario: /* EN EL SERVIDOR SECUNDARIO */ EXEC sp_help_log_shipping_monitor_secondary 'perdbprod01SQLAD', 'adventureworks2012'; EXEC sp_help_log_shipping_secondary_database 'adventureworks2012';
    • 32. Falla manual de trasvase de registro  En caso de falla en el servidor principal, recuperar manualmente la base de datos en el servidor secundario: --Recuperar la BD secundaria --Ejecutar luego de la falla del principal RESTORE DATABASE AdventureWorks2012 WITH RECOVERY;  Las aplicaciones deben ser redireccionadas manualmente hacia el servidor secundario
    • 33. Deshabilitar trasvase de registro  Para deshabilitar una instancia secundaria se retira de la sesión de trasvase: Quitar la instancia secundaria  Para deshabilitar al trasvase de registro, desmarcar la opción:
    • 34. TRASVASE DE REGISTRO DE TRANSACCIONES Interoperabilidad con otras características de SQL Server
    • 35. Trasvase de registros y reflejo  La base de datos principal en una sesión de creación de reflejo puede actuar también como base de datos principal en una configuración de trasvase de registros  En general, al combinar el trasvase de registros y la creación de reflejo de la base de datos, la sesión de creación de reflejo se establece antes que el trasvase de registros, aunque no es necesario  Las bases de datos secundarias del trasvase de registros deben residir en instancias de servidor distintas del servidor principal/primario o el servidor reflejado/primario
    • 36. Trasvase de registros y replicación  El trasvase de registros se puede usar conjuntamente con la replicación  La replicación no continúa después de producirse una conmutación por error de trasvase de registros  En la replicación transaccional, el comportamiento del trasvase de registros depende de la opción sync with backup
    • 37. Repaso de trasvase de registro     Vista general de trasvase de registro de transacciones Configuración de trasvase de registro de transacciones Administración de trasvase de registro de transacciones Interoperabilidad con otras características de SQL Server
    • 38. SEGUNDA PARTE BASES DE DATOS REFLEJADAS (MIRROR)
    • 39. Objetivo Definir el concepto de reflejo de bases de datos así como entender su funcionamiento. Conocer el proceso de configuración del reflejo, así como la administración del mismo. Simular una falla para identificar opciones de recuperación
    • 40. Segunda parte – temas a tratar     Vista general de bases de datos reflejadas Configuración de bases de datos reflejadas Administración de bases de datos reflejadas Interoperabilidad con otras características de SQL Server
    • 41. BASES DE DATOS REFLEJADAS Vista general de bases de datos reflejadas
    • 42. Qué es reflejo de base de datos?  solución de software para incrementar la disponibilidad de la base de dato  Mejora el nivel de disponibilidad que tenían las versiones anteriores de SQL Server y provee una alternativa fácil a clúster  Provee una solución tolerante a fallas casi instantánea para las bases de datos  Permite mantener una copia actualizada de una base de datos en un servidor aparte para conmutación en caso de falla del servidor principal
    • 43. Cómo Funciona reflejo de base de datos?  Mantiene un servidor secundario en standby, el cual tiene un copia de la base de datos principal  Si el servidor principal falla, las aplicaciones redireccionan al servidor en secundario  La conmutación puede instantánea en solo unos segundos  Los servidores que tienen estas bases de datos principal y reflejo se los llama partner servers
    • 44. Cómo Funciona reflejo de base de datos?  Hot Standby  disponible desde SQL Server 2005 Enterprise Edition  Dos copias de una base de datos en computadores diferentes.
    • 45. Rol de los Servidores Servidor Principal Servidor reflejo Servidor Testigo (opcional) Contiene la base de datos de producción. Los usuarios y aplicaciones se conectan a el normalmente para realizar sus tareas. Contiene la base de datos reflejo. Los usuarios y aplicaciones no se conectan a este servidor a menos que ocurra una conmutaión y tome la funciona de Servidor principal. En este caso, luego que la comunicaron ha sido reestablecida con el servidor que falló, este puede tomar el rol de servidor reflejo. Monitorea los servidores de base de datos principal y reflejo y verifica que ambos servidores estén disponibles. Si el servidor de la base de datos principal o reflejo fallan, el servidor testigo puede trabajar con el servidor que sobreviva para reconectarse o reaccionar apropiadamente
    • 46. Redirección transparente para el cliente  SQL Native Client Library (SNAC) provisto con SQL Server toma ventaja de la redirección transparente para el cliente  SNAC entiende que el servidor al que esta conectado es el principal y guardará en caché el nombre del servidor reflejo  En el caso de falla del servidor principal, la sesión del cliente será perdida. El cliente intentara reconectarse al servidor principal. Pero si falla, automáticamente redireccionará la conexión al servidor reflejo
    • 47. Fortalezas y debilidades de reflejo  Fortalezas     Fallo de base de datos y cliente rápido y automático No muy complicado de configurar y administrar No se requiere HW especial Debilidades      Descontinuado Requiere tres servidores en el modo de alta disponibilidad No se puede consultar la base de datos reflejada Configuración por base de datos No protege bases de datos del sistema
    • 48. BASES DE DATOS REFLEJADAS Configuración de bases de datos reflejadas
    • 49. Cómo configurar reflejo de base de datos Sincronizar manualmente la base de datos Configurar la seguridad de la sesión de reflejo Definir si se va a incluir servidor testigo Configurar los puertos y extremos de cada servidor Definir cuentas del servicio Establecer el modo de funcionamiento Iniciar la sesión de reflejo
    • 50. Cómo configurar reflejo de base de datos Sincronizar manualmente la base de datos  Asegurarse que el modo de recuperación de la base de datos principal esté configurado como completo (FULL)  Realizar una copia de seguridad completa con su respectiva copia de seguridad del registro de transacciones en el servidor principal  Restaurar la copia de seguridad completa y de registro de transacciones en el servidor secundario, dejando la base de datos en estado de recuperación
    • 51. Cómo configurar reflejo de base de datos Configurar la seguridad de la sesión de reflejo  Utilizar la opción en las Propiedades de base de datos Inicio de la configuración de reflejo
    • 52. Cómo configurar reflejo de base de datos Definir si se va a incluir servidor testigo  El servidor testigo permite la recuperación automática de la base de datos secundaria en caso de falla
    • 53. Cómo configurar reflejo de base de datos Configurar los puertos y extremos de cada servidor Puertos TCP, habilitar en Firewall
    • 54. Cómo configurar reflejo de base de datos Definir cuentas del servicio  Necesario cuando las instancias instancias pertenecen aun dominio y las cuentas del servicio son cuentas de dominio:
    • 55. Cómo configurar reflejo de base de datos Establecer el modo de funcionamiento
    • 56. Opciones de modo de funcionamiento Modo Alta disponibilidad Alta protección Alto rendimiento Conmutación automática Protección completa de pérdida de datos
    • 57. Modos de operación SINCRONIZADO •Las transacciones son transmitidas de la base de datos principal a la base de datos reflejo, y aplicados a la base de datos reflejo antes de ser hechos en la base de datos principal. •Este mecanismo garantiza que no habrá transacciones perdidas, a expensas del tiempo adicional que requiere completar una transacción. •Este modo soporta failover manual y automático. •Las transacciones son hechas primero en el servidor principal antes de la base de datos reflejo. DESINCRONIZADO •La base de datos reflejo esta en estado de desincronizacion perpetuo. Las aplicaciones no son demoradas mientras la comunicación con el servidor reflejo se produce. •Este modo soporta failover manual y se pueden perder datos
    • 58. Cómo configurar reflejo de base de datos Iniciar la sesión de reflejo Inicio de la sesión de reflejo  Antes de iniciar la sesión, asegurarse que la cuenta del servicio tiene permisos sobre los extremos, en cada uno de los servidores: GRANT CONNECT ON ENDPOINT::[<nombre_extremo>] TO [<cuenta_servicio>];
    • 59. Consideraciones  Idealmente, el servidor principal y el servidor reflejo deben pertenecer al mismo dominio  El servidor reflejo debe tener suficiente memoria y poder de proceso para actuar como un sustituto del servidor principal de base de datos  El reflejo debería poder soportar usuarios y aplicaciones sin mayor diferencia notable en la calidad del servicio  Se recomienda que la estructura de archivos de la base de datos reflejo debe coincidir con la base de datos principal  Ambas bases de datos deben implementar el modelo de recuperación completa (MODO RECOVERY = FULL)
    • 60. BASES DE DATOS reflejadaS Administración de bases de datos reflejadas
    • 61. Monitror de la sesión de reflejo  A través del Monitor de Reflejo de base de datos, que se invoca desde el menú Tareas de la base de datos
    • 62. Conmutación manual (modo sincronizado)  Puede realizar una conmutación manual para hacer actualizaciones de hardware u otras operaciones de mantenimiento en el servidor principal Opción de conmutación manual  Si desea utilizar Transact-SQL debe ejecutar esta sentencia en el servidor secundario: ALTER DATABASE AdventureWorks2012 SET PARTNER FAILOVER;
    • 63. Conmutación en caso de falla    En presencia de un servidor testigo, la conmutación ocurrirá automáticamente si el servidor principal falla Sin embargo, si no hay servidor testigo disponible, debe hacer una conmutación manual en el servidor secundario: USE master; ALTER DATABASE AdventureWorks2012 SET PARTNER OFF; RESTORE DATABASE AdventureWorks2012 WITH RECOVERY; Estas sentencias se utilizan en modo sincronizado. En modo desincronzado se deberá usar: USE master; ALTER DATABASE AdventureWorks2012 SET PARTNER FORCE_SERVICE_ALLOW_DATA_LOSS; RESTORE DATABASE AdventureWorks2012 WITH RECOVERY;
    • 64. Suspender y resumir sesiones reflejo  Puede suspender temporalmente las sesiones reflejo y luego resumirlas y sincronizar las bases de datos: ALTER DATABASE AdventureWorks2012 SET PARTNER SUSPEND;  Suspender una sesión causa que todas las logs de transacción en el servidor principal crezcan mientras que cada transacción es logeada y almacenada  Hasta que la sesión reflejo es resumida o terminada, el log de transacción del servidor principal no puede ser truncado porque la transacción aun tiene que ser aplicada al servidor reflejo: ALTER DATABASE AdventureWorks2012 SET PARTNER RESUME;
    • 65. Terminar la sesión reflejo  Puede terminar manualmente la sesión reflejo y terminar la relación entre los servidores Terminar la sesión de reflejo  Terminar la sesión deja ambos servidores con una copia independiente de la base de datos  La base de datos reflejo permanecerá en un estado de restauración hasta que sea recuperada o borrada manualmente
    • 66. BASES DE DATOS reflejadaS Interoperabilidad con otras características de SQL Server
    • 67. Reflejo y replicación  Reflejo y replicación se puede usar conjuntamente para mejorar la disponibilidad de la base de datos de publicación  La conmutación por error de replicación en un reflejo se admite totalmente para las bases de datos de publicación, con compatibilidad limitada con las bases de datos de suscripciones  La creación de reflejo de la base de datos no se admite para la base de datos de distribución
    • 68. Repaso de base de datos reflejadas    Vista general de bases de datos reflejadas Configuración de bases de datos reflejadas Administración de bases de datos reflejadas
    • 69. TERCERA PARTE REPLICACIÓN TRANSACCIONAL PUNTO A PUNTO
    • 70. Objetivo Definir el concepto de replicación transaccional así como entender su funcionamiento. Conocer el proceso de configuración la replicación transaccional punto a punto, así como la administración del mismo.
    • 71. Tercera parte – temas a tratar     Vista general de replicación transaccional punto a punto Configuración de replicación transaccional punto a punto Administración de replicación transaccional punto a punto Interoperabilidad con otras características de SQL Server
    • 72. REPLICACIÓN TRANSACCIONAL PUNTO A PUNTO Vista general de replicación transaccional punto a punto
    • 73. Qué es replicación transaccional?   Los cambios son aplicados a los suscriptores poco después de que ocurren El proceso implica:    Tomar una instantanea inicial de los datos Cambios en los datos son enviados al suscriptor conforme ocurren Los cambios son aplicados en el suscriptor en el mismo orden en el que ocurren
    • 74. Cómo funciona replicación transaccional punto a punto?   Opción configurable como parte de replicación transaccional Típicamente usado con servidores autónomos  Los conflictos son detectados pero necesitan ser evitados
    • 75. Fortaleza y debilidades de replicación  Fortalezas       Maduro y estable Opciones flexibles de configuración No requiere de HW especial Puede descentralizar los centros de datos Las bases de datos secundarias pueden ser consultadas y modificadas Debilidades      Fallo de cliente de forma manual Protege solo datos, no protege esquemas ni tablas Puede ser difícil reparar Configuración por base de datos Conflictos de datos
    • 76. REPLICACIÓN TRANSACCIONAL PUNTO A PUNTO Configuración de replicación transaccional punto a punto
    • 77. Cómo configurar replicación punto a punto Configurar la distribución en los servidores Crear una publicación en el primer nodo Inicializar manualmente la base de datos en todos los nodos Configurar la topología punto a punto
    • 78. Cómo configurar replicación punto a punto Configurar la distribución en los servidores  En cada nodo, haciendo clic derecho en Replicación, a través de la opción Configurar Distribución   Definir ubicación de la base de datos de distribución Definir servidor de distribución
    • 79. Cómo configurar replicación punto a punto Crear una publicación en el primer nodo  Clic derecho en Publicaciones locales, debajo de Replicación Seleccionar la base de datos a replicar  NOTA: La replicación es por base de datos 
    • 80. Cómo configurar replicación punto a punto Crear una publicación en el primer nodo (Continuación)  Seleccionar el tipo de replicación
    • 81. Cómo configurar replicación punto a punto Crear una publicación en el primer nodo (Continuación)  Seleccionar los artículos a publicar (Tablas, vistas, procedimientos, funciones definidas por el usuario)  Una tabla, vista o función puede ser publicada en su totalidad o solo algunos campos   No se admiten filtros de tabla o vista Las tablas deben tener llave primaria
    • 82. Cómo configurar replicación punto a punto Crear una publicación en el primer nodo (Continuación)   Establecer la seguridad del agente del registro de transacciones Usar una cuenta de dominio con privilegios mínimos
    • 83. Cómo configurar replicación punto a punto Inicializar manualmente la base de datos en todos los nodos  Las bases de datos tienen que ser idénticas para iniciar la replicación punto a punto  La inicialización se ejecuta después de haber creado la publicación en el primer nodo  Hacer una copia de seguridad completa de la base de datos y del registro de transacciones  Restaurar la base de datos en todos los servidores que van a participar en la replicación punto a punto
    • 84. Cómo configurar replicación punto a punto Configurar la topología punto a punto  Clic derecho en la publicación creada, utilizando la opción configurar topología punto a punto  Agregar nodos haciendo clic derecho en el área de configuración, utilizando la opción Agregar nodo del mismo nivel
    • 85. Cómo configurar replicación punto a punto Configurar la topología punto a punto  Por cada nodo se debe seleccionar la base de datos de replicación
    • 86. Cómo configurar replicación punto a punto Configurar la topología punto a punto (continuación)  Establecer la seguridad del agente de log  Establecer la seguridad del agente de distribución  Utilizar cuentas de dominio para facilitar la configuración de múltiples servidores
    • 87. Consideraciones  Replicación transaccional punto a punto solo disponible en edición Enterprise  Idealmente los servidores que conforman cada nodo deben ser idénticos  Se recomienda que cada nodo tenga su base de datos de publicación, para eliminar un único punto de falla  Un objeto puede estar incluido en una sola publicación transaccional punto a punto  No es recomendable usar columnas de identidad. Manualmente se deben reasignar rangos de semilla
    • 88. REPLICACIÓN TRANSACCIONAL PUNTO A PUNTO Administración de replicación transaccional punto a punto
    • 89. Monitor de replicación  Clic derecho en Replicación, opción Iniciar Monitor de replicación Supervisión de suscripciones  Supervisión de agentes 
    • 90. Monitor de trabajo (Agente de SQL Server)  La replicación se ejecuta a través trabajos del agente de SQL Server  Visualización del historial de ejecución, con información detallada
    • 91. Repaso de replicación transaccional    Vista general de replicación transaccional punto a punto Configuración de replicación transaccional punto a punto Administración de replicación transaccional punto a punto
    • 92. CUARTA PARTE INTRODUCCIÓN A CLÚSTER
    • 93. Objetivo Definir el concepto de clúster para tolerancia a fallos así como entender su funcionamiento. Identificar clúster de tolerancia a fallos como base para la funcionalidad AlwaysOn
    • 94. Cuarta parte – temas a tratar    Vista general de clúster para tolerancia a fallos Pre requisitos de instalación Configuración de clúster para tolerancia a fallos
    • 95. INTRODUCCIÓN A CLÚSTER PARA TOLERANCIA A FALLOS Vista general de clúster para tolerancia a fallos
    • 96. Qué es clúster para tolerancia a fallos?  Hot Standby  Soporte de servidor completo y alta disponibilidad en caso de falla de hardware o para por mantenimiento  En caso de falla, el sistema operativo y SQL Server trabajan juntos para proveer un sistema automatizado para fallas.
    • 97. Qué es clúster para tolerancia a fallos?  Combinación de uno o más nodos (servidores) con almacenamiento de disco compartidos (SAN)  Servidor virtual : combinación de recursos, junto con sus nombres de red y dirección IP  Los clientes se conectan a un servidor virtual alojado en uno de los nodos del clúster  El servidor virtual SQL aparece en una red como si fuese una sola computadora, pero provee tolerancia a fallas a nivel de instancia de un nodo hacia otro, cuando alguno de ellos deja de estar disponible  Cuando se configura clúster, solo se puede tener una instancia de SQL Server en el servidor virtual
    • 98. Componentes del clúster  Servidor Virtual   Desde la perspectiva del cliente/aplicación: nombre de servidor o direcciones IP que se usan para acceder Componentes de hardware:      Nodos del clúster Señal interna (heartbeat) Red Interna Red externa Arreglos de discos compartidos del clúster
    • 99. Cómo funciona clúster para tolerancia a fallos?  Múltiples nodos (hasta 8)  Requisitos especiales de almacenamiento  Nodos pueden extenderse a subredes  SQL Server instalado en el clúster de Windows
    • 100. Fortalezas y debilidades de clúster  Fortalezas     Estable y maduro Protege la instancia completa y BDs del sistema Más fácil de instalar con la herramienta Windows Cluster Validation Debilidades     Requerimientos especiales de HW Costoso Requiere mayor conocimiento y experiencia No duplica datos de bases de datos; clúster debe ser combinado con otra tecnología de AD que duplique los datos
    • 101. INTRODUCCIÓN A CLÚSTER PARA TOLERANCIA A FALLOS Pre requisitos de instalación
    • 102. Consideraciones en la instalación       Microsoft Cluster Service (WSFC) debe configurarse al menos en un nodo del clúster de servidores Todos los nodos del clúster deben configurarse de forma idéntica Los registros de Windows Server no deben contener mensajes de error El disco en el que se instalará SQL Server no debe estar ni comprimido ni cifrado Instalar Microsoft DTC (Coordinador de transacciones distribuidas) Verificar que el antivirus sea compatible con clúster
    • 103. INTRODUCCIÓN A CLÚSTER PARA TOLERANCIA A FALLOS Configuración de clúster para tolerancia a fallos
    • 104. Cómo instalar SQL Server en un clúster  2 opciones de instalación:  1. Instalación integrada con opción de agregar nodo Se instala y configura SQL Server en el primer nodo de modo que se tenga una instancia funcional de SQL Server pero sin tolerancia a fallos Se instala SQL Server en los demás nodos con la opción Agregar nodo y ya se tiene la instancia de SQL Server preparada para tolerancia a fallos
    • 105. Cómo instalar SQL Server en un clúster  2 opciones de instalación:  2. Instalación de Advanced/Enterprise Se instala SQL Server en todos los para preparar los nodos para su agrupación en clúster. Aun no hay instancia de SQL Server operativa Se ejecuta el instalador en un nodo para completar el clúster de conmutación por error para configurar la instancia de SQL Server
    • 106. Cómo instalar SQL Server en un clúster La instalación es muy similar a instalar en servidor stand-alone  Opciones adicionales:  Especificar el nombre del grupo de recursos de clúster  Seleccionar el recurso de disco compartido de clúster  Especificar los recursos de red para la instancia de clúster Sólo se puede instalar una instancia de SQL Server en cada grupo de recursos Los programas de SQL Server se instalan en cada nodo, en el disco local Las bases de datos de usuario y de sistema se crea en los discos compartidos del clúster    
    • 107. Consideraciones de seguridad       No descuidar la seguridad física Usar firewalls Aislar servicios Instalar SQL Server en un dominio Configurar un sistema de archivos seguro Desactivar NetBIOS y Server Message Block (SMB)
    • 108. INTRODUCCIÓN A CLÚSTER PARA TOLERANCIA A FALLOS Conmutación de clúster
    • 109. Conmutación de clúster   Determinada por la política de conmutación, usualmente automática El nodo propietario del grupo de recursos es determinado por el quorum        Mayoría de nodo Mayoría de nodo y compartición de disco Mayoría de nodo y disco Solo disco El periodo de conmutación puede ser largo La conmutación del nodo reinicia la instancia y recupera la base de datos Cero reconfiguración de aplicaciones y cliente
    • 110. Repaso de clúster     Vista general de clúster para tolerancia a fallos Pre requisitos de instalación Configuración de clúster para tolerancia a fallos Conmutación de clúster
    • 111. QUINTA PARTE ALTA DISPONIBILIDAD CON ALWAYSON
    • 112. Objetivo Definir el concepto de AlwaysOn así como entender su funcionamiento. Conocer el proceso de configuración de AlwaysOn, así como la administración del mismo.
    • 113. Quinta parte – temas a tratar   Vista general de AlwaysOn Configuración de grupos de disponibilidad de AlwaysOn
    • 114. ALTA DISPONIBILIDAD CON ALWAYS ON Vista general de AlwaysOn
    • 115. Qué es AlwaysOn?  Nueva característica en SQL Server 2012  Ambiente tolerante a fallos para bases de datos  Combina reflejo, trasvase, replica  Conmutación planeada o automática  Opciones para pérdida o no de datos en caso de falla
    • 116. Cómo funciona AlwaysOn     Conjunto de réplicas primarias de lectura y escritura Conjunto de hasta 4 réplicas secundarias de solo lectura Basado en Windows Server Failover Cluster (WSFC) Modos síncrono y asíncrono
    • 117. Fortalezas y debilidades de Always On  Fortalezas       Fallo automático de base de datos y cliente de forma automática Configuración flexible con múltiples réplicas para fallo Acceso de solo lectura a las réplicas Se puede respaldar réplicas para descargar trabajo No se requiere HW especial Debilidades  Complejo de implementar
    • 118. ALTA DISPONIBILIDAD CON ALWAYS ON Configuración de Grupos de disponibilidad de AlwaysOn
    • 119. Cómo configurar grupos de disponibilidad Habilitar QlwaysOn en cada instancia Iniciar el asistente para nuevo grupo de alta disponibilidad Especificar el nombre del grupo de disponibilidad Seleccionar la base de datos a replicar Especificar las réplicas Configurar el listener del grupo
    • 120. Cómo configurar grupos de disponibilidad Habilitar AlwaysOn en cada instancia   A través del Administrador de Configuración de SWL Server (Configuration Manager) En la ficha Alta Disponibilidad de AlwaysOn de las propiedades del servicio
    • 121. Cómo configurar grupos de disponibilidad Iniciar el asistente para nuevo grupo de alta disponibilidad  En Management Studio, clic derecho en Alta Disponibilidad AlwaysOn
    • 122. Cómo configurar grupos de disponibilidad Especificar el nombre del grupo de disponibilidad  En el asistente para nuevo grupo de disponibilidad
    • 123. Cómo configurar grupos de disponibilidad Seleccionar la base de datos a replicar  La base de datos debe cumplir lo siguiente:      Base de datos debe ser de usuario (no del sistema) Multiusuario y de lectura escritura y modo de recuperación completo (Full) Se debe haber procesado por lo menos una copia de seguridad completa No puede pertenecer a otro grupo de disponibilidad No debe participar en sesiones de reflejo
    • 124. Cómo configurar grupos de disponibilidad Especificar las réplicas  Determinar características de la réplica Replicas de conmutación automática Tipo de conexión Especifica lectura en réplica
    • 125. Cómo configurar grupos de disponibilidad Configurar el listener del grupo   En Management Studio, clic derecho en el nuevo grupo de disponibilidad creado DHCP o estático
    • 126. Consideraciones   Cada servidor que contiene un grupo de disponibilidad debe ser un nodo de conmutación por error de Windows (ediciones Enterprise y Datacenter) Todas las instancias deben tener la misma intercalación
    • 127. ALTA DISPONIBILIDAD CON ALWAYS ON Conmutación de AlwaysOn
    • 128. Conmutación de AlwaysOn  Tres modos de conmutación     Esto dependerá de la conexión de la réplica     Automática (sin pérdida de datos) Planeada manual (sin pérdida de datos) Forzada manual (con posible pérdida de datos) Replica de actualización síncrona Replica de actualización asíncrona En la conmutación, la réplica de destino toma el rol de replica primaria, recupera la base de datos y la pone en línea La replica primaria inicial, si se recupera, cambia a rol secundario
    • 129. Repaso de Integridad de Datos   Vista general de AlwaysOn Configuración de grupos de disponibilidad de AlwaysOn
    • 130. RECURSOS • Microsoft Virtual Academy • https://www.microsoftvirtualacademy.com • blog dbLearner • http://dblearner.com/ • SQL Server Central • http://www.sqlservercentral.com/ • Libros en línea • http://msdn.microsoft.com/es-pe/library/ms130214.aspx • Pagina principal de SQL Server • http://www.microsoft.com/sqlserver
    • 131. GRACIAS!!! facebook.com/dblearner @dblearner alberto.derossi@dblearner.com © 2011 Microsoft Corporation. All rights reserved. Microsoft, Windows, Windows Vista and other product names are or may be registered trademarks and/or trademarks in the U.S. and/or other countries. The information herein is for informational purposes only and represents the current view of Microsoft Corporation as of the date of this presentation. Because Microsoft must respond to changing market conditions, it should not be interpreted to be a commitment on the part of Microsoft, and Microsoft cannot guarantee the accuracy of any information provided after the date of this presentation. MICROSOFT MAKES NO WARRANTIES, EXPRESS, IMPLIED OR STATUTORY, AS TO THE INFORMATION IN THIS PRESENTATION.

    ×