BASE DE DATOS II- EXAMEN SEGUNDO PARCIAL

INFORMACIÓN
ESTADÍSTICAS
RÉCORDS
Título del test:
BASE DE DATOS II- EXAMEN SEGUNDO PARCIAL

Descripción:
tomado de 3 pdf

Autor:
AVATAR

Fecha de Creación:
08/01/2019

Categoría:
Informática
Sigue en facebook las noticias y los mejores tests de daypo apretando en 'Me gusta'
Últimos Comentarios
No hay ningún comentario sobre este test.
Temario:
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.
Denunciar test Condiciones de uso
Usamos cookies para personalizar su experiencia. Si sigue navegando estará aceptando su uso. Más información.