مقدمه

تهیه Backup از دیتابیس یکی از مهم‌ترین اقداماتی است که باید قبل از بروزرسانی سایت، نصب افزونه، تغییرات برنامه‌نویسی، انتقال سایت یا Restore اطلاعات انجام شود.

در DirectAdmin می‌توان از چند روش برای تهیه Backup دیتابیس استفاده کرد. در سطح کاربر، سیستم Backup داخلی DirectAdmin می‌تواند اطلاعات و داده‌های دیتابیس را داخل Backup اکانت ذخیره کند. همچنین برای دانلود یا Import مستقیم یک دیتابیس می‌توان از phpMyAdmin استفاده کرد. DirectAdmin به‌صورت پیش‌فرض امکان ورود مستقیم به phpMyAdmin از بخش Databases را نیز فراهم می‌کند.

در این مقاله موارد زیر را بررسی می‌کنیم:

• دانلود Backup دیتابیس با phpMyAdmin
• Upload و Import فایل SQL
• تهیه Backup دیتابیس از Site Backup
• Restore دیتابیس از Backup اکانت
• ساخت دیتابیس جدید قبل از Import
• Restore روی دیتابیس آزمایشی
• Export و Import دیتابیس از طریق SSH
• مدیریت دیتابیس‌های بزرگ
• Backup مدیریتی با CustomBuild
• رفع خطاهای رایج

Database Backup چیست؟

Backup دیتابیس معمولاً یک فایل SQL است که ساختار و اطلاعات دیتابیس را در خود نگهداری می‌کند.

برای مثال ممکن است شامل موارد زیر باشد:

Tables
Columns
Indexes
Records
Database structure
SQL statements

فایل Backup معمولاً با پسوند زیر ذخیره می‌شود:

.sql

یا به‌صورت فشرده:

.sql.gz

DirectAdmin نیز در سیستم Backup خود اطلاعات دیتابیس کاربران را به‌صورت SQL Dump ذخیره می‌کند.

چه زمانی از دیتابیس Backup بگیریم؟

قبل از انجام موارد زیر بهتر است Backup جدید تهیه شود:

• بروزرسانی WordPress
• نصب یا بروزرسانی افزونه
• تغییر قالب
• تغییرات مستقیم دیتابیس
• Import اطلاعات
• انتقال سایت
• اجرای Queryهای حساس
• تغییر ساختار Tableها
• Restore یک Backup قدیمی
• حذف دیتابیس
• تغییر نسخه MySQL یا MariaDB

در سایت‌های فروشگاهی بهتر است قبل از Restore حتماً از وضعیت فعلی دیتابیس Backup گرفته شود تا سفارش‌ها، کاربران و اطلاعات جدید از بین نروند.

روش‌های Backup دیتابیس در DirectAdmin

DirectAdmin سیستم Backup داخلی خود را روش اصلی Backup و Restore اطلاعات کاربران می‌داند. در User Level این قابلیت با Site Backup، در Reseller Level با Manage User Backups و در Admin Level با Admin Backup/Transfer ارائه می‌شود.

مرحله اول: ورود به DirectAdmin

ابتدا وارد DirectAdmin شوید.

آدرس معمول:

https://server.example.com:2222

یا:

https://SERVER-IP:2222

پس از ورود، در سطح User می‌توانید به بخش Databases و ابزار Backup دسترسی داشته باشید.

پیدا کردن نام دیتابیس سایت

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

در WordPress فایل زیر را باز کنید:

public_html/wp-config.php

مقدار زیر نام دیتابیس را مشخص می‌کند:

define('DB_NAME', 'username_database');

برای مثال:

define('DB_NAME', 'admin_wordpress');

همین دیتابیس باید در DirectAdmin یا phpMyAdmin انتخاب شود.

روش اول: دانلود Backup دیتابیس با phpMyAdmin

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

در DirectAdmin وارد بخش:

User Level
Databases

شوید.

در نسخه‌های فعلی DirectAdmin، لینک ورود مستقیم به phpMyAdmin در صفحه Databases یا منوی اصلی قابل دسترسی است و قابلیت SSO می‌تواند کاربر را بدون واردکردن دوباره اطلاعات دیتابیس وارد phpMyAdmin کند.

روی:

phpMyAdmin

کلیک کنید.

انتخاب دیتابیس

پس از ورود به phpMyAdmin، از ستون سمت چپ دیتابیس موردنظر را انتخاب کنید.

برای مثال:

admin_wordpress

سپس از منوی بالا روی:

Export

کلیک کنید.

Export سریع دیتابیس

برای تهیه Backup کامل و ساده:

Export method: Quick
Format: SQL

سپس روی:

Export

یا:

Go

کلیک کنید.

فایل SQL روی کامپیوتر دانلود خواهد شد.

نمونه نام فایل:

admin_wordpress.sql

Export سفارشی دیتابیس

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

Export method: Custom

در این حالت می‌توان موارد زیر را مدیریت کرد:

Tables
Output
Compression
Structure
Data
Triggers
Routines
Character set

برای مثال اگر فقط قصد Backup گرفتن از چند Table را دارید، فقط همان Tableها را انتخاب کنید.

فشرده‌سازی Backup

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

برای مثال:

Compression: gzip

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

admin_wordpress.sql.gz

فشرده‌سازی حجم فایل دانلودی را کاهش می‌دهد.

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

بهتر است حداقل یک نسخه Backup خارج از سرور نگهداری شود.

برای مثال:

Local computer
Remote backup server
Secure cloud storage
External storage

نگهداری تنها نسخه Backup روی همان سرور کافی نیست؛ زیرا در صورت خرابی Disk یا حذف Account ممکن است Backup نیز از بین برود.

فایل SQL را داخل public_html رها نکنید

Database Dump ممکن است شامل اطلاعات حساسی مانند موارد زیر باشد:

Users
Emails
Orders
Application settings
Password hashes
API settings
Customer information

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

database.sql
database.sql.gz
backup.sql

نباید در مسیر عمومی سایت باقی بمانند:

public_html

اگر فایل را برای انتقال موقت داخل File Manager قرار داده‌اید، پس از پایان عملیات آن را حذف کنید.

آپلود و Restore دیتابیس با phpMyAdmin

برای Import کردن Backup ابتدا وارد:

DirectAdmin
Databases
phpMyAdmin

شوید.

دیتابیس مقصد را انتخاب کنید.

سپس روی:

Import

کلیک کنید.

فایل Backup را از کامپیوتر انتخاب کنید:

database-backup.sql

سپس Import را آغاز کنید.

قبل از Import دیتابیس را ایجاد کنید

اگر Backup را روی یک سرور جدید Restore می‌کنید، ابتدا دیتابیس مقصد را از داخل DirectAdmin ایجاد کنید.

مسیر:

User Level
Databases
Create Database

مستندات DirectAdmin نیز تأکید می‌کنند که قبل از Restore یک SQL Dump باید دیتابیس و Database User از طریق DirectAdmin ایجاد شده باشند.

برای مثال:

Database Name: wordpress
Database User: wpuser

DirectAdmin معمولاً Username اکانت را به نام دیتابیس اضافه می‌کند:

admin_wordpress

و Database User ممکن است به شکل زیر باشد:

admin_wpuser

چرا دیتابیس را از DirectAdmin ایجاد کنیم؟

DirectAdmin هنگام ایجاد Database و Database User، تنظیمات و Permissionهای موردنیاز را در MySQL/MariaDB اعمال می‌کند.

بنابراین بهتر است Database را مستقیماً با phpMyAdmin ایجاد نکنید و ابتدا از رابط DirectAdmin استفاده کنید. مستندات DirectAdmin نیز برای Restore دستی SQL همین روند را توصیه می‌کنند.

Restore روی یک دیتابیس جدید

اگر از سلامت Backup مطمئن نیستید، آن را مستقیماً روی دیتابیس اصلی Restore نکنید.

یک دیتابیس آزمایشی ایجاد کنید:

admin_restoretest

سپس:

phpMyAdmin
admin_restoretest
Import

فایل Backup را Import کنید.

بعد از Import موارد زیر را بررسی کنید:

• تعداد Tableها
• اطلاعات کاربران
• تنظیمات سایت
• Recordهای مهم
• خطاهای Import

اگر Backup سالم بود، می‌توانید برای Restore نهایی تصمیم بگیرید.

قبل از Restore از دیتابیس فعلی Backup بگیرید

فرض کنید Backup شما مربوط به سه روز قبل است.

از آن زمان ممکن است اطلاعات زیر ایجاد شده باشند:

New users
New orders
New comments
New posts
New settings

Restore مستقیم Backup قدیمی می‌تواند این اطلاعات را از بین ببرد.

ترتیب مناسب:

Current database
       |
       v
Create new backup
       |
       v
Download backup
       |
       v
Restore old backup

آیا قبل از Import باید Tableهای قبلی حذف شوند؟

این موضوع به محتوای SQL Dump بستگی دارد.

بعضی Backupها شامل دستور زیر هستند:

DROP TABLE IF EXISTS `wp_posts`;

و سپس Table را دوباره ایجاد می‌کنند:

CREATE TABLE `wp_posts`;

در این حالت اطلاعات قبلی Table جایگزین می‌شوند.

اما اگر Dump فقط شامل:

INSERT INTO `wp_posts`

باشد، Import روی دیتابیس موجود ممکن است باعث خطای Duplicate Entry شود.

برای Restore کامل، استفاده از دیتابیس خالی روش قابل‌کنترل‌تری است.

روش دوم: تهیه Backup دیتابیس با Site Backup

DirectAdmin دارای سیستم Backup داخلی در سطح کاربر است.

مسیر:

User Level
Site Backup

در Backup Settings می‌توانید مشخص کنید چه اطلاعاتی داخل Backup قرار بگیرند.

DirectAdmin امکان انتخاب جداگانه موارد زیر را ارائه می‌کند:

Database Settings
Database Data

Database Settings اطلاعات کاربران و تنظیمات دیتابیس و Database Data محتوای خود دیتابیس‌ها را در Backup قرار می‌دهد.

تنظیم Backup فقط برای دیتابیس

اگر هدف شما فقط Backup دیتابیس‌ها است، در بخش Selected Data گزینه‌های غیرضروری را غیرفعال کنید و موارد زیر را نگه دارید:

Database Settings
Database Data

این روش Backup دیتابیس‌ها را داخل ساختار Backup استاندارد DirectAdmin قرار می‌دهد.

تفاوت Site Backup و SQL Export

اگر فقط یک فایل SQL می‌خواهید، phpMyAdmin مناسب‌تر است.

اگر قصد Backup کامل تنظیمات دیتابیس همراه با DirectAdmin را دارید، Site Backup انتخاب مناسب‌تری است.

محل Backupهای User Level

Backupهای ساخته‌شده در User Level به‌صورت پیش‌فرض در مسیر زیر نگهداری می‌شوند:

/home/USERNAME/backups/

برای مثال:

/home/admin/backups/

DirectAdmin این Backupها را Site Backup نیز می‌نامد.

Restore بکاپ DirectAdmin

اگر Backup با سیستم Backup خود DirectAdmin ساخته شده باشد، باید از قابلیت Restore همان سیستم استفاده شود.

در سطح User:

User Level
Site Backup
Restore

در Admin Level:

Admin Level
Admin Backup/Transfer

DirectAdmin Backupها را به‌صورت Archive شامل اطلاعات User، دامنه‌ها، دیتابیس‌ها، ایمیل‌ها و سایر اطلاعات اکانت نگهداری می‌کند و Restore استاندارد آن از طریق رابط Backup انجام می‌شود.

تفاوت Database Data و Database Settings

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

روش سوم: Export دیتابیس با SSH

اگر SSH Access دارید، برای دیتابیس‌های بزرگ استفاده از Command Line مناسب‌تر است.

ابتدا اطلاعات Database User را مشخص کنید.

سپس:

mysqldump -u DB_USER -p DB_NAME > database-backup.sql

نمونه:

mysqldump -u admin_wpuser -p admin_wordpress > wordpress-backup.sql

پس از اجرای دستور، Password دیتابیس درخواست می‌شود.

فشرده‌سازی Backup با gzip

برای کاهش حجم فایل:

gzip wordpress-backup.sql

نتیجه:

wordpress-backup.sql.gz

یا می‌توان Dump را مستقیماً فشرده کرد:

mysqldump -u admin_wpuser -p admin_wordpress | gzip > wordpress-backup.sql.gz

Import دیتابیس از طریق SSH

قبل از Import مطمئن شوید دیتابیس و Database User از طریق DirectAdmin ساخته شده‌اند. DirectAdmin همین روش را برای Restore دستی فایل SQL توصیه می‌کند.

سپس:

mysql -u DB_USER -p DB_NAME < database-backup.sql

نمونه:

mysql -u admin_wpuser -p admin_wordpress < wordpress-backup.sql

Password دیتابیس درخواست خواهد شد.

Import فایل فشرده

برای فایل .sql.gz:

gunzip < database-backup.sql.gz | mysql -u DB_USER -p DB_NAME

نمونه:

gunzip < wordpress-backup.sql.gz | mysql -u admin_wpuser -p admin_wordpress

بررسی حجم دیتابیس

از SSH:

du -h database-backup.sql

برای فایل فشرده:

du -h database-backup.sql.gz

برای مشاهده فضای آزاد سرور:

df -h

قبل از Export یک دیتابیس بزرگ باید مطمئن شوید فضای کافی روی Disk وجود دارد.

دیتابیس‌های بزرگ و phpMyAdmin

phpMyAdmin برای Databaseهای کوچک و متوسط مناسب است.

برای Backupهای بزرگ ممکن است با خطاهایی مانند موارد زیر مواجه شوید:

Maximum upload size exceeded
Request timeout
Execution time exceeded
Memory limit exceeded
504 Gateway Timeout

در چنین شرایطی استفاده از SSH و Commandهای mysqldump و mysql معمولاً قابل‌کنترل‌تر است.

بررسی اتصال به دیتابیس قبل از Import

قبل از Import می‌توانید Login دیتابیس را آزمایش کنید:

mysql -u admin_wpuser -p

اگر Login موفق بود:

SHOW DATABASES;

سپس:

EXIT;

DirectAdmin نیز برای عیب‌یابی phpMyAdmin توصیه می‌کند Username و Password دیتابیس ابتدا از طریق Command Line آزمایش شوند.

ورود One-Click به phpMyAdmin

در تنظیم پیش‌فرض DirectAdmin، کاربر می‌تواند از داخل پنل بدون واردکردن مجدد Database Password وارد phpMyAdmin شود.

این قابلیت با SSO انجام می‌شود و لینک‌های آن در صفحه Databases و منوی اصلی موجود هستند.

در سطح مدیریت سرور، فعال‌سازی SSO:

da config-set one_click_pma_login 1 --restart

غیرفعال‌سازی:

da config-set one_click_pma_login 0 --restart

این تنظیم فقط برای مدیر سرور است و کاربران هاست اشتراکی نیازی به اجرای آن ندارند.

روش چهارم: Backup تمام دیتابیس‌های سرور با CustomBuild

این بخش مخصوص مدیر سرور دارای دسترسی root است.

DirectAdmin امکان تهیه Backup مستقل از تمام دیتابیس‌ها را از طریق CustomBuild فراهم می‌کند.

فعال‌سازی Backup:

da build set mysql_backup yes

اجرای Backup:

da build mysql_backup

فایل‌ها به‌صورت پیش‌فرض در مسیر زیر قرار می‌گیرند:

/usr/local/directadmin/custombuild/mysql_backups

DirectAdmin این روش را به‌خصوص قبل از Upgrade یا تغییر MySQL/MariaDB توصیه می‌کند.

جلوگیری از Overwrite شدن Backupهای CustomBuild

Backup بعدی ممکن است فایل‌های همان Directory را جایگزین کند.

پس از تهیه Backup می‌توانید Directory را Rename کنید:

cd /usr/local/directadmin/custombuild
mv mysql_backups mysql_backups.$(date +%F)

نمونه نتیجه:

mysql_backups.2026-08-10

DirectAdmin همین روش را برای جلوگیری از جایگزینی Backupهای قبلی مستند کرده است.

فشرده‌سازی Backupهای CustomBuild

DirectAdmin دارای گزینه زیر است:

mysql_backup_gzip=yes

که باعث می‌شود Dumpها به‌صورت:

.sql.gz

ذخیره شوند. همچنین مسیر Backup با گزینه mysql_backup_dir قابل تغییر است.

تفاوت CustomBuild Backup با User Backup

این دو نوع Backup کاملاً یکسان نیستند.

DirectAdmin توضیح می‌دهد SQL Dumpهای ساخته‌شده توسط mysql_backup شامل دستورهای:

DROP DATABASE
CREATE DATABASE

هستند، در حالی که SQL فایل‌های موجود در Backup معمول User ساختار متفاوتی دارند. بنابراین نباید این دو نوع Backup را بدون بررسی جای یکدیگر استفاده کرد.

بررسی Connection String وردپرس بعد از Restore

اگر Backup روی دیتابیس جدید Restore شده است، فایل زیر را بررسی کنید:

public_html/wp-config.php

مقادیر:

define('DB_NAME', 'admin_wordpress');
define('DB_USER', 'admin_wpuser');
define('DB_PASSWORD', 'DATABASE_PASSWORD');
define('DB_HOST', 'localhost');

اگر نام Database یا Database User تغییر کرده باشد، این فایل نیز باید اصلاح شود.

مشکل Prefix نام دیتابیس

DirectAdmin معمولاً نام Username را به Database Name اضافه می‌کند.

برای مثال روی سرور قدیمی:

olduser_wordpress

و روی سرور جدید:

newuser_wordpress

پس از Restore، برنامه باید از نام جدید استفاده کند.

در WordPress:

define('DB_NAME', 'newuser_wordpress');

و:

define('DB_USER', 'newuser_wpuser');

خطای Access denied

نمونه:

ERROR 1045: Access denied for user

موارد زیر را بررسی کنید:

• Username صحیح است.
• Password صحیح است.
• Database User از DirectAdmin ایجاد شده است.
• User به Database موردنظر دسترسی دارد.
• Database Name صحیح است.

ابتدا Login را آزمایش کنید:

mysql -u DB_USER -p

DirectAdmin نیز تست مستقیم Database User از Command Line را یکی از مراحل عیب‌یابی دسترسی phpMyAdmin معرفی می‌کند.

خطای Unknown database

نمونه:

ERROR 1049: Unknown database

ابتدا Database را از DirectAdmin ایجاد کنید:

User Level
Databases
Create Database

سپس فایل SQL را Import کنید.

DirectAdmin برای Restore دستی نیز تأکید می‌کند Database و Database User باید قبل از Import وجود داشته باشند.

خطای Table already exists

نمونه:

ERROR 1050: Table already exists

این خطا زمانی ایجاد می‌شود که SQL Dump قصد ساخت Tableای را داشته باشد که از قبل وجود دارد.

راهکار مناسب:

1. از دیتابیس فعلی Backup بگیرید.
2. یک دیتابیس جدید ایجاد کنید.
3. Dump را روی دیتابیس خالی Import کنید.
4. اطلاعات را بررسی کنید.

خطای Duplicate entry

نمونه:

ERROR 1062: Duplicate entry

این خطا معمولاً زمانی رخ می‌دهد که داده‌های موجود در Dump از قبل در دیتابیس مقصد وجود داشته باشند.

برای Restore کامل، Import روی یک دیتابیس خالی معمولاً قابل‌کنترل‌تر است.

خطای فایل بزرگ در phpMyAdmin

اگر فایل SQL از Upload Limit بزرگ‌تر باشد، phpMyAdmin ممکن است اجازه Import ندهد.

در این شرایط:

• فایل را فشرده کنید.
• از SSH استفاده کنید.
• از مدیر سرور درخواست Import کنید.
• تنظیمات PHP مربوط به phpMyAdmin را در VPS بررسی کنید.

برای هاست اشتراکی، تغییر Server Limit در اختیار کاربر نیست.

phpMyAdmin باز نمی‌شود

ابتدا مطمئن شوید حداقل یک Database از طریق DirectAdmin ایجاد شده است.

DirectAdmin مستند کرده است که Database باید ابتدا از خود پنل ساخته شود تا Database User و دسترسی‌های لازم ایجاد شوند.

در سرور دارای دسترسی root می‌توان phpMyAdmin را بازسازی کرد:

da build phpmyadmin

اما کاربران هاست اشتراکی باید موضوع را با مدیر سرور بررسی کنند.

Backup ساخته شده ولی سایت بعد از Restore خطا دارد

موارد زیر را بررسی کنید:

Database name
Database username
Database password
Database host
Table prefix
Character set
Application configuration

در WordPress:

wp-config.php

در Laravel:

.env

نمونه:

DB_DATABASE=admin_application
DB_USERNAME=admin_dbuser
DB_PASSWORD=DATABASE_PASSWORD

ناسازگاری نسخه MySQL و MariaDB

در انتقال بین سرورها ممکن است Database Server مبدأ و مقصد نسخه‌های متفاوتی داشته باشند.

DirectAdmin اعلام می‌کند Backupهای معمول User از نظر نوع و نسخه دیتابیس تا حد زیادی قابل انتقال طراحی شده‌اند، اما دیتابیس‌های سیستمی مانند mysql.* بین نسخه‌های مختلف MySQL/MariaDB الزاماً قابل جایگزینی نیستند.

برای انتقال سایت‌ها معمولاً فقط دیتابیس User موردنیاز است و نباید دیتابیس سیستمی MySQL از سرور دیگر Restore شود.

Backup Manager یا phpMyAdmin؟

نکات امنیتی

• قبل از Restore همیشه Backup جدید تهیه کنید.
• فایل SQL را داخل public_html نگهداری نکنید.
• Database Backup را در اختیار افراد غیرمجاز قرار ندهید.
• Backupهای قدیمی غیرضروری را حذف کنید.
• حداقل یک نسخه Backup خارج از سرور نگهداری کنید.
• Database و Database User را از خود DirectAdmin ایجاد کنید.
• رمز دیتابیس را داخل Script عمومی قرار ندهید.
• Database Backup حاوی اطلاعات حساس را در Storage امن نگهداری کنید.
• قبل از Import فایل دریافت‌شده از منبع ناشناس، محتویات آن را بررسی کنید.
• در دیتابیس Production ابتدا Restore را روی دیتابیس آزمایشی بررسی کنید.

چک‌لیست دانلود Backup دیتابیس

• دیتابیس صحیح انتخاب شده است.
• نام Database با تنظیمات سایت مطابقت دارد.
• Backup با phpMyAdmin یا Site Backup تهیه شده است.
• فایل روی کامپیوتر دانلود شده است.
• حجم فایل منطقی است.
• Backup داخل public_html باقی نمانده است.
• تاریخ Backup مشخص است.
• حداقل یک نسخه خارج از سرور نگهداری شده است.

چک‌لیست Upload و Restore

• قبل از Restore از دیتابیس فعلی Backup گرفته شده است.
• فایل SQL صحیح انتخاب شده است.
• Database مقصد ایجاد شده است.
• Database User ایجاد شده است.
• Username و Password صحیح هستند.
• Import بدون خطای جدی کامل شده است.
• تعداد Tableها بررسی شده است.
• سایت بعد از Restore آزمایش شده است.
• Connection String بررسی شده است.
• Backup اضافی از مسیر عمومی سایت حذف شده است.

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

برای مطالعه بیشتر می‌توانید از مستندات رسمی DirectAdmin استفاده کنید:

• Backup / Restore / Migration در DirectAdmin — ساختار Backupهای User، Reseller و Admin و نحوه Backup اطلاعات دیتابیس.
• Backup و Restore دیتابیس MySQL/MariaDB — Backup با CustomBuild و Restore فایل SQL.
• راهنمای phpMyAdmin در DirectAdmin — ورود One-Click و عیب‌یابی phpMyAdmin.
• مستندات MariaDB/MySQL در DirectAdmin — مدیریت و نگهداری دیتابیس‌های MySQL و MariaDB.
• Restore and Recovery در DirectAdmin — بازیابی Backupهای ساخته‌شده توسط DirectAdmin.
• دانلود و آپلود بکاپ دیتابیس در Plesk — مقاله مرتبط در دانش‌نامه
• دانلود و آپلود بکاپ دیتابیس در cPanel — مقاله مرتبط در دانش‌نامه

جمع‌بندی

برای دانلود یک Backup مستقل از دیتابیس در DirectAdmin، ساده‌ترین روش استفاده از phpMyAdmin است:

DirectAdmin
Databases
phpMyAdmin
Database
Export

فایل SQL روی سیستم کاربر دانلود می‌شود و می‌توان آن را بعداً از مسیر زیر Restore کرد:

phpMyAdmin
Database
Import

DirectAdmin در تنظیم پیش‌فرض امکان ورود مستقیم به phpMyAdmin از صفحه Databases را نیز فراهم می‌کند.

برای Backup کامل‌تر، می‌توان از Site Backup استفاده کرد و گزینه‌های زیر را فعال نگه داشت:

Database Settings
Database Data

در این حالت علاوه بر محتوای دیتابیس، اطلاعات و تنظیمات مربوط به Database Userها نیز داخل Backup DirectAdmin قرار می‌گیرند.

اگر Backup روی یک سرور جدید Restore می‌شود، ابتدا Database و Database User را از خود DirectAdmin ایجاد کنید و سپس فایل SQL را Import کنید. DirectAdmin نیز برای Restore دستی SQL همین روش را توصیه می‌کند.

برای دیتابیس‌های بزرگ، استفاده از mysqldump برای Export و دستور mysql برای Import از طریق SSH معمولاً نسبت به Upload در مرورگر مناسب‌تر است.

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

da build set mysql_backup yes
da build mysql_backup

این روش با Backup معمول User متفاوت است و بیشتر برای Backup مدیریتی، Upgrade و Disaster Recovery سرور کاربرد دارد.