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