Al invocar a la bomba de datos, el fichero de parámetros sirve para guardar especificaciones que, de otra forma, deberían aparecer en el comando de invocación. VERDADERO FALSO.
Al realizar una exportación con la bomba de datos, el fichero de volcado se escribe en formato CSV(Comma-Separated Values), a fin de poder utilizarlo con cualquier tipo de importación ulterior. VERDADERO FALSO.
Al usar la bomba de datos, el uso del parámetro NETWORK_LINK está restringido al administrador, dado que debe utilizarse un enlace de bases de datos. VERDADERO FALSO.
Dos o más objetos directorio de Oracle pueden corresponder a la misma carpeta del sistema de ficheros del sistema operativo VERDADERO FALSO.
El uso de enlace de red no permite importar particiones individualmente. VERDADERO FALSO.
El uso de enlace de red permite importar tablas particionadas. VERDADERO FALSO.
El uso del parámetro NETWORK_LINK está limitado a las importaciones, dado que en las exportaciones no tiene sentido. VERDADERO FALSO.
Los objetos importados siempre van a parar a esquemas y tablespaces homónimos a los de procedencia
VERDADERO FALSO.
Los parámetros REMAP_SCHEMA y REMAP_TABLESPACE permiten importar objetos a esquemas y tablespaces distintos de los de procedencia. VERDADERO FALSO.
Respecto a los datos contenidos en un tablespace, ¿Qué diferencias existen entre transportar el tablespace entre dos bases de datos o exportarlo de una e importarlo a la otra? No hay diferencias. Al transportar un tablespace, los datos viajan en los ficheros de datos, mientras que con exportación/importación viajan en los ficheros de volcado. Al transportar un tablespace, los datos viajan en los ficheros de volcado, mientras que con exportación/importación viajan en los ficheros de datos. Ninguna de las anteriores.
Se puede realizar una importación a una base de datos de información precedente de otra base de datos sin hacer uso del parámetro NETWORK_LINK. VERDADERO FALSO.
Si al hacer una importación con la bomba de datos se utiliza el parámetro NETWORK_LINK, la fuente, no es un fichero de volcado sino directamente una base de datos. VERDADERO FALSO.
Si al usar la bomba de datos se especifica un fichero de parámetros, será imprescindible el uso de un objeto directorio para enlazar a la ruta de dicho fichero: Ninguna de las otras opciones. No se necesita un objeto directorio, dado que el fichero de parámetros no será usado por ningún usuario de Oracle.
No se necesita un objeto directorio, dado que el usuario de Oracle leerá pero no escribirá en el fichero de parámetros. Por supuesto. No se puede permitir que un usuario de Oracle use un fichero del sistema de ficheros del sistema operativo directamente.
Si en una invocación a impdp se incluye el parámetro DIRECTORY con el nombre de un objeto directorio y además en el parámetro DUMPFILE se incluye el nombre de otro objeto directorio diferente como parte de la especificación del fichero de volcado: Se asume que la localización es la del parámetro DIRECTORY. Se asume que la localización es la del parámetro DUMPFILE. Ninguna de las otras opciones. Se produce un error.
Toda exportación con la bomba de datos debe realizarla el usuario system o cualquier otro con el privilegio de sistema EXPORT FULL DATABASE. VERDADERO FALSO.
Un objeto directorio es un objeto de Oracle. VERDADERO FALSO.
Un objeto directorio es un objeto del sistema operativo. VERDADERO FALSO.
Un usuario no privilegiado no puede importar objetos al esquema de otro usuario. VERDADERO FALSO.
La exportación mediante enlaces de red de una tabla particionada implica que: La tabla se exportará como si no estuviesese particionada. La tabla se exportará tal y como está, es decir particionada.
¿Permiten los tablespaces transportables, transportar cualquier tipo de tablespace? Si No, solo los que son de solo lectura.
Si quiero exportar mediante un enlace de red, ¿tengo que darle algún permiso extra al usuario? Si, la creación de "database_link" No.
¿Qué es la bomba de datos (data pump)? Es una utilidad de consola que nos permite exportar los tablespaces Es una utilidad gráfica que nos permite exportar los tablespaces.
¿Es suficiente con crear un directorio para poder utilizarlo? Si No, hay que dar permisos READ, WRITE on DIRECTORY a los usuarios que vayan a hacerlo.
¿Por qué hay que crear los directorios en Oracle? Porque no existen en el sistema de ficheros Porque así Oracle puede controlar los permisos del mismo.
¿Es suficiente con crear un directorio en el sistema de ficheros donde guardar los ficheros exportados? No, hay que crear también un objeto directorio que lo señale Si, no hace falta realizar ningún procedimiento extra.
Un usuario no privilegiado puede importar objetos a su esquema procedentes del esquema de otro usuario. VERDADERO FALSO.
|
