راهنمای بکاپ گرفتن روی هارد و SSD اکسترنال؛ چطور از اطلاعات نسخه پشتیبان بگیریم؟

────────────────────────────────────────────────────────────

Backup دقیقاً چیست؟

Backup یعنی ساخت یک نسخه مستقل از اطلاعات که در صورت از دست رفتن نسخه اصلی بتوانید داده را بازیابی کنید.

فرض کنید فایل‌های عکس شما روی لپ‌تاپ قرار دارند و یک Copy از آن‌ها را روی HDD اکسترنال نگه می‌دارید.

در این حالت:

• لپ‌تاپ → نسخه اصلی

• HDD اکسترنال → Backup

اما اگر عکس‌ها را از لپ‌تاپ حذف کنید و فقط روی HDD نگه دارید، HDD دیگر Backup نیست؛ تبدیل به محل اصلی Storage شده است.

این تفاوت ساده یکی از مهم‌ترین اصول حفاظت از اطلاعات است.

────────────────────────────────────────────────────────────

Copy کردن، Sync کردن و Backup گرفتن یک چیز نیستند

این سه مفهوم می‌توانند شبیه به هم به نظر برسند، اما هدف یکسانی ندارند.

Copy

یک Snapshot ساده از فایل‌ها در یک زمان مشخص ایجاد می‌کنید.

مزیت:

• ساده

• قابل فهم

• بدون نیاز به Software خاص

محدودیت:

• خودکار نیست

• Version History ندارد

• ممکن است فراموش شود

Sync

در Sync هدف این است که دو Location تا حد ممکن یکسان بمانند.

اگر فایلی در مبدا حذف یا تغییر کند، بسته به سرویس یا تنظیمات، همین تغییر می‌تواند به مقصد نیز منتقل شود.

به همین دلیل:

Sync به‌تنهایی همیشه Backup نیست.

Backup

Backup باید برای Recovery طراحی شده باشد.

یک سیستم Backup مناسب می‌تواند بسته به ابزار:

• چند نسخه زمانی از فایل را نگه دارد

• حذف اشتباه را قابل جبران کند

• به‌صورت خودکار اجرا شود

• فایل‌ها را از نقطه‌ای در گذشته Restore کند

────────────────────────────────────────────────────────────

قانون 3-2-1 چیست؟

یکی از چارچوب‌های شناخته‌شده برای حفاظت از اطلاعات قانون:

3-2-1

است.

CISA این مدل را به این شکل توضیح می‌دهد:

3 نسخه

یک نسخه اصلی و دو نسخه Backup از اطلاعات مهم داشته باشید.

2 نوع Media

نسخه‌ها روی دو نوع Media متفاوت نگهداری شوند تا یک نوع خرابی واحد همه نسخه‌ها را درگیر نکند.

1 نسخه Offsite

حداقل یک نسخه در محلی جدا از محل اصلی نگهداری شود.

برای مثال:

نسخه اصلی → SSD داخلی کامپیوتر

Backup اول → HDD اکسترنال

Backup دوم → Cloud یا Storage خارج از محل

این روش نمی‌تواند احتمال از دست رفتن داده را صفر کند، اما Single Point of Failure را به‌شدت کاهش می‌دهد.

────────────────────────────────────────────────────────────

آیا یک HDD اکسترنال برای Backup کافی است؟

برای شروع، از نداشتن Backup بسیار بهتر است.

اما اگر اطلاعات واقعاً مهم‌اند، تنها یک External Drive هنوز نقاط ضعف دارد.

ممکن است:

• Drive خراب شود

• لپ‌تاپ و هارد هم‌زمان سرقت شوند

• آتش‌سوزی یا آب‌خوردگی هر دو را آسیب بزند

• Ransomware به Drive متصل دسترسی پیدا کند

• فایل اشتباه روی Backup جایگزین شود

بنابراین برای داده‌های مهم بهتر است External Drive یکی از لایه‌های Backup باشد، نه تنها لایه.

────────────────────────────────────────────────────────────

چرا Backup آفلاین مهم است؟

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

اما همین دسترسی می‌تواند در زمان حمله Malware یا Ransomware یک ضعف باشد.

CISA توصیه می‌کند External Backup در زمانی که فعالانه از آن استفاده نمی‌شود در محل امن نگهداری شود و دائماً به سیستم متصل نماند.

یک Workflow ساده می‌تواند این باشد:

1. Drive را متصل کنید.

2. Backup را اجرا کنید.

3. کامل‌شدن Backup را بررسی کنید.

4. Drive را Eject کنید.

5. آن را جدا و در محل امن نگهداری کنید.

این کار یک Backup کاملاً Immutable ایجاد نمی‌کند، اما Exposure آن را کاهش می‌دهد.

────────────────────────────────────────────────────────────

HDD اکسترنال بهتر است یا SSD اکسترنال برای Backup؟

هر دو مناسب‌اند.

انتخاب درست به حجم داده، سرعت موردنیاز، قابلیت حمل و بودجه بستگی دارد.

HDD اکسترنال برای Backup

معمولاً مناسب‌تر است اگر:

• چند ترابایت داده دارید

• هزینه هر ترابایت مهم است

• Backup در خانه یا محل کار انجام می‌شود

• سرعت Restore اولویت اصلی نیست

• Drive بیشتر روی میز یا در محل ثابت نگهداری می‌شود

HDD معمولاً امکان تهیه ظرفیت بالاتر با بودجه کمتر را فراهم می‌کند.

SSD اکسترنال برای Backup

معمولاً مناسب‌تر است اگر:

• Backup باید سریع تمام شود

• Restore سریع اهمیت دارد

• Drive مرتب جابه‌جا می‌شود

• وزن و اندازه مهم است

• هر روز حجم زیادی فایل تغییر می‌کند

SSD قطعه مکانیکی متحرک ندارد و برای حمل روزانه مزیت ساختاری دارد.

برای بررسی دقیق تفاوت این دو فناوری می‌توانید مقاله SSD یا HDD؛ کدام برای کامپیوتر و لپ‌تاپ بهتر است؟ را مطالعه کنید.

────────────────────────────────────────────────────────────

آیا SSD برای Backup امن‌تر از HDD است؟

نباید امنیت داده را فقط از روی نوع Media تعیین کرد.

SSD از نظر Shock و حمل‌ونقل مزیت دارد.

HDD نیز سال‌هاست برای Backup حجیم استفاده می‌شود و ظرفیت بالا را اقتصادی‌تر ارائه می‌دهد.

اما هر دو ممکن است خراب شوند.

آنچه Backup را مطمئن‌تر می‌کند بیشتر به این موارد مربوط است:

• تعداد Copyها

• استقلال نسخه‌ها

• Offline بودن بخشی از Backup

• Offsite بودن یک نسخه

• تست Restore

• سلامت Media

تا اینکه صرفاً Drive از نوع HDD یا SSD باشد.

────────────────────────────────────────────────────────────

چه ظرفیتی برای Backup لازم است؟

به ظرفیت اسمی کامپیوتر نگاه نکنید؛ به حجم واقعی داده‌هایی نگاه کنید که باید Backup شوند.

فرض کنید لپ‌تاپ شما SSD یک‌ترابایتی دارد اما فقط:

350GB

اطلاعات مهم روی آن است.

برای Copy ساده، External Drive یک‌ترابایتی می‌تواند فضای مناسبی ایجاد کند.

اما اگر:

• فایل‌ها مرتب رشد می‌کنند

• Version History می‌خواهید

• Backup چند دستگاه را روی یک Drive نگه می‌دارید

به فضای بیشتری نیاز خواهید داشت.

────────────────────────────────────────────────────────────

ظرفیت Backup را دقیقاً برابر حجم فعلی داده انتخاب نکنید

اگر 900GB داده دارید، خرید Drive یک‌ترابایتی از نظر ظرفیت بسیار فشرده است.

چون باید برای موارد زیر فضا باقی بماند:

• فایل‌های جدید

• Versionهای قبلی

• Backupهای آینده

• Metadata و ساختار Backup

برای انتخاب بین ظرفیت‌های مختلف، مقاله حافظه اکسترنال 1، 2 یا 4 ترابایت؛ کدام ظرفیت برای شما مناسب‌تر است؟ را مطالعه کنید.

────────────────────────────────────────────────────────────

آیا برای Backup باید ظرفیت Drive دو برابر باشد؟

هیچ قانون عمومی وجود ندارد که برای تمام روش‌های Backup حتماً Drive باید دو برابر Dataset باشد.

این نسبت به نوع Backup بستگی دارد.

اما یک استثنای مهم وجود دارد:

Apple برای Time Machine توصیه می‌کند Backup Disk ترجیحاً حداقل دو برابر ظرفیت Storage مک باشد.

مثلاً برای Mac با Storage یک‌ترابایتی:

2TB Backup Disk

انتخاب پیشنهادی Apple است.

این توصیه مخصوص Time Machine است و نباید آن را به تمام روش‌های Backup در Windows یا سایر سیستم‌ها تعمیم داد.

────────────────────────────────────────────────────────────

قبل از Backup مشخص کنید چه فایل‌هایی واقعاً مهم هستند

همه فایل‌های سیستم ارزش یکسانی ندارند.

اول یک Inventory ساده بسازید.

معمولاً مهم‌ترین موارد شامل:

• Documents

• عکس‌های شخصی

• ویدئوهای شخصی

• پروژه‌های کاری

• فایل‌های مالی

• فایل‌های دانشگاهی

• Source Code

• فایل‌های طراحی

• آرشیو پروژه‌ها

هستند.

در مقابل بعضی فایل‌ها مانند:

• Cache

• فایل‌های Temporary

• Installerهای قابل دانلود مجدد

ممکن است نیاز به Backup مداوم نداشته باشند.

این تفکیک می‌تواند ظرفیت موردنیاز و زمان Backup را کاهش دهد.

────────────────────────────────────────────────────────────

Backup فایل بهتر است یا Image کامل سیستم؟

این دو هدف متفاوتی دارند.

File Backup

فقط فایل‌ها و Folderهای مهم Backup می‌شوند.

مناسب برای:

• عکس

• Documents

• پروژه

• فایل‌های کاری

مزیت آن سادگی Restore است.

System Image

یک Image از بخش بزرگ‌تر یا کل سیستم ایجاد می‌شود.

ممکن است شامل:

• Windows

• Partitionها

• Applicationها

• تنظیمات

• فایل‌ها

باشد.

System Image برای Disaster Recovery مفید است، اما فضای بیشتری مصرف می‌کند و مدیریت آن پیچیده‌تر است.

برای بسیاری از کاربران خانگی، File Backup منظم از داده‌های مهم باید اولویت اصلی باشد.

────────────────────────────────────────────────────────────

Clone با Backup چه تفاوتی دارد؟

Clone معمولاً یک Copy بسیار نزدیک از یک Drive روی Drive دیگر ایجاد می‌کند.

این کار برای Migration یا جایگزینی Disk مفید است.

اما Clone به‌تنهایی جای Versioned Backup را نمی‌گیرد.

اگر:

• فایل مهمی حذف شود

• فایل Corrupt شود

• Malware وارد سیستم شود

و بعد Clone جدید روی نسخه قبلی نوشته شود، ممکن است وضعیت خراب نیز به Clone منتقل شود.

برای انتقال Windows از HDD به SSD، Clone کاربرد متفاوتی دارد و هدف آن Migration است، نه طراحی یک Backup Strategy بلندمدت.

────────────────────────────────────────────────────────────

روش ساده Backup دستی روی هارد اکسترنال در Windows

اگر نیاز شما ساده است، Manual Copy هنوز روش قابل استفاده‌ای است.

مرحله 1؛ Drive را وصل کنید

هارد یا SSD اکسترنال را به Port مناسب متصل کنید.

مرحله 2؛ Folderهای مهم را مشخص کنید

برای مثال:

• Documents

• Pictures

• Videos

• Desktop

• Project Folderها

مرحله 3؛ Folder ساختارمند روی Backup Drive ایجاد کنید

مثلاً:

Backup-PC-2026-09

یا Folderهای جدا برای:

• Photos

• Documents

• Work

• Projects

مرحله 4؛ Copy کنید، Move نکنید

هدف Backup این است که نسخه اصلی باقی بماند.

اگر فایل را Cut و روی External Drive Paste کنید و نسخه اصلی حذف شود، Backup ایجاد نکرده‌اید.

مرحله 5؛ Backup را Verify کنید

چند Folder را باز کنید و چند فایل مهم را از روی Backup Drive بررسی کنید.

مرحله 6؛ Drive را Eject کنید

پس از پایان عملیات، از Safe Remove یا Eject استفاده کنید و سپس Drive را جدا کنید.

────────────────────────────────────────────────────────────

Manual Copy چه ضعفی دارد؟

بزرگ‌ترین ضعف آن انسان است.

ممکن است:

• فراموش کنید Backup بگیرید

• Folder جدیدی را جا بیندازید

• نسخه قدیمی را اشتباه جایگزین کنید

• Backup ماه‌ها به‌روز نشود

برای اطلاعاتی که مرتب تغییر می‌کنند، Automation بهتر است.

────────────────────────────────────────────────────────────

File History در Windows چیست؟

Microsoft همچنان File History را به‌عنوان ابزار Backup فایل‌های شخصی در Windows مستند می‌کند.

File History می‌تواند نسخه‌هایی از فایل‌ها را روی:

• External Drive

• Network Location

نگه دارد.

مزیت اصلی آن نسبت به Copy ساده این است که امکان بازیابی نسخه‌های قبلی فایل وجود دارد.

────────────────────────────────────────────────────────────

File History چه چیزهایی را Backup می‌کند؟

براساس مستندات Microsoft، File History روی Libraryها و Folderهای شخصی تمرکز دارد و می‌تواند فایل‌هایی مانند:

• Documents

• Pictures

• Videos

• Desktop

را محافظت کند.

اگر Folder خاصی خارج از Libraryها دارید، باید مطمئن شوید در Backup Scope قرار گرفته است.

────────────────────────────────────────────────────────────

فعال‌کردن File History در Windows

در نسخه‌های فعلی Windows می‌توانید از Control Panel استفاده کنید.

مسیر کلی:

Control Panel → System and Security → File History

سپس:

1. External Drive را متصل کنید.

2. Select drive را در صورت نیاز انتخاب کنید.

3. Backup Drive را مشخص کنید.

4. File History را روشن کنید.

بعد از فعال‌شدن، Windows تغییرات فایل‌های تحت پوشش را بررسی و Backupهای دوره‌ای ایجاد می‌کند.

────────────────────────────────────────────────────────────

چرا Version History از Copy ساده بهتر است؟

فرض کنید یک فایل Excel مهم دارید.

امروز بخشی از آن را اشتباه پاک می‌کنید و Save می‌کنید.

اگر فقط یک Mirror Copy همگام‌شده داشته باشید، ممکن است نسخه خراب نیز جایگزین شود.

اما Versioned Backup می‌تواند اجازه دهد نسخه مربوط به روز قبل را Restore کنید.

این قابلیت برای:

• Documents

• پروژه‌های طراحی

• فایل‌های Office

• Source Code

ارزش زیادی دارد.

────────────────────────────────────────────────────────────

Windows Backup با File History یکی نیست

Windows ابزارها و سرویس‌های مختلفی با نام Backup دارد.

اپلیکیشن Windows Backup در نسخه‌های جدید بیشتر با Microsoft Account و OneDrive برای Backup بخشی از فایل‌ها و تنظیمات کار می‌کند.

File History ابزار متفاوتی است که برای نگهداری نسخه فایل‌ها روی External Drive یا Network Location کاربرد دارد.

پس اگر هدف شما مشخصاً Backup روی HDD یا SSD اکسترنال است، این دو مفهوم را با هم اشتباه نگیرید.

────────────────────────────────────────────────────────────

Backup روی Mac با Time Machine

در macOS ابزار داخلی:

Time Machine

برای Backup خودکار طراحی شده است.

Apple اعلام می‌کند Time Machine می‌تواند روی External Storage متصل از طریق رابط‌هایی مانند USB یا Thunderbolt Backup بگیرد.

Time Machine می‌تواند فایل‌هایی مانند:

• Applicationها

• Music

• Photos

• Email

• Documents

را Backup کند.

────────────────────────────────────────────────────────────

ظرفیت مناسب برای Time Machine

Apple توصیه می‌کند Backup Drive ترجیحاً حداقل دو برابر ظرفیت Storage داخلی Mac باشد.

اگر Mac شما:

1TB

Storage دارد، Apple پیشنهاد می‌کند Backup Disk ترجیحاً:

2TB یا بیشتر

باشد.

فضای بیشتر اجازه می‌دهد Time Machine نسخه‌های تاریخی بیشتری نگه دارد.

────────────────────────────────────────────────────────────

Time Machine هر چند وقت Backup می‌گیرد؟

طبق مستندات فعلی Apple، Time Machine به‌صورت پیش‌فرض Backupهای:

• ساعتی برای 24 ساعت گذشته

• روزانه برای ماه گذشته

• هفتگی برای ماه‌های قبل

ایجاد می‌کند.

قدیمی‌ترین Backupها زمانی حذف می‌شوند که Backup Disk پر شود.

این یک نمونه خوب از مزیت Versioned Backup نسبت به Copy دستی است.

────────────────────────────────────────────────────────────

آیا Backup Drive را برای فایل‌های عادی هم استفاده کنیم؟

بهتر است Backup Destination تا حد امکان نقش مشخصی داشته باشد.

Apple برای Time Machine توصیه می‌کند Backup Disk فقط برای Time Machine استفاده شود، هرچند در بعضی تنظیمات پیشرفته می‌توان Volume جدا ایجاد کرد.

در Windows نیز تفکیک Backup از فایل‌های روزمره مدیریت را ساده‌تر می‌کند.

اگر روی همان Drive:

• Backup

• فیلم

• پروژه فعال

• فایل قابل حمل

را مخلوط کنید، تشخیص اینکه چه مقدار از ظرفیت واقعاً برای Backup باقی مانده دشوار می‌شود.

────────────────────────────────────────────────────────────

هر چند وقت یک بار Backup بگیریم؟

پاسخ به این سؤال به میزان تغییر اطلاعات بستگی دارد.

یک روش ساده این است که از خود بپرسید:

اگر Drive اصلی همین الان خراب شود، حداکثر از دست رفتن چند ساعت یا چند روز اطلاعات برای من قابل قبول است؟

اگر پاسخ:

یک روز است

Backup روزانه منطقی است.

یک هفته است

Backup هفتگی شاید کافی باشد.

فایل‌ها دائماً تغییر می‌کنند

Automatic Versioned Backup ارزش بیشتری دارد.

آرشیو تقریباً ثابت است

ممکن است Backup بعد از هر تغییر عمده کافی باشد.

هیچ Schedule واحدی برای همه کاربران مناسب نیست.

────────────────────────────────────────────────────────────

برای عکاس و تولیدکننده محتوا چه Scheduleای مناسب است؟

اگر هر روز پروژه جدید تولید می‌کنید، فاصله طولانی میان Backupها ریسک زیادی ایجاد می‌کند.

یک Workflow عملی می‌تواند این باشد:

1. فایل‌های جدید از Camera Card به Working Storage منتقل شوند.

2. قبل از پاک‌کردن Card، حداقل یک Copy دوم ساخته شود.

3. پایان روز Backup پروژه روی External Storage انجام شود.

4. در بازه منظم یک نسخه دیگر Offsite یا مستقل ایجاد شود.

برای پروژه‌هایی که ارزش تجاری دارند، تنها یک External Drive کافی نیست.

────────────────────────────────────────────────────────────

برای کاربر خانگی چه Scheduleای مناسب است؟

اگر فایل‌های اصلی شما:

• عکس خانوادگی

• Documents

• فایل‌های شخصی

هستند و هر روز تغییر زیادی ندارند، Backup هفتگی یا بعد از Import حجم زیادی از عکس و ویدئو می‌تواند منطقی باشد.

مهم‌تر از انتخاب Daily یا Weekly این است که Backup واقعاً به‌طور منظم انجام شود.

────────────────────────────────────────────────────────────

Backup Drive را همیشه متصل نگه داریم؟

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

اما از نظر Ransomware یک Trade-off وجود دارد.

CISA توصیه می‌کند Backupهای مهم Offline باشند و External Drive زمانی که فعالانه استفاده نمی‌شود از سیستم جدا شود.

برای کاربر خانگی می‌توان دو رویکرد داشت:

Convenience-first

Drive متصل است و Backup خودکار دائماً اجرا می‌شود.

Resilience-first

Drive فقط هنگام Backup متصل و بعد جدا می‌شود.

راه بهتر می‌تواند ترکیب هر دو باشد:

یک Backup خودکار + یک Backup آفلاین مستقل

────────────────────────────────────────────────────────────

دو External Drive بهتر از یکی است؟

اگر اطلاعات مهم‌اند، بله؛ دو Drive مستقل می‌توانند ریسک را کاهش دهند.

برای مثال:

Drive A

برای Backup هفتگی استفاده شود.

Drive B

در محل دیگر نگهداری شود و ماهانه Update شود.

این روش امکان Rotation ایجاد می‌کند.

اما توجه کنید:

دو HDD اکسترنال از نظر قانون کلاسیک 3-2-1 همچنان یک نوع Media محسوب می‌شوند.

با این حال از نظر خرابی Device و جداکردن نسخه‌ها، داشتن دو Drive مستقل بهتر از داشتن فقط یک Drive است.

────────────────────────────────────────────────────────────

Offsite Backup یعنی چه؟

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

هدف مقابله با حوادثی است که یک محل را به‌طور کامل درگیر می‌کنند، مانند:

• سرقت

• آتش‌سوزی

• آب‌گرفتگی

• آسیب شدید برق

Offsite Backup می‌تواند بسته به نیاز:

• Cloud Backup

• Drive نگهداری‌شده در محل امن دیگر

• Server یا NAS در محل دیگر

باشد.

────────────────────────────────────────────────────────────

آیا Cloud جای External Backup را می‌گیرد؟

می‌تواند یکی از لایه‌های Backup باشد، اما بهتر است آن را تنها لایه ندانید.

Cloud مزایایی مانند:

• Offsite بودن

• دسترسی از راه دور

• Automation

دارد.

اما محدودیت‌هایی مانند:

• سرعت اینترنت

• هزینه Storage

• زمان Restore حجم بالا

• Credential Risk

• رفتار Sync

نیز وجود دارد.

CISA هشدار می‌دهد Sync یا Cloud Backup خودکار اگر به شکلی تنظیم شده باشد که فایل‌های Encryptشده یا خراب را نیز Sync کند، به‌تنهایی کافی نیست.

Versioning، Retention و Delete Protection در Cloud اهمیت زیادی دارند.

────────────────────────────────────────────────────────────

Backup رمزگذاری‌شده چه زمانی لازم است؟

اگر External Drive حاوی اطلاعات حساس است و:

• حمل می‌شود

• ممکن است گم شود

• بیرون از محل نگهداری می‌شود

Encryption اهمیت بیشتری پیدا می‌کند.

داده‌هایی مانند:

• مدارک هویتی

• اسناد مالی

• اطلاعات مشتری

• فایل‌های شرکتی

نباید فقط به دلیل قرارگرفتن روی External Drive «محافظت‌شده» فرض شوند.

از قابلیت Encryption معتبر سیستم‌عامل یا Drive استفاده کنید و Recovery Key یا Password را در محل امن نگه دارید.

اگر رمز Backup را از دست بدهید، ممکن است خودتان نیز نتوانید اطلاعات را Restore کنید.

────────────────────────────────────────────────────────────

آیا Password Protection همان Encryption است؟

نه لزوماً.

بعضی Driveها Software Password دارند و بعضی Hardware Encryption.

برای داده حساس باید Datasheet و مستندات Security مدل دقیق را بررسی کنید.

صرف وجود یک نرم‌افزار Password روی Drive لزوماً سطح Encryption را مشخص نمی‌کند.

────────────────────────────────────────────────────────────

چرا باید Restore را تست کنیم؟

Backupی که Restore نشده، هنوز فقط یک فرض است.

ممکن است:

• Job ظاهراً موفق باشد ولی فایل مهمی Include نشده باشد

• Drive Error داشته باشد

• Backup Corrupt شده باشد

• Password فراموش شده باشد

• Restore Media در دسترس نباشد

CISA نیز توصیه می‌کند Availability و Integrity Backupها و فرایند Restore به‌صورت دوره‌ای آزمایش شوند.

برای کاربر خانگی لازم نیست هر بار همه اطلاعات را Restore کند.

می‌توانید دوره‌ای:

1. چند فایل تصادفی انتخاب کنید.

2. آن‌ها را به Folder موقت Restore کنید.

3. فایل را باز کنید.

4. از سالم‌بودن محتوا مطمئن شوید.

   

────────────────────────────────────────────────────────────

چطور مطمئن شویم Backup کامل شده است؟

فقط پرشدن Progress Bar کافی نیست.

بعد از اولین Backup:

• Folderهای اصلی را بررسی کنید

• تعداد تقریبی فایل‌ها را مقایسه کنید

• چند فایل بزرگ و کوچک باز کنید

• تاریخ آخرین Backup را بررسی کنید

• Log نرم‌افزار Backup را در صورت وجود ببینید

اگر Backup خودکار است، هر چند وقت یک بار وضعیت Job را بررسی کنید.

Automation نباید باعث شود ماه‌ها تصور کنید Backup دارید در حالی که Job مدت‌هاست Fail شده است.

────────────────────────────────────────────────────────────

اگر External Drive پر شود چه اتفاقی می‌افتد؟

به روش Backup بستگی دارد.

بعضی نرم‌افزارها:

• Backup را متوقف می‌کنند

• نسخه‌های قدیمی را حذف می‌کنند

• Retention Policy اجرا می‌کنند

Time Machine برای مثال قدیمی‌ترین Backupها را زمانی که Disk پر می‌شود حذف می‌کند.

در Manual Copy چنین مدیریت خودکاری وجود ندارد.

بنابراین Capacity را باید دوره‌ای بررسی کنید.

────────────────────────────────────────────────────────────

Retention چیست؟

Retention یعنی تعیین اینکه Backupهای قدیمی تا چه زمانی نگهداری شوند.

برای مثال ممکن است بخواهید:

• نسخه‌های روزانه یک ماه

• نسخه‌های هفتگی چند ماه

• نسخه‌های ماهانه یک سال

نگه دارید.

هرچه Retention طولانی‌تر باشد، فضای بیشتری لازم است.

برای کاربر خانگی نیازی نیست حتماً چنین ساختار پیچیده‌ای بسازد، اما باید بداند Version History بدون محدودیت می‌تواند Storage زیادی مصرف کند.

────────────────────────────────────────────────────────────

آیا باید از همه چیز Backup بگیریم؟

نه لزوماً.

اگر فایل یا Software را به‌راحتی می‌توانید دوباره Download کنید، ممکن است ارزش Backup آن کمتر باشد.

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

• عکس خانوادگی

• فیلم شخصی

• پروژه کاری

• مدارک

• فایل‌های ساخته‌شده توسط خودتان

یک Backup Strategy خوب ابتدا Critical Data را شناسایی می‌کند.

────────────────────────────────────────────────────────────

Backup از Game Library لازم است؟

بستگی دارد.

اگر بازی از Steam یا Store دیگری دوباره قابل دانلود است، شاید Backup خود Game اولویت پایین‌تری داشته باشد.

اما:

• Save Game محلی

• Mod

• Screenshot

• Configuration شخصی

ممکن است قابل جایگزینی نباشند.

پس به جای Backup کورکورانه صدها گیگابایت Game File، مشخص کنید کدام داده واقعاً ارزش Backup دارد.

────────────────────────────────────────────────────────────

Backup از عکس موبایل روی External Drive

یک روش ساده این است:

1. عکس‌ها را روی PC یا Mac Import کنید.

2. از Library روی External Drive Backup بگیرید.

3. اگر عکس‌ها بسیار مهم‌اند، یک Copy مستقل دیگر نیز نگه دارید.

اگر عکس‌ها فقط از گوشی Cut و روی External Drive منتقل شوند، Backup ایجاد نشده است.

حداقل یک نسخه دیگر باید باقی بماند.

────────────────────────────────────────────────────────────

Backup از چند کامپیوتر روی یک Drive

از نظر فنی ممکن است، اما ساختار مشخص ایجاد کنید.

مثلاً:

Backup-Laptop

Backup-Desktop

Backup-Family-PC

اگر از Software خودکار استفاده می‌کنید، برای هر سیستم Job یا Folder جدا داشته باشید.

ظرفیت Drive باید مجموع Datasetها و رشد آینده را پوشش دهد.

────────────────────────────────────────────────────────────

یک Drive برای Backup و Archive هم‌زمان مناسب است؟

ممکن است، اما باید تعریف‌ها را مشخص کنید.

اگر فایل اصلی پروژه قدیمی را از PC حذف و فقط روی External Drive نگه می‌دارید، آن بخش:

Archive

است، نه Backup.

اگر همان Archive برای شما ارزش دارد، خود Archive نیز باید Backup داشته باشد.

مثلاً:

Archive اصلی → HDD A

Backup Archive → HDD B یا Offsite Storage

────────────────────────────────────────────────────────────

Backup Drive را کجا نگهداری کنیم؟

External Drive را در محیط مناسب نگهداری کنید:

• دور از رطوبت

• دور از گرمای شدید

• دور از ضربه

• دور از دسترس افراد غیرمجاز

اگر Backup Offsite است، محل دوم باید واقعاً از محل اول مستقل باشد.

دو Drive کنار هم روی یک میز در برابر سرقت یا آتش‌سوزی، Offsite Backup محسوب نمی‌شوند.

────────────────────────────────────────────────────────────

آیا هارد Backup را سال‌ها بدون بررسی داخل کمد بگذاریم؟

بهتر است نه.

Backup Media باید دوره‌ای بررسی شود.

هر چند وقت یک بار:

• Drive را متصل کنید

• سلامت کلی را بررسی کنید

• چند فایل را Restore کنید

• Backup را Update کنید

• ظرفیت باقی‌مانده را بررسی کنید

هیچ HDD یا SSD را نباید Storage تضمین‌شده دائمی فرض کرد.

────────────────────────────────────────────────────────────

Safe Eject واقعاً مهم است؟

بله، مخصوصاً بعد از Write.

قبل از جداکردن External Drive مطمئن شوید:

• Backup تمام شده

• Software در حال Write نیست

• Transfer در جریان نیست

سپس از Eject یا Safely Remove استفاده کنید.

قطع ناگهانی هنگام Write می‌تواند باعث Corruption داده یا File System شود.

────────────────────────────────────────────────────────────

اگر Backup Drive شناسایی نشد چه کنیم؟

اگر Drive Backup ناگهان در Windows ظاهر نشد، قبل از Format یا Initialize وضعیت آن را بررسی کنید.

Drive دارای Backup ممکن است تنها نسخه دوم اطلاعات مهم شما باشد و انجام عملیات اشتباه می‌تواند Recovery را دشوار کند.

برای عیب‌یابی مرحله‌به‌مرحله مقاله چرا هارد اکسترنال شناسایی نمی‌شود؟ راهنمای رفع مشکل در ویندوز را مطالعه کنید.

────────────────────────────────────────────────────────────

Backup قبل از Update یا تغییر بزرگ سیستم

قبل از عملیات پرریسک بهتر است Backup تازه داشته باشید.

برای مثال:

• نصب مجدد Windows

• تغییر Partition

• تعویض Drive

• Migration Storage

• Firmware Update حساس

• تغییرات عمده پروژه

اگر مشکلی رخ دهد، Backup قدیمی چندماهه کمک محدودی خواهد کرد.

────────────────────────────────────────────────────────────

آیا Backup را می‌توان خودکار کرد؟

بله و در بسیاری از موارد بهتر است.

Automation باعث می‌شود Backup به حافظه کاربر وابسته نباشد.

اما یک خطر دارد:

ممکن است Job خودکار خراب شود و شما متوجه نشوید.

بنابراین Backup خودکار باید همراه با Monitoring ساده باشد:

• آخرین زمان Backup

• وضعیت Success/Fail

• فضای آزاد

• تست Restore دوره‌ای

────────────────────────────────────────────────────────────

بهترین روش برای کاربر معمولی Windows چیست؟

یک Setup ساده و عملی می‌تواند این باشد:

لایه 1

فایل‌های اصلی روی SSD یا HDD داخلی.

لایه 2

File History یا Backup منظم روی External HDD/SSD.

لایه 3

یک Copy دوم از اطلاعات بسیار مهم روی Cloud یا Storage جدا از محل.

اگر External Drive فقط هنگام Backup متصل شود، مقاومت بیشتری در برابر بعضی تهدیدهای آنلاین ایجاد می‌کند.

────────────────────────────────────────────────────────────

بهترین روش برای Mac چیست؟

برای کاربر عادی Mac:

لایه 1

فایل‌های اصلی روی Mac.

لایه 2

Time Machine روی External Drive.

لایه 3

یک Copy Offsite یا Cloud از فایل‌های غیرقابل جایگزین.

Time Machine Version History مناسبی ایجاد می‌کند، اما یک Backup دوم مستقل همچنان برای اطلاعات بسیار مهم ارزشمند است.

────────────────────────────────────────────────────────────

برای شرکت کوچک چه چیزی تغییر می‌کند؟

در Business اهمیت موارد زیر بیشتر می‌شود:

• Encryption

• Access Control

• Schedule خودکار

• Log

• Retention Policy

• Offsite Backup

• Recovery Test

• Documentation

در محیط کاری نباید Backup فقط به این وابسته باشد که «یکی از کارکنان هر چند وقت یک بار هارد را وصل کند».

فرایند باید مشخص و قابل بررسی باشد.

────────────────────────────────────────────────────────────

آیا NAS جای External Drive را می‌گیرد؟

NAS می‌تواند Backup Destination بسیار خوبی باشد، اما NAS نیز به‌تنهایی تضمین Backup نیست.

اگر همه نسخه‌ها روی همان NAS هستند و NAS:

• خراب شود

• سرقت شود

• Malware آن را Encrypt کند

داده ممکن است همچنان از بین برود.

NAS می‌تواند یکی از Mediaها یا لایه‌های Backup باشد.

برای اطلاعات مهم، نسخه Offline یا Offsite نیز ارزش دارد.

────────────────────────────────────────────────────────────

اشتباهات رایج Backup روی هارد اکسترنال

«فایل‌ها را از لپ‌تاپ به هارد منتقل کردم، پس Backup دارم»

خیر. اگر نسخه اصلی حذف شده، فقط Storage Location تغییر کرده است.

«External Drive همیشه وصل است، پس اطلاعات امن‌اند»

اتصال مداوم Convenience را بالا می‌برد اما Exposure به Malware و Ransomware را نیز افزایش می‌دهد.

«Cloud Sync دارم، پس Backup دیگری لازم نیست»

Sync و Backup یک مفهوم نیستند. Versioning و Retention سرویس را بررسی کنید.

«یک Drive بزرگ برای همیشه کافی است»

Drive نیز ممکن است خراب شود. Capacity با Redundancy فرق دارد.

«فقط وقتی Windows خراب شد Backup می‌گیرم»

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

«Backup Job سبز است، پس Restore حتماً کار می‌کند»

بدون تست Restore این موضوع قطعی نیست.

«دو HDD کنار هم یعنی قانون 3-2-1 را کامل اجرا کرده‌ام»

دو HDD مستقل مفیدند، اما در تعریف کلاسیک 3-2-1 هر دو یک نوع Media هستند و اگر کنار هم باشند نسخه Offsite نیز ندارید.

«برای Backup فقط سرعت Drive مهم است»

ظرفیت، Reliability، استقلال نسخه‌ها، Encryption و Recovery مهم‌تر از Benchmark صرف هستند.

────────────────────────────────────────────────────────────

یک سناریوی ساده برای Backup خانگی

فرض کنید:

• 500GB عکس و فایل دارید

• هر ماه 20GB داده جدید اضافه می‌شود

• فایل‌ها برای شما مهم‌اند

یک طراحی ساده می‌تواند این باشد:

نسخه اصلی

روی لپ‌تاپ یا Desktop.

Backup محلی

External HDD دوترابایتی با File History یا Backup هفتگی.

Backup دوم

Cloud یا External Drive دوم که در محل دیگری نگهداری می‌شود.

در این طراحی اگر:

• لپ‌تاپ خراب شود → Backup محلی دارید

• Backup محلی خراب شود → نسخه اصلی و Backup دوم دارید

• محل اصلی دچار حادثه شود → Offsite Copy دارید

────────────────────────────────────────────────────────────

یک سناریو برای تولیدکننده محتوا

فرض کنید هر پروژه حدود 300GB داده ایجاد می‌کند.

Workflow می‌تواند این باشد:

Working Storage

SSD داخلی یا SSD اکسترنال سریع.

Backup پروژه فعال

External SSD یا HDD دوم بعد از هر روز کاری.

Archive

HDD ظرفیت بالا پس از پایان پروژه.

Backup Archive

Drive دوم یا Offsite Storage.

نکته مهم این است که Archive نهایی نیز فقط یک نسخه نباشد.

────────────────────────────────────────────────────────────

چک‌لیست طراحی Backup روی External Drive

داده

• فایل‌های غیرقابل جایگزین مشخص شده‌اند

• Folderهای موردنیاز مشخص هستند

• Archive با Backup اشتباه گرفته نشده است

ظرفیت

• حجم داده فعلی اندازه‌گیری شده

• رشد آینده در نظر گرفته شده

• فضای Version History لحاظ شده

• Drive از روز اول تقریباً پر نیست

روش

• Manual Copy یا Automatic Backup مشخص شده

• File History / Time Machine در صورت نیاز تنظیم شده

• Schedule مشخص است

• Retention در صورت نیاز مشخص است

امنیت

• حداقل یک Backup مستقل وجود دارد

• Backup آفلاین در صورت اهمیت داده در نظر گرفته شده

• Offsite Copy برای داده‌های حیاتی وجود دارد

• اطلاعات حساس Encrypt شده‌اند

نگهداری

• Backup Drive بعد از Write به‌درستی Eject می‌شود

• وضعیت فضای آزاد بررسی می‌شود

• سلامت Media دوره‌ای بررسی می‌شود

• Backupها در شرایط فیزیکی مناسب نگهداری می‌شوند

Recovery

• تاریخ آخرین Backup مشخص است

• چند فایل دوره‌ای Restore می‌شوند

• Password و Recovery Key قابل دسترسی‌اند

• مشخص است در زمان خرابی از کدام نسخه Restore شود

────────────────────────────────────────────────────────────

جمع‌بندی؛ چطور روی هارد اکسترنال Backup مطمئن‌تری داشته باشیم؟

برای شروع لازم نیست زیرساخت پیچیده‌ای داشته باشید.

یک External HDD یا SSD می‌تواند اولین لایه بسیار خوبی برای Backup باشد؛ به شرطی که واقعاً نسخه دوم داده را نگه دارد.

اگر اطلاعات مهم هستند:

نسخه اصلی + External Backup + یک Copy مستقل دیگر

از نگهداری تنها یک نسخه بسیار مطمئن‌تر است.

برای مقاومت بیشتر در برابر Ransomware، حداقل یکی از Backupها را Offline نگه دارید و در زمان عدم استفاده External Drive را جدا کنید.

برای فایل‌هایی که مرتب تغییر می‌کنند از Versioned Backup مانند File History یا Time Machine استفاده کنید تا فقط آخرین وضعیت فایل را نداشته باشید.

و در نهایت:

Backup زمانی قابل اعتماد است که بتوانید آن را Restore کنید.

فقط ساختن Copy کافی نیست؛ Backup را Update، Verify و دوره‌ای Restore کنید.

────────────────────────────────────────────────────────────

منابع

• CISA — Data Backup Options و قانون 3-2-1

• CISA — How to Protect the Data Stored on Your Devices

• CISA — StopRansomware Guide؛ Offline Backups و تست Recovery

• Microsoft — Backup, Restore and Recovery in Windows

• Microsoft — Backup and Restore with File History

• Microsoft — Move Files Using an External Storage Device

• Apple — Back Up Your Mac with Time Machine

• Apple — Backup Disks You Can Use with Time Machine

• NIST — Data Integrity: Identifying and Protecting Assets Against Ransomware and Other Destructive Events