Wir haben Postgres 9.3 erfolgreich mit Streaming-Replikation (WAL-Replikation) bereitgestellt. Wir haben derzeit 2 Slaves, der zweite Slave ist ein kaskadierter Slave vom ersten Slave. Beide Slaves sind Hot-Standby-Server mit aktiven schreibgeschützten Verbindungen.postgres Streaming-Replikation - nur Slave-Index
Aufgrund der Auslastung möchten wir einen dritten Slave mit geringfügig anderen Hardwarespezifikationen und eine andere Anwendung als schreibgeschützte Datenbank in einem Data-Warehouse-Anwendungsfall erstellen. Da es sich um eine andere Anwendung handelt, möchten wir es speziell für diese Anwendung optimieren und die Leistung verbessern, indem wir einige zusätzliche Indizes verwenden. Für Größen- und Leistungszwecke würden wir diese Indizes lieber nicht auf dem Master oder den anderen 2 Slaves haben.
Also meine Hauptfrage ist, können wir verschiedene Indizes auf Slaves für Streaming-Replikation erstellen, und wenn nicht, gibt es eine andere Data-Warehouse-Technik, die ich verpasse?
Da es Data Warehouse ist, muss es in Echtzeit sein? Oder würde etwas wie "Load Nightly from Second Slave" funktionieren? Etwas wie "Slave von Backup replizieren und Protokolle, von der Replikation abgeschnitten, Warehouse-Indizes erstellen" (wiederhole das jeden Tag). – Thilo
Ideal in Echtzeit. Wir haben versucht, nächtliche Backups zu laden, aber leider ist es eine 100 + GB-Datenbank und es kann fast 4 Stunden dauern, um von Grund auf neu zu laden. Die WAL-Replikation war jedoch ein Glücksfall. –