حذف اشتباهی یک کاربر Active Directory لازم نیست به پروژه Disaster Recovery کامل تبدیل شود. در بسیاری از موارد مسئله فقط یک Object است: کاربر حذف شده، چند Attribute تغییر کرده یا لازم است وضعیت حساب به نسخه قبلی برگردد.
بازیابی کاربر حذف‌شده اکتیودایرکتوری با RecoveryManager Plus برای همین سناریوی Granular Recovery کاربرد دارد؛ یعنی به‌جای بازگردانی کل Domain، همان Object و اطلاعات موردنیاز را از نسخه Backup انتخاب می‌کنید.
چرا Restore کامل Domain راه‌حل مناسبی نیست؟
اگر فقط یک User حذف شده باشد، Restore گسترده می‌تواند تغییرات سالم بعدی را نیز تحت تأثیر قرار دهد و پیچیدگی عملیاتی ایجاد کند. RecoveryManager Plus نسخه‌های مختلف Object را نگهداری می‌کند و امکان بازیابی انتخابی را فراهم می‌کند.
چه چیزهایی در بازیابی User مهم است؟
| موضوع | پرسش مهم |
|---|---|
| Object | آیا خود حساب کاربری بازگردانده می‌شود؟ |
| Attribute | کدام Attributeها باید به نسخه قبلی برگردند؟ |
| Password | آیا باید Password قبلی حفظ شود یا رمز جدید تعیین شود؟ |
| Membership | عضویت‌های لازم پس از بازیابی کنترل شده‌اند؟ |
| Replication | وضعیت Object روی Domain Controllerها هماهنگ شده است؟ |
Backup نسخه‌ای چه مزیتی دارد؟
طبق مستندات RecoveryManager Plus، تغییرات AD به‌صورت نسخه‌های مختلف قابل نگهداری هستند. این موضوع زمانی مهم است که User حذف نشده اما Attribute مهمی مثل Department، Manager یا تنظیم دیگری اشتباه تغییر کرده باشد؛ می‌توانید وضعیت فعلی را با نسخه قبلی مقایسه و بازگردانی را دقیق‌تر انجام دهید.
سناریو: کاربر مالی به‌اشتباه حذف شده است
کاربری که هنوز در سازمان فعال است طی پاک‌سازی حساب‌ها حذف می‌شود. به‌جای بازیابی کامل AD، تیم می‌تواند Object حذف‌شده را از Backup پیدا کند، نسخه مناسب را انتخاب کند و Recovery را روی همان حساب انجام دهد.
Password را چطور مدیریت کنیم؟
RecoveryManager Plus در Recovery Settings گزینه‌هایی برای Preserve Object Password یا تعیین Default Password دارد. انتخاب این تنظیم باید با Policy امنیتی سازمان هماهنگ باشد؛ مخصوصاً برای حساب‌های حساس یا زمانی که وضعیت Credential نامشخص است.
Tombstone و Recycle Bin چه نقشی دارند؟
Active Directory Recycle Bin در برخی سناریوها مفید است، اما سیاست Recovery سازمان نباید فقط به آن وابسته باشد. Backup نسخه‌ای، Retention و امکان Rollback تغییرات دامنه پوشش گسترده‌تری می‌دهند. مقاله چرا Active Directory Recycle Bin همیشه کافی نیست؟ تفاوت این رویکردها را توضیح می‌دهد.
Restore Test را فراموش نکنید
Backupی که هرگز Restore نشده، هنوز Recovery Plan قابل اعتماد نیست. بهتر است سناریوی بازیابی Object در محیط کنترل‌شده دوره‌ای آزموده شود و Runbook مشخصی برای انتخاب Backup، تأیید Owner و Validation بعد از Restore وجود داشته باشد.
بعد از بازیابی چه چیزهایی را بررسی کنیم؟
- فعال‌بودن حساب؛
- OU و Attributeهای اصلی؛
- Group Membershipهای حساس؛
- دسترسی به سرویس‌های وابسته؛
- Replication در Domain؛
- ثبت Evidence بازیابی برای Change یا Incident.
از Object Recovery تا Disaster Recovery
بازیابی یک User با Forest Recovery یک مسئله نیست. برای سناریوهای بزرگ‌تر، مقاله بازیابی بحران Active Directory با RecoveryManager Plus معماری Backup، RPO/RTO و Forest Recovery را پوشش می‌دهد. برای شروع Backup نیز راهنمای اولین Backup در RecoveryManager Plus مفید است.
منابع رسمی
سخن پایانی
Recovery بالغ یعنی بتوانید متناسب با اندازه حادثه بازیابی کنید. برای حذف یک User، نباید کل دامنه را به عقب ببرید. RecoveryManager Plus امکان بازیابی انتخابی Object و نسخه‌های قبلی را فراهم می‌کند تا دامنه تغییر کوچک و قابل کنترل بماند.
برای شناخت محصول، استعلام لایسنس و خدمات پیاده‌سازی مدانت به صفحه RecoveryManager Plus مراجعه کنید.
مطالعه تکمیلی: مدیریت Firmware تجهیزات شبکه.
