یادداشت حقوقی: کاربر حق ترجمه و بازنشر این اثر را برای پروژه تأیید کرده است.PAGE-497فصل ۱۴ — پیادهسازی AlwaysOn Availability Groups
این فصل ساخت AG را در محیط Domain/Windows Cluster نشان میدهد. پیشنیازها شامل WSFC سالم، Endpoint ارتباطی، Database در FULL Recovery Model و Backup اولیه مناسب است.
PAGE-498Databaseهای نمونه
کتاب Databaseهای Application را برای AG ایجاد میکند تا Sync، Failover و Listener روی داده واقعی نمایش داده شود.
PAGE-499در این صفحه ساخت Tableها و درج داده آزمایشی برای Databaseهای Chapter14 ادامه پیدا میکند. ساختارها شامل Customer/Order و دادههای تصادفیاند تا Databaseها برای Backup و افزودن به Availability Group آماده شوند.
PAGE-500در این صفحه ساخت Tableها و درج داده آزمایشی برای Databaseهای Chapter14 ادامه پیدا میکند. ساختارها شامل Customer/Order و دادههای تصادفیاند تا Databaseها برای Backup و افزودن به Availability Group آماده شوند.
PAGE-501در این صفحه ساخت Tableها و درج داده آزمایشی برای Databaseهای Chapter14 ادامه پیدا میکند. ساختارها شامل Customer/Order و دادههای تصادفیاند تا Databaseها برای Backup و افزودن به Availability Group آماده شوند.
PAGE-502در این صفحه ساخت Tableها و درج داده آزمایشی برای Databaseهای Chapter14 ادامه پیدا میکند. ساختارها شامل Customer/Order و دادههای تصادفیاند تا Databaseها برای Backup و افزودن به Availability Group آماده شوند.
PAGE-503در این صفحه ساخت Tableها و درج داده آزمایشی برای Databaseهای Chapter14 ادامه پیدا میکند. ساختارها شامل Customer/Order و دادههای تصادفیاند تا Databaseها برای Backup و افزودن به Availability Group آماده شوند.
PAGE-504در این صفحه ساخت Tableها و درج داده آزمایشی برای Databaseهای Chapter14 ادامه پیدا میکند. ساختارها شامل Customer/Order و دادههای تصادفیاند تا Databaseها برای Backup و افزودن به Availability Group آماده شوند.
PAGE-505Enable AlwaysOn
AlwaysOn Availability Groups باید برای SQL Server Service فعال شود. در Windows این تنظیم از SQL Server Configuration Manager و تب AlwaysOn High Availability انجام و Service Restart میشود.
Figure 14-1 — شکل/تصویر منبع، صفحه PDF 505PAGE-506Backup Database
Databaseهایی که به AG افزوده میشوند در FULL Recovery Model قرار دارند و Full Backup گرفته میشود تا Initialization Secondary ممکن شود. Backup Strategy فصل ۱۲ مبنای این مرحله است.
PAGE-507Specify Name
New Availability Group Wizard نام AG و Cluster Type/Optionهای اولیه را دریافت میکند. Naming باید در کل Estate یکتا و قابل فهم باشد.
Figure 14-3 — شکل/تصویر منبع، صفحه PDF 507PAGE-508Select Databases
Wizard Database Eligibility را بررسی میکند: Online بودن، FULL Recovery Model، Backup Chain و نبود عضویت در AG دیگر. فقط Databaseهای Pass شده انتخاب میشوند.
Figure 14-3 — شکل/تصویر منبع، صفحه PDF 508PAGE-509هر Database در AG بهصورت مستقل Sync میشود. Readable Secondary و Backup Preference بعداً تعیین میشوند. Transactionهای Cross-Database بهصورت یک واحد Failover نمیشوند و Application باید این موضوع را در نظر بگیرد.
PAGE-510Replicas
برای هر Replica، Availability Mode (Synchronous/Asynchronous)، Failover Mode (Automatic/Manual) و Readable Secondary تنظیم میشود. Automatic Failover فقط میان Replicaهای Synchronous و Healthy امکانپذیر است.
Figure 14-5 — شکل/تصویر منبع، صفحه PDF 510PAGE-511Endpoints
Replicaها از Database Mirroring Endpoint برای انتقال Log Block استفاده میکنند. Port، Authentication و Service Account Permission باید اجازه اتصال دوطرفه بدهند. Firewall نیز باید Port را باز کند.
Figure 14-6 — شکل/تصویر منبع، صفحه PDF 511PAGE-512Backup Preferences
AG میتواند Preferred Replica برای Backup را تعیین کند: Primary، Secondary Only، Prefer Secondary یا Any Replica. Job Backup باید تابع sys.fn_hadr_backup_is_preferred_replica را بررسی کند؛ Preference بهتنهایی Job را جابهجا نمیکند.
Figure 14-6 — شکل/تصویر منبع، صفحه PDF 512PAGE-513Listener
Listener نام شبکهای و IP ثابت/چندSubnet به AG میدهد. Client با Listener به Primary فعلی متصل میشود. برای ساخت Computer Object در AD ممکن است Cluster Name Object به Create Computer Objects Permission نیاز داشته باشد.
PAGE-514در MultiSubnet Listener چند IP ثبت میشود و Client Driver جدید با MultiSubnetFailover میتواند سریعتر به IP فعال برسد. Port Listener میتواند با Instance Port یکسان یا متفاوت باشد.
Figure 14-8 — شکل/تصویر منبع، صفحه PDF 514PAGE-515Initial Data Synchronization
روشهای Full، Join Only، Skip Initial Synchronization یا Automatic Seeding بسته به نسخه و محیط در دسترساند. Full Wizard Backup/Restore را مدیریت میکند؛ Join Only زمانی است که DBA قبلاً Database را WITH NORECOVERY Restore کرده باشد.
Figure 14-8 — شکل/تصویر منبع، صفحه PDF 515PAGE-516Manual Backup/Restore
-- روی Primary
BACKUP DATABASE AppDB TO DISK='D:\Share\AppDB.bak' WITH COPY_ONLY;
BACKUP LOG AppDB TO DISK='D:\Share\AppDB.trn';
-- روی Secondary
RESTORE DATABASE AppDB FROM DISK='D:\Share\AppDB.bak' WITH NORECOVERY;
RESTORE LOG AppDB FROM DISK='D:\Share\AppDB.trn' WITH NORECOVERY;
برای Automatic Seeding AG باید Permission CREATE ANY DATABASE روی Replica مقصد داشته باشد.
PAGE-517Wizard Summary/Validation Configuration را بررسی و AG را ایجاد میکند. پس از Create باید Dashboard برای Synchronization State، Queue و Health کنترل شود.
Figure 14-9 — شکل/تصویر منبع، صفحه PDF 517PAGE-518Backup Preference و Exclude Replica میتواند Software یا Jobهای Backup را از Replica نامناسب دور کند. Configuration باید با Network Bandwidth و Storage Secondary هماهنگ باشد.
PAGE-519Listenerهای متعدد میتوانند از Port مشترک روی IP/Nameهای متفاوت استفاده کنند. DNS، Firewall و Connection String باید قبل از Production Failover Test شوند.
Figure 14-11 — شکل/تصویر منبع، صفحه PDF 519