AA10-Ev4-Socialización y Evaluación Del Modelo

AA10-Ev4-Socialización y evaluación del modelo transaccional en un motor de Bases de Datos específco. En cada base de datos contiene al menos un archivo de datos y un archivo de registro de transacciones. SQL Server almacena los datos físi fí sica cam ment nte e en el ar arch chiivo de da dattos (. (.m mdf y .n .ndf df)). El ar arch chiivo de transacciones (.ldf) almacena los detalles de todas las modicaciones que se realizan sobre la base de datos de SQL Server Server..  La escritura en el Log de transacciones es secuencial y esta o!timizado !ara ello. Se !odría decir que (!or norma general) carece de sentido crear m"s de un chero de log de transacciones. #unque el algoritmo de escritura en los .ldf es algo m"s com!le$o% si tuvi&ramos m"s de un chero la escritura la haría formando un bucle circular !asando !or cada uno de ellos res!etando la secuencialidad en las transacciones. # dife di fere renc ncia ia de lo los s c che hero ros s de da dato tos s do dond nde e si es !o !osi sibl ble e me me$o $ora rarr el rendimiento de una base de datos aumentado su n'mero.  Es aconse$able ubicar el chero del log de transacciones en diferente disco donde se encuentren los cheros de datos. da tos. odelo de recuperación del lo! de transacciones en una Base de datos

  El ob$etivo de este !unto no es e!licar los !rocesos de bacu! y rest re stor ore e si sino no ha hace cerr un re resu sume men n de lo los s di dist stin into tos s es esta tado dos s en qu que e se !ueden congurar el log de transacciones.  El modelo de recu!eraci*n de una base de datos !uede cambiarse en cual cu alqu quiier mom omen entto. +o es fr fre ecu cue ent nte e cam ambi biar ar de mod ode elo de recu!eraci*n. ,enemos ,enemos tres modos de congurar el log de transacciones% Sim!le Sim!l e -ull (com (com!leto !leto)) y bull bullogged ogged (re (recu!er cu!eraci*n aci*n o!tim o!timizado izado !ara cargas masivas de registros). odelo de recuperación Simple"

 Sin necesidad de hacer co!ias de seguridad del log de transacciones se re reduc duce e aut autom" om"tic ticame amente nte el es! es!aci acio o de re regis gistro tro man manten tenie iendo ndo al mínimo el es!acio del chero seg'n termina las transacciones de las consultas. /e este modo no es necesario administrar el es!acio del log de transacciones.  Los cambios realizados des!u&s de la co!ia de seguridad m"s reciente no est"n !rotegidos. En caso de desastre es necesario volver a realizar dichos cambios. S*lo se !uede recu!erar hasta el nal de una co!ia de seguridad.

odelo de recuperación #ompleta"

  0equiere co!ias de seguridad del log de transacciones. +o se !ierde traba$o si un archivo de datos se !ierde o resulta da1ado. Se !uede recu!erar hasta cualquier momento !or e$em!lo antes del error de a!licaci*n o usuario. Si la base de datos resulta da1ada se deben re!etir los cambios realizados desde la 'ltima co!ia de seguridad del log de transacciones. Se !uede recu!erar hasta un determinado momento siem!re que las co!ias de seguridad se hayan com!letado hasta ese momento. odelo de recuperación $ul%-lo!!ed"

 0equiere co!ias de seguridad del log de transacciones !ara ir liberando es!acio en el .ldf. 2uede considerarse com!lemento del modelo de recu!eraci*n com!leta !ero no sustito ya que !ermite o!eraciones de co!ia masiva de alto rendimiento (!or e$em!lo o!eraciones realizadas con 342.ee 3ul 5nsert etc6) reduciendo el uso del es!acio de registro.   Si la base de datos resulta da1ada o se han realizado o!eraciones masivas desde la 'ltima co!ia de seguridad com!leta se han de re!etir los cambios desde esa 'ltima co!ia de seguridad. Se !uede recu!erar hasta el nal de cualquier co!ia de seguridad com!leta. +o admite recu!eraciones a un momento dado. El 7set recovery67 es la o!ci*n que !ermite elegir el modelo de recu!eraci*n entre sim!le bullogged y com!leto. Los tres !ermiten realizar restores !ero s*lo el modelo de recu!eraci*n com!leto registra y mantiene en el log de transacciones todas las o!eraciones e im!lica la realizaci*n de bacu!s del log dentro de la !olítica de bacu!s. Es la o!ci*n !or defecto y la recomendable (salvo circunstancias ece!cionales). Ello !ermite o!eraciones como estas (recu!erar un bacu! hasta un !unto en el tiem!o hasta una marca). En el modelo de recu!eraci*n sim!le no es así las o!eraciones quedan mínimamente logadas los bacu!s del log no !ueden realizarse (carecen de sentido).  # modo de e$em!lo muestro como cambiar el modelo de conguraci*n del log de transacciones% alter database bbdd set recovery sim!le  2one el modelo de recu!eraci*n del log a sim!le go alter database bbdd set recovery full  2one el modelo de recu!eraci*n del log a com!leta.

go  Si cambias al modelo de recu!eraci*n sim!le interrum!ir" la cadena de co!ias de seguridad de registros. 2or lo tanto es muy recomendable realizar una co!ia de seguridad del registro inmediatamente antes de realizar el cambio. /e esta manera !odr" recu!erar la base de datos hasta ese momento. ,ras el cambio necesitar" realizar co!ias de seguridad com!letas y !eri*dicas !ara !roteger sus datos y !ara truncar la !arte inactiva del registro de transacciones.  El cambio al modelo de recu!eraci*n com!leta o bullogged s*lo tiene efecto des!u&s de la !rimera co!ia de seguridad de base de datos. bacu! database ,89bbdd to dis : ;<8nida%9ruta= ,89bbdd.ba; >ith init  +?8+L?#/  +#@E : +;4o!ia de seguridad ,89bbdd; +?SA52  S,#,S : BC +?-?0@#, Si no se quieren sobrescribir los cheros de bacu!. @uestro un e$em!lo de c*mo crear los bacu!s teniendo en cuenta el nombre de los cheros de esta forma mantendremos una secuencia en los nombres% declare Dchero varchar(FC) select Dchero : ;< 8nida%9ruta=bbdd9tlog9; G convert(varchar(C) getdate()BB) G left(re!lace(convert(varchar(BC) getdate() BBH) ;%; ;;) H) G ;.3a; bacu! database ,89bbdd to dis : Dchero >ith initI Las co!ias de seguridad del log de transacciones son un as!ecto fundamental de los modelos de recu!eraci*n com!leta o bullogged. Las co!ias de seguridad de registros !ermiten que se trunque el registro de transacciones. Si no realiza la co!ia de seguridad con la frecuencia suciente el registro de transacciones se !uede e!andir hasta quedarse sin es!acio en disco. @uestro un e$em!lo de c*mo crear los bacu!s del log de transacciones teniendo en cuenta el nombre de los cheros de esta forma mantendremos una secuencia en los nombres !or si fuera necesario restaurar en un !unto en el tiem!o. declare Dchero varchar(FC) select Dchero : ;< 8nida%9ruta ,89bbdd9tlog9; G convert(varchar(C) getdate()BB) G left(re!lace(convert(varchar(BC) getdate() BBH) ;%; ;;) H) G ;.trn; bacu! log J,89bbddK to dis : Dchero Si cambia del modelo de recu!eraci*n com!leta o bullogged al modelo de recu!eraci*n sim!le interrum!ir" la cadena de co!ias de

seguridad de registros. 2or lo tanto es muy recomendable realizar una co!ia de seguridad del registro inmediatamente antes de realizar el cambio. /e esta manera !odr" recu!erar la base de datos hasta ese momento. ,ras el cambio necesitar" realizar co!ias de seguridad !eri*dica !ara !roteger sus datos y !ara truncar la !arte inactiva del registro de transacciones. &e!istro de transacciones lleno 'Error (00)*

En este tema se tratan las !osibles res!uestas a un registro de transacciones lleno y se sugiere c*mo evitar esta situaci*n en el futuro. 4uando el registro de transacciones se llena SQL Server /atabase Engine (@otor de base de datos de SQL Server) genera un error CC. El registro se !uede llenar cuando la base de datos est" en línea o en recu!eraci*n. Si el registro se llena cuando la base de datos est" en línea la base de datos seguir" en conei*n !ero solo se !uede leer y no actualizar. Si el registro se llena durante la recu!eraci*n @otor de base de datos marca la base de datos como 0ES?804E 2E+/5+M. En ambos casos es necesaria la intervenci*n del usuario !ara !ro!orcionar es!acio de registro.  Si la base de datos estaba en recu!eraci*n cuando se !rodu$o el error CC una vez resuelto el !roblema recu!ere la base de datos mediante%  #L,E0 /#,#3#SE nombre/e3ase/e/atos SE, ?+L5+E.