فایل مشترک شرکت حذف شده؛ چه راه‌هایی برای بازیابی داریم؟

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

اگر فایل‌های زیادی هم‌زمان ناپدید شده‌اند، نام و پسوندشان تغییر کرده یا پیام غیرعادی دیده می‌شود، موضوع را فقط حذف اشتباه یک فایل در نظر نگیرید. مسئول شبکه باید وضعیت حادثه و محل امن بازیابی را بررسی کند؛ برگرداندن فایل به محیطی که هنوز مشکل دارد ممکن است دوباره داده را درگیر کند.

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

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

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

در یک اشتراک معمول SMB ویندوز، روی سطل بازیافت دسکتاپ خودتان به‌عنوان محل برگشت فایل شبکه حساب نکنید. بعضی ذخیره‌سازها سطل مخصوص پوشه مشترک دارند؛ برای نمونه، مستند DSM 7 سینولوژی قابلیت Recycle Bin را برای پوشه مشترک توضیح می‌دهد. وجود و سیاست پاک‌سازی آن باید در همان دستگاه بررسی شود.

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

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

مستند Microsoft برای Windows Server Essentials توضیح می‌دهد که Shadow Copies می‌تواند برای فایل حذف‌شده یا بازنویسی‌شده استفاده شود و نسخه قبلی را می‌توان به محل امن دیگری برد. این قابلیت باید قبلاً نسخه ساخته باشد؛ فعال‌کردن آن بعد از حادثه، گذشته را ایجاد نمی‌کند. مسیر و امکانات دقیق به نسخه ویندوز و ذخیره‌ساز وابسته‌اند.

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

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

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

مثال فرضی: فایل گزارش ساعت ۱۱ حذف شده و بکاپ موجود مربوط به دیشب است. آن نسخه ممکن است گزارش دیروز را برگرداند، اما تغییرات ساعت ۹ تا ۱۱ امروز داخل آن نیست. وجود نسخه قبلی، خروجی ارسال‌شده یا نسخه ذخیره‌شده مجاز دیگری می‌تواند جدا بررسی شود؛ هیچ‌کدام بدون تطبیق، جای نسخه اصلی تأیید نمی‌شوند.

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

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

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

نبود نسخه قبلی یا بکاپ، بازیابی را قطعی ناممکن یا قطعی موفق نمی‌کند. وضعیت رسانه، نوع ذخیره‌سازی و تغییرات پس از حذف مهم‌اند. در این مرحله از نصب ابزار روی محل داده، فرمت، بازسازی RAID یا اجرای دستورهای حدسی خودداری کنید و بررسی تخصصی ذخیره‌ساز را پیگیری کنید.

داشتن حرف درایو مانند Z روی رایانه شما به معنی دسترسی مستقیم به دیسک سرور نیست. برای نمونه، Microsoft صریحاً می‌گوید Windows File Recovery از بازیابی روی اشتراک شبکه و فضای ابری پشتیبانی نمی‌کند. بنابراین نصب یک ابزار محلی روی رایانه کارمند، نسخه عمومی ریکاوری فایل‌سرور نیست.

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