برای تهیهٔ خروجی منطقی دیتابیس از SSH، ابزار مناسب MySQL یا MariaDB و کاربر دارای مجوز لازم را انتخاب کنید. فایل خروجی را خارج از مسیر عمومی وب نگه دارید. موفقیت تولید یک فایل، به‌تنهایی تضمین نمی‌کند بازیابی کامل و سازگار خواهد بود.
دسترسی و شرایط سازگاری
نوع و نسخهٔ سرور دیتابیس، ابزار کلاینت، نام دیتابیس و مجوزهای حساب بکاپ را مشخص کنید. در هاست مشترک، دسترسی SSH و ابزارها ممکن است محدود باشند. فضای مقصد و حفاظت از فایل را قبل از عملیات بررسی کنید؛ از درج رمز واقعی در فرمان و تاریخچهٔ پوسته پرهیز کنید.
single-transaction برای جدول‌های تراکنشی مانند InnoDB کاربرد دارد و تمام جدول‌های غیرتراکنشی را سازگار نمی‌کند. عملیات تغییر ساختار همزمان نیز می‌تواند خروجی را مختل کند. نیاز فایل‌های برنامه، کاربران، رویه‌ها و سایر اجزا را جدا از خروجی سادهٔ یک دیتابیس تعیین کنید.
نمونهٔ خروجی با درخواست رمز
در مثال MySQL، app_db، backup_user و مسیر backup.sql باید با مقادیر مجاز واقعی جایگزین شوند. مسیر خروجی تازه و قابل نوشتن انتخاب کنید؛ ابزار ممکن است فایل موجود را بازنویسی کند:
mysqldump --single-transaction --user=backup_user --password --result-file=backup.sql app_dbبرای محیط MariaDB، ابزار متناظر را با گزینه‌های سازگار همان نسخه استفاده کنید:
mariadb-dump --single-transaction --user=backup_user --password --result-file=backup.sql app_dbگزینهٔ password بدون مقدار، رمز را جدا درخواست می‌کند. result-file خروجی را در فایل می‌نویسد و وابستگی به بازهدایت متن پوسته را کم می‌کند؛ در PowerShell قدیمی، بازهدایت خروجی می‌تواند کدگذاری نامناسب ایجاد کند.
آزمون خروجی و بازیابی
کد پایان و پیام‌های خطا را بررسی کنید؛ وجود فایل خالی یا ناقص، بکاپ معتبر نیست. تاریخ، اندازه و محدودهٔ داده را ثبت و نسخه را با دسترسی محدود به محل مستقل منتقل کنید. بازیابی را در دیتابیس آزمایشی جدا اجرا و دادهٔ مهم و متن فارسی را کنترل کنید. فایل SQL می‌تواند دستورات تغییردهنده داشته باشد؛ آن را برای آزمون روی دیتابیس عملیاتی وارد نکنید. برنامهٔ نگهداری و آزمون دوره‌ای، بخشی از بکاپ است.
سرویس‌های مرتبط با این مطلب
برای بررسی راهکار مناسب، مشخصات و شرایط این خدمات را ببینید.
