亚洲av成人无遮挡网站在线观看,少妇性bbb搡bbb爽爽爽,亚洲av日韩精品久久久久久,兔费看少妇性l交大片免费,无码少妇一区二区三区

  免費(fèi)注冊 查看新帖 |

Chinaunix

  平臺(tái) 論壇 博客 文庫
12下一頁
最近訪問板塊 發(fā)新帖
查看: 30547 | 回復(fù): 15
打印 上一主題 下一主題

mysql-cluster備份恢復(fù)簡單示例 [復(fù)制鏈接]

論壇徽章:
0
跳轉(zhuǎn)到指定樓層
1 [收藏(0)] [報(bào)告]
發(fā)表于 2009-11-10 14:55 |只看該作者 |倒序?yàn)g覽
mysql-cluster備份恢復(fù)
msyql-cluster的備份恢復(fù)是使用管理節(jié)點(diǎn)命令和ndb_restore程序完成的

下面進(jìn)行一次備份恢復(fù)的操作演示

.mysql-cluster環(huán)境介紹:

mysql-cluster版本: mysql-cluster-7.0

簇節(jié)點(diǎn)分布情況:

一個(gè)管理節(jié)點(diǎn)(node1),2個(gè)數(shù)據(jù)節(jié)點(diǎn)(node2,node3),3個(gè)sql節(jié)點(diǎn)(node4,node5,node6)

所有節(jié)點(diǎn)安裝在一個(gè)機(jī)器上,這比在單機(jī)器單節(jié)點(diǎn)上環(huán)境復(fù)雜(學(xué)習(xí)目的,越復(fù)雜越好)

分布情況顯示如下

[ndbd(NDB)]     2 node(s)
id=2    @127.0.0.1  (mysql-5.1.34 ndb-7.0.6, Nodegroup: 0, Master)
id=3    @127.0.0.1  (mysql-5.1.34 ndb-7.0.6, Nodegroup: 0)
[ndb_mgmd(MGM)] 1 node(s)
id=1    @127.0.0.1  (mysql-5.1.34 ndb-7.0.6)
[mysqld(API)]   3 node(s)
id=4    @127.0.0.1  (mysql-5.1.34 ndb-7.0.6)
id=5    @127.0.0.1  (mysql-5.1.34 ndb-7.0.6)
id=6 (not connected, accepting connect from localhost)

管理節(jié)點(diǎn)總配置文件內(nèi)容如下,(供理解備份恢復(fù)命令使用)
[ndbd default]
noofreplicas=2
[ndbd]
datadir=/usr/local/mysql/logs_2
backupdatadir=/usr/local/mysql/backup_2
hostname=localhost
id=2
[ndbd]
datadir=/usr/local/mysql/logs_3
backupdatadir=/usr/local/mysql/backup_3
hostname=localhost
id=3
[ndb_mgmd]
id = 1
hostname=localhost
[mysqld]
id=4
hostname=localhost
[mysqld]
id=5
hostname=localhost
[mysqld]
id=6
hostname=localhost

基本環(huán)境介紹完

備份恢復(fù)步驟:

1 啟動(dòng)mysql-cluster,

注意: 在執(zhí)行恢復(fù)命令的數(shù)據(jù)節(jié)點(diǎn)上保留需要一個(gè)sql節(jié)點(diǎn), 供恢復(fù)進(jìn)程使用,否則會(huì)報(bào)錯(cuò)顯示無法為恢復(fù)進(jìn)程分配空余節(jié)點(diǎn)(這么說要執(zhí)行恢復(fù),數(shù)據(jù)節(jié)點(diǎn)上必須存在sql節(jié)點(diǎn),待考)

如本例中sql節(jié)點(diǎn) 6沒有啟動(dòng), 供恢復(fù)進(jìn)程使用


2 準(zhǔn)備數(shù)據(jù)

登陸sql節(jié)點(diǎn).執(zhí)行下面的操作,準(zhǔn)備數(shù)據(jù)

root:test> create table dante_ndb(
    -> name varchar(4,
    -> id int)engine=ndb;
Query OK, 0 rows affected (0.84 sec)
root:test>  select * from dante_ndb;
+-------------+------+
| name        | id   |
+-------------+------+
| dante       |    1 |
| nobody      |    1 |
| helly sorry |    1 |
| nigoles.kiq |    1 |
| angle       |    1 |
+-------------+------+
5 rows in set (0.00 sec)


3 登陸管理節(jié)點(diǎn)客戶端,執(zhí)行備份

ndb_mgm> start backup;

Waiting for completed, this may take several minutes

Node 2: Backup 1 started from node 1

Node 2: Backup 1 started from node 1 completed

StartGCP: 339 StopGCP: 342

#Records: 2064 #LogRecords: 0


Data: 51544 bytes Log: 0 bytes


4 登陸sql節(jié)點(diǎn),清空數(shù)據(jù)

root:test> truncate table dante_ndb;
Query OK, 0 rows affected (1.02 sec)
root:test>select * from dante_ndb;
Empty set (0.00 sec)

5 進(jìn)入每個(gè)數(shù)據(jù)節(jié)點(diǎn),執(zhí)行恢復(fù),因?yàn)閿?shù)據(jù)存放在所有的數(shù)據(jù)節(jié)點(diǎn)上,所以需要到每個(gè)節(jié)點(diǎn)上執(zhí)行ndb_restore命令,簡單介紹restore命令的幾個(gè)選項(xiàng)

-n 恢復(fù)的數(shù)據(jù)節(jié)點(diǎn)id

-b 使用的備份id

-r 備份數(shù)據(jù)的目錄

登陸數(shù)據(jù)節(jié)點(diǎn)3,執(zhí)行恢復(fù)命令,
[/app/mysql]# bin/ndb_restore -n 3 -b 1 -r backup_3/BACKUP/BACKUP-1/


登陸數(shù)據(jù)節(jié)點(diǎn)2,執(zhí)行恢復(fù)命令
[/app/mysql]# bin/ndb_restore -n 2 -b 1 -r backup_2/BACKUP/BACKUP-1/


-r 參數(shù)很重要,這里
-r backup_3/ BACKUP/BACKUP-1/正是我前面配置的數(shù)據(jù)節(jié)點(diǎn)3的備份目錄,節(jié)點(diǎn)2同理,
如果在一臺(tái)機(jī)器上有多個(gè)數(shù)據(jù)節(jié)點(diǎn),最好指定各自的備份目錄和文件系統(tǒng)目錄,因?yàn)槲沂状尾僮鳑]有指定時(shí),他們共用了一個(gè)數(shù)據(jù)目錄,但只有一個(gè)節(jié)點(diǎn)的備份數(shù)據(jù).導(dǎo)致恢復(fù)失敗.


6 查看恢復(fù)的數(shù)據(jù),發(fā)現(xiàn)恢復(fù)成功

root:test> select * from dante_ndb;
+-------------+------+
| name        | id   |
+-------------+------+
| dante       |    1 |
| nobody      |    1 |
| helly sorry |    1 |
| nigoles.kiq |    1 |
| angle       |    1 |
+-------------+------+
5 rows in set (0.00 sec)


另外備份恢復(fù)的其他問題還有待繼續(xù)測試

1 官方強(qiáng)烈建議在single user mode下進(jìn)行恢復(fù)操作,以保證數(shù)據(jù)庫的一致性

問題是:這種模式要求斷開其他sql節(jié)點(diǎn),線上業(yè)務(wù)的sql節(jié)點(diǎn)不是輕易可以斷的.

2 在大數(shù)據(jù)量的情況下,這種備份恢復(fù)方式速度如何?


[ 本帖最后由 la19850302 于 2009-11-10 15:08 編輯 ]

論壇徽章:
0
2 [報(bào)告]
發(fā)表于 2009-11-10 15:09 |只看該作者
哥容易嗎,一個(gè)下午都花這上面了.頂個(gè)先了

折騰這么久,明白一個(gè)道理,中文文檔靠不住啊

論壇徽章:
0
3 [報(bào)告]
發(fā)表于 2009-11-10 16:00 |只看該作者

回復(fù) #2 la19850302 的帖子

辛苦了

實(shí)踐是檢驗(yàn)真理的。。。文檔是用來參考的

論壇徽章:
59
2015七夕節(jié)徽章
日期:2015-08-24 11:17:25ChinaUnix專家徽章
日期:2015-07-20 09:19:30每周論壇發(fā)貼之星
日期:2015-07-20 09:19:42ChinaUnix元老
日期:2015-07-20 11:04:38榮譽(yù)版主
日期:2015-07-20 11:05:19巳蛇
日期:2015-07-20 11:05:26CU十二周年紀(jì)念徽章
日期:2015-07-20 11:05:27IT運(yùn)維版塊每日發(fā)帖之星
日期:2015-07-20 11:05:34操作系統(tǒng)版塊每日發(fā)帖之星
日期:2015-07-20 11:05:36程序設(shè)計(jì)版塊每日發(fā)帖之星
日期:2015-07-20 11:05:40數(shù)據(jù)庫技術(shù)版塊每日發(fā)帖之星
日期:2015-07-20 11:05:432015年辭舊歲徽章
日期:2015-07-20 11:05:44
4 [報(bào)告]
發(fā)表于 2009-11-10 16:08 |只看該作者
我看了很多文檔一般都自己再動(dòng)手實(shí)踐一下啊。

論壇徽章:
1
白銀圣斗士
日期:2015-11-23 08:33:04
5 [報(bào)告]
發(fā)表于 2009-11-10 16:36 |只看該作者
加精鼓勵(lì)下。繼續(xù)努力。

論壇徽章:
0
6 [報(bào)告]
發(fā)表于 2009-11-10 16:47 |只看該作者
支持一下。

論壇徽章:
8
綜合交流區(qū)版塊每周發(fā)帖之星
日期:2015-12-02 15:03:53數(shù)據(jù)庫技術(shù)版塊每日發(fā)帖之星
日期:2015-10-02 06:20:00IT運(yùn)維版塊每日發(fā)帖之星
日期:2015-10-02 06:20:00IT運(yùn)維版塊每日發(fā)帖之星
日期:2015-09-14 06:20:00金牛座
日期:2014-10-10 11:23:34CU十二周年紀(jì)念徽章
日期:2013-10-24 15:41:34酉雞
日期:2013-10-19 10:17:1315-16賽季CBA聯(lián)賽之北京
日期:2017-03-06 15:12:44
7 [報(bào)告]
發(fā)表于 2009-11-10 17:39 |只看該作者
NDB還是有自己的很多優(yōu)勢的

但是真實(shí)的應(yīng)用不知道多不多

論壇徽章:
0
8 [報(bào)告]
發(fā)表于 2010-05-13 21:16 |只看該作者
回復(fù) 1# la19850302


兄弟,你這個(gè)算不算文檔呢?可是也是中文的哦!

just a joke!

論壇徽章:
0
9 [報(bào)告]
發(fā)表于 2010-06-03 11:45 |只看該作者
應(yīng)該是中文文檔修正版,呵呵

論壇徽章:
0
10 [報(bào)告]
發(fā)表于 2010-06-25 16:56 |只看該作者
兄弟,sql結(jié)點(diǎn),怎么啟動(dòng)的阿。。
您需要登錄后才可以回帖 登錄 | 注冊

本版積分規(guī)則 發(fā)表回復(fù)

  

北京盛拓優(yōu)訊信息技術(shù)有限公司. 版權(quán)所有 京ICP備16024965號-6 北京市公安局海淀分局網(wǎng)監(jiān)中心備案編號:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年舉報(bào)專區(qū)
中國互聯(lián)網(wǎng)協(xié)會(huì)會(huì)員  聯(lián)系我們:huangweiwei@itpub.net
感謝所有關(guān)心和支持過ChinaUnix的朋友們 轉(zhuǎn)載本站內(nèi)容請注明原作者名及出處

清除 Cookies - ChinaUnix - Archiver - WAP - TOP