Những hạn chế lớn nào tôi nên mong đợi từ Máy chủ SQL được liên kết?

Sản phẩm của chúng tôi dựa trên Microsoft SQL Server. Hiện tại, chúng tôi đang sử dụng ba cơ sở dữ liệu và luôn triển khai chúng trên một phiên bản SQL Server.

Ba cơ sở dữ liệu là OLTP, OLAP và kiểm toán. Cơ sở dữ liệu OLAP có dữ liệu gửi đến khổng lồ trên EOD từ cả OLTP và kiểm toán, sử dụng các truy vấn cơ sở dữ liệu chéo.

Câu hỏi

Nếu chúng ta để triển khai ba cơ sở dữ liệu vào ba Standard Edition riêng trường hợp bên trong một máy chủ vật lý duy nhất, và ràng buộc chúng lại với nhau bằng cách sử dụng tính năng máy chủ liên kết của SQL Server:

1. Làm thế nào minh bạch nó sẽ được mã ứng dụng? Tôi nên thay đổi bao nhiêu?
2. Dữ liệu gửi đến OLAP lên tới 50k-100k hàng, tải trọng 200-500 MB mỗi EOD. Tôi nên giảm bao nhiêu hiệu suất?
3. Những hạn chế lớn khác tôi nên mong đợi?

Lý lịch

Hiện tại chúng tôi đang giới thiệu khách hàng tiềm năng đầu tiên của mình với hơn 500 người dùng đồng thời.

Chúng tôi đang phác thảo một thông số máy chủ, bao gồm 64 lõi và RAM 256 GB. Để SQL Server sử dụng tất cả các tài nguyên phong phú đó, khách hàng sẽ phải mua Phiên bản doanh nghiệp, phiên bản dành cho SQL Server 2016 chỉ có sẵn trong cấp phép dựa trên mỗi lõi.

Chúng tôi sợ rằng chỉ riêng chi phí cấp phép (64 x 7400 đô la) sẽ khiến họ giảm giá. Vì vậy, tôi nghĩ đến việc chia cơ sở dữ liệu thành ba phiên bản của Phiên bản Chuẩn và để chúng được liên kết với nhau, hy vọng rằng tính năng liên kết sẽ được minh bạch từ mã ứng dụng.

Làm thế nào minh bạch nó sẽ được mã ứng dụng? Tôi nên thay đổi bao nhiêu?

Không minh bạch chút nào. Mong đợi những thay đổi lớn.

Bạn nên chuẩn bị cho sự suy giảm hiệu suất rất đáng kể.

Truy vấn phân tán (khung cho các máy chủ được liên kết) sử dụng mô hình OLEDB chung cho dù máy chủ ở đầu bên kia xảy ra như thế nào. Đúng là mục tiêu Máy chủ SQL có thể cung cấp thông tin đầy đủ hơn (siêu dữ liệu, số liệu thống kê, v.v.), nhưng kết quả vẫn không được tích hợp chặt chẽ hoặc có khả năng như một hoạt động cơ sở dữ liệu chéo gốc.

Các truy vấn từ xa có danh tiếng xứng đáng cho hiệu suất chậm và các lựa chọn kế hoạch kém của trình tối ưu hóa. Các câu lệnh thay đổi dữ liệu (xóa, chèn, cập nhật, hợp nhất) đặc biệt dễ xảy ra do mô hình cơ bản thường là của một con trỏ.

Nếu bạn không bao giờ cần thực hiện các truy vấn chéo đặc biệt , bạn có thể điều chỉnh từng truy vấn được lưu trữ để có hiệu suất chấp nhận được, nhưng đây là công việc rất nhiều và không có nghĩa là thành công.

Đối với thao tác hàng loạt chéo Ví dụ, bạn sẽ tốt hơn bằng cách sử dụng thao tác hàng loạt sản ( bcp, BULK INSERT, SSIS ... vv.) Giữa các trường so với sử dụng các máy chủ được liên kết.

Tất cả những gì đã nói, ý tưởng cơ bản có vẻ rắc rối hơn nhiều so với nó đáng giá đối với tôi. Chỉ định phần cứng sẽ hoạt động trong các ràng buộc của Phiên bản Chuẩn; hoặc, nếu máy khách yêu cầu hiệu năng cao hơn, hãy lấy máy chủ lớn hơn và sử dụng Phiên bản doanh nghiệp.