بازیابی بکاپ در اکتیودایرکتوری Active Directory Restore

 فرض کنید قبلا نسخه بکاپی را از کنترلر دامین PDC (یا ADC) تهیه کرده اید و اکنون به اشتباه، یک گروه سازمانی مثلا OU1 را از دیتابیس این سرور حذف کرده‌اید و قصد دارید برای بازگردانی OU1، بکاپ خود را بر روی این کنترلر بازیابی کنید.

بعد از بازیابی فایل بکاپ بر روی سرور PDC، این سرور شامل اطلاعاتی است که در سایر کنترلرها وجود ندارد. قبل از بازیابی بکاپ ،OU1 بر روی هر دو سرور حذف شده بود. با بازگرداندن بکاپ (که  قبل از وقوع حذف شدن OU1 تهیه کرده‌ایم) بر روی سرور PDC ، اکنون OU1  مجددا در دیتابیس این سرور قرار می‌گیرد.

بعد از بازیابی بکاپ، سرور PDC با سرور ADC عمل Replicate را به طور خودکارانجام می‌دهد و اطلاعاتی که از بکاپ به آن بازگشته است را به سایر کنترلرهای دامین منتقل می‌کند. از آنجایی که تاریخ بکاپ به قبل از حذف OU1 برمیگردد، زمانی که سرور PDC می‌خواهد اطلاعات را به سرور ADC منتقل کند، این سرور اعلام می‌کند که تاریخ این داده ها اعتبار ندارد، زیرا تاریخ ساخت این OU1  قبل تر از زمان حذف شدن آن بوده است. بنابراین در عمل Replicate، سرور ADC به سرور PDC اعلام می‌کند که این داده تاریخ معتبری ندارد و در تاریخ قبل‌‌تری حذف شده‌اند و باید OU1 را حذف کند.

(سرور ADC تصور می‌کند که سرور PDC داده های خیلی قبل تر را به آن ارسال کرده). از این رو حتی با وجود اینکه بعد از بازیابی بکاپ در سرور PDC، گروه OU1  مجددا به دیتابیس برگردانده می‌شود ،اما پنج دقیقه بعد در اولین Replicate که بین سرور PDC و ADC صورت می‌گیرد دوباره به دستور ADC گروه OU1 از روی کنترلر PDC حذف می‌شود. برای حل این مشکل ابتدا باید با انواع  بازیابی بکاپ (restore) در اکتیودایرکتوری آشنا شوید.

آموزش تمام مراحل بازیابی بک آپ در اکتیودایرکتوری در دوره mcse

انواع روش های بازیابی بکاپ در اکتیودایرکتوری

Authoritative Restore  Non

این مدل از بازیابی حالتی است که در بخش بالا ذکر کردیم. در این حالت دیتابیس کنترلر از روی فایل بکاپ بازیابی می‌شود و هیچ تظمینی نیست که داده‌ها بعد از Replicate با سایر کنترلرهای دامین بر روی دیتابیس بازیابی شده باقی بماند. در نگاه اول به نظر می‌رسد این روش بی فایده است اما در شبکه‌های دامینی که تنها یک کنترلر اصلی وجود دارد، مفید خواهد بود زیرا کنترلر دیگری موجود نیست که با کنترلر اصلی Replicate کند.

Authoritative Restore

در این حالت بعد از انجام ریکاوری  آن آبجکت خاصی (در مثال بالا OU1) که می‌خواهیم بعد از بازیابی بکاپ، در عمل Replicate، حذف نشود را به عنوان یک آبجکت Authoritative  علامت گذاری می‌کنیم.  بعد از بازگردانی بکاپ و ری‌استارت شدن کنترلر، دیگر آبجکت‌های علامت گذاری شده توسط سایر کنترلرها حذف نخواهد شد و این‌بار سرور PDC به سرور ADC می‌گوید که باید گروه OU1 را با تمام محتویات در دیتابیس خود قرار دهد. بازیابی بکاپ عموما در این حالت انجام می‌شود.

مراحل بازیابی بکاپ در اکتیودایرکتوری

در پنجره Run عبارت msconfig را تایپ کنید تا پنجره System Configuration باز شود. در سربرگ boot تیک گزینه safe boot را بزنید و گزینه Active Directory repair را فعال کنید. و سپس سیستم را ری استارت کنید.

بعد از ری‌استارت شدن سیستم، دیتابیس اکتیودایرکتوری (NTDS) در دسترس نخواهد بود و در حالت stop است. از طرفی دیتابیس SAM سیستم نیز در مراحل نصب اکتیودایرکتوری حذف شده است. در صورتی که سعی کنید با حساب‌های کاربری موجود در دیتابیس اکتیودایرکتوری به سیستم وارد شوید به علتی که ذکر کردیم این امکان برای شما فراهم نیست و با پیغام زیر مواجه خواهید شد.

بنابراین تنها راه ورود به سیستم استفاده از حساب کاربری Administrator و رمزی که در مد Directory Service Restore Mode (DSRM) استفاده می‌شود، است.اگر به یاد داشته باشید این رمز را در زمان مراحل نصب سرویس اکتیودایرکتوری و ارتقا آن به یک کنترلر دامین، وارد کرده‌اید تا بتوانید زمانی که دیتابیس اکتیودایرکتوری در دسترس نیست، از این حساب کاربری برای بازیابی اطلاعات استفاده کنید .

بعد از وارد کردن نام و رمز کاربری،  سیستم در حالت Safe Mode بالا خواهد آمد.

در Server Manager وارد سربرگ Tools شده و گزینه Windows Server Backup را انتخاب کنید. تا صفحه Backup Options باز شود. طبق شکل بر روی گزینه Local Backup  کلیک راست و گزینه Recover را انتخاب کنید.

در صفحه باز شده محل ذخیره فایل بکاپ را انتخاب کنید. اگر محل ذخیره در یک درایو محلی روی سرور کنترلر قرار دارد گزینه (This server) را انتخاب کنید و در غیر این‌صورت گزینه Another Location را انتخاب کنید.

در مرحله بعد تاریخ فایل بکاپی که می‌خواهید بازیابی شود را انتخاب کنید. به طور پیش فرض تاریخ آخرین بکاپ گرفته شده در حالت انتخاب است.

در مرحله بعد مواردی که قصد بازیابی آن را دارید انتخاب کنید. فایل‌ها و پوشه‌ها (File and Folder)، کل یک درایو (گزینه Volume) یا دیتابیس سیستم. چون قصد داریم دیتابیس را بازگردانیم گزینه  System stateانتخاب می‌کنیم.

در صفحه بعد گزینه Original location را انتخاب می‌کنیم تا دیتابیس اکتیودایرکتوری در همان محل قبلی خود بازگردانی شود. در صورتی که بخواهید در محل جدید ذخیره شود گزینهlocation   Alternate را انتخاب کنید.

اگر در حالت اول تیک گزینه Perform an Authoritative Restore را بزنید کل دیتابیس سرور به صورت Authoritative بازیابی می‌شود. در صورت عدم انتخاب این گزینه، در ادامه فرایند بازیابی، می‌توانید انتخاب کنید که چه آبجکت‌هایی به صورت Authoritative بازیابی شود.

 اگر تنها یک کنترلر دامین دارید می‌توانید تیک گزینه که در کادر مشخص شده را بزنید تا بعد از اتمام مراحل سیستم ری‌استارت و دیتابیس استارت شود.

اما اگر چندین کنترلر دامین در شبکه دامین دارید تیک این گزینه را نزنید و بر روی Recover  کلیک کنید تا عمل بازیابی انجام شود و در ادامه بتوانید آبجکت‌های مورد نظر را Authoritative Restore کنید.

در طی انجام این مرحله که سیستم مشغول بازیابی است صفحه cmd  را باز کنید و دستورات زیر را در وارد کنید. (دقت کنید که بعد از اتمام مراحل بالا سیستم پیغام ری‌استارت شدن می‌دهد که تا اتمام مراحل زیر پیغام را نادیده بگیرید و سیستم را ری‌استارت نکنید.)

در فرمان Restore object، برای بیان هر آبجکت ازیک نام مخصوص باید استفاده کنید. مثلا برای معرفی حساب کاربری یا رایانه ای از عبارت

Cn=user account name ، برای گروه سازمانی از عبارت ou=OU name و برای معرفی نام دامین از عبارت dc=domain name استفاده می‌شود. به طور مثال فرض کنید قصد داریم حساب کاربری test که در گروه سازمانی OU1 است در دامین cafeamuzesh.local بازگردانیم. مطابق شکل دستورات ذکر شده را وارد می‌کنیم.

بعد از وارد کردن دستورات در پیغام ظاهر شده بر روی OK کلیک کنید.

و در مرحله نهایی طبق شکل بر روی Restart کلیک کنید. بعد از ری‌استارت شدن دیتابیس اکتیودایرکتوری فعال شده و آبجکت‌های مورد نظری که حذف شده بودند، مجددا در کنترلرهای دامین قابل مشاهده و استفاده هستند.