gp擴容的實施其實就是一條命令,最耗費時間的是實施之後的資料重分布,也就是把資料從已有節點平衡到新的seg host上,這篇將描述實施、收尾過程,並給出些常見問題。
su - gpadmin
gpstop -m immediate
exit
source /usr/local/greenplum-db/greenplum_path.sh
gpcheckperf -f /root/20141231exp/allnodes -d /data1 -d /data2 -d /data3 -d /data4 –v
su - gpadmin
gpstart
只要其中的io都在1gb/s左右,基本就沒有問題。
gpexpand -i /home/gpadmin/20150523exp/gpexpand_inputfile_20150520_161055 -d databasename
gpstop -m immediate
gpstart
psql -d dw
dw=# select * from gp_segment_configuration order
by dbid;
gpstate
gpexpand -d
80:00:00
-d dw -n
16> gpexpand_20141231.
log&
在重分布過程中用下述語句查詢狀態,過程可能及其緩慢:
select * from gpexpand.expansion_progress;
select status, expansion_started, source_bytes
from gpexpand.status_detail
where fq_name = 'dw_detail.client_offund_detail';
select status,count(1),round(sum(source_bytes/1024/1024/1024),2) as size_giga from gpexpand.status_detail group
by status order
by1;
select fq_name,expansion_started,expansion_finished,source_bytes from gpexpand.status_detail where status='in progress';
gpexpand -c
-d dw
按照該提示輸入y
如果在擴容過程中,報錯,需先啟動gp master node,然後rollback再啟動gp
gpstart -m
gpexpand –r –d dw
gpstart
20140405:14
:47:45
:023629 gpexpand:
mdw:gpadmin-[error]:-gpexpand
failed:
failed to open /data/master/gpexpand_04052014_23629/pg_hba.conf
20140405:16:58:12:011382 gpexpand:mdw:gpadmin-[error]:-gpexpand failed: executionerror: 'error executing command: ' occured. details: 'gpstart_internal_master_only=1 ssh -o 'stricthostkeychecking no' sdw10 ". /usr/local/greenplum-db/./greenplum_path.sh; gpstart_internal_master_only=1 env gpsessid=0000000000 gpkill=never gpera=none $gphome/bin/pg_ctl -d /data1/primary/gpseg32 -l /data1/primary/gpseg32/pg_log/startup.log -w -t 600 -o \" -p 40000 -b 67 -z 0 --silent-mode=true -i -m mirrorless -c 32 -c gp_role=utility \" start 2>&1"' cmd had rc=1 completed=true halted=false
stdout='waiting
for server to start......pg_ctl: pid file
"/data1/primary/gpseg32/postmaster.pid" does not exist
could not start server
' stderr=''
關於Greenplum資料庫
關於greenplum資料庫 greenplum實現了基於資料庫的分布式資料儲存和平行計算 greenplum的資料庫引擎層是基於著名的開源資料庫postgresql greenplum建立在share nothing無共享架構上,讓每一顆cpu和每一塊磁碟io都運轉起來,無共享架構將這種並行處理發...
Greenplum資料庫架構匯出複製
目的 匯出現場的gp資料庫架構 包含表結構,函式,檢視等,不包含具體表資料。在所內恢復一套同樣架構的資料庫出來,方便所內查詢定位。步驟 1 匯出時間,挑選乙個gp事務比較清閒的時間段進行操作 2 檢視現場資料庫裡有多少模式schema 要根據現場實際的schema 如下圖 3 利用gpadmin使用...
Greenplum資料庫中master節點恢復
目錄 1.啟用standby master 2.恢復到原來的設定 option 3.檢查standby master的狀態 option 如果primary master節點失敗,日誌複製程序就會停止。可以使用gpstate f命令檢視standby master的狀態,使用gpactivatest...