¡Descarga Base de datos soracle y más Apuntes en PDF de Administración de Sistemas y Redes solo en Docsity!
INSTITUTO TECNOLOGICO DE SALTILLO
TAREA U5 T
ADMINISTRACION DE BASE DE DATOS
LEENDY KASANDRA ESCAMILLA
CARDONA
ARMANDO FLORES VALDES
17 DE JULIO DEL 2018
¿Qué es Oracle “Dataguard”?
Se trata de un servidor primario (puede ser de múltiples nodos en el caso de “RAC”), uno o más servidores segundarios llamados también “Standby Database”. Los servidores en “Standby” sirven para proteger los datos en casos de fallas, errores, pérdida o corrupción en el servidor primario.Oracle DAta Guard garantiza alta disponibilidad, protección de datos y recuperación ante desastres para datos empresariales. Oracle Data Guard proporciona un conjunto completo de
servicios que crean, mantienen, administran y monitorean una o más bases de datos en espera para habilitar la producción de Oraclebases de datos para sobrevivir desastres y corrupciones de datos. Oracle Data Guard mantiene estas bases de datos en espera como copias de la base de datos de producción. Luego, si la base de datos de producción deja de estar disponible debido a una interrupción planificada o no planificada, Oracle Data Guard puede cambiar cualquier base de datos en espera al rol de producción, lo que minimiza el tiempo de inactividad asociado con la interrupción. Oracle Data Guard se puede utilizar con las técnicas tradicionales de copia de seguridad, restauración y clúster para proporcionar un alto nivel de protección de datos y disponibilidad de datos.
¿Para qué sirve?
Sirve para proteger los datos en casos de fallas, errores, perdidas o corrupción en el servidor primario
¿Cuándo se Usa?
Los servicios de transporte de Oracle Data Guard también son utilizados por otras características de Oracle tales como Oracle Streams y Oracle GoldenGate para una transmisión eficiente y confiable de rehacer desde una base de datos fuente a uno o más destinos remotos.
Con Oracle Data Guard, los administradores pueden, opcionalmente, mejorar el rendimiento de la base de datos de producción mediante la descarga de operaciones de creación de informes y copias de seguridad con uso intensivo de recursos a sistemas de reserv
¿Cuántos y cuales tipos hay?, explíquelos
“Standby Físico”
Representa la conformación de una BBDD que es replicada bloque a bloque respecto a la BBDD primaria.Cuando lo realizamos de forma física, uno de los aspectos más importantes a tener en cuenta es que la replicación se llevara a cabo en base a bloques de Oracle, los bloques de Oracle representan información codificada en el sistema operativo en el cual fueron creados. Con esa descripción tan sencilla pero clave podremos tener un fuerte fundamento de cuales son algunas restricciones que podríamos tener con replicaciones físicas.
Endian Format: No podremos conformar un “Standby” físico en un sistema operativo que
posea un “Endiat Format” distinto porque esto requeriría una conversión de bloques en vivo durante la replicación, aspecto que hasta la última versión de “11gR2” no había sido desarrollado. Ej: no puede replicar de forma directa bloques generados en un sistema operativo con “Endian Format” “Big” provenientes de un sistema operativo con “Endian Format” “Little” y viceversa.
Versión de Manejador: se podrán realizar instanciaciones y procesos de recuperación en
versiones de manejadores superiores para realizar “Rolling Upgrades”. Nota: lo referente a la versión y “Rolling Upgrades” es solo para “Standby” físicos, en el caso de los “Standby” Lógicos ya la BBDD estará abierta y posiblemente en la versión superior.
“Standby Lógico”
Las BBDDs con replicación lógica se realizan a través de replicación de “SQL Statements”. Una de las principales limitaciones que poseerá, estará basada en los tipos de datos que no podrá replicar, las versiones de “Oracle Database” han ido evolucionando respecto a dicho punto y dependerá de cual versión use. Posee como ventaja entre tantas otras, el poder recibir una replicación Multi-Versión, es decir, una BBDD en versión “10g” pudiese estar replicando cambios a una BBDD en versión “11g” de forma directa, estando la BBDD destino en modo “Read-Write”.
“Disaster/Recovery”
Databases” en vez de realizarlos directamente contra el Servidor de la BBDD de producción. Esta característica está disponible a partir de “Oracle Database 11g”. Las señaladas solo son algunos enfoques de utilidad de los “Standby Databases”. Hago remembranzas de una reunión, que en una ocasión sostuve con unos clientes donde les mencionaba las ventajas que podían tener con el uso de “Standby Databases” y me mencionaban que no podían implementar “Data Guard” porque no poseían licencia de servidor “Enterprise”, en ese momento les explique que un “Standby Database” es el elemento motivo de la solución denominada “Data Guard”, es decir, que aunque ambos conceptos estaban relacionados, pero que no eran lo mismo. Divise la misma duda en diversos clientes y por ello decidí incluir una breve descripción al respecto en este artículo. Un “Standby Database” por si solo es una configuración de replicación de BBDDs ( Física o Lógica ) que se puede llevar a cabo con versiones inclusive como la “Standard”, la funcionalidad está basada en una instanciación de BBDD controlada por un “Controlfile” tipo “Standby” el cual nos permite establecer diversos modos en una imagen de BBDDs recuperable. Cuando se posee un “Standby Database” la misma se puede establecer en modo: “Recover”: puede aplicar “Archive Redo Logs” provenientes de la BBDD de producción “Read only”: puede ser consultado en modo consulta contando con la funcionalidad de que posteriormente puede volver a establecerse en modo “Recover”, esto es una propiedad que solo poseen las “ Standby Database”, para el caso presente la BBDD detiene su proceso de “Recover” y se mantiene con una imagen consistente a nivel a nivel de bloques. “Read Only with Recover”: esta opcion está disponible a partir de versión 11g. La misma tiene la posibilidad de poseer la BBDD en modo “Read Only” con el proceso de “Recover” activo, esta opción es licenciada y es denominada “Active Data Guard”. Cuando se posee un “Standby Database” que no es manejado por la solución “Data Guard”, la replicación y aplicación de “Archive Redo Logs” es manual. El DBA debe implantar “scripts” de automatización, control y monitoreo para el mismo.
Requisitos para su instalación
- La base de datos primaria debería funcionar en modo “archive”
- La base de datos primaria y la “Far Sync Standby” deberían tener exactamente la misma versión de “Oracle Software” y con “patchs” al mismo nivel.
- “FORCE LOGGING” tiene que ser habilitado en la base de datos primaria.
- La base de datos primaria debería usar un fichero de parámetro “SPFILE”
- Existe una conectividad hacia la base de datos de “Far Sync Standby”.
- “Listener”tiene que ser configurado y funcionando en el servidor primario y servidor de “Far Sync Standby”.
- Los ficheros de “Standby redo log” deberían ser creados en la base de datos primaria. Según la siguiente formula; Cantidad de Grupo de “Standby redo log” = Cantidad de Grupos de “redo Log” de la base de datos primaria + 1
Tamaño de un fichero de Grupo de “Standby redo log” >= Tamaño de un fichero de Grupo de “redo Log” de la base de datos primaria
Configuración
Protección y disponibilidad de pérdida cero de datos para la base de datos Oracle Pérdida de datos casi nula (segundos de un solo dígito) y disponibilidad para la base de datos Oracle Protección multisitio, incluida la topología con standby de pérdida de datos locales en espera para HA y modo de espera asíncrono remoto para recuperación de desastres geográficos para Oracle Database Failover de la base de datos más rápida posible Descarga consultas de solo lectura y copias de seguridad incrementales rápidas a una base de datos en espera sincronizada. Utilice la base de datos en espera para reparar automáticamente los bloques dañados, transparentes para la aplicación y el usuario Prueba de preproducción
Mantenimiento planificado: ciertas migraciones de plataforma, como Windows to Linux, movimientos del centro de datos, parches y actualización del software del sistema o Oracle Database
Protección de datos para datos que residen fuera de la base de datos Oracle
