Hình 2. 3: Kiến trúc sao lặp
Hình 2.3 đã chỉ ra cách mà kiến trúc sao lặp có thể được sử dụng trong kiến trúc CSDL. Ý tưởng cũng đơn giản: Cũng như kiến trúc phân đoạn, có rất nhiều các máy chủ CSDL, mỗi máy chủ sẽ điều khiển một bản sao chép của toàn bộ CSDL (hoặc một phần của CSDL nếu có kết hợp với kiến trúc phân đoạn). Có rất nhiều các biến thể của kiểu kiến trúc này. Hình 2.3 cho thấy một biến thể của kiến trúc sao lặp, trong đó, sự sao lặp là trong suốt và việc lưu trữ được kết hợp cùng tầng với máy chủ CSDL. Vấn đề quan trọng nhất trong thiết kế kiến trúc sao lặp là cơ chế để giữ cho các bản sao là nhất quán. Giao thức nổi bật nhất được sử dụng là ROWA (Read-one Write-all) dựa vào bản sao Master [18]. Nếu sự sao lặp là không trong suốt, các ứng dụng sẽ hướng tất cả các truy vấn cập nhật đến DB Server điều khiển bản sao Master, máy chủ Master sẽ truyền các xác nhận cập nhật tới các satellite khi các cập nhật này được xác nhận thành công. Trình ứng dụng có thể đưa ra một giao dịch chỉ đọc đến bất kỳ một DB Server nào (kể cả Master hay Satellite). Nếu sự sao lặp là trong suốt, các truy vấn này sẽ được tự động định tuyến cho Master hoặc Satellite Server. Hình 2.3 miêu tả sự sao lặp là trong suốt và Master Server được biểu diễn bởi màu đỏ.
Trong kiểu kiến trúc này, phần cứng có giá thành thấp có thể được sử dụng để chạy DB Server. Đặc biệt, các satellite có thể được chạy trên các máy có sẵn rẻ tiền. Như kiến trúc trong hình trên, các satellite có thể giảm khối lượng công việc nếu công việc đó hầu như chỉ đọc. Tại bất kỳ thời điểm nào, các satellite server có thể được giảm bớt nếu khối lượng công việc giảm. Nếu thêm vào một satellite server khi khối lượng công việc tăng đồng nghĩa với việc phải sao chép CSDL từ Master (hoặc
Master Server
satellite) server sang máy mới. Với những công việc mà cập nhật nhiều, Master Server có thể sẽ trở thành một nút cổ chai.
Kiến trúc sao lặp có thể được sử dụng để tăng khả năng mở rộng và độ an toàn cho hệ thống.