어제 대형사고 쳤습니다
진짜로요
mysql 작업하고 만든 테이블 실서버 적용할려다가
heidisql를 쓰고있어서 실서버로 테이블만 내보내기 하면되는데
착각하고 데이터베이스 삭제를누르고 내보내기를 해버렸습니다
.....
실서버 데이터 싹날라가고
멘붕
사이트 점검 띄우고 3시간동안 부장님이랑 과장님이 데이터 복구해주셨네요
왜그런 멍청한짓을 했는지 참 ㅠㅠ
부장님은 그럴수도있다 평생 옆에서 일하는걸로 갚으라 농담 하시면서 넘어가주셨지만
진짜 어제는 부장님하고 과장님이 그렇게 멋있어 보일수없었습니다
진짜 어제의 제가 용서가 되지않지만 ㅠㅠ 이런 멍청한 실수를 하다니
그래도 데이터 복구 다되어서 다행이네요
진짜 심장 철렁이 아니라 내려앉았었네요
과장님이 drop database는 처음본다면서 ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ
저도 처음봐요....ㅠㅠ
어쨋든 실수는 제가 하고 고생은 두분이 하셨는데 두분이 절 다독여주시길까지 하셨으니
전 앞으로 두분에게 충성모드입니다
배울게 아직도 너무 많네요
|
댓글 작성
댓글을 작성하시려면 로그인이 필요합니다.
로그인하기
댓글 42개
그래야 디비 삭제할때 더 신경쓰죠
사내에서 서버가있었고 배치돌려서 매일 06시에 데이터를 백업해놔서
09시에 날렷는데 다행히 3시간동안 데이터 변동이없어서 살았었네요
서버 호스팅 사용하면서, 디비를 생성 삭제하는 경험은 흔치 않죠
복구가 되었다니 다행입니다
보통 백업은 새벽에 진행되고, 그것으로 복구를 하신듯 싶은데...
백업후 디비를 복구가 불가능.... 뭐 그래도 복구되면 된거죠 ^^
만약, 쇼핑몰이거나 실시간 서비스르 누적되는 것이었다면 ... 후덜덜 ...
복구는 새벽3시까지 백업되어있던 데이터를 통해 일단 먼저 살리고 새벽3시부터 오후3시까지의 디비는 빈로그 통해서 복구했습니다
그래서 별탈없이 넘어가긴했어요 ㅠㅠㅠㅠㅠ
(생각해보니 저도 몇번 한적 있군요^^)
와 부장님 과장님 너무 멋지신 거 아닙니까? 실제 존재하는 사람입니까? ㅋㅋ
훈훈한 이야기였네요 ㅋㅋ
왠지 잘 해주시니 더 죄송하고 막 그러실 것 같아요 ㅋㅋ
아무일없었단 듯이 해결하고 멘붕한 절 다독여주시기까지 했으니...
항상 쿼리 마지막에 ; 가 있는 이유는 ; 실수로 쿼리문을 행하지 않도록, 한번더 확인하라고 있다는 이야길 들었습니다. ;치지 말고 쿼리문을 쓰다가 정말 제대로된 쿼리문이 맞나 보고 ;를 치라고...
그리고 mysql workbench gui에서도 조건절 없는 수정, 삭제는 조건절 옵션을 풀어야지만 가능하도록 해두었지요.
늘 쿼리는 조심하는 우리 모두 되어야... ㅎㅎ;a
[http://sir.kr/data/editor/2109/e7de8ad9c49bc8315651871a68674dd9_1631151780_7998.png]
프로그램 쓰다보니 클릭한번에 날아가는 사태가 ㅠㅠㅠㅠㅠ 앞으로 내보내기 기능 안쓸려구요...
쿼리문 날리면되는데 그거 귀찮다고 이거 편하네하면서 쓰다가 이런 일이
고생하셨습니다.
그래서 전아직도 db는 술먹고 작업안하고 졸릴때 작업안합니다.
다들 한두번씩은 겪게되는거같네요.
생각만해도 등에 식은땀이..
저도 예전에 rm 잘못날려서 커널 날릴뻔한 적 있어서....;;
그뒤론 술먹었을때는 root접근 작업을 안하고 있습니다....ㄷㄷ
저도 식은땀 흐른적이 몇번있네요
drop database:
ㅋㅋㅋ
고생하셨습니다.
뭐 단순 텍스트라 그렇게 긴박한 건 아니었지만
그 뒤로는 체크하는 습관이 들더라구요.
고생하셨습니다.
진짜 엄청난 경험을 했습니다.....
프로그램 정말 스트레스 많이 받은 직업군입니다.
코딩은 재밌는데 ㅠㅠㅎ
등에 흐른 식은땀만큼 실력은 느는거라고...
그래도 이런 경험 원치않았어요 ㅋㅋ
당시에 외장hdd에 복사본 2개를 보유했는데 그거로 겨우 복구할 수 있었습니다.
정말 천만다행이었죠.
진짜 다행입니다 저도... 어찌 복구가 되어서 다행이고.. ㅋㅋ
비슷한 실수도 안하실 테고...
그러니 회사에도 충분히 좋은 인재가 되실겁니다.
되도록이면 실수안하고 싶지만요...
힘내세요
경험얻는다고 생각하시면 좋을것 같습니다
같이 일하시는 분들도 좋으신 분들이네요