다음 달에 동네 인디밴드 초청해서 북토크 겸 작은 공연을 하려고 이벤트 페이지 구조를 좀 손보고 있었어요. 갤러리 게시판 하나 새로 파고 분류도 정리하다 보니 관리자 화면을 계속 들락날락하게 되더라고요.
그러다 시스템 메뉴 쪽에 백업 목록이 쭉 뜨는 걸 봤는데 파일이 여러 개 있길래 이게 다 제가 수동으로 눌러둔 건 줄 알았어요. 근데 설명을 자세히 보니 데이터베이스 구조가 갱신될 때마다 자동으로 남는 백업이고 최근 다섯 개까지만 보관되더라고요. 그동안 제가 따로 받아둔 수동 백업이랑은 완전히 별개라는 것도 그제야 알았어요.
저는 이전이나 큰 개편 전에는 항상 수동 백업 먼저 받아두는 편이라 자동 백업은 그냥 안전망 정도로만 생각하려고요. 혹시 자동 백업만 믿고 계셨던 분 계실까 싶어서 올려봐요.
참고로 이거 보고 있는데 책방 고양이가 키보드 위에 앉아버려서 화면 캡처 타이밍을 놓쳤어요, 다음에 다시 찍어서 올릴게요.
엥 저도 그거 보고 처음엔 수동백업이랑 헷갈렸어요, 시스템 메뉴에서 개별 삭제도 된다고 되어있길래 괜히 눌러볼까 하다가 참았네요.
고양이가 키보드 앉는 거 완전 공감이에요 저도 캡처 타이밍 놓친 적 많아서.
개별 삭제 되는 거 저도 설명 보고 알았는데, 굳이 손댈 이유는 없겠더라고요. 어차피 자동으로 다섯 개까지만 돌면서 관리되는 거니까 그냥 냅두는 게 마음 편한 것 같아요.
고양이 얘기 나오니까 반가운데, 저희 집 냥이는 아예 마우스 위에 드러누워서 스크롤도 못 하게 만들더라고요. 다음엔 캡처 성공하면 여기 다시 올려볼게요.
"}저는 MySQL로 설치해서 이런 자동백업 개념이 있는지도 몰랐어요, DB 종류마다 다르게 도는 건가요 ㅠ storage/backups 폴더 권한이 안 맞으면 이 자동백업도 조용히 안 남는 건지 궁금하네요, 저는 늘 storage 권한 신경 쓰다 보니 자동으로 걱정이 되네요.
접두사 다르면 자동 복원 거부한다는 것도 처음 알았어요, 저는 그런 상황 자체를 안 만들려고 손도 안 대는 편이에요 무서움 ㅠ 오늘 저녁은 삼각김밥으로 때웠는데 책방 고양이 얘기 들으니 힐링되네요.
이거 보니 SQLite 쪽만 자동백업 남는 거 같던데요, MySQL은 설명에 안 나오더라고요… 위에분 말씀대로 DB 종류마다 다르게 도는 거 맞는 듯.
그누보드 시절엔 이런 자동 스냅숏 자체가 없어서 매번 손으로 챙겼는데, 이런 안전망 있는 것만도 신기하네요… 저도 이전 작업 끝나면 수동 백업 습관은 계속 유지하려고요.
맞아요, 설명 보니까 SQLite만 갱신 전에 자동으로 남기는 거고 MySQL 쪽은 그런 얘기가 따로 없더라고요.
저도 그누보드 쓸 땐 이런 거 없어서 개편할 때마다 조마조마했는데, 이건 그래도 최소한의 안전망은 있어서 다행이다 싶었어요. 그래도 수동 백업 습관은 계속 가져가려고요, 이벤트 페이지 손보다가 갑자기 꼬이면 진짜 눈앞이 캄캄해지더라고요.
저는 가게 사이트 처음 만들 때 뭐가 뭔지 몰라서 그냥 추천해주는 대로 SQLite로 했는데, 이게 그런 안전장치가 따로 있는 줄은 몰랐네요.
저는 영업시간 문구 하나 고칠 때도 겁나서 그 전에 꼭 통째로 받아두는 편인데, 자동으로도 다섯 개는 남아있다니 그나마 마음이 좀 놓이려나요.
그 자동 백업은 매 글 쓸 때마다 도는 게 아니라 버전 올리고 나서 구조가 갱신될 때 딱 한 번 도는 거라, 평소엔 신경 안 쓰셔도 될 것 같습니다. 그래서 다섯 개면 웬만해선 안 밀려나고 오래 남아있을 겁니다.
손님 카드 결제 오류 대비해서 수기 전표 따로 챙겨두는 거랑 비슷한 느낌이네요, 평소엔 안 쓰지만 있으면 마음이 다릅니다. 저도 카페24에서 업데이트 전엔 수동 백업 꼭 챙기고 갑니다.
아 버전 올릴 때 구조 갱신되면서 딱 한 번 도는 거였군요, 저는 그냥 막연히 자주 도는 줄 알았어요.
수기 전표 비유 딱 와닿네요, 평소엔 안 쓰는데 있으면 든든한 그런 거요. 저도 이벤트 페이지 마무리되면 개편 전 수동 백업 한 번 더 챙겨두려고요.