mysql 복원을 하려고 이곳저곳의 서버를 테스트 해보고 있습니다. 정보
mysql 복원을 하려고 이곳저곳의 서버를 테스트 해보고 있습니다.
본문
보통 복원하는데 하루가 넘어가니 서버를 옮길 엄두를 못내고 있습니다. ㅠㅠ
클라우드 서버에서는 보통 몇시간이면 되는것으로 나오는데
온디바이스 에서는 하루 또는 며칠이 걸려야 복원이 되는것으로 나오네요.
pv sql파일 | mysql -u유저 -p DB명
이렇게 확인하는거 맞죠?
0
댓글 11개
https://www.dell.com/ko-kr/shop/cty/pdp/spd/poweredge-r960/asper960
이런 서버 사용하시면 순식간에 끝나지 않을까요??
사용해 보시고 후기좀 남겨주세요 ^^v
@Joan 위의 서버는 10기가 비트 이더넷을 사용할 같은 느낌이 드네요... 그런가요?
웹서버 디비서버 로그서버 모두 분리되어있으면 좋을텐데... 뚝 떼어다가 새 서버에 붙이기만 하면 될른지...
너무 너무 고생많으십니다. 우리 그누보드 식구분들...
10여년전 쯤일까요 MySQL 5.x대부터 HA 책사놓고 아직도 시도도 못해보공... 게으른 나자신... ㅜㅜ; (HA : High Availability 고가용성)
@xpem 기술이 발전했는데 복원 속도는 더 느려졌어요
세월을 돌려주세요.
@Joan 10만9천원 정도야 ㅎㅎㅎ
위에써버... PCIe100기가껴서... 써보고싶네요 +_+;;;
PV가 파일전송이네요 DB면 압축해서보내면 보내는시간
줄지않을까요
@코리64 풀어서 restore 를 해야 해서요.
리눅스에서 pv는 "Pipe Viewer"의 약자로, 파이프라인을 통해 전송되는 데이터의 처리 과정을 시각화해주는 도구입니다.
보통 이런 방식으로 사용하죠.
mysql restore 하는 시간을 알 수 없으니 이런 방법으로 예상 시간을 측정합니다.
# pv dump.sql | mysql -uusername -p dbname
Enter password:
91.73GiB 1:16:41 [ 355KiB/s] [=========> ] 17% ETA 6:08:12
원래는 이런 방식으로 많이 하죠.
# mysql -uusername -p dbname < dump.sql
맞을 겁니다 ㅎ 해보고 틀리면 블러그 찾아보시고ㅡ 그래도 안되면 유투브까지 봐야 하구요ㅡㅡ그래도 답이 안나오면 영어 유투브도 봐야 해요 ㅡ 여기서부터는 기분이 별로가 되요 ㅎ
Mysql 버전이 동일하면 그냥 바이너리 폴더 복사하시면 됩니다.
아니면 핫백업툴 사용.
이도저도 안되면 덤프할때 log 포지션 옵션넣고 백업하신뒤에 슬레이브를 구성합니다. 특정시점에 슬레이브를 마스터로 승격하면 이전 완료.
replication 설정해두고 하는게 편하고 이전시 중단 시간도 줄일 수 있죠. 파일도 rsync로 동기화하는게 좋고요. 동기화 끝나면 무중단에 가깝게 이전하기도 가능해지죠.
https://sir.kr/cm_free/1678739
해결 했습니다.
답변 주신 모든 분들께 감사 드립니다. ^^
