建站
咨詢
售后
建站咨詢
新聞中心
在數(shù)字化時(shí)代，大量數(shù)據(jù)產(chǎn)生并隨著不斷增長(zhǎng)。數(shù)據(jù)庫(kù)備份是我們重要的保留策略，對(duì)數(shù)據(jù)安全具有非常重要的意義。數(shù)據(jù)安全是每一個(gè)用戶都需要關(guān)注的問(wèn)題，因?yàn)閿?shù)據(jù)泄露或丟失會(huì)對(duì)企業(yè)或個(gè)人造成極大的損失。因此，制定一個(gè)合理的數(shù)據(jù)庫(kù)備份保留策略是千萬(wàn)不能忽略的。
我們提供的服務(wù)有：網(wǎng)站設(shè)計(jì)、網(wǎng)站建設(shè)、微信公眾號(hào)開(kāi)發(fā)、網(wǎng)站優(yōu)化、網(wǎng)站認(rèn)證、措美ssl等。為上1000+企事業(yè)單位解決了網(wǎng)站和推廣的問(wèn)題。提供周到的售前咨詢和貼心的售后服務(wù)，是有科學(xué)管理、有技術(shù)的措美網(wǎng)站制作公司
數(shù)據(jù)庫(kù)備份保留策略是指根據(jù)公司的實(shí)際情況制定一系列備份方案，也就是備份周期、備份類(lèi)型，備份介質(zhì)以及數(shù)據(jù)保留時(shí)間，以確保數(shù)據(jù)完整性及可靠性。無(wú)論數(shù)據(jù)量和備份方式的選擇如何，備份的最終目標(biāo)都是為了保證數(shù)據(jù)的完整性和安全性。具有較高可靠性的數(shù)據(jù)庫(kù)備份策略在數(shù)據(jù)備份和恢復(fù)時(shí)發(fā)揮著關(guān)鍵的作用。
實(shí)際上，現(xiàn)在的數(shù)據(jù)庫(kù)備份工具已經(jīng)變得越來(lái)越智能化，自動(dòng)化程度也越來(lái)越高。然而，數(shù)據(jù)庫(kù)備份依然是整個(gè)數(shù)據(jù)安全的重中之重，受到了越來(lái)越多的關(guān)注。因?yàn)闆](méi)有穩(wěn)定的數(shù)據(jù)庫(kù)備份策略，數(shù)據(jù)會(huì)處于很大的危險(xiǎn)狀態(tài)。
備份周期
制定數(shù)據(jù)庫(kù)備份保留策略時(shí)，備份周期應(yīng)該是很重要的一個(gè)考慮因素。主要表現(xiàn)為數(shù)據(jù)的重要程度、變化頻率。以及具體的備份類(lèi)型都會(huì)影響備份周期的選擇。不同周期的數(shù)據(jù)庫(kù)備份方案，其保留數(shù)據(jù)和備份數(shù)據(jù)的時(shí)間也有所不同。
如果數(shù)據(jù)重要程度高，那么備份周期會(huì)較短。例如，某些公司可能會(huì)每天進(jìn)行一次數(shù)據(jù)庫(kù)備份。如果數(shù)據(jù)的變化頻率較高，備份周期也應(yīng)較短。因此，根據(jù)實(shí)際情況制定一個(gè)合理的數(shù)據(jù)庫(kù)備份周期非常重要。
備份介質(zhì)
備份介質(zhì)是備份策略中的另一個(gè)重要考慮因素；一些介質(zhì)通常用于數(shù)據(jù)庫(kù)備份，通常包括硬盤(pán)、磁帶、光盤(pán)等。何種介質(zhì)被選擇依賴于備份時(shí)間的長(zhǎng)短以及備份的數(shù)據(jù)量。在進(jìn)行數(shù)據(jù)庫(kù)備份時(shí)，應(yīng)主要考慮介質(zhì)的質(zhì)量和容量，以確保備份數(shù)據(jù)的安全性和可靠性。
備份類(lèi)型
在數(shù)據(jù)庫(kù)備份保留策略中，備份類(lèi)型也是一個(gè)重要的考慮因素。根據(jù)備份類(lèi)型的不同，備份內(nèi)容和數(shù)據(jù)備份的速度也會(huì)有所不同。數(shù)據(jù)庫(kù)備份可以分為完全備份、差異備份和增量備份三種類(lèi)型。
完全備份：
完全備份的意思是將整個(gè)數(shù)據(jù)庫(kù)都備份一遍。這意味著不僅所有的數(shù)據(jù)都被備份，而且還包括所有的表、結(jié)構(gòu)、存儲(chǔ)過(guò)程和函數(shù)。由于整個(gè)數(shù)據(jù)庫(kù)都被備份，所以這種類(lèi)型的備份通常速度較慢，但數(shù)據(jù)恢復(fù)的速度比較快。
差異備份：
差異備份只備份與上一次完全備份之間新增的數(shù)據(jù)。這種備份方式可以大大減少數(shù)據(jù)備份的時(shí)間，從而節(jié)省備份介質(zhì)的使用量，但是備份具有依賴關(guān)系，如果上一次完全備份丟失，則差異備份數(shù)據(jù)也將無(wú)法恢復(fù)。
增量備份：
增量備份僅備份自上次增量備份后新增和修改的數(shù)據(jù)。與差異備份不同，增量備份不依賴于完全備份，這意味著即使完整備份已丟失，增量備份仍然是可用的。它可以更簡(jiǎn)單地實(shí)現(xiàn)備份恢復(fù)，但備份和恢復(fù)的時(shí)間成本可能高于差異備份。
數(shù)據(jù)保留時(shí)間
在數(shù)據(jù)庫(kù)備份保留策略中，數(shù)據(jù)保留時(shí)間是需要考慮的另一個(gè)因素。這個(gè)因素涉及到備份數(shù)據(jù)的使用和維護(hù)，以及備份策略的頻率。通常，注重?cái)?shù)據(jù)保護(hù)的企業(yè)會(huì)制定一種備份保留算法，以根據(jù)備份時(shí)間和可以支持?jǐn)?shù)據(jù)數(shù)量的存儲(chǔ)系統(tǒng)的要求來(lái)控制備份數(shù)據(jù)的過(guò)期時(shí)間。
但是，數(shù)據(jù)的保留時(shí)間是受許多方面的影響，包括監(jiān)管要求和企業(yè)的策略和義務(wù)等。后果是，應(yīng)該根據(jù)實(shí)際情況和法規(guī)要求來(lái)控制數(shù)據(jù)庫(kù)備份保留時(shí)間。尤其是企業(yè)要密切關(guān)注國(guó)內(nèi)外政策法規(guī)的變化，必要時(shí)需要及時(shí)調(diào)整公司的備份保留策略。
制定數(shù)據(jù)備份保留策略是一項(xiàng)挑戰(zhàn)性的工作，但這是很有必要的。在制定這些策略時(shí)，您需要考慮的重要因素包括備份周期、備份介質(zhì)、備份類(lèi)型和數(shù)據(jù)保留時(shí)間等。此外，保持與行業(yè)最新的政策法規(guī)同步更新是也是很重要的。對(duì)于那些關(guān)鍵性的數(shù)據(jù)要留存，我們還建議盡量考慮采用云備份、異地備份等方式來(lái)確保數(shù)據(jù)庫(kù)的安全性。正如我們所看到的，在這個(gè)大數(shù)據(jù)時(shí)代，數(shù)據(jù)庫(kù)備份保留策略對(duì)于數(shù)據(jù)安全和數(shù)據(jù)穩(wěn)定性起著至關(guān)重要的作用，不能輕視。
成都網(wǎng)站建設(shè)公司-創(chuàng)新互聯(lián)為您提供網(wǎng)站建設(shè)、網(wǎng)站制作、網(wǎng)頁(yè)設(shè)計(jì)及定制高端網(wǎng)站建設(shè)服務(wù)！
如何備份數(shù)據(jù)庫(kù)
數(shù)據(jù)庫(kù)備份的方法：
1、首先使用管理軟件SQL Server Management Studio連接到SQL數(shù)據(jù)庫(kù)，找到需要的數(shù)據(jù)庫(kù)備份的名字（如圖中的book）。
2.選擇要備份的SQL數(shù)據(jù)庫(kù)，用鼠標(biāo)右鍵點(diǎn)擊數(shù)據(jù)庫(kù)，選擇任務(wù)選項(xiàng)里面的備份。
3.接著彈出一個(gè)備份窗口，在該窗口中的備份的類(lèi)型選擇完整備份。
4.然后在該備份窗口右下角有一個(gè)添加，這個(gè)添加就是添加備份文件保存位置。
5.如果SQL數(shù)據(jù)庫(kù)經(jīng)常要備份的，更好建立一固定的文件夾用來(lái)的放置數(shù)據(jù)備份文件。
6.手機(jī)一次性完整備份，可以自己命名。若通過(guò)維護(hù)計(jì)劃進(jìn)行備份的，可以設(shè)備文件命名格式。
7.確定后，等待數(shù)據(jù)庫(kù)執(zhí)行備份完成。然后就可以到目錄文件下找到完整備份文件了，可以還原數(shù)據(jù)庫(kù)。
1、首先打開(kāi)sql server管理系統(tǒng)工具，使用數(shù)據(jù)庫(kù)賬號(hào)登錄到數(shù)據(jù)管理系統(tǒng)。
2、進(jìn)去以后，點(diǎn)擊數(shù)據(jù)庫(kù)文件前面的+號(hào)，點(diǎn)開(kāi)系統(tǒng)數(shù)據(jù)庫(kù)前面的+號(hào)，找到你要備份的數(shù)據(jù)庫(kù)，比如markt數(shù)據(jù)庫(kù)。
3、右鍵markt數(shù)據(jù)庫(kù)，選擇任務(wù)選項(xiàng)下的備份選項(xiàng)即可。
4、在彈出的界面里，選擇備份組建、備份時(shí)間和備份路徑。
5、然后選擇確定，進(jìn)行備份。備份成功后，會(huì)提示備份成功，最后關(guān)閉即可。
1.使用管理軟件SQL Server Management Studio連接到SQL。
2.選擇需要完整備份的SQL數(shù)據(jù)庫(kù)，右鍵任務(wù)中選擇備份。
3.記得備份的類(lèi)型要選擇完整備份。
4.然后就是添加備份的文件保存位置。
5.若是經(jīng)常要備份的，更好建立一固定的文件夾用來(lái)的放置數(shù)據(jù)備份文件。
6.手機(jī)一次性完整備份，可以自己命名。若通過(guò)維護(hù)計(jì)劃進(jìn)行備份的，可以設(shè)備文件命名格式。
7.確定后，等待數(shù)據(jù)庫(kù)執(zhí)行備份完成。然后就可以到目錄文件下找到完整備份文件了，可以還原數(shù)據(jù)庫(kù)。
1、首先運(yùn)行SQL。
2、將數(shù)據(jù)庫(kù)進(jìn)行連接。
3、單擊“服務(wù)器對(duì)象”，在“服務(wù)器對(duì)象”中右鍵單擊“備份設(shè)備”，選擇”新建備份設(shè)備”。
4、在設(shè)備名稱文本框輸入你要?jiǎng)?chuàng)建的設(shè)備名稱，然后單擊“確定”。
5、這樣備份設(shè)備的創(chuàng)建就完成了。
6、右鍵單擊要備份的數(shù)據(jù)庫(kù)，選擇“任務(wù)”，在“任務(wù)”中選擇“備份”。
7、單擊“添加”，選中“備份設(shè)備”，單擊“確定”。
8、刪除文件目標(biāo)，只保留備份設(shè)備，單擊“確定”。
9、提示“備份已成功完成”。
10、這樣就可以完成數(shù)據(jù)庫(kù)的備份了。
擴(kuò)展資料：
還執(zhí)行語(yǔ)句，使用SQL最簡(jiǎn)單備份,還原數(shù)據(jù)庫(kù)：
1、備份：backup database Test to disk=’D:/Test.bak’
2、還原：restore database Test from disk=’D:/Test.bak’
可以試試以下操作：
1、首先運(yùn)行SQL，
2、將數(shù)據(jù)庫(kù)進(jìn)行連接，
3、單擊“服務(wù)器對(duì)象”，在“服務(wù)器對(duì)象”中右鍵單擊“備份設(shè)備”，選擇”新建備份設(shè)備”，
4、在設(shè)備名稱文本框輸入你要?jiǎng)?chuàng)建的設(shè)備名稱，然后單擊“確定”，
5、這樣備份設(shè)備的創(chuàng)建就完成了，
6、右鍵單擊要備份的數(shù)據(jù)庫(kù)，選擇“任務(wù)”，在“任務(wù)”中選擇“備份”，
7、單擊“添加”，選中“備份設(shè)備”，單擊“確定”，
8、刪除文件目標(biāo)，只保留備份設(shè)備，單擊“確定”，
9、提示“備份已成功完成”，
10、這樣就可以完成數(shù)據(jù)庫(kù)的備份了。
擴(kuò)展資料
還執(zhí)行語(yǔ)句，使用SQL最簡(jiǎn)單備份,還原數(shù)據(jù)庫(kù)：
1、備份：backup database Test to disk=’D:/Test.bak’
2、還原：restore database Test from disk=’D:/Test.bak’
本機(jī)運(yùn)行的MySQL 數(shù)據(jù)庫(kù) 如何安全的備份/還原
簡(jiǎn)單的話，找到數(shù)據(jù)庫(kù)文件，直接復(fù)制備份，具置看你的mysql配置
一般是即時(shí)備份。做主從。或者是每天增量備份。
本文是在linux下,mysql 4.1.14版本下測(cè)試的,經(jīng)過(guò)適當(dāng)修改可能適合mysql 4.0,5.0及其其他版本.
本文適合于沒(méi)有啟動(dòng)復(fù)制功能的mysql,如果啟動(dòng)了復(fù)制,可能不需要采取這種備份策略或者需要修改相關(guān)參數(shù).
每個(gè)人的備份策略都可能不同,所以請(qǐng)根據(jù)實(shí)際情況修改,做到舉一反三,不要照搬照抄,可能會(huì)造成不必要的損失.
希望你明白這個(gè)腳本要干什么工作!
腳本描述
每7天備份一次所有數(shù)據(jù),每天備份binlog,也就是增量備份.
(如果數(shù)據(jù)少,每天備份一次完整數(shù)據(jù)即可,可能沒(méi)必要做增量備份)
作者對(duì)shell腳本不太熟悉,所以很多地方寫(xiě)的很笨
開(kāi)啟 bin log
在mysql 4.1版本中,默認(rèn)只有錯(cuò)誤日志,沒(méi)有其他日志.可以通過(guò)修改配置打開(kāi)bin log.方法很多,其中一個(gè)是在/etc/my.cnf中的mysqld部分加入:
log-bin
這個(gè)日志的主要作用是增量備份或者復(fù)制(可能還有其他用途).
如果想增量備份,必須打開(kāi)這個(gè)日志.
對(duì)于數(shù)據(jù)庫(kù)操作頻繁的mysql,這個(gè)日志會(huì)變得很大,而且可能會(huì)有多個(gè).
在數(shù)據(jù)庫(kù)中flush-logs,或者使用mysqladmin,mysqldump調(diào)用flush-logs后并且使用參數(shù)delete-master-logs,這些日志文件會(huì)消失,并產(chǎn)生新的日志文件(開(kāi)始是空的).
所以如果從來(lái)不備份,開(kāi)啟日志可能沒(méi)有必要.
完整備份的同時(shí)可以調(diào)用flush-logs,增量備份之前flush-logs,以便備份最新的數(shù)據(jù).
完整備份腳本
如果數(shù)據(jù)庫(kù)數(shù)據(jù)比較多,我們一般是幾天或者一周備份一次數(shù)據(jù),以免影響應(yīng)用運(yùn)行,如果數(shù)據(jù)量比較小,那么一天備份一次也無(wú)所謂了.
#!/bin/sh
# mysql data backup script
# by scud
#
#
# use mysqldump –help,get more detail.
#
BakDir=/backup/mysql
LogFile=/backup/mysql/mysqlbak.log
DATE=`date +%Y%m%d`
echo ” ” >> $LogFile
echo ” ” >> $LogFile
echo “-” >> $LogFile
echo $(date +”%y-%m-%d %H:%M:%S”) >> $LogFile
echo “” >> $LogFile
cd $BakDir
DumpFile=$DATE.sql
GZDumpFile=$DATE.sql.tgz
mysqldump –quick –all-databases –flush-logs
–delete-master-logs –lock-all-tables
> $DumpFile
echo “Dump Done” >> $LogFile
tar czvf $GZDumpFile $DumpFile >> $LogFile 2>&1
echo “Backup Success!” >> $LogFile
rm -f $DumpFile
#delete previous daily backup files:采用增量備份的文件,如果完整備份后,則刪除增量備份的文件.
cd $BakDir/daily
rm -f *
cd $BakDir
echo “Backup Done!”
echo “please Check $BakDir Directory!”
echo “copy it to your local disk or ftp to somewhere !!!”
ls -al $BakDir
上面的腳本把mysql備份到本地的/backup/mysql目錄,增量備份的文件放在/backup/mysql/daily目錄下.
注意:上面的腳本并沒(méi)有把備份后的文件傳送到其他遠(yuǎn)程計(jì)算機(jī),也沒(méi)有刪除幾天前的備份文件:需要用戶增加相關(guān)腳本,或者手動(dòng)操作.
增量備份
增量備份的數(shù)據(jù)量比較小,但是要在完整備份的基礎(chǔ)上操作,用戶可以在時(shí)間和成本上權(quán)衡,選擇最有利于自己的方式.
增量備份使用bin log,腳本如下:
#!/bin/sh
#
# mysql binlog backup script
#
/usr/bin/mysqladmin flush-logs
DATADIR=/var/lib/mysql
BAKDIR=/backup/mysql/daily
###如果你做了特殊設(shè)置,請(qǐng)修改此處或者修改應(yīng)用此變量的行:缺省取機(jī)器名,mysql缺省也是取機(jī)器名
HOSTNAME=`uname -n`
cd $DATADIR
FILELIST=`cat $HOSTNAME-bin.index`
##計(jì)算行數(shù),也就是文件數(shù)
COUNTER=0
for file in $FILELIST
do
COUNTER=`expr $COUNTER + 1 `
done
NextNum=0
for file in $FILELIST
do
base=`basename $file`
NextNum=`expr $NextNum + 1`
if
then
echo “skip lastest”
else
dest=$BAKDIR/$base
if(test -e $dest)
then
echo “skip exist $base”
else
echo “copying $base”
cp $base $BAKDIR
fi
fi
done
echo “backup mysql binlog ok”
增量備份腳本是備份前flush-logs,mysql會(huì)自動(dòng)把內(nèi)存中的日志放到文件里,然后生成一個(gè)新的日志文件,所以我們只需要備份前面的幾個(gè)即可,也就是不備份最后一個(gè).
因?yàn)閺纳洗蝹浞莸奖敬蝹浞菀部赡軙?huì)有多個(gè)日志文件生成,所以要檢測(cè)文件,如果已經(jīng)備份過(guò),就不用備份了.
注:同樣,用戶也需要自己遠(yuǎn)程傳送,不過(guò)不需要?jiǎng)h除了,完整備份后程序會(huì)自動(dòng)生成.
訪問(wèn)設(shè)置
腳本寫(xiě)完了,為了能讓腳本運(yùn)行,還需要設(shè)置對(duì)應(yīng)的用戶名和密碼,mysqladmin和mysqldump都是需要用戶名和密碼的,當(dāng)然可以寫(xiě)在腳本中,但是修改起來(lái)不太方便,假設(shè)我們用系統(tǒng)的root用戶來(lái)運(yùn)行此腳本,那么我們需要在/root(也就是root用戶的home目錄)創(chuàng)建一個(gè).my.cnf文件,內(nèi)容如下
password =password
user= root
user=root
password=password
注:設(shè)置本文件只有root可讀.(chmod 600 .my.cnf )
此文件說(shuō)明程序使用mysql的root用戶備份數(shù)據(jù),密碼是對(duì)應(yīng)的設(shè)置.這樣就不需要在腳本里寫(xiě)用戶名和密碼了.
自動(dòng)運(yùn)行
為了讓備份程序自動(dòng)運(yùn)行,我們需要把它加入crontab.
有2種方法,一種是把腳本根據(jù)自己的選擇放入到/etc/cron.daily,/etc/cron.weekly這么目錄里.
一種是使用crontab -e放入到root用戶的計(jì)劃任務(wù)里,例如完整備份每周日凌晨3點(diǎn)運(yùn)行,日常備份每周一-周六凌晨3點(diǎn)運(yùn)行.
要想簡(jiǎn)單點(diǎn)的就去下一個(gè)Navicat for MySQL，這是MySql界面化的軟件，更好下載一個(gè)中文版的，裝上軟件之后，那里有很詳細(xì)的向?qū)гO(shè)置，你肯定可以學(xué)會(huì)。
數(shù)據(jù)備份是數(shù)據(jù)容災(zāi)的最后一道防線，即便有著兩地三中心的架構(gòu)，備份也依然重要。如果備份出問(wèn)題，備份時(shí)影響了交易業(yè)務(wù)，備份數(shù)據(jù)無(wú)法恢復(fù)，這些也是企業(yè)難以承受的。所以選擇合適的備份工具尤為重要。
每個(gè)企業(yè)級(jí)數(shù)據(jù)庫(kù)都會(huì)有配套的備份工具，MEB(MySQL Enterprise Backup)就是MySQL企業(yè)版中非常重要的工具之一，是為企業(yè)級(jí)客戶提供的數(shù)據(jù)備份方案。
Xtrabackup一直作為MEB 開(kāi)源版?zhèn)涮ザ嬖?，從MySQL 8.0開(kāi)始情況可能會(huì)變得有所不同。
在 MySQL 8.0的Backup Lock、Redo Log Archiving、Page Tracking等新特性的加持下，MEB備份/恢復(fù)體驗(yàn)會(huì)更好，目前xtrabackup還不支持這些特性。
MySQL 企業(yè)版還有哪些功能？
特性1：Backup Lock
8.0之前使用xtrabackup或MEB做物理備份，為了保證備份時(shí)InnoDB引擎表與其他引擎數(shù)據(jù)文件、及binlog日志的一致性會(huì)上全局讀鎖，再拷貝非InnoDB文件，這期間MySQL會(huì)變成只讀，數(shù)據(jù)無(wú)法寫(xiě)入。表數(shù)量越多，可能加上時(shí)間越長(zhǎng)，如果使用的xtrabackup 不小心沒(méi)加rsync參數(shù)，逐個(gè)拷貝frm文件，鎖定時(shí)間會(huì)更長(zhǎng)，對(duì)業(yè)務(wù)影響較大。
我曾遇到過(guò)部署在虛擬機(jī)的實(shí)例有12023多張表，當(dāng)時(shí)使用的xtrabackup，備份腳本中沒(méi)加rsync參數(shù)，結(jié)果鎖了十幾分鐘，而MEB就沒(méi)有這樣的問(wèn)題。
MySQL 8.0支持輕量級(jí)備份鎖 LOCK INSTANCE FOR BACKUP，數(shù)據(jù)字典也重構(gòu)了由InnoDB存儲(chǔ)。若不創(chuàng)建非InnoDB表，MEB默認(rèn)使用備份鎖獲取binlog日志一致性位置，并阻止DDL操作，但不影響DML操作。
只有InnoDB表，僅上備份鎖
請(qǐng)點(diǎn)擊輸入圖片描述
若有非InnoDB表，上全局鎖
請(qǐng)點(diǎn)擊輸入圖片描述
特性2：Redo Log Archiving
MEB能做到在線熱備，備份時(shí)不影響數(shù)據(jù)庫(kù)讀寫(xiě)，這是利用了InnoDB事務(wù)日志，在備份期間持續(xù)監(jiān)視r(shí)edo log的變化，讀取增量變化，寫(xiě)入到ibbackup_logfile，也就不需要上鎖來(lái)保障備份一致性。(對(duì)非InnoDB的文件需要上讀鎖拷貝)
如果備份期間數(shù)據(jù)庫(kù)寫(xiě)入負(fù)載特別大，而寫(xiě)入ibbackup_logfile速度較慢，redo log size也不大，很可能會(huì)出現(xiàn)ibbackup_logfile的寫(xiě)入速度跟不上redo log記錄生成速度，redo log 空間不夠時(shí)需要覆寫(xiě)日志文件，那么來(lái)不及寫(xiě)入ibbackup_logfile的記錄會(huì)丟失，導(dǎo)致備份失敗。
MEB 4.1對(duì)此做了優(yōu)化，將redo log處理線程拆分成多線程分工合作，提高處理redo log的效率，降低了redo log覆寫(xiě)造成備份失敗的概率，但redo log新增速度和ibbackup_logfile寫(xiě)入速度懸殊太大，問(wèn)題依然會(huì)發(fā)生。
MySQL 8.0.17支持了redo log archiving 徹底解決了此問(wèn)題，備份前設(shè)置innodb_redo_log_archive_dirs，指定redo log歸檔目錄。MEB備份時(shí)自動(dòng)開(kāi)啟日志歸檔，當(dāng)checkpoint時(shí)會(huì)將舊記錄歸檔到此目錄，后續(xù)從歸檔文件中讀取redo日志記錄，避免了覆寫(xiě)可能導(dǎo)致的redo記錄丟失。
請(qǐng)點(diǎn)擊輸入圖片描述
注意：innodb_redo_log_archive_dirs 不能在數(shù)據(jù)目錄下，目錄權(quán)限要求是700
特性3：Page Tracking
Page Tracking 是為優(yōu)化增量備份效率，減少不必要的數(shù)據(jù)頁(yè)掃描。
增量備份當(dāng)前有3種掃描模式：
page-track：利用LSN精確跟蹤上次備份之后被修改頁(yè)面，僅復(fù)制這些頁(yè)面，效率最快。
optimistic：掃描上次備份之后被修改的InnoDB 數(shù)據(jù)文件中，找出并拷貝修改的頁(yè)面。依賴系統(tǒng)時(shí)間，使用存在限制。
full-scan：掃描所有InnoDB數(shù)據(jù)文件，找出并拷貝自上次備份之后修改的頁(yè)面，效率最慢
1、利用page-track增量備份，需先安裝備份組件
mysql> INSTALL COMPONENT “
2、在全備前開(kāi)啟page-track
SELECT mysqlbackup_page_track_set(true);
3、全備之后，做增量備份時(shí)指定若滿足page tracking條件，默認(rèn)會(huì)使用page-track模式，否則會(huì)使用full-scan模式，也可以指定–incremental=page-track。
mysqlbackup –incremental-backup-dir=backup_incr –trace=3 –incremental=page-track –incremental-base=history:last_full_backup backup
incremental-base有3種選擇
last_backup：基于前一次備份做增備，前一次備份可能是增備，也可能是全備。這種方式全備之間可能會(huì)有多個(gè)增備，每次增量可能比較小，但恢復(fù)時(shí)需要逐個(gè)合并。
last_full_backup：基于前一次全備做增備。這種方式增備會(huì)越往后體積可能越大，但恢復(fù)時(shí)只需要合并最后一次增量備份。
dir：基于前一次的備份目錄，前一次備份可能是增備，也可能是全備。
測(cè)試對(duì)比f(wàn)ull-scan 和page-track ，在變更頁(yè)小于總體50%的情況下 ，備份效率至少能有1倍的速度提升。
page-track 模式 磁盤(pán)讀寫(xiě)均衡，說(shuō)明讀寫(xiě)的都是修改頁(yè)面。
請(qǐng)點(diǎn)擊輸入圖片描述
full-scan模式 磁盤(pán)讀寫(xiě)差別很大，說(shuō)明讀了很多未修改的頁(yè)面。
請(qǐng)點(diǎn)擊輸入圖片描述
應(yīng)該所有的數(shù)據(jù)庫(kù)操作軟件都有備份功能的吧？
難道你沒(méi)用任何工具？
關(guān)于數(shù)據(jù)庫(kù)的 備份保留策略的介紹到此就結(jié)束了，不知道你從中找到你需要的信息了嗎 ？如果你還想了解更多這方面的信息，記得收藏關(guān)注本站。
創(chuàng)新互聯(lián)（cdcxhl.com）提供穩(wěn)定的云服務(wù)器,香港云服務(wù)器,BGP云服務(wù)器,雙線云服務(wù)器,高防云服務(wù)器,成都云服務(wù)器,服務(wù)器托管。精選鉅惠，歡迎咨詢：028-86922220。
文章標(biāo)題：數(shù)據(jù)庫(kù)備份保留策略，安全備份數(shù)據(jù)！(數(shù)據(jù)庫(kù)的備份保留策略)
網(wǎng)站URL：http://www.dlmjj.cn/article/dpeosco.html
