AlwaysOn Readable Secondary و Read-Only Routing | Pro SQL Server 2019 Administration

AlwaysOn Readable Secondary و Read-Only Routing

توسط admin | گروه SQL Server | 1405/05/20

نظرات 0

AlwaysOn Readable Secondary و Read-Only Routing

Chapter 16 — AlwaysOn Readable Secondary Replicas

نویسنده: Peter A. Carter

زبان منبع: انگلیسی

محدوده: صفحات PDF 617 تا 629

تاریخ ترجمه: 2026-08-11

اعتبار ترجمه: ترجمه با کمک هوش مصنوعی

PAGE-617

Add Publication Access Login کاربر/Service Account مورد نیاز Subscriber را به PAL اضافه می‌کند. Principle of Least Privilege باید حفظ شود.

Figure 16-27 — شکل/تصویر منبع، صفحه PDF 617
PAGE-618

Readable Secondary Replicas

Availability Group می‌تواند Secondary را برای Read-only Query باز کند تا Reporting/Read workload از Primary دور شود. این قابلیت با Scale-out کامل Write متفاوت است؛ Write همچنان روی Primary انجام می‌شود.

PAGE-619

Database نمونه ReadScale

کتاب Chapter16ReadScale را ایجاد می‌کند تا AG با Readable Secondary ساخته و Routing آزمایش شود.

PAGE-620

داده نمونه ایجاد می‌شود. Database در FULL Recovery Model و Backup مناسب برای افزودن به AG آماده می‌شود.

PAGE-621

Specify Availability Group Options در Wizard نام AG و Cluster Type را تعیین می‌کند. زیرساخت WSFC از قبل آماده است.

Figure 16-28 — شکل/تصویر منبع، صفحه PDF 621
PAGE-622

Select Databases Eligibility را بررسی می‌کند و Database ReadScale انتخاب می‌شود.

Figure 16-30 — شکل/تصویر منبع، صفحه PDF 622
PAGE-623

Replicas Tab Availability Mode، Failover Mode و Readable Secondary را تنظیم می‌کند. گزینه Read-intent only می‌تواند فقط Connectionهای دارای ApplicationIntent=ReadOnly را بپذیرد.

Figure 16-31 — شکل/تصویر منبع، صفحه PDF 623
PAGE-624

Endpoints Tab Port و Endpoint URL Replicaها را مشخص می‌کند. Connectivity و Firewall باید دوطرفه آزموده شوند.

Figure 16-32 — شکل/تصویر منبع، صفحه PDF 624
PAGE-625

Backup Preferences مشخص می‌کند Backup Jobها کدام Replica را ترجیح دهند؛ Readable بودن Replica الزاماً به معنی Preferred Backup بودن آن نیست.

Figure 16-33 — شکل/تصویر منبع، صفحه PDF 625
PAGE-626

Listener Tab نام/IP/Port Client Endpoint را تعیین می‌کند. Read-only Routing نیز از Listener و Connection String مناسب استفاده می‌کند.

Figure 16-33 — شکل/تصویر منبع، صفحه PDF 626
PAGE-627

Read-Only Routing

ALTER AVAILABILITY GROUP [ReadScaleAG]
MODIFY REPLICA ON N'SQL1'
WITH (PRIMARY_ROLE (READ_ONLY_ROUTING_LIST = (N'SQL2', N'SQL3')));

Routing List می‌تواند Nested/Ordered باشد تا Load Distribution/Failover Preference تعریف شود. Client باید ApplicationIntent=ReadOnly و معمولاً Database Initial Catalog مناسب داشته باشد.

Figure 16-34 — شکل/تصویر منبع، صفحه PDF 627
PAGE-628

Initial Synchronization و جمع‌بندی

Database با Backup/Restore یا Automatic Seeding Sync می‌شود. Readable Secondary می‌تواند Reporting و Backup را Offload کند، اما Redo Lag، Long-running Read Transaction، TempDB و Resource Usage Secondary باید پایش شوند.

Figure 16-35 — شکل/تصویر منبع، صفحه PDF 628
PAGE-629

Replication و Readable Secondary دو روش متفاوت Scale-out هستند: Replication می‌تواند Subset/Data Transformation و Subscriber مستقل ارائه دهد؛ AG Secondary کپی فیزیکی Database را برای HA و Read Scale نگه می‌دارد. انتخاب به Consistency، Latency و Operational Requirement بستگی دارد.

امتیاز کاربران به این مقاله

☆☆☆☆☆

0 نفر امتیاز داده اند. میانگین: 0.0 از 5

 

0 نظر

نظر محترم شما در مورد مقاله های وب سایت برنامه نویسی و پایگاه داده

نظرات محترم شما در خدمات رسانی بهتر ما را یاری می نمایند. لطفا اگر مایل بودید یک نظر ما را مهمان فرمائید. آدرس ایمیل و وب سایت شما نمایش داده نخواهد شد.

0 / 500