1. مستندات
  2. سرور اختصاصی
  3. بازیابی اطلاعات در سرور اختصاصی ویندوز

بازیابی اطلاعات در سرور اختصاصی ویندوز

Calendar

انتشار:

1404/12/20
Update Calendar

به روز رسانی:

1404/12/20

در این مقاله مراحل بازیابی اطلاعات در سرور اختصاصی ویندوز بررسی می‌شود. سناریوهای مختلف خرابی و روش درست بازیابی فایل‌ها، دیتابیس و کل سیستم عامل به‌صورت عملی توضیح داده می‌شود.

مرحله اول: شناسایی سناریوهای خرابی و نیاز به بازیابی در سرور اختصاصی ویندوز

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

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

در حالت دوم ویندوز بالا می‌آید اما سرویس‌ها مانند IIS یا SQL Server به درستی کار نمی‌کنند. این حالت معمولاً به دلیل خرابی تنظیمات یا از بین رفتن بخشی از فایل‌های سیستمی سرویس‌ها رخ می‌دهد. در این سناریو علاوه بر فایل‌ها باید تنظیمات سرویس‌ها نیز بازیابی شوند.

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

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

در پایان این مرحله مدیر سرور باید دقیقاً بداند با کدام نوع خرابی روبه‌رو است؛ زیرا انتخاب اشتباه روش بازیابی می‌تواند باعث از دست رفتن زمان یا حتی داده‌های سالم شود.

مرحله دوم: بازیابی فایل‌ها از بکاپ فایل در ویندوز سرور

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

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

نمونه دستور بازیابی فایل‌ها به شکل زیر است:

robocopy \\BACKUP-SRV\files\wwwroot C:\inetpub\wwwroot /E /R:2 /W:5

در این دستور فایل‌ها از فضای بکاپ به مسیر اصلی سایت بازگردانده می‌شوند بدون اینکه مقصد پاک‌سازی شود. این روش برای بازیابی سریع سایت یا داده‌های حذف‌شده بسیار کاربردی است.

اگر بکاپ روی یک دیسک متصل به سرور نگهداری شده است، ابتدا باید بررسی کنید که دیسک به‌درستی Mount شده باشد و یک Drive Letter مشخص داشته باشد تا در دسترس قرار گیرد. سپس، فرایند بازیابی دقیقاً مشابه حالت Share شبکه‌ای انجام می‌شود.

مرحله سوم: بازیابی تنظیمات IIS در سرور اختصاصی ویندوز

در بسیاری از موارد فایل‌ها سالم هستند اما سایت اجرا نمی‌شود. این حالت معمولاً به دلیل خرابی تنظیمات IIS رخ می‌دهد. اگر قبلاً از تنظیمات IIS بکاپ گرفته شده باشد بازیابی بسیار سریع انجام می‌شود.

برای بازیابی تنظیمات IIS ابتدا باید لیست بکاپ‌ها بررسی شود.

%windir%\system32\inetsrv\appcmd list backup

پس از شناسایی بکاپ مناسب می‌توان تنظیمات را به حالت سالم بازگرداند.

%windir%\system32\inetsrv\appcmd restore backup "iis_backup_20240101_0200"

بعد از بازیابی تنظیمات معمولاً نیاز است IIS ریستارت شود تا تغییرات اعمال گردد. این روش باعث می‌شود تمام سایت‌ها Application Poolها و Bindings دقیقاً به وضعیت زمان بکاپ بازگردند.

مرحله چهارم: بازیابی دیتابیس SQL Server از بکاپ

اگر خرابی مربوط به دیتابیس باشد بازیابی باید با دقت بیشتری انجام شود. در ویندوز سرور که SQL Server نصب است بازیابی معمولاً از فایل bak انجام می‌شود.

ابتدا باید مطمئن شوید دیتابیس فعلی غیرفعال یا از دسترس خارج شده است. سپس عملیات Restore انجام می‌شود.

RESTORE DATABASE [YourDB]
FROM DISK = N'E:\sql_backups\YourDB_full.bak'
WITH REPLACE, RECOVERY;

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

در سرورهای پرترافیک توصیه می‌شود قبل از Restore کامل ابتدا بکاپ روی یک دیتابیس تست Restore شود تا از سالم بودن فایل بکاپ مطمئن شوید.

مرحله پنجم: بازیابی کامل سیستم عامل با Windows Server Backup

در صورتی که ویندوز سرور بالا نمی‌آید یا دیسک سیستم آسیب دیده است تنها راه مطمئن بازیابی استفاده از بکاپ سطح سیستم است. این عملیات معمولاً از طریق محیط Recovery انجام می‌شود.

ابتدا سرور باید با دیسک نصب ویندوز یا محیط Recovery بوت شود. سپس گزینه System Image Recovery انتخاب می‌شود. در این مرحله ویندوز به‌صورت خودکار بکاپ‌های موجود را شناسایی می‌کند.

اگر بکاپ روی یک دیسک جداگانه یا Share شبکه‌ای نگهداری شده باشد باید مسیر آن به‌صورت دستی معرفی شود. بعد از انتخاب بکاپ فرآیند بازیابی آغاز می‌شود و کل سیستم عامل شامل تنظیمات بوت درایورها و سرویس‌ها به وضعیت زمان بکاپ بازگردانده می‌شود.

این روش برای سناریوهای بحرانی طراحی شده و معمولاً آخرین گزینه بازیابی محسوب می‌شود.

مرحله ششم: بازیابی داده‌ها از دیسک جدا یا فضای مونت‌شده

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

ابتدا دیسک جدید باید به سرور متصل و فرمت شود. سپس مسیر قبلی داده‌ها باید دوباره ایجاد گردد. بعد از آن عملیات بازیابی فایل‌ها از بکاپ انجام می‌شود.

اگر مسیر قبلی مثلاً D:\Data بوده است باید همان ساختار مسیر دوباره ایجاد شود تا سرویس‌ها بدون تغییر تنظیمات به کار خود ادامه دهند. در غیر این صورت لازم است مسیرها در IIS یا تنظیمات سرویس‌ها اصلاح شوند.

مرحله هفتم: تست عملی بعد از بازیابی اطلاعات

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

برای بررسی سایت‌ها باید چند صفحه مهم را چک کنید. برای پایگاه داده هم لازم است چند کوئری اجرا کنید. همچنین باید لاگ‌های ویندوز و سرویس‌ها را بررسی کنید تا مطمئن شوید خطای پنهانی وجود ندارد.

این مرحله تضمین می‌کند که بازیابی فقط روی کاغذ موفق نبوده و در عمل نیز قابل استفاده است.

مرحله هشتم: ارتباط این مقاله با طراحی بکاپ اصولی

تمام مراحل بازیابی زمانی ساده و سریع هستند که قبلاً بکاپ به‌درستی طراحی شده باشد. سیاست سه نسخه‌ای تفکیک بکاپ از سرور اصلی و تست دوره‌ای بازیابی مستقیماً روی کیفیت و سرعت ریکاوری تأثیر می‌گذارد.

اگر از فایل‌ها و دیتابیس‌ها به صورت جدا و منظم بکاپ گرفته شود در هر شرایطی مسیر بازگردانی اطلاعات روشن و کم‌خطر خواهد بود. به همین دلیل بازگردانی اطلاعات بخش طبیعی یک بکاپ‌گیری درست است و بدون امکان بازیابی بکاپ عملاً ارزشی نخواهد داشت.

مرحله نهم: چک‌لیست عملی بازیابی در سرور اختصاصی ویندوز

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

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


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

آیا توانستیم چالش شما را حل کنیم؟