Database Availability Group کپی پایگاه‌های Mailbox در Exchange را مدیریت می‌کند. DAG بخشی از دسترس‌پذیری سرویس ایمیل است، نه تضمین قطع‌نشدن همه ارتباط‌ها یا جایگزین پشتیبان‌گیری. شبکه، Quorum، DNS و مسیر دسترسی کاربر همچنان مهم‌اند.
تعریف و مرز کاربرد DAG
DAG گروهی با حداکثر شانزده سرور Mailbox سازگار Exchange است که کپی پایگاه‌های ایمیل را نگه می‌دارد. فعال‌شدن کپی سالم می‌تواند بازیابی سرویس را تسهیل کند، اما قطع‌نشدن نشست کاربر تضمین نیست. شبکه، Quorum، ظرفیت و مسیر اتصال کاربران باید همراه پایگاه داده طراحی شوند.
- DAG
- وابستگی سرویس
- استقرار
- آزمون خرابی
نمونه تصمیم در عمل
خرابی یک عضو با فعال‌شدن کپی سالم جبران می‌شود؛ اگر نام سرویس یا مسیر اتصال کاربر مشکل داشته باشد، وجود کپی سالم به‌تنهایی کافی نیست.
ادیشن Standard و Enterprise ظرفیت متفاوت پایگاه فعال دارند. CAL و حقوق اجرای هر سرور یا نمونه را مستقل از عضویت DAG بررسی کنید.
چطور DAG را در عمل اجرا کنیم
پیش‌نیاز، روش اجرا و تأیید نتیجه برای همین موضوع را جدا بررسی کنید.
- 1
پیش‌نیازهای DAG
نسخه‌های سازگار Exchange، ظرفیت ذخیره‌سازی، شبکه replication و جایگاه Witness را طراحی کنید. حداکثر اعضا با توصیه طراحی و نیاز واقعی یکسان نیست.
- 2
انتخاب و اجرای صحیح
کپی پایگاه و سیاست فعال‌سازی را تعریف کنید. سرورهای گروه باید ظرفیت بار پس از خرابی را نیز داشته باشند، نه فقط بار عادی خود را.
- 3
کنترل نتیجه و تغییرات
سلامت replication، صف کپی و آزمون انتقال را پایش کنید. موفقیت بازشدن صندوق پستی و جریان ایمیل را پس از تغییر جدا تأیید کنید.
مرجع تصمیم و بازبینی
این توضیح برای شناخت مفهوم است؛ شرایط محصول، قرارداد خرید و نسخه‌ای که واقعاً استفاده می‌کنید مبنای تصمیم نهایی است. در تغییر ادیشن، سخت‌افزار یا معماری، فرض‌های قبلی را دوباره بررسی کنید.
منبع رسمی DAG
سوالات رایج درباره DAG
پیش از انتخاب DAG چه چیزی را بررسی کنیم؟
نسخه‌های سازگار Exchange، ظرفیت ذخیره‌سازی، شبکه replication و جایگاه Witness را طراحی کنید. حداکثر اعضا با توصیه طراحی و نیاز واقعی یکسان نیست.
اشتباه مهم درباره DAG چیست؟
ادیشن Standard و Enterprise ظرفیت متفاوت پایگاه فعال دارند. CAL و حقوق اجرای هر سرور یا نمونه را مستقل از عضویت DAG بررسی کنید.