آموزش گام‌به‌گام بکاپ سمت هاست
در آموزش گام‌به‌گام انتقال هاست بدون قطعی جابه‌جایی بین دو هاست را قدم‌به‌قدم گفته‌ایم؛ آن مقاله مسیر مهاجرت است و این مقاله لایهٔ محافظی که قبل از هر مهاجرت، آپدیت یا حادثه لازم میشود. این دو را جدا نگه دارید: مهاجرت یک پروژهٔ مقطعی است و بکاپ هاست، یک ریتم همیشگی. کسی که بکاپ را فقط برای مهاجرت یاد گرفته، در روزهای معمولی بی‌حفاظ می‌ماند.
چرا سمت هاست؟ چون بیشترین اتفاق‌ها از همان‌جا میآید: خرابی دیسک، اشتباه انسانی در حذف فایل، آپدیت شکستهٔ افزونه یا آلودگی‌ای که با بازگردانی سریع جواب می‌دهد. به تجربهٔ ما تفاوت سایتی که از یک حادثه با چند ساعت خواب می‌گذرد و سایتی که هفته‌ها داده از دست می‌دهد، در همان لحظهٔ اول معلوم میشود: یکی بکاپ تازه و تمرین‌شده دارد، دیگری ندارد.
بکاپ هاست چیست و چه چیزی را پوشش می‌دهد؟
بکاپ هاست، نسخهٔ کامل حساب هاستینگ شماست: فایل‌های سایت، دیتابیس‌ها، تنظیمات ایمیل و گاهی فورواردها؛ هرچیزی که در همان حساب ساخته شده. با این تعریف، دو خطای رایج مشخص میشود. اول، فکرکردن به بکاپ فقط به‌عنوان «فایلها»: در سایتهای وردپرسی — که طبق آمار W3Techs حدود ۴۳٪ کل سایتهای جهان را می‌سازند (تاریخ گردآوری: آبان ۱۴۰۵) — محتوای واقعی، نظرات و سفارش‌ها در دیتابیس است نه در فایلها. دوم، اتکای صرف به بکاپ خودکارِ شرکت هاستینگ بدون دانستن ریتم، بازهٔ نگهداری و روش بازگردانی آن؛ اگر پنل شما ابزار بکاپ خودکار دارد، همین تعریف برای بررسی ریتم و بازهٔ نگهداری‌اش کاربرد دارد.
بکاپ سمت هاست با بکاپ افزونهای هم فرق دارد و جای هم را نمی‌گیرد؛ بکاپ سمت هاست از خودِ زیرساخت میآید و کل حساب را پوشش می‌دهد، بکاپ افزونهای از داخل وردپرس و معمولاً فقط سایت را. هر دو میتوانند کنار هم باشند، اما لایهٔ هاست، لایه‌ای است که وقتی خودِ سایت بالا نمیآید هم به آن دسترسی دارید. به تجربهٔ ما همین تفاوت، در بحران‌های واقعی تعیین‌کننده است؛ چون بحران معمولاً همین‌جا شروع میشود که پنل وردپرس دیگر باز نمی‌شود.
سه لایهٔ بکاپ؛ فایلها، دیتابیس و ایمیلها
حساب هاستینگ را سه لایه تصور کنید. لایهٔ اول، فایل‌هاست: هستهٔ وردپرس، قالب، افزونه‌ها و پوشهٔ آپلودها؛ معمولاً حجم اصلی بکاپ همین‌جاست. لایهٔ دوم، دیتابیس است: متن‌ها، تنظیمات، کاربران، سفارش‌ها؛ کوچک اما حساس‌ترین لایه. لایهٔ سوم، ایمیلها و تنظیمات حساب است که در بکاپ‌های کامل پوشش داده میشود اما خیلی‌ها فراموشش می‌کنند و بعد از یک جابه‌جایی، تاریخچهٔ مکاتبات را از دست می‌دهند.
این تفکیک عملی است، نه نظری: هر لایه ابزار و ریتم مخصوص خودش را می‌خواهد. فایلها با بکاپ کامل پنل یا فایل‌منیجر، دیتابیس با خروجی phpMyAdmin و ایمیلها با بکاپ کامل حساب. وقتی بدانید هر لایه کجاست، تشخیص می‌دهید کدام بکاپ کدام حفره را پر می‌کند و در گزارش هفتگی‌تان، پوشش هر سه لایه را جدا بررسی می‌کنید نه یک بند کلی به نام «بکاپ داریم».
در گزارش‌هایمان همیشه یک سؤال ساده می‌پرسیم: آخرین بکاپ هر لایه کی بوده؟ اگر پاسخ برای لایه‌ای مبهم بود، همان‌جا حفره است. این سؤال، گفت‌وگو را از «آیا بکاپ داریم» به «کدام لایه همین حالا پوشش ندارد» منتقل می‌کند و دقیقاً همان چیزی است که تصمیم بعدی را می‌سازد.
گام‌به‌گام بکاپ کامل از سی‌پنل
مسیر استاندارد در cPanel چنین است: وارد ابزار Backup شوید و گزینهٔ Download a Full Account Backup را بزنید؛ سیستم یک آرشیو کامل از کل حساب می‌سازد و آن را در دایرکتوری home می‌گذارد. بعد از آماده‌شدن — بسته به حجم سایت، از چند دقیقه تا چند ساعت — فایل را دانلود و در یک جای بیرون از سرور نگه دارید. اگر هاست شما پنل دیگری دارد، هم‌ارز همین قابلیت را در مستنداتش پیدا کنید؛ منطق یکسان است، نام دکمه فرق می‌کند.
دو نکتهٔ عملی از تجربهٔ ما: اول، قبل از بکاپ، حجم حساب را ببینید؛ اگر فضای هاست برای آرشیو کامل کم است، اول فضا آزاد کنید نه اینکه وسط کار خطای تمام‌شدن فضا بگیرید. دوم، تاریخ را در نام فایل بیاورید و فایلها را فهرست‌دار نگه دارید؛ آرشیو بی‌تاریخِ روی هارد لپ‌تاپ مدیر، شش ماه بعد قابل‌اعتماد نیست. بکاپ گرفتن نیم‌ساعت کار است؛ ولی ریتم‌مندشدنش، همان چیزی است که فرق می‌سازد.
بکاپ دیتابیس؛ جدا از فایلها و جدا از همه‌چیز
دیتابیس را جدا هم بگیرید، حتی وقتی بکاپ کامل دارید؛ چون سه دلیل مستقل دارد. اول، حجمش کوچک است و بازگردانیاش سریع: در خرابی‌های نیمه‌شب، بازیابی یک دیتابیس چندده‌مگابایتی از بازیابی چند گیگ فایل آپلود خیلی کوتاه‌تر است. دوم، مستقل از فایل است: وقتی مشکل از خودِ فایل‌هاست — قالب آلوده یا هستهٔ خراب — دیتابیس سالم می‌ماند و برعکس. سوم، نسخه‌های متعددش جا نمی‌گیرند و نگهداری هفتگی‌اش ارزان است.
مسیر استاندارد: در phpMyAdmin دیتابیس سایت را انتخاب کنید، از تب Export گزینهٔ Quick را بزنید و خروجی SQL را دانلود کنید؛ در همان صفحه، charset را روی utf8mb4 نگه دارید تا متن فارسی سالم بماند. به تجربهٔ ما بیشتر داده‌های گم‌شده در مهاجرت‌ها، از گم‌شدن دیتابیس یا خراب‌شدن کدگذاری آن میآید، نه از گم‌شدن فایل. برای سایت‌هایی که هر روز سفارش یا محتوا می‌گیرند، ریتم دیتابیسی جدا از ریتم فایلی بگذارید؛ این دو لازم نیست هم‌گام باشند. و خروجی دیتابیس را هم مثل فایلها با تاریخ در نام فایل نگه دارید؛ آرشیو بی‌تاریخ، در روز بحران فقط سؤال می‌سازد.
بازگردانی؛ تمرینی که تا روز بحران نگرفته‌اید
تا وقتی بازگردانی را تمرین نکرده‌اید، بکاپ شما فرضیه است نه قابلیت. تمرین استاندارد را در محیط تست اجرا کنید: یک زیردامنه یا سایت موقت، بازگردانی همان بکاپ در آن، ورود به مدیریت و بررسی چند صفحه و یک فرم. این تمرین سه چیز را لو می‌دهد: سالم‌بودن آرشیو، درستی مسیر بازگردانی و زمان واقعی بازگشت به حالت عادی؛ همان عددی که در گزارش حادثه باید بگویید.
اگر به محیط تست دسترسی ندارید، حتی یک بازگردانی نیمه‌ای — فقط دیتابیس در سایت موقت — بهتر از هیچ است؛ نکته، دیدنِ فرایند با چشم خودتان است. تمرین فصلی همین نسخهٔ سبک، بیشترین شکست‌های آرشیو را زود لو می‌دهد.
بازگردانی کامل در cPanel معمولاً از مسیر Backup → Restore a Full Account Backup انجام میشود و کل حساب را با نسخهٔ آرشیو جایگزین می‌کند؛ پس قبل از اجرا، دسترسی لازم را داشته باشید و بدانید چه چیزی از لحظهٔ بکاپ تا حالا از دست می‌رود. به تجربهٔ ما تیم‌هایی که این تمرین را فصلی انجام می‌دهند، در حادثهٔ واقعی آرام‌ترند؛ نه چون سریع‌تر تایپ می‌کنند، چون می‌دانند چه چیزی در پایان کار جلویشان است.
سیاست نگهداری؛ چند نسخه، کجا و با چه ریتمی؟
سیاست نگهداری را روی سه سؤال بچینید: چند نسخه؟ کجا؟ چه ریتمی؟ الگوی رایج حرفه‌ای، سه نسخه در دو رسانهٔ متفاوت با یک نسخهٔ بیرون از محل است؛ به زبان عملی برای سایت: بکاپ روی سرور، بکاپ روی فضای ابری یا دسکتاپ، و حداقل یک نسخهٔ قدیمی‌تر برای روزهایی که خرابی جدید کشف میشود. نسخهٔ «فقط روی خود سرور»، بکاپ حساب نمی‌شود؛ سرور همان است که ممکن است فردا مشکل داشته باشد.
ریتم را به اندازهٔ داینامیک‌بودن سایت انتخاب کنید: فروشگاه یا خبرگزاری، روزانه برای دیتابیس و هفتگی برای فایلها؛ سایت معرفی کمتغییر، هفتگی کفایت می‌کند. و قبل از هر ریسک برنامه‌ریزی‌شده — آپدیت اصلی وردپرس، تعویض قالب، انتقال هاست — یک بکاپ دستی تازه بگیرید و همان روز بازگردانیاش را چک کنید. این بکاپِ «قبل از تغییر»، ارزانترین بیمه‌نامه‌ای است که در کار وب وجود دارد و به تجربهٔ ما بیشترین بار استفاده را هم دارد. فهرست نسخه‌ها را هم در یک برگهٔ ساده نگه دارید: تاریخ، حجم، محل نگهداری و یادداشت؛ این برگه در روز حادثه نقشهٔ شماست.
جمع‌بندی؛ ریتم پشتیبان‌گیری را به تقویم بسپارید
جمع‌بندی در سه خط: بکاپ هاست، نسخهٔ کامل حساب است و سه لایه را میپوشاند — فایلها، دیتابیس، ایمیلها؛ مسیر عملی‌اش بکاپ کامل از پنل به‌علاوهٔ خروجی مستقل دیتابیس و سیاست چندنسخه‌ای بیرون از سرور است؛ و معیار درستی‌اش تمرین بازگردانی است، نه وجود فایل آرشیو. بکاپی که هرگز بازگردانی نشده، فقط یک امید به اسم فایل است.
برای ادامهٔ مسیر، هاب هاست و زیرساخت نقشهٔ کامل خوشه است، مقایسهٔ کامل هاست مناسب سئو و مقایسهٔ کامل هاست ایرانی یا خارجی انتخاب زیرساخت را داده‌محور می‌کنند و امنیت و پشتیبان‌گیری در سوئیت نشان می‌دهد پشتیبان‌گیری در کنار دیگر لایه‌های امنیتی سوئیت کجا می‌نشیند. اگر می‌خواهید ببینید این ریتم‌ها چطور در یک پلتفرم اجرایی شده‌اند، امکانات پلتفرم سوئیت را ببینید؛ بکاپ هاست قرار نیست پروژهٔ جانبی بماند، بخشی از کار روزمرهٔ سایت است. ریتم پیشنهادی ما برای شروع، ماه اول هر هفته است تا عادت بماند؛ بعد از سه ماه، فاصله‌ها را به اندازهٔ داینامیک‌بودن سایت تنظیم کنید.
رصد ما، رشد شما.
سؤالات پرتکرار
بکاپ هاست با بکاپ افزونهٔ وردپرس چه فرقی دارد؟
بکاپ هاست از خودِ زیرساخت میآید و کل حساب — فایلها، دیتابیس، ایمیلها — را میپوشاند؛ بکاپ افزونهای از داخل وردپرس است و وقتی خود سایت بالا نمیآید به آن دسترسی ندارید. هر دو میتوانند کنار هم باشند.
چند وقت یکبار بکاپ هاست بگیریم؟
برای سایتهای پرتغییر مثل فروشگاه، روزانه دیتابیس و هفتگی فایلها؛ برای سایت معرفی کمتغییر، هفتگی کافی است. و پیش از هر آپدیت یا مهاجرت بزرگ، یک بکاپ دستی تازه بگیرید.
بکاپ خودکار شرکت هاستینگ کافی است؟
معمولاً نه بهتنهایی؛ باید بدانید ریتم آن چیست، چند روز نگه میدارد و بازگردانیاش چطور انجام میشود. لایهٔ دوم — نسخهای بیرون از سرور — را خودتان بسازید تا وابستهٔ یک نقطه نباشید.
بازگردانی بکاپ چقدر طول می‌کشد؟
به حجم و نوع بکاپ بستگی دارد؛ دیتابیس معمولاً در چند دقیقه برمی‌گردد، بکاپ کامل حساب می‌تواند ساعت بگیرد. تنها راه دانستن عدد واقعی برای سایت خودتان، تمرین بازگردانی در محیط تست است.
قبل از آپدیت وردپرس بکاپ لازم است؟
بله؛ آپدیت اصلی وردپرس، تعویض قالب و مهاجرت، سه ریسک برنامهریزیشدهٔ اصلیاند و قبل از هر کدام یک بکاپ دستی تازه لازم است. این بکاپ، ارزانترین بیمهنامهٔ کار وب است.
