PostgreSQL tiene una matriz de diferentes opciones de alta disponibilidad que representan muchas formas diferentes de construir la replicación en un RDBMS.
Aquí está la matriz de características de alta disponibilidad, equilibrio de carga y replicación de PostgreSQL
Preguntas
Respuestas:
La replicación de Data Guard de Oracle es similar al "Hot / Warm Standby usando PITR" de PostgreSQL, que está integrado en la base de datos a partir de PostgreSQL 9.0. La versión 9.1 también agrega replicación síncrona. Una ventaja que PostgreSQL tiene sobre Oracle aquí es que Sync Rep puede controlarse por transacción. Puede tener un "¡Importante!" Totalmente sincronizado Transacción seguida de un asíncrono "OK para perder" uno en Postgres.
El RAC de Oracle es similar a lo que PostgreSQL etiqueta "Failover de disco compartido" en esa cuadrícula. La principal diferencia es que RAC está completamente integrado en el producto de Oracle, mientras que "Shared Disk Failover" solo describe un método para hacer algo. Debe reunir el software de clusterware necesario en torno a eso para PostgreSQL, y hay una variedad de cosas avanzadas que RAC hará que tenga dificultades para duplicar en PostgreSQL. Regularmente escucho que la mayoría de esas cosas son tan complicadas de configurar que pocas instalaciones de Oracle tampoco funcionan bien, solo porque RAC está incorporado no significa que se configure automáticamente.
Lo principal que puede hacer en Oracle que es muy difícil de duplicar también en PostgreSQL es la replicación multimaestro. Es posible hacer multi-master en PostgreSQL, pero solo con software adicional como Bucardo. Y todos estos programas aún tienen más restricciones sobre lo que puede hacer con ellos que las que proporcionan las instalaciones de Oracle Multi-Master.
No estoy seguro de entender la parte "compatible con Oracle" en su pregunta. Postgres no es "compatible" por Oracle de ninguna manera.
El StandBy físico de Oracle es equivalente a la replicación de transmisión PostgreSQL.
Cuando se usa la replicación de transmisión, la replicación asíncrona de PostgreSQL es equivalente al modo de espera de Oracle usando el modo "Máximo rendimiento", mientras que la replicación síncrona de PostgreSQL (desde 9.1) es equivalente al modo de espera de Oracle usando el modo "Disponibilidad máxima".
Oracle tiene otra opción que se llama Real Application Cluster (RAC), que es algo que no está disponible en Postgres (también equilibra la carga y redirige automáticamente la sesión a otro nodo, si se cae)
En Oracle, básicamente puede elegir entre ejecutar un hot standby y usar RAC .
El objetivo principal de la alta disponibilidad es eliminar puntos únicos de falla. RAC hace esto a nivel de servidor permitiendo la falla de un servidor sin ninguna interrupción del servicio. Deberá lograr algo similar en el extremo del almacenamiento utilizando ASM , duplicación y dos o más agrupaciones de almacenamiento físicamente independientes (o una SAN).
El uso de un modo de espera activo significará la interrupción del servicio en caso de falla, pero es más simple y tiene menos "compensaciones de ingeniería".
El hardware de buena calidad también es esencial, por ejemplo, SAS no SATA, PSU redundantes, UPS, etc.
También hay otros aspectos de la alta disponibilidad que puede necesitar considerar (p. Ej., Error humano): este informe técnico de Oracle los analiza con mayor profundidad.