1、檢視磁碟空間情況：

既然是定時備份，就要選擇一個空間充足的磁碟空間，避免出現因空間不足導致備份失敗.

檢視磁碟空間情況：df -h

2、建立備份目錄：

上面我們使用命令看出/home下空間比較充足，所以可以考慮在/home儲存備份檔案；

cd /home
mkdir backup
cd backup

3、建立備份Shell指令碼:

注意把以下命令中的DatabaseName換為實際的資料庫名稱；當然，你也可以使用其它的命名規則！

vi bkDatabaseName.sh

輸入/貼上以下內容：

mysqldump -uusername -ppassword DatabaseName > /home/backup/DatabaseName_$(date +%Y%m%d_%H%M%S).sql

輸入上面的內容就可以了，下面綠色部分的是另一種方式，和上面的二選一即可，可以不考慮：

[對備份進行壓縮：

mysqldump -uusername -ppassword DatabaseName | gzip > /home/backup/DatabaseName_$(date +%Y%m%d_%H%M%S).sql.gz

]

注意：把 username 替換為實際資料庫的使用者名稱；把 password 替換為實際的資料庫密碼；把 DatabaseName替換為實際的資料庫名；

退出編輯頁：點選ESC推出，然後點選":wq"w寫入write q推出quit

4、新增可執行許可權：

新增可執行許可權之後先執行一下，看看指令碼有沒有錯誤，能不能正常使用；

./bkDatabaseName.sh

如果出現下面如圖中紅框所示，則表示可以正常使用

錯誤解決方案：

[

在執行了上面的程式碼./bkDatabaseName.sh，有可能會報如下錯誤：

mysqldump: Got error: 1045: Access denied for user 'root'@'localhost' (using password: YES) when trying to connect

解決方式如下：

5新增計劃任務

A、檢測或安裝 crontab

確認crontab是否安裝：
執行 crontab 命令如果報 command not found，就表明沒有安裝

# crontab
-bash: crontab: command not found

如果在執行完所有的步驟自動備份功能仍然不起作用，也有可能是沒有安裝crontab

如時沒有安裝 crontab，需要先安裝它，具體步驟請參考：

1）檢測是否安裝crontab，並安裝

rpm -q vixie-cron   

2)安裝：

B、修改/etc/crontab

#vi /etc/crontab

1），在下面新增

01   3 * * * root/home/backup/bkDatabaseName.sh

表示每天3點鐘執行備份

退出編輯頁：點選ESC推出，然後點選":wq"w寫入write q推出quit

執行以上操作時，有時會報一下錯誤：

故障現象：

使用vim修改檔案報錯，系統提示如下：

E37: No write since last change (add ! to override)

故障原因：

檔案為只讀檔案，無法修改。

解決辦法：

使用命令:w!強制存檔即可，在vim模式下，鍵入以下命令：

:w！

存檔後在使用vim命令檢查是否儲存，如未儲存，編輯後重復以上操作。

或者報出linux中vi儲存檔案時的“Can't open file for writing”

E212: Can't open file for writing

Press ENTER or type command to continue

   出現這個錯誤的原因可能有兩個：一是當前使用者的許可權不足，二是此檔案可能正被其他程式或使用者使用。這裡的錯誤原因是前者，解決方案是在使用vi命令開啟檔案時，前面加上sudo來臨時提供管理員許可權，即使用命令“sudo vi grub.cfg”開啟編輯檔案。由此看來，sudo命令是很有用的，當我們執行某種作業系統提示諸如“operation not permitted”等許可權不足資訊時，我們很多時候都可以在命令前面加上sudo來解決許可權不足問題

下面綠色這個是另一種備份時間的方式，和上面的二選一即可：

[2）如果1中不起作用，請使用crontab -e執行

執行命令：

crontab -e

*/1 * * * * /home/backup/bkDatabaseName.sh

意思是每一分鐘執行一次shell指令碼  “/home/backup/bkDatabaseName.sh”。

]

6、重新啟動crond

# /etc/rc.d/init.d/crond restart 

7、測試任務是否執行

如果任務執行失敗了，可以通過以下命令檢視任務日誌：

# tail -f /var/log/cron

錯誤輸出類似如下：

Sep 30 14:01:01 bogon run-parts(/etc/cron.hourly)[2503]: starting 0anacron
Sep 30 14:01:01 bogon run-parts(/etc/cron.hourly)[2512]: finished 0anacron

正確資訊如下：