Failover، Role Switching و Monitoring در Log Shipping | Pro SQL Server 2019 Administration

Failover، Role Switching و Monitoring در Log Shipping

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

نظرات 0

Failover، Role Switching و Monitoring در Log Shipping

Chapter 15 — Log Shipping Maintenance, Failover and Monitoring

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

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

محدوده: صفحات PDF 568 تا 578

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

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

PAGE-568

Log Shipping Maintenance و Failover

در Disaster، اگر Primary هنوز قابل دسترسی است Tail-log Backup گرفته می‌شود و همه Logهای باقیمانده روی Secondary Restore می‌شوند. سپس Secondary با RECOVERY Online می‌شود. Failover Log Shipping خودکار نیست.

BACKUP LOG Chapter15 TO DISK='D:\Tail\Chapter15_tail.trn' WITH NORECOVERY;
PAGE-569

Switching Roles

برای Role Reversal، Jobهای Log Shipping فعلی غیرفعال می‌شوند تا Backup/Copy/Restore در جهت قبلی ادامه پیدا نکند. سپس Secondary سابق به Primary جدید تبدیل می‌شود.

PAGE-570

Reconfiguring Log Shipping

Stored Procedureهای sp_delete/sp_add_log_shipping_* Metadata قدیم را حذف/معکوس و Jobهای جدید را می‌سازند. Database Primary سابق باید پس از Sync مناسب به Secondary جدید آماده شود.

PAGE-571

Script کتاب Schedule، Backup Directory، Copy/Restore Job و Monitor Mapping را برای جهت جدید بازسازی می‌کند. همه نام Serverها، Shareها، Retention و Thresholdها باید با Topology جدید تطبیق داده شوند.

PAGE-572

Script کتاب Schedule، Backup Directory، Copy/Restore Job و Monitor Mapping را برای جهت جدید بازسازی می‌کند. همه نام Serverها، Shareها، Retention و Thresholdها باید با Topology جدید تطبیق داده شوند.

PAGE-573

Script کتاب Schedule، Backup Directory، Copy/Restore Job و Monitor Mapping را برای جهت جدید بازسازی می‌کند. همه نام Serverها، Shareها، Retention و Thresholdها باید با Topology جدید تطبیق داده شوند.

PAGE-574

Script کتاب Schedule، Backup Directory، Copy/Restore Job و Monitor Mapping را برای جهت جدید بازسازی می‌کند. همه نام Serverها، Shareها، Retention و Thresholdها باید با Topology جدید تطبیق داده شوند.

PAGE-575

Monitoring

SQL Server Agent Alert/Log Shipping Status برای تأخیر Backup/Copy/Restore استفاده می‌شود. General Tab Threshold و Last File/Time را نشان می‌دهد.

Figure 15-11 — شکل/تصویر منبع، صفحه PDF 575
PAGE-576

Response Tab Alert می‌تواند Operator را Notify یا Job اصلاحی اجرا کند. Alert باید در Lab با توقف عمدی Job یا ایجاد Delay آزمایش شود.

Figure 15-12 — شکل/تصویر منبع، صفحه PDF 576
PAGE-577

Report و جمع‌بندی

Transaction Log Shipping Status Report روی Primary/Secondary/Monitor اجرا می‌شود و Last Backup/Copy/Restore و Latency را نشان می‌دهد. Healthy بودن Job به‌تنهایی کافی نیست؛ فاصله زمانی واقعی باید زیر RPO/RTO هدف باشد.

Figure 15-13 — شکل/تصویر منبع، صفحه PDF 577
PAGE-578

Role Switch نیازمند توقف Jobهای قبلی، Final Log Restore و Reconfigure جهت جدید است. Runbook باید شامل DNS/Connection Redirect، Login/Jobهای Instance و Verification Application نیز باشد.

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

☆☆☆☆☆

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

 

0 نظر

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

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

0 / 500