هاست بکاپ ایران

برای انتخاب پلن دو عدد را حساب کنید: فضا و ترافیک ماهانه. عدد اول فضاست: حجم یک نسخهٔ کامل را در تعداد نسخه‌هایی که نگه می‌دارید ضرب کنید. عدد دوم ترافیک است: جمع همهٔ حجمی که در یک ماه می‌فرستید، به‌علاوهٔ یک بازگردانی احتمالی؛ دانلود بکاپ را هم در محاسبه بیاورید. در سه پلن اول ترافیک ماهانه دو برابر فضاست و در پلن ۸۰۰ گیگابایت کمی کمتر از دو برابر؛ یعنی فضا را در یک ماه حداکثر حدود دو بار می‌توان از نو پر کرد.

یک مثال: بکاپ کامل سرور شما ۲۰ گیگابایت است. اگر هر شب نسخهٔ کامل بفرستید، در ماه ۶۰۰ گیگابایت جابه‌جا می‌شود که از ترافیک پلن ۲۵۰ گیگابایتی بیشتر است، هرچند هفت نسخهٔ آن فقط ۱۴۰ گیگابایت جا می‌گیرد. دو راه دارید: بکاپ کامل را هفتگی کنید و شب‌های دیگر فقط تغییرات را بفرستید، یا پلن ۵۰۰ گیگابایتی را بگیرید. ابزاری مثل BorgBackup در هر نوبت فقط داده‌های تغییرکرده را منتقل می‌کند و برای همین ترافیک و فضای کمتری مصرف می‌کند.

• پلن ۱۰۰ گیگابایت: برای چند سایت وردپرسی یا یک حساب سی‌پنل که فول بکاپ آن چند گیگابایت است. با بکاپ کامل هفتگی، چند هفته نسخه را نگه می‌دارید و ترافیک ۲۰۰ گیگابایتی کم نمی‌آید.
• پلن ۲۵۰ گیگابایت: برای یک سرور مجازی با چند ده گیگابایت داده. بکاپ افزایشی روزانه با Borg یا بکاپ کامل هفتگی در ترافیک ۵۰۰ گیگابایتی این پلن جا می‌شود.
• پلن ۵۰۰ گیگابایت: برای چند سرور یا یک سرور میزبانی اشتراکی کوچک. هر سرور زیرحساب خودش را می‌گیرد و ۱ ترابایت ترافیک برای بکاپ کامل هفتگی چند منبع کافی است.
• پلن ۸۰۰ گیگابایت: برای سرور اختصاصی یا آرشیوهای بزرگ. ترافیک این پلن ۱٫۵ ترابایت است، یعنی کمتر از دو برابر فضا؛ پس در این اندازه بکاپ افزایشی عملاً لازم است، نه بکاپ کامل هرروزه.

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

برای اتصال به سه چیز نیاز دارید: نشانی سرویس، نام کاربری و رمز، و پورت هر پروتکل. این‌ها را از مشخصات سرویس در ناحیهٔ کاربری بردارید و اگر چیزی روشن نبود، پیش از تنظیم بکاپ با تیکت بپرسید. بعد به این ترتیب پیش بروید:

• آزمایش اتصال: با یک برنامهٔ SFTP مثل FileZilla یا WinSCP وصل شوید، یک فایل کوچک بفرستید و همان را دوباره دانلود کنید. تا این قدم درست کار نکند، سراغ خودکارسازی نروید.
• زیرحساب برای هر منبع: برای هر سرور یا هر سایت یک زیرحساب با نام کاربری و رمز خودش در نظر بگیرید؛ با ۵ زیرحساب تا پنج منبع از هم جدا می‌مانند. روش ساخت زیرحساب و محدود بودن هر زیرحساب به پوشهٔ خودش را پیش از تنظیم بکاپ با تیکت بپرسید.
• مقصد در سی‌پنل: در سطح حساب، از بخش Backup یا Backup Wizard گزینهٔ Full Backup را بزنید و مقصد را Secure Copy (SCP) یا Remote FTP Server بگذارید. اگر به WHM دسترسی دارید، در Backup Configuration و بخش Additional Destinations یک مقصد SFTP بسازید و با دکمهٔ Validate آن را آزمایش کنید. فول بکاپ سطح حساب دستی است و زمان‌بندی ندارد؛ بازگردانی کامل آن را هم مدیر سرور انجام می‌دهد، نه خود کاربر از داخل سی‌پنل.
• مقصد در دایرکت‌ادمین: در سطح ادمین از بخش Admin Backup/Transfer و در سطح نماینده از Manage User Backups، محل ذخیره را FTP راه دور بگذارید و اطلاعات اتصال را وارد کنید. بکاپ سطح کاربر در دایرکت‌ادمین فقط داخل خود هاست ذخیره می‌شود؛ آن فایل را باید جداگانه به فضای بکاپ بفرستید. گزینه‌های FTPS و SFTP به نسخهٔ دایرکت‌ادمین بستگی دارد؛ همان را که پنل شما دارد انتخاب کنید.
• زمان‌بندی و تعداد نسخه: در WHM و بکاپ مدیریتی دایرکت‌ادمین زمان اجرا را در خود پنل تعیین می‌کنید و WHM تعداد نسخه‌های روزانه، هفتگی و ماهانه را هم می‌پرسد. اگر فقط به سطح حساب دسترسی دارید یا پنل ندارید، اسکریپت را با Cron برای ساعت‌های کم‌بار شب بگذارید و نسخه‌های قدیمی را خودتان حذف کنید تا فضا پر نشود.
• آزمایش بازگردانی (ریستور): بعد از اولین بکاپ، فایل را از فضای بکاپ دانلود کنید و روی یک سرور یا حساب آزمایشی بازگردانی کنید؛ باز شدن فایل فشرده کافی نیست، سایت و پایگاه‌داده باید بالا بیایند. فقط بعد از این قدم می‌توانید روی بکاپ حساب کنید.

روی سرور لینوکسی بدون پنل، ساده‌ترین روش یک اسکریپت شبانه است: از پایگاه‌داده با mysqldump خروجی بگیرید، آن را کنار فایل‌های سایت با tar فشرده کنید و با scp بفرستید؛ شکل دستور چیزی مثل scp -P PORT BACKUP-FILE USER@HOST:backups است (P بزرگ برای پورت). برای ورود بدون رمز در اسکریپت، از کلید SSH استفاده کنید، اگر سرویس آن را می‌پذیرد.

برای بکاپ افزایشی، BorgBackup چهار دستور اصلی دارد. با borg init و گزینهٔ encryption=repokey یک بار مخزن را روی فضای بکاپ می‌سازید؛ نشانی مخزن به شکل ssh نوشته می‌شود. borg create در هر نوبت یک آرشیو تازه می‌سازد و فقط داده‌های تغییرکرده را می‌فرستد. borg prune با گزینه‌هایی مثل keep-daily و keep-weekly آرشیوهای قدیمی را حذف می‌کند و از نسخهٔ ۱٫۲ به بعد borg compact فضای آن‌ها را آزاد می‌کند (در نسخه‌های قدیمی‌تر خود prune این کار را می‌کند). این دستورها برای Borg 1 هستند و Borg 2 دستورهای دیگری دارد؛ پیش از شروع، نسخهٔ نصب‌شده را با borg --version ببینید. کلید و عبارت عبور مخزن را جایی غیر از همان سرور نگه دارید، چون بدون آن‌ها بکاپ باز نمی‌شود.

• بکاپ روی همان سرور: نسخه‌ای که کنار خود سایت مانده با خرابی دیسک، حذف اشتباه یا نفوذ به سرور همراه سایت از دست می‌رود.
• FTP ساده: FTP ساده نام کاربری، رمز و داده را بدون رمزنگاری می‌فرستد. FTPS همان FTP با TLS است و SFTP روی SSH کار می‌کند؛ یکی از این دو را انتخاب کنید.
• کپی فایل‌های زندهٔ پایگاه‌داده: پایگاه‌داده‌ای که روشن است هر لحظه در فایل‌هایش می‌نویسد؛ اگر همان فایل‌ها را کپی کنید، ممکن است بکاپ هنگام بازگردانی بالا نیاید. اول با mysqldump یا ابزار پنل خروجی بگیرید و همان خروجی را بفرستید.
• پر کردن کامل فضا: Borg حتی برای حذف آرشیوهای قدیمی به مقداری فضای خالی نیاز دارد. همیشه بخشی از فضا را خالی نگه دارید و پیش از پر شدن، نسخه‌های قدیمی را کم کنید یا پلن را ارتقا دهید.
• گم کردن کلید و عبارت عبور Borg: بکاپ رمزنگاری‌شده بدون کلید قابل خواندن نیست. با borg key export از کلید خروجی بگیرید و آن را در جای امن دیگری نگه دارید.
• بکاپ بدون آزمایش بازگردانی: هر چند وقت یک بار یکی از بکاپ‌ها را بازگردانی کنید؛ بکاپی که بازگردانی نشود به کار نمی‌آید. در Borg دستور borg check سلامت مخزن را بررسی می‌کند و extract با گزینهٔ dry-run بازگردانی را بدون نوشتن فایل می‌آزماید.
• یک رمز مشترک برای همه: اگر همهٔ سرورها با یک حساب وصل شوند، نفوذ به یکی راه را به بکاپ بقیه باز می‌کند. زیرحساب‌ها برای همین هستند.