BASE DE DATOS II- EXAMEN SEGUNDO PARCIAL

Tipos de fallas en una BD: El sistema debe estar preparado no sólo de fallas puramente locales, como LA APARICIÓN DE UNA CONDICIÓN DE DESBORDE dentro de una transición sino también de ........ Fallas globales como interrupción de suministros eléctricos al CPU. fallas auxiliares.

La clasificación de fallas de una BD o Tipos de fallas en una BD son: falla del sistema. falla en los medios de almacenamiento. falla por catástrofe. errores del sistema. aplicación del control de concurrencia. Error Relativo. aplicación del control de concurrencia, errores del sistema, errores del sistema, falla por catástrofe, falla en los medios de almacenamiento y falla del sistema.

Tipos de fallas en una BD: La falla del sistema cse la conoce también como ... caídas suaves (crash). caidas altas (crusm). caidas medias.

Tipos de fallas en una BD: La falla del sistema consiste en .. se pierde el contenido de memoria principal, las áreas de almacenamiento temporal o buffers. se pierde toda la información de la BD. Se reinicia la BD.

Tipos de fallas en una BD: En la Falla del sistema ocurre que en una interrupción del servicio eléctrico. son afectadas todas las transacciones que se estaban ejecutando, pero no afectan a la BD. No son afectadas las transacciones que se estaban ejecutando, pero afectan a la BD. son afectadas todas las transacciones que se estaban ejecutando y afectan a la BD.

Tipos de fallas en una BD: las FALLAS EN LOS MEDIOS DE ALMACENAMIENTO son un percance en el cual. se destruye físicamente alguna porción de la BD. se destruye físicamente toda la BD. se destruye físicamente la mitad de la BD.

Tipos de fallas en una BD: las FALLAS EN LOS MEDIOS DE ALMACENAMIENTO recuperación de una falla implica en esencia. cargar de nuevo la BD a partir de una copia de respaldo (DATABASE BACKUP) y usar luego la bitácora O SISTEM LOG para realizar de nuevo todas las transacciones terminadas desde ese copia de respaldo. crear de nuevo la BD a partir de una copia de respaldo (DATABASE BACKUP) y usar luego la bitácora SISTEM LOG para realizar de nuevo todas las transacciones terminadas desde ese copia de respaldo. editar de nuevo la BD a partir de una copia de respaldo y usar luego la bitácora para realizar de nuevo todas las transacciones terminadas desde ese copia de respaldo.

Tipos de fallas en una BD: las FALLAS EN LOS MEDIOS DE ALMACENAMIENTO se llaman también. caídas duras. caídas altas. caídas bajas.

Tipos de fallas en una BD: FALLAS POR CATÁSTROFES. Su tratamiento es similar al de falla de los medios. Su principal técnica es: Data-base backup y recreándola mediante el SISTEM LOG. Data-base backup y recreándola mediante el SISTEM REINCI. Data-base STAND UP y recreándola mediante el SISTEM LOG.

Tipos de fallas en una BD: FALLAS POR ERRORES DEL SISTEMA. como overflow de un entero o la división para cero, pasar valores erróneos en un campo la solución es usar el siguiente comando: control_C in VAX/CMS o en UNIX. control_A in VAX/CMS o en UNIX. control_H in VAX/CMS o en UNIX.

Tipos de fallas en una BD: FALLAS POR APLICACIÓN DEL CONTROL DE CONCURRENCIA. ocurre cuando ..... una transacción viola las reglas de serialización o cae en abrazo mortal o interbloqueo. una transacción cumple las reglas de serialización o cae en abrazo mortal o interbloqueo. una transacción señala las reglas de serialización o cae en abrazo mortal o interbloqueo.

Modelos de transacciones. se conoce como TRANSACCIÓN a ........ la abstracción de una ejecución atómica y confiable de una aplicación. la abstracción de una detección atómica y fiable de una aplicación. la eliminación de una ejecución atómica y confiable de una aplicación.

Modelos de transacciones. se conoce como SERIALIZABLES a ........ Las ejecuciones intercaladas cuyos efectos son los mismos que las ejecuciones seriales y soportan la ilusión de atomicidad de las transacciones. ejecutarse de manera serial instrucciones. ejecutar serialmente todo.

Modelos de transacciones. El objetivo del control de concurrencia y recuperación es ...... asegurar que dichas transacciones se ejecuten atómicamente. asegurar que sean compartidas. asegurar individualidad.

Modelos de transacciones. una BD esta en un estado consiste si y solo sí ....... obedece todas las restricciones de integridad definidas sobre ellas. desobedece todas las restricciones de integridad definidas sobre ellas. desaparece todas las restricciones de integridad definidas sobre ellas.

Modelos de transacciones. los cambios de estado en una BD, ocurren debido a ..... actualizaciones, inserciones y supresiones de información. exceso de notificaciones. exceso de overflow.

propiedad fundamentales de una transacción: atomicidad, consistencia, aislamiento, permanencia, confiabilidad, disponibilidad, tiempos de respuesta y throughtput. informacion neutra. atomicidad y confibilidad.

propiedades fundamentales de una transacción: Atomicidad. todas las transacciones se realizan o ninguna de ellas se lleva acabo. si una transacción se interrumpe por una falla, sus resultados parciales sean anulados. ninguna de las transacciones se realizan o ninguna de ellas se lleva acabo. si una transacción se interrumpe por una falla, sus resultados parciales sean anulados.

propiedades fundamentales de una transacción: consistencia. las transacciones no violan las integridad de una BD. violan la integridad de la BD.

propiedas fundamentales de una transacción: AISLAMIENTO. Una transacción en ejecución no puede revelar sus resultados a otras transacciones concurrentes antes de finalizar. se revelan los resultados de una transacción.

propiedades fundamentales de una transacción: PERMANENCIA. una vez que una transacción finaliza exitosamente, sus resultados son permanentes y no pueden ser borrados por alguna falla. permanencia de los datos.

propiedas fundamentales de una transacción: CONFIABILIDAD. los sistemas de BD en línea no pueden fallar. falla la BD a menudo.

propiedades fundamentales de una transacción: tiempos de respuesta. no debes ser mayor a doce segundos. es de 15 segundos.

propiedades fundamentales de una transacción: Throughtput. los SBD en línea, requieren procesar miles de transacciones por segundo. pocas lineas de proceso.

ROLLBACK aparece cuando. una transacción sufra algún problema que le impida ejecutarse y señala al DBMS ue algo salió mal. el sistema se averió.

ROLLBALCK de las transacciones: El ROLLBACK en cascada consiste en....... cada transacción que tenga que ver con alguna modificación de otra, debe ser eliminada. todo se elimina.

Recovey: DERERRED UPDATE o NO UNDO/REDO.-. actualiza la BD solo si la transacción ha llegado a su COMMIT. NO actualiza la BD solo si la transacción ha llegado a su COMMIT.

REDO. graba los valores que se hallan en el LOG (anteriores a la falla) sobre la BD. aisla todo.

UNDO. si se han grabado datos en la BD, sirve para anular dichos datos. solo regresa los ultimos datos de la BD.

NO UNDO/REDO se usa solo si. la transacción no ha llegado a sus COMMIT y/o todas las operaciones de actualización han sido registradas en el log y el log en disco. Ha llegado a su COMMIT.

RDU_S. usa un procedimiento REDO para rehacer operaciones de escritura sobre cada item de la BD. usa operaciones duplicadas.

PROCEDURE RDU_S. usa transacciones que han llegado a su COMMIT y T. activas. restructura el commit.

PROCEDURE RDU_M. no es necesario hacer REDO en transacciones que aun no han estan dentro del ultimo checkpoint. se debe hacer todo REDO.

Para mantener la atomicidad en una transacción multi-base de datos es necesario tener un. mecanismo de recovery de 2 niveles y un manejador global de recovery llamado COORDINADOR que sigue el protocolo llamado P. del commit en 2 fases. mecanismo de recovery de recuperación variada.

comando para VER EL ESTADO DE LA BD. select * from v$instance;. select * from v$instancerx;.

comando para ver privilegios de usuarios en una BD. select * from user_sys_privs;. select * from v$instance;.

comando para ver si la contraseña no esté por defecto en blanco. select username, password from dba_users;. select * from v$instance;.

comando para VER DONDE SE CONECTAN LOS USUARIOS. select username, saddr from v$session;. select * from v$instance;.

comando para crear usuario. CREATE USER;. new user create;.

comando para autentificar. CREATE USER david IDENTIFIED BY tititus;. CREATE new users david IDENTIFIED BY tititus;.

comando para BORRAR USUARIO. DROP USER eduardoBD CASCADE. DROP eduardoBD CASCADE.

los beneficios de usar DATA LAKE para el trabajo con BIG DATA es encuentran: facilidad de búsqueda de nuevas maneras de innovar, mayor agilidad, más capacidad y flexibilidad. ninguna de las anteriores.