NETERIS CONSULTING
Cabecera Blog Oracle ERP Cloud

    ¿Estás listo para evitar desastres en tu base de datos con Oracle MAA?

    Posted by J. Álvarez on 31 octubre 2024
    Add to Flipboard Magazine.

    "Imagina que llegas a la oficina un lunes y descubres que tu base de datos Oracle ha fallado. Tu negocio está paralizado y cada minuto cuesta miles de euros. ¿Tienes un plan en marcha o estás buscando desesperadamente a tu DBA mientras el reloj corre?"

    ¿Tu plan de continuidad está documentado y probado, o solo piensas en desastres cuando ya es demasiado tarde? ¿Esperarás que Oracle o tu DBA te salven cuando no has preparado nada? Confiar en la suerte no es una estrategia, y lo sabes. Así que, ¿cruzarás los dedos o repasamos las claves para evitarlo?

    IMG Principal Blog Oracle MAA

    Veamos cómo tanto los DBAs como los responsables del negocio pueden garantizar la continuidad de la base de datos ante cualquier desastre. Si no puedes permitirte un nivel Platinum de Oracle MAA, no te preocupes: con Bronze ya puedes tener una protección básica. Al menos, sé consciente de las opciones y elige bien. Como DBA, no te conformes; y como responsable del negocio, no juegues con la suerte.

    Bronze MAA: ¿Qué podemos esperar?

    El nivel Bronze de Oracle MAA es la opción más básica de Alta Disponibilidad, ideal para empresas que buscan reducir costes, aceptando un mayor riesgo a cambio de un menor nivel de protección. Esto es lo que puedes esperar:

    Oracle MAA

    • Instancia única con capacidad de reinicio en caso de fallos, gracias a Oracle Restart.
    • Mantenimiento online sin necesidad de detener la base de datos.
    • Backups validados y replicados en otro Data Center, asegurando restauraciones rápidas y eficientes.

    Oracle MAA (2)

    Herramientas y Funcionalidades

    1. Oracle Restart, Clusterware o RAC One Node

    Estas herramientas proporcionan alta disponibilidad, permitiendo reanudar automáticamente una instancia o servidor de base de datos fallido sin intervención manual.

    > Ejemplo: Si la base de datos se cae, Oracle Restart la reinicia automáticamente, minimizando el tiempo de inactividad.

    > Checklist: Verifica con crsctl stat res -t que el servicio esté registrado correctamente en Clusterware para completar el restart en caso de fallo.

    2. Mantenimiento Online

    Las tareas críticas, como mover datafiles, redefinir tablas o reconstruir índices, pueden realizarse sin detener la base de datos, evitando pérdida de disponibilidad.

    > Ejemplo: Si necesitas mover datafiles a un nuevo disco, puedes hacerlo sin interrumpir las operaciones, siempre que la base de datos esté en modo Archivelog.

    > Checklist: Asegúrate de que los scripts y tareas de mantenimiento se ejecuten de manera online sin bloquear operaciones ni perder disponibilidad.

    3. Uso de Flashback: Protección frente a errores humanos

    Flashback es tu seguro de vida ante errores comunes, como modificaciones erróneas o borrado de datos. Con las distintas funcionalidades de Flashback, puedes retroceder en el tiempo sin necesidad de restaurar backups o clonar la base de datos. Aquí algunos ejemplos clave:

    • Flashback Query: Recupera el estado de los datos en un momento específico.
      > Ejemplo: Un usuario altera datos clave y confirma con un COMMIT, afectando un balance. Con Flashback Query, puedes consultar cómo estaban los datos antes de la modificación y corregir el error.
    • Flashback Version Query: Revisa todas las versiones de una fila de datos entre dos momentos en el tiempo.
      > Ejemplo: Identifica cuándo y cómo fueron cambiados ciertos datos críticos, permitiendo rastrear el origen de un problema.
    • Flashback Transaction Query: Te ayuda a rastrear transacciones específicas que modificaron los datos.
      > Ejemplo: Puedes investigar qué transacción causó un error y revertirla o tomar medidas correctivas.
    • Flashback Table: Devuelve una tabla completa a un estado anterior.
      > Ejemplo: Si una tabla entera se ve afectada por un cambio masivo erróneo, puedes retrocederla a su estado anterior sin afectar el resto de la base de datos.
    • Flashback Drop (Recycle Bin): Recupera tablas eliminadas accidentalmente.
      > Ejemplo: Alguien borra una tabla importante por error. Con Flashback Drop, puedes restaurarla desde el "Recycle Bin" fácilmente.
    • Flashback Database: Retrocede toda la base de datos a un momento anterior.
      > Ejemplo: Una actualización desastrosa en el sistema afecta todos los datos. Con Flashback Database, puedes devolver toda la base de datos a un estado seguro antes del incidente.
    • Flashback Data Archive: Permite consultar el histórico completo de los datos para análisis a largo plazo.
      > Ejemplo: Requiere ver la evolución de los datos en un intervalo de tiempo amplio, sin tener que recurrir a backups.

    Checklist: Asegura la configuración de Flashback.

    • UNDO_RETENTION: Configura un tiempo adecuado para que Flashback Query y Version Query funcionen correctamente.
    • DB_FLASHBACK_RETENTION_TARGET: Ajusta este parámetro para un uso eficaz de Flashback Database y ten activado Flashback Database.
    • RECYCLEBIN: Actívalo para que Flashback Drop pueda recuperar tablas eliminadas.
    • DBMS_FLASHBACK_ARCHIVE: Configura Flashback Data Archive para mantener un historial extenso y útil de los datos muy importantes.

    4. DataPump Export/Import RMAN Backup Local y Remoto (Cloud, por ejemplo):

    Tengamos una política de Backups y Data Pump, local y remoto, para solventar cualquier pérdida, tanto física (un fichero) como lógica (una tabla). Recuerda la necesidad de ambas: backup físico RMAN y copia lógica DataPump Export.

    > Ejemplo: Perdemos un datafile de la BBDD; tendremos que hacer restore con RMAN, y esos datos de ese fichero no estarán disponibles hasta que termine el restore. Si perdemos una tabla o queremos una copia antigua, usaremos DataPump import.

    > Checklist: Asegurar una adecuada configuración de RMAN y Data Pump.

    • Asegúrate de que los backups y la BBDD no tienen corrupciones; utiliza el comando VALIDATE de RMAN.
    • Cumple con la política marcada de backups con el comando de RMAN REPORT NEED BACKUP.
    • Asegura que tanto un Restore del backup local como el remoto cumplen con los tiempos de restauración adecuados con el comando RESTORE XXX VALIDATE.

    En Neteris, sabemos que la continuidad de tu negocio es esencial. No dejes la seguridad de tu base de datos al azar. Si necesitas ayuda para implementar estas estrategias y asegurar que tu entorno Oracle esté preparado, aquí estamos.

    New call-to-action

    Blogs Relacionados:

    > Conoce los Reportes Financieros de General Ledger en Oracle ERPCloud

    > Oracle JD Edwards Cloud: Migración a la Nube Simplificada

    Oracle apuesta fuerte por JD Edwards 9.2. Soporte hasta 2035

    JD Edwards Orchestrator: Explota todo tu potencial

    3 Tipos de JDE Upgrades: Comparación de actualizaciones

    Novedades destacadas de JD Edwards EnterpriseOne Release 24

    Topics: Cloud & Infrastructure, Oracle ERP Cloud