PostgreSQL có một ma trận gồm các tùy chọn khả dụng cao khác nhau, đại diện cho nhiều cách khác nhau để xây dựng sao chép thành RDBMS.
Dưới đây là Ma trận tính năng sẵn có cao, cân bằng tải và nhân rộng của PostgreSQL
Câu hỏi
Câu trả lời:
Bản sao Data Guard của Oracle tương tự như "Chế độ chờ nóng / ấm sử dụng PITR" của PostgreQuery, được tích hợp sẵn trong cơ sở dữ liệu kể từ PostgreQuery 9.0. Phiên bản 9.1 thêm bản sao đồng bộ. Một lợi thế mà PostgreSQL có trên Oracle ở đây là Sync Rep có thể được kiểm soát trên cơ sở mỗi giao dịch. Bạn có thể có một "Quan trọng!" Giao dịch theo sau là một giao dịch "OK to thua" không đồng bộ trong Postgres.
RAC của Oracle tương tự như những gì PostgreSQL đang gắn nhãn "Failover Disk Shared" trong lưới đó. Sự khác biệt chính là RAC được tích hợp hoàn toàn vào sản phẩm của Oracle, trong khi "Chia sẻ ổ đĩa chung" chỉ mô tả một phương pháp để làm một cái gì đó. Bạn phải lắp ráp phần mềm cụm phần mềm cần thiết xung quanh phần mềm đó cho PostgreSQL và có nhiều thứ nâng cao mà RAC bạn sẽ khó có thể sao chép trong PostgreQuery. Tôi thường nghe rằng hầu hết những thứ đó rất phức tạp để thiết lập đến mức một vài cài đặt của Oracle cũng có được chúng - chỉ vì RAC được tích hợp sẵn không có nghĩa là nó tự động thiết lập.
Điều chính bạn có thể làm trong Oracle rất khó để sao chép cũng như trong PostgreSQL là sao chép đa chủ. Có thể thực hiện đa chủ trong PostgreSQL, nhưng chỉ với phần mềm bổ trợ như Bucardo. Và tất cả các chương trình như vậy vẫn có nhiều hạn chế hơn đối với những gì bạn có thể làm với chúng so với các cài đặt Multi-Master Oracle cung cấp.
Tôi không chắc là tôi hiểu phần "được Oracle hỗ trợ" trong câu hỏi của bạn. Postgres không được "hỗ trợ" bởi Oracle dưới bất kỳ hình thức nào.
StandBy vật lý của Oracle tương đương với sao chép phát trực tuyến PostgreSQL.
Khi sử dụng sao chép phát trực tuyến, sao chép không đồng bộ của PostgreQuery tương đương với chế độ chờ của Oracle bằng chế độ "Hiệu suất tối đa", trong khi sao chép đồng bộ (kể từ 9.1) của PostgreQuery tương đương với chế độ chờ của Oracle sử dụng chế độ "Tối đa khả dụng".
Oracle có một tùy chọn khác gọi là Real Application Cluster (RAC), một thứ không có sẵn trong Postgres (nó cũng có chức năng cân bằng tải và tự động chuyển hướng phiên sang một nút khác, nếu một nút bị hỏng)
Trên Oracle về cơ bản bạn có một sự lựa chọn giữa chạy chế độ chờ nóng và sử dụng RAC .
Mục đích chính của tính sẵn sàng cao là loại bỏ các điểm thất bại duy nhất. RAC thực hiện điều này ở cấp độ máy chủ cho phép máy chủ bị lỗi mà không bị gián đoạn dịch vụ. Bạn sẽ cần phải đạt được một cái gì đó tương tự ở cuối bộ lưu trữ bằng cách sử dụng ASM , phản chiếu và hai hoặc nhiều nhóm lưu trữ độc lập vật lý (hoặc SAN).
Sử dụng chế độ chờ nóng sẽ có nghĩa là gián đoạn dịch vụ trong trường hợp xảy ra lỗi, nhưng đơn giản hơn và có ít "sự đánh đổi kỹ thuật" hơn
Phần cứng chất lượng tốt cũng rất cần thiết, ví dụ: SAS không phải SATA, PSU dự phòng, UPS, v.v.
Ngoài ra còn có các khía cạnh khác của Tính sẵn sàng cao mà bạn có thể cần xem xét (ví dụ: lỗi của con người) - tài liệu trắng này của Oracle thảo luận về chúng sâu hơn.