新聞中心
對(duì)于使用WHMCS進(jìn)行業(yè)務(wù)管理的管理員們,保證WHMCS系統(tǒng)的數(shù)據(jù)庫運(yùn)行穩(wěn)定和安全是至關(guān)重要的。數(shù)據(jù)庫復(fù)制便是一種常見的數(shù)據(jù)保護(hù)措施,可以用來確保系統(tǒng)的可用性和數(shù)據(jù)的完整性。在本文中,我們將向您介紹如何正確配置WHMCS數(shù)據(jù)庫復(fù)制。

目前成都創(chuàng)新互聯(lián)公司已為上千家的企業(yè)提供了網(wǎng)站建設(shè)、域名、網(wǎng)頁空間、綿陽服務(wù)器托管、企業(yè)網(wǎng)站設(shè)計(jì)、資源網(wǎng)站維護(hù)等服務(wù),公司將堅(jiān)持客戶導(dǎo)向、應(yīng)用為本的策略,正道將秉承"和諧、參與、激情"的文化,與客戶和合作伙伴齊心協(xié)力一起成長,共同發(fā)展。
1. 什么是數(shù)據(jù)庫復(fù)制?
數(shù)據(jù)庫復(fù)制是指將一組數(shù)據(jù)庫的數(shù)據(jù)遷移到另外一組數(shù)據(jù)庫中的過程。復(fù)制數(shù)據(jù)的目的是保證數(shù)據(jù)的容錯(cuò)性和可用性,以確保在出現(xiàn)意外情況下能夠快速恢復(fù)數(shù)據(jù)。在WHMCS系統(tǒng)中,數(shù)據(jù)庫復(fù)制可以用來保障一些關(guān)鍵數(shù)據(jù)的實(shí)時(shí)備份,以便在系統(tǒng)崩潰或數(shù)據(jù)丟失時(shí)能夠快速恢復(fù)。
2. 配置數(shù)據(jù)庫復(fù)制的環(huán)節(jié)
配置WHMCS數(shù)據(jù)庫復(fù)制需要完成以下幾個(gè)環(huán)節(jié):
2.1 配置主庫和從庫
需要在您的WHMCS服務(wù)器上,安裝兩個(gè)數(shù)據(jù)庫實(shí)例,一個(gè)是主庫,另一個(gè)是從庫。主庫用于存儲(chǔ)WHMCS的主要數(shù)據(jù),而從庫則用于實(shí)時(shí)備份主庫的數(shù)據(jù),以避免在主庫數(shù)據(jù)損壞或其它原因下導(dǎo)致的數(shù)據(jù)損失。
2.2 配置主庫和從庫的同步機(jī)制
在主庫和從庫之間設(shè)置同步機(jī)制是非常重要的。同步機(jī)制的目的是定期將主庫的數(shù)據(jù)備份到從庫中,這可以在主庫意外失敗的情況下提供數(shù)據(jù)的實(shí)時(shí)備份。在WHMCS系統(tǒng)中,您可以使用MySQL的復(fù)制功能來實(shí)現(xiàn)同步,以確保主庫和從庫之間的數(shù)據(jù)實(shí)時(shí)同步。
2.3 配置MySQL的復(fù)制功能
要啟用MySQL的復(fù)制功能,您需要在MySQL服務(wù)器上配置主庫和從庫之間的連接。您可以使用MySQL的復(fù)制指令,如CHANGE MASTER TO和START SLAVE,以及SHOW SLAVE STATUS命令來配置MySQL的復(fù)制功能。此外,您還可以使用MySQL Workbench等工具來進(jìn)行配置。
2.4 測(cè)試復(fù)制配置
完成了以上配置后,應(yīng)當(dāng)執(zhí)行同步命令以確保數(shù)據(jù)庫同步設(shè)置正確無誤。您可以使用SHOW SLAVE STATUS命令來檢查從庫的同步狀態(tài),這可以幫助您了解復(fù)制過程是否正常進(jìn)行。
3. 需要注意的問題
在進(jìn)行WHMCS數(shù)據(jù)庫復(fù)制時(shí),需要注意以下幾個(gè)問題:
3.1 確認(rèn)主庫數(shù)據(jù)的完整性
在開始數(shù)據(jù)庫復(fù)制之前,需要確認(rèn)主庫的數(shù)據(jù)完整性。如果主庫數(shù)據(jù)已損壞或不完整,那么復(fù)制的數(shù)據(jù)也將無法恢復(fù)數(shù)據(jù)的完整性。
3.2 配置從庫的備份
從庫的備份也是非常重要的。需要定期備份從庫的數(shù)據(jù)以確保數(shù)據(jù)可以在必要時(shí)進(jìn)行恢復(fù)。
3.3 確認(rèn)從庫的穩(wěn)定性
從庫也必須保持穩(wěn)定運(yùn)行,以確保復(fù)制的數(shù)據(jù)在需要時(shí)可用。如果從庫出現(xiàn)問題,您將無法使用從庫中的數(shù)據(jù)進(jìn)行恢復(fù)。
4.
WHMCS數(shù)據(jù)庫復(fù)制可以保障關(guān)鍵數(shù)據(jù)的安全和可用性。配置WHMCS數(shù)據(jù)庫復(fù)制需要確保主庫和從庫之間的數(shù)據(jù)同步機(jī)制正確無誤,并定期備份復(fù)制的數(shù)據(jù)。在配置WHMCS數(shù)據(jù)庫復(fù)制時(shí)還需要注意主庫數(shù)據(jù)的完整性和從庫的穩(wěn)定性。希望本文對(duì)您正確配置WHMCS數(shù)據(jù)庫復(fù)制有所幫助。
相關(guān)問題拓展閱讀:
- 怎樣將一個(gè)數(shù)據(jù)庫完整復(fù)制到另一個(gè)sql服務(wù)器
- windows下Mysql 怎樣備份和還原?
- 復(fù)制Javaweb項(xiàng)目后改了數(shù)據(jù)庫運(yùn)行后還是原來的,還要怎么改?
怎樣將一個(gè)數(shù)據(jù)庫完整復(fù)制到另一個(gè)sql服務(wù)器
1、開始菜單—>程序,打開SQLServerManagementStudio。
2、連接服務(wù)器后,找到我們需要遷移的數(shù)據(jù),右鍵點(diǎn)擊屬性。
3、在數(shù)據(jù)庫屬性里面,點(diǎn)擊文件,可查看數(shù)據(jù)庫文件和數(shù)據(jù)庫日志文件的存放路徑。
4、確定沒有任何其它用戶連接到此數(shù)據(jù)庫后,點(diǎn)擊該數(shù)據(jù)庫–>任務(wù)–>分離。
5、我們可以看到分離以后,剛剛那個(gè)數(shù)據(jù)庫,已經(jīng)不在此列表。
6、進(jìn)入剛剛我們第3步屬性里面看到的數(shù)據(jù)庫文件路徑.如下圖把我們的ZNLCRM.mdf數(shù)據(jù)庫文件和ZNLCRM_Log.Ldf數(shù)據(jù)庫日志文件拷貝到另外一臺(tái)服務(wù)器。
7、在另外臺(tái)服務(wù)器上打開SQL數(shù)據(jù)庫.與第1步一樣.點(diǎn)擊數(shù)據(jù)庫—>附加。
8、在附加數(shù)據(jù)庫里面,點(diǎn)擊添加。
9、找到剛剛拷貝過來的ZNLCRM.mdf文件.選中該文件,依次點(diǎn)擊確定。
10、然后我們就可以看到,一個(gè)完整的數(shù)據(jù)庫就直接被遷移過來。
windows下Mysql 怎樣備份和還原?
mysql很容易操作的物孝轎。直接找到MYSQL安裝路徑,找到DATA文件慎含夾,把里面的對(duì)應(yīng)數(shù)據(jù)庫復(fù)制一下,備份好就行了。MYSQL重新安裝后建立相應(yīng)的數(shù)據(jù)庫,罩肆把里面的數(shù)據(jù)粘貼進(jìn)去就OK了,不懂可以扣扣我
前提是把MYSQL的安裝路徑\bin添加到系統(tǒng)環(huán)境變量PATH中了。
備份:mysqldump -u root -pkcgl> c:\.sql
mysqldump 備份命令
root用戶名(root管理員)
密碼
kcgl備份的數(shù)做碼據(jù)庫名;
>備份符號(hào)
.sql 備份的文件名
還原:
mysql -u root -pkcgl c:\data.sql
---------其他---------
mysqldump備份:
mysqldump -u用戶名 -p密碼 -h主機(jī) 數(shù)純陪哪據(jù)庫 a -w “sql條件” –lock-all-tables > 路徑
案例:
mysqldump -uroot -p1234 -hlocalhost db1 a -w “id in (select id from b)” –lock-all-tables > c:\aa.txt
mysqldump還原:
mysqldump -u用戶名 -p密碼 -h主機(jī) 數(shù)據(jù)庫 路徑
mysqldump -uroot -p1234 dbname a –where “tag=’88′” –no-create-info> c:\a.sql
mysqldump按導(dǎo)入:
mysqldump -u用戶名 -p密碼 -h主機(jī) 數(shù)據(jù)庫 F:\all.sql
2.備亂搜份全部數(shù)據(jù)庫的結(jié)構(gòu)(加 -d 參數(shù))
mysql dump -uroot -pA -d>F:\all_struct.sql
3.備份全部數(shù)據(jù)庫的數(shù)據(jù)(加 -t 參數(shù))
mysql dump -uroot -pA -t>F:\all_data.sql
4.備份單個(gè)數(shù)據(jù)庫的數(shù)據(jù)和結(jié)構(gòu)(,數(shù)據(jù)庫名mydb)
mysql dump -uroot -pmydb>F:\mydb.sql
5.備份單個(gè)數(shù)據(jù)庫的結(jié)構(gòu)
mysql dump -uroot -pmydb -d>F:\mydb.sql
6.備份單個(gè)數(shù)據(jù)庫的數(shù)據(jù)
mysql dump -uroot -pmydb -t>F:\mydb.sql
7.備份多個(gè)表的數(shù)據(jù)和結(jié)構(gòu)(數(shù)據(jù),結(jié)構(gòu)的單獨(dú)備份方法與上同)
mysql dump -uroot -pmydb t1 t2 >f:\multables.sql
8.一次備份多個(gè)數(shù)據(jù)庫
mysql dump -uroot -pdatabases db1 db2 >f:\muldbs.sql
還原部分分(1)mysql 命令行source方法 和 (2)系統(tǒng)命令行方法
1.還原全部數(shù)據(jù)庫:
(1) mysql 命令行:mysql >source f:\all.sql
(2) 系統(tǒng)命令行: mysql -uroot -puse mydb
mysql >source f:\mydb.sql
(2) mysql -uroot -pmydb use mydb
mysql >source f:\multables.sql
(2) mysql -uroot -pmydb source f:\muldbs.sql
(2) 系統(tǒng)命令行: mysql -uroot -p
安裝navicat8_mysql_cs.exe,可以實(shí)現(xiàn)備叢襲神份和還禪歲原。還有可以把MYSQL安裝目錄和C:\Documents and Settings\All Users\滲虧Application Data下的MYSQL下的DATA整個(gè)備份.
前言
MySQL 5.6引入了GTID,每個(gè)事務(wù)都會(huì)產(chǎn)生一個(gè)GTID,我們可以通過驗(yàn)證主從GTID來驗(yàn)證主從數(shù)據(jù)的一致性。
為了敘述簡便,定義一個(gè)量ALL_GTID: 表示某個(gè)數(shù)據(jù)庫實(shí)例上 所有存在過的 或 將要存在的事務(wù) 的GTID(包括已經(jīng)被purge掉的事務(wù))。
在討論數(shù)據(jù)庫可用性的場(chǎng)景中, 當(dāng)發(fā)生主備切換時(shí), 需要進(jìn)行數(shù)據(jù)補(bǔ)償。通過比較主備的ALL_GTID,可以確定需要補(bǔ)償多少數(shù)據(jù):
在實(shí)例存活的情況,可以在實(shí)例狀態(tài)中查詢ALL_GTID。
在實(shí)例崩潰的情況,無法在實(shí)例狀態(tài)中查詢ALL_GTID。可以通過查詢BINLOG中的Previous-GTIDs計(jì)算來獲得ALL_GTID。
下面列舉與ALL_GTID相關(guān)的變量。
與ALL_GTID相關(guān)的變量
Previous-GTIDs
Previous-GTIDs格式如下(環(huán)境為MySQL5.7,日志手動(dòng)flush binary logs獲得):
查看新輪轉(zhuǎn)出的BINLOG:
下面為mysql-bin.00001中包含的GTID:
請(qǐng)點(diǎn)擊輸入圖片描述
然后再次flush binary logs:
請(qǐng)點(diǎn)擊輸入圖片描述
mysql-bin.00002中是沒有任何GTID的。
請(qǐng)點(diǎn)擊輸入圖片描述
綜上Previous-GTIDs是本身這個(gè)BINLOG文件前面的所有BINLOG的。
請(qǐng)點(diǎn)擊輸入圖片描述
全局變量中的GTID相關(guān)的變量
請(qǐng)點(diǎn)擊輸入圖片描述
變量解釋:
gtid_executed 代表著server上所有事務(wù)執(zhí)行產(chǎn)生的GTID(包含已經(jīng)被purge的BINLOG中的GTID或者是手動(dòng)set gtid_purged的GTID)。
gtid_purged 代表著已經(jīng)被purge到的GTID。gtid_purged是gtid_executed的子集。
gtid_retrieved 是從機(jī)上relay_log中的GTID。
ALL_GTID 的計(jì)算
了解了GTID相關(guān)的變量之后,可以得到獲得實(shí)例的All_GTID的的方法:
對(duì)象
方法
存活的Master實(shí)例 gtid_executed
存活的Slave實(shí)例 gtid_executed和gtid_retrieved的并集
非存活Master實(shí)例 最后一個(gè)BINLOG文件的Previous-GTIDs + 最后一個(gè)BINLOG文件中所有的GTID
非存活Slave實(shí)例 最后一個(gè)BINLOG文戚虧件的Previous-GTIDs + 最后一個(gè)BINLOG文件中所有的GTID
在獲得非存活實(shí)例中的ALL_GTID時(shí),最后一個(gè)BINLOG文件中的GTID可能不連續(xù)(比如事務(wù)同時(shí)來自于本實(shí)例客戶端和復(fù)制回放),所以需要掃描最后一個(gè)BINLOG文件。
生產(chǎn)中我們使用Xtrabackup來產(chǎn)生一個(gè) 從實(shí)例 的流程如下:
拉取備份,進(jìn)行還原
change master to
set @@global.gtid_purged=’xxx’;
set @@global.gtid_purged=’xxx’; 的影響:
將 從實(shí)例 的ALL_GTID手工置為xxx, 在通過GTID方式建立復(fù)制時(shí)不會(huì)出錯(cuò).
將更新Binlog中記錄的Previous-GTIDs (由于Binlog不可改變, 將產(chǎn)生新的Binlog, 記錄新的Previous-GTIDs).
MySQL 5.7中set gtid_purged的行為變更
問題描述
回顧一下備份恢復(fù)的流歷渣程:
拉取備份,進(jìn)行還原
change master to
set @@global.gtid_purged=’xxx’;
現(xiàn)象: 發(fā)現(xiàn)有一臺(tái)MySQL 5.7的Slave服務(wù)器恢復(fù)后沒有產(chǎn)生 正確的Previous-GTIDs。
分析
分析整個(gè)過程,解決問題高爛神應(yīng)該分階段進(jìn)行手動(dòng)模擬發(fā)現(xiàn)問題。以下為詳細(xì)步驟:
手工還原備份
環(huán)境
BINLOG數(shù)量,Previous-GTIDs狀態(tài)
Xtrabackup 2.4.2 & MySQL 5.6 1,空
Xtrabackup 2.4.2 & MySQL 5.7 1,空
Xtrabackup 2.2.9 & MySQL 5.6 1,空
Xtrabackup 2.2.9 & MySQL 5.7 1,空
可見: 恢復(fù)過程不會(huì)輪轉(zhuǎn)BINLOG。
驗(yàn)證change master和set gtid_purged在不同的MySQL版本中執(zhí)行的差異
環(huán)境
BINLOG數(shù)量,Previous-GTIDs狀態(tài)
change master & MySQL 5.6 1,空
change master & MySQL 5.7 1,空
set gtid_purged & MySQL 5.6 2,正常
set gtid_purged & MySQL 5.7 1,空
可見: 執(zhí)行set gtid_purged時(shí)不同版本的MySQL產(chǎn)生了差異
驗(yàn)證
對(duì)不同版本MySQL單獨(dú)執(zhí)行set @@global.gtid_purged=”;語句。檢查結(jié)果
環(huán)境
進(jìn)行的操作
BINLOG數(shù)量,Previous-GTIDs狀態(tài)
MySQL 5.7 reset master; set @@global.gtid_purged=”; 1,空
MySQL 5.6 reset master; set @@global.gtid_purged=”; 2,正常
結(jié)論
參考:
官方解釋: 在5.7版本中,執(zhí)行SET GTID_PURGED語句后binlog_simple_gtid_recovery會(huì)給GTID_PURGED計(jì)算出一個(gè)錯(cuò)誤的值。
由于5.7中新增了存儲(chǔ)GTID的表。所以5.7版本中set @@global.gtid_purged=”;語句被改成只修改存放GTID的表。
而5.6版本中會(huì)進(jìn)行BINLOG輪轉(zhuǎn)和向Previous_gtids_log_event中添加GTID。如果5.7需要產(chǎn)生和5.6相同結(jié)果的話,可以在SET GTID_PURGED語句后手動(dòng)執(zhí)行flush binary logs語句。
復(fù)制Javaweb項(xiàng)目后改了數(shù)據(jù)庫運(yùn)行后還是原來的,還要怎么改?
你得將編譯好到生成文件部署到服務(wù)器容器里才行,否則你重啟10000遍,那個(gè)tomcat還是那個(gè)tomcat。
我問一下我復(fù)制了,項(xiàng)目后改了數(shù)據(jù)庫運(yùn)行后還是原來的還是怎么改?
whmcs數(shù)據(jù)庫復(fù)制后的介紹就聊到這里吧,感謝你花時(shí)間閱讀本站內(nèi)容,更多關(guān)于whmcs數(shù)據(jù)庫復(fù)制后,如何正確配置WHMCS數(shù)據(jù)庫復(fù)制?,怎樣將一個(gè)數(shù)據(jù)庫完整復(fù)制到另一個(gè)sql服務(wù)器,windows下Mysql 怎樣備份和還原?,復(fù)制Javaweb項(xiàng)目后改了數(shù)據(jù)庫運(yùn)行后還是原來的,還要怎么改?的信息別忘了在本站進(jìn)行查找喔。
創(chuàng)新互聯(lián)成都網(wǎng)站建設(shè)公司提供專業(yè)的建站服務(wù),為您量身定制,歡迎來電(028-86922220)為您打造專屬于企業(yè)本身的網(wǎng)絡(luò)品牌形象。
成都創(chuàng)新互聯(lián)品牌官網(wǎng)提供專業(yè)的網(wǎng)站建設(shè)、設(shè)計(jì)、制作等服務(wù),是一家以網(wǎng)站建設(shè)為主要業(yè)務(wù)的公司,在網(wǎng)站建設(shè)、設(shè)計(jì)和制作領(lǐng)域具有豐富的經(jīng)驗(yàn)。
網(wǎng)頁標(biāo)題:如何正確配置WHMCS數(shù)據(jù)庫復(fù)制?(whmcs數(shù)據(jù)庫復(fù)制后)
瀏覽路徑:http://m.fisionsoft.com.cn/article/dhiicpi.html


咨詢
建站咨詢
