Delayed Durability, desde la perspectiva de una Aplicación Alejandro Cordero Correo electrónico: Twitter: LinkedIn: BLOG: Sqlturbo.com MCTS, CSM

Organiza

Patrocinadores del SQL Saturday Premier Sponsor Gold Sponsor Bronze Sponsor

Alejandro Cordero 4 SQLTURBO.COM DBA en Pythian Scrum Master Certified

Agenda  Durabilidad de las transacciones, completas vrs diferidas( full vrs delayed)  Comparativa de velocidad de una memoria vrs disco duro  Cuando se guarda la información en disco?  Riesgos en las transacciones diferidas  Posibles Casos de Uso  Como Implementarlo? Control a nivel de bloque atómico vrs Control a nivel de base de datos (atomic block level control)  Ejercicio#1,1.2,1.3 Implementando transacciones diferidas  Que puedo esperar al implementarlo desde una aplicación?  Ejercicio#2 ejemplo de una transacción desde una aplicación utilizando Enterprise library logging block  Ejercicio #3 el caso de la perdida de datos 5

Durabilidad de las transacciones, completas vrs Diferidas( full vrs delayed) LOG Data write-ahead logging (WAL) sincrónico 2 Transacción Bitacora de transacciones O transaction log Archivo de datos O Data file TRANSACCIÓN COMPLETA

Durabilidad de las transacciones, completas vrs Diferidas( full vrs delayed)…cont LOG Asincrónico 5 Transacción Bitacora de transacciones O transaction log Memoria Archivo de datos O Data file 3 TRANSACCIÓN DIFERIDA sp_flush_log

Comparativa Memoria Vrs Disco Duro 8

Cuando Se guarda la información en Disco?  La información guardada en el espacio de memoria de SQL Server destinado a transacciones diferidas se guarda en disco en las siguientes circunstancias: Una transacción completa en la misma base de datos realiza un cambio en la base de datos y ejecuta un commit exitosamente. El usuario ejecuta el comando sp_flush_log. El buffer de memoria destinado a transacciones diferidas se llena, generando un “flush” al disco. 9

Riesgos en las transacciones diferidas Transacción Bitacora de transacciones O transaction log Memoria Archivo de datos O Data file 3 10 IDUbicación 1San José 2Ciudad de Panama OPSIEEE! Toasty!

Posibles Casos De Uso  Cuando se puede tolerar perder datos  Cuando se experimenta un cuello de botella en la bitacora de  Transacciones (transaction logs)  Cuando las transacciones tienen un nivel alto de contención 11

Como Implementarlo? Control a Nivel de Base de Datos  ALTER DATABASE … SET DELAYED_DURABILITY = { DISABLED | ALLOWED | FORCED } 12 Ejemplo #1.1

Como Implementarlo? Control a Nivel atómico en bloques  CREATE PROCEDURE …  WITH NATIVE_COMPILATION, SCHEMABINDING,  EXECUTE AS OWNER AS  BEGIN ATOMIC WITH (  DELAYED_DURABILITY = ON, TRANSACTION ISOLATION LEVEL = SNAPSHOT, LANGUAGE = N'English' …  )  END 13 Ejemplo #1.2

Como Implementarlo? Control a Nivel de COMMIT  COMMIT [ { TRAN | TRANSACTION } ] [ transaction_name ] ] [ WITH ( DELAYED_DURABILITY = { OFF | ON } ) ] 14 Ejemplo #1.3

Que puedo esperar al implementarlo desde una aplicación? Ejemplo ado.net  Se abre la Conexión y se crea una transacción  Se configura el objecto SqlCommand  Se define el texto de la transacción  Se ejecuta  Se espera el retorno del control a la aplicación  Se hace un commit/rollback, o se cierra. 15

Ejercicio#2 ejemplo de una transacción desde una aplicación utilizando Enterprise library logging block 16

Ejercicio #3 el caso de la perdida de datos 17

18 | Nombre expositor blog twitter PREGUNTAS Y RESPUESTAS