이런경우에 어떻게 하나요? 답답하네요.. 정보
이런경우에 어떻게 하나요? 답답하네요..
본문
12월 8일에 카페24에 호스팅을 신청하여 영카트설치하고 디자인작업완료하여 셋팅종료하였습니다.
고객은 열심히 어제인 12월 15일새벽까지 상품등록하고 저도 간간히 수정도 해주고 이런저런 마무리를 하던차에 오늘 오전에 보니 디비접속에러가 나있더라고요..
무슨일인가 하고 dbconfig를 열어보니 12월 8일 에 전에 호스팅받던곳의 ktweb의 정보가 있더라고요.. ( 처음 고객이 신청한곳이 ktweb이었는데 .. 유지보수가 까다로워서 카페로 옮겼습니다.)
그래서 너무 황당해서 일단 현재 카페24의 정보르 변경하여 쇼핑몰을 보니 그동안 상품등록한거라던지 상품판매내역,결제정보.. 모든게 휭~~ 날라가고 쇼핑몰만 덩그러니 있더군요..
그동안 수정한 곳도 모두 처음 12월 8일에 처음올린대로 돌아가져 있고요. 새로 제작한 페이지등도 하나도 없더라고요..
그래서 카페로 전화해서 물어보니 머.. 자기들은 새벽5시에 자동으로 백업을 하는데 세시까지 작업했을때 이상없었으면 다섯시까지 두시간동안에 무슨 디비작업을 해서 다 날리지 않았느냐고 하는군요.. 그래서 날린상태를 백업하다보니 그런거 아니냐고 하네요..
어이없어서.. 디비작업이 문제가 아니고 처음 kt에서 옮겼을때의 상태로 있는게 말이되느냐고 한참을 이야기를 해도 카페24에서는 일절 잘못한게 없다네요..
그래서
그럼 백업을 몇일분이나 하냐고 물어보니 일주일분을 백업한답니다. ( 광자이언트 호스팅서비스)
그래서 그럼 최종적으로 백업한걸 올려달라고 하니 처음에는 14일꺼해준다고 해서 그러라고하니 그것도 처음 12월 8일에 한거고 모두가 처음셋팅당시의 dump만 남아 있답니다.
그럼
지금까지 하나도 백업한게 없다는 이야기인데..
도데체 이해가 되질 않네요..
그래서 아마 당신들이 아마 다른 고객의 디비리스트화를 하면서 이걸 한게 아니냐고 하니 절대 그런일없다면서...
잘못한게 없다고 하는데.. 오히려 그누의 보안문제로 그럴수 있을수도 잇다고 하여 낮에 리자님한테도 전화하니 어이없어하고...
고객은 방방뛰고 하루종일 일하나도 못하고 법적인 조치도 한다고 하니..
이런일이 어떻게 일어나는지 모르겠네요.
여러분은 이런일이 있으신가요?
답답해서 글올립니다.
http:/kongimuri.co.kr/ 입니다.
고객은 열심히 어제인 12월 15일새벽까지 상품등록하고 저도 간간히 수정도 해주고 이런저런 마무리를 하던차에 오늘 오전에 보니 디비접속에러가 나있더라고요..
무슨일인가 하고 dbconfig를 열어보니 12월 8일 에 전에 호스팅받던곳의 ktweb의 정보가 있더라고요.. ( 처음 고객이 신청한곳이 ktweb이었는데 .. 유지보수가 까다로워서 카페로 옮겼습니다.)
그래서 너무 황당해서 일단 현재 카페24의 정보르 변경하여 쇼핑몰을 보니 그동안 상품등록한거라던지 상품판매내역,결제정보.. 모든게 휭~~ 날라가고 쇼핑몰만 덩그러니 있더군요..
그동안 수정한 곳도 모두 처음 12월 8일에 처음올린대로 돌아가져 있고요. 새로 제작한 페이지등도 하나도 없더라고요..
그래서 카페로 전화해서 물어보니 머.. 자기들은 새벽5시에 자동으로 백업을 하는데 세시까지 작업했을때 이상없었으면 다섯시까지 두시간동안에 무슨 디비작업을 해서 다 날리지 않았느냐고 하는군요.. 그래서 날린상태를 백업하다보니 그런거 아니냐고 하네요..
어이없어서.. 디비작업이 문제가 아니고 처음 kt에서 옮겼을때의 상태로 있는게 말이되느냐고 한참을 이야기를 해도 카페24에서는 일절 잘못한게 없다네요..
그래서
그럼 백업을 몇일분이나 하냐고 물어보니 일주일분을 백업한답니다. ( 광자이언트 호스팅서비스)
그래서 그럼 최종적으로 백업한걸 올려달라고 하니 처음에는 14일꺼해준다고 해서 그러라고하니 그것도 처음 12월 8일에 한거고 모두가 처음셋팅당시의 dump만 남아 있답니다.
그럼
지금까지 하나도 백업한게 없다는 이야기인데..
도데체 이해가 되질 않네요..
그래서 아마 당신들이 아마 다른 고객의 디비리스트화를 하면서 이걸 한게 아니냐고 하니 절대 그런일없다면서...
잘못한게 없다고 하는데.. 오히려 그누의 보안문제로 그럴수 있을수도 잇다고 하여 낮에 리자님한테도 전화하니 어이없어하고...
고객은 방방뛰고 하루종일 일하나도 못하고 법적인 조치도 한다고 하니..
이런일이 어떻게 일어나는지 모르겠네요.
여러분은 이런일이 있으신가요?
답답해서 글올립니다.
http:/kongimuri.co.kr/ 입니다.
추천
1
1
관련링크
http://kongimuri.co.kr/
165회 연결
댓글 7개

mysql bin log 를 달라고 하십시오.
오늘 새벽부터의 자료만 있으면 됩니다.
분석해 드리겠습니다.
오늘 새벽부터의 자료만 있으면 됩니다.
분석해 드리겠습니다.
로그를 안봐서 모르겠습니다만,
아마 이전에 사용하던 호스팅db에 저장이 되었을 가능성이 높습니다.
그런 후 이전 호스팅사에서 임의로 삭제했을 수도 있습니다.(만료된경우)
이전 호스팅계정에서 원격 db 접속을 허용하지 않았다면 등록이 안되었을텐데요..
상품등록작업을 정상적으로 했다고하니(했다면 등록된게 보였을테니) 원격 db 접속이 되었다는 뜻입니다. (일부 소규모 호스팅사에서 원격 db 접속을 같이 셋팅하는 경우가 있습니다.)
* 중요한 문제는 이전호스팅에서 카페24로 옮기면서 dbconfig.php 파일의 db 접속계정 정보를 분명히 바꾸었는가 하는 부분입니다.
바꾸지 않았다면 위의 문제가 맞을 것으로 생각됩니다.
이전 호스팅사의 db를 확인해 보는것도 방법일것 같습니다.
아마 이전에 사용하던 호스팅db에 저장이 되었을 가능성이 높습니다.
그런 후 이전 호스팅사에서 임의로 삭제했을 수도 있습니다.(만료된경우)
이전 호스팅계정에서 원격 db 접속을 허용하지 않았다면 등록이 안되었을텐데요..
상품등록작업을 정상적으로 했다고하니(했다면 등록된게 보였을테니) 원격 db 접속이 되었다는 뜻입니다. (일부 소규모 호스팅사에서 원격 db 접속을 같이 셋팅하는 경우가 있습니다.)
* 중요한 문제는 이전호스팅에서 카페24로 옮기면서 dbconfig.php 파일의 db 접속계정 정보를 분명히 바꾸었는가 하는 부분입니다.
바꾸지 않았다면 위의 문제가 맞을 것으로 생각됩니다.
이전 호스팅사의 db를 확인해 보는것도 방법일것 같습니다.

여러가지 상황으로 보았을때 sjsjin 님께서 말씀하신게 맞는것 같습니다.
원격 host 로 사용하시면서 DB 접속 오류가 발생하여 localhost 로 변경하신것 같네요.
감사합니다.
원격 host 로 사용하시면서 DB 접속 오류가 발생하여 localhost 로 변경하신것 같네요.
감사합니다.

저는 비슷한 경우인데
일반에서 호스팅업데이트하고 신청완료후 약 1주일후 작업하고 올렸는데 서버가 그대로..
알아 보니까 이놈들이 요금만 올리고 서버주소를 그대로 둬서 작업한것이 모두 구버전에 등록이 되었다는..
성질 내니까 다시 옮겨 주기는 했던데 아무튼 기업이 커지면 그만큼 서비스가 저조해지고 고객한테 막나가는거는 한국의 고질적인 습성이니 어쩔수 없습니다...
이건 한국인의 특유의 성질이니 바꿀수가 없네요...방법이 없습니다..내가 커지는수밖에..
일반에서 호스팅업데이트하고 신청완료후 약 1주일후 작업하고 올렸는데 서버가 그대로..
알아 보니까 이놈들이 요금만 올리고 서버주소를 그대로 둬서 작업한것이 모두 구버전에 등록이 되었다는..
성질 내니까 다시 옮겨 주기는 했던데 아무튼 기업이 커지면 그만큼 서비스가 저조해지고 고객한테 막나가는거는 한국의 고질적인 습성이니 어쩔수 없습니다...
이건 한국인의 특유의 성질이니 바꿀수가 없네요...방법이 없습니다..내가 커지는수밖에..

감사합니다.
말씀하신대로 mysql bin log를 요청해야겠습니다.
말씀하신대로 mysql bin log를 요청해야겠습니다.

말씀감사합니다. 그런데 네임서버를 kt에서 cafe24로 옮겼는데..
그럼 유추해보면 url은 카페24로 되어있고 상품분류등의 디비자료등은 kt의 서버에 저장되고 파일은 카페24의 ftp에 저장되어 졌다는 이야긴데..
dbconfig를 변경했다고 기억하는데..
만약 변경하지 않았다면 예전의 서버가 원격host를 사용하면 그렇게 되는경우인가보네요.
말씀들 감사합니다.
예전서버확인을 다시 해봐야겠습니다.
그럼 유추해보면 url은 카페24로 되어있고 상품분류등의 디비자료등은 kt의 서버에 저장되고 파일은 카페24의 ftp에 저장되어 졌다는 이야긴데..
dbconfig를 변경했다고 기억하는데..
만약 변경하지 않았다면 예전의 서버가 원격host를 사용하면 그렇게 되는경우인가보네요.
말씀들 감사합니다.
예전서버확인을 다시 해봐야겠습니다.

관리자님과 sjsjin님께 감사드립니다.
mysql bin log에도 접근흔적이 없더군요.
결국 이전하면서 db의 설정변경을 하지않았고 해당서버에서 원격host를 사용가능한곳이다보니
확인못하면서 벌어진 일이었습니다.
이전하면서 좀더 살피지 못한 실수네요.ㅠㅠ
이번에 알았지만 모든 호스팅회사는 백업의 의무는 없다고 약관에 명시되어있더군요.
백업은 고객이 하여야하고 호스팅회사는 백업의 의무는 없다라고 되어있던데.. 백업신경쓰셔야 겠습니다.
도움주신 분에게 감사드립니다.
mysql bin log에도 접근흔적이 없더군요.
결국 이전하면서 db의 설정변경을 하지않았고 해당서버에서 원격host를 사용가능한곳이다보니
확인못하면서 벌어진 일이었습니다.
이전하면서 좀더 살피지 못한 실수네요.ㅠㅠ
이번에 알았지만 모든 호스팅회사는 백업의 의무는 없다고 약관에 명시되어있더군요.
백업은 고객이 하여야하고 호스팅회사는 백업의 의무는 없다라고 되어있던데.. 백업신경쓰셔야 겠습니다.
도움주신 분에게 감사드립니다.