디비복구의 난 정보
디비복구의 난
본문
백업된 디비가 euc-kr하고 utf-8하고 섞여있네요..
mysql5.0환경이어야 하는데 5.0은 euc-kr경우 복구시 한글지원안된다네요...
그래서 거의 만줄 가까이되는걸 수동으로 복구하게 생겼슴니다.
그것도 될란가 몰것지만,,ㅠㅠ
이런경우 단방에 복구하는 방법없겠지요?
ㅇㅜㅇ.....오 나의 금같은 시간을...
help me~! plz..
댓글 전체
전용 개발툴에서 해당 스키마 파일을 열고,
문서인코딩을 utf-8로 새로 저장합니다. 원본은 따로 보관하고..
그런다음 utf-8 db 서버에 올려서 풀면 정상적으로 복구됩니다.
utf-8은 한글/영문/일어/아랍어등 상관없이 처리됩니다.
문서인코딩을 utf-8로 새로 저장합니다. 원본은 따로 보관하고..
그런다음 utf-8 db 서버에 올려서 풀면 정상적으로 복구됩니다.
utf-8은 한글/영문/일어/아랍어등 상관없이 처리됩니다.
시도해볼려다가 너무 간단한거 아닌가? 했는데..
시도해봐야겠네요. 감사합니다
시도해봐야겠네요. 감사합니다
저는 그런 경우 보통 프로그램을 짜서 돌립니다.
어뜨케서 백업된 sql 파일에 구문오류가 있을수 있
phpMyAdmin 에 보시면 인코딩이 다르게 지정된것만 테이블을 골라내시고, 그걸 기반으로 콘솔에서 dump를 하시면 됩니다.
mysqldump --add-drop-table --quote-names --default-character-set=latin1 --compact --compatible=mysql40,no_key_options,no_table_options,no_field_options --set-charset --skip-extended-insert --complete-insert=TRUE -uuserid -p dbname > dump_euckr_tables.sql
mysqldump --add-drop-table --quote-names --default-character-set=latin1 --compact --compatible=mysql40,no_key_options,no_table_options,no_field_options --set-charset --skip-extended-insert --complete-insert=TRUE -uuserid -p dbname > dump_euckr_tables.sql
답변 감사합니다.
안타깝게도 서버계정은 존재하지 않습니다. ㅎㅎ
utf로 복구해야되고 인코딩이 지 맘대로 섞인 sql 파일 하나만 존재합니다..
euckr로 된거 utf로 다 바꾸고, utf인코딩 저장해서 올렸는데 복구시 에러가 좌악 뜹니다.
의뢰받는게 아니라 걍 반포기하고 도 닦을 준비하고있습니다
안타깝게도 서버계정은 존재하지 않습니다. ㅎㅎ
utf로 복구해야되고 인코딩이 지 맘대로 섞인 sql 파일 하나만 존재합니다..
euckr로 된거 utf로 다 바꾸고, utf인코딩 저장해서 올렸는데 복구시 에러가 좌악 뜹니다.
의뢰받는게 아니라 걍 반포기하고 도 닦을 준비하고있습니다
euc -kr은 더품 뜨시고 에디트 플러스로 여셔서 utf-8로 저장 해버리면 될거 같내요 ..
수동으로 완료
