아침에 업데이트를 다 했는데 오후에 갑자기 최신글이 다 사라지는건 어떻게 해석해야할까요?
오늘 아침에 밤새서 업데이트 마쳤는데요 6월달에 하고 오늘 했는데요
총 사이트 5개를 5.6.30 -> 42 업데이트 마쳤습니다.
아침에 끝마쳤을때 전혀 문제가 없었고 점심먹고 나서도 문제가 없었는데
좀전에 사이트 1개에서 최신 테이블 g5_board_new 가 데이터가 다 날라갔네요??
어느부분에 문제가 있어서 이렇게 됐을까요?? 좀 이해가 안가서요..
총 사이트 5개를 5.6.30 -> 42 업데이트 마쳤습니다.
아침에 끝마쳤을때 전혀 문제가 없었고 점심먹고 나서도 문제가 없었는데
좀전에 사이트 1개에서 최신 테이블 g5_board_new 가 데이터가 다 날라갔네요??
어느부분에 문제가 있어서 이렇게 됐을까요?? 좀 이해가 안가서요..
답변 5개 / 댓글 3개
스튜디오호라이즌DB에서 g5_board_new가 실제로 비어 있는 상태라면, 화면에 최신글이 안 보이는 캐시 문제와는 구분해서 보셔야 합니다. 캐시를 지우는 것만으로 삭제된 기록이 돌아오지는 않아요.
복구하실 경우에는 현재 DB부터 백업하시고요. 전체 DB를 예전 백업으로 덮으면 그 이후에 올라온 정상 게시글까지 잃을 수 있으니, 테스트 환경에서 g5_board_new만 선별 복구할 수 있는지 확인하시는 게 좋습니다. 그동안 새로 쌓인 기록과 이미 삭제된 게시판의 기록도 대조해 주세요.
웹에이전시그누보드 5.6.30에서 5.6.42로 업데이트 직후 g5_board_new (최신글) 테이블의 데이터가 모두 사라진 현상은 그누보드 자체의 버그라기보다는 업데이트 과정 중 테이블 초기화/재설치 스크립트 실행 또는 DB 트랜잭션/캐시 문제로 인해 발생했을 가능성이 가장 높습니다.
2026-10-13 (화) 21:35:36
추가 댓글처럼 ‘게시판 생성 후 삭제’에서 재현된다면, 자동 정리보다는 그 삭제 경로를 먼저 좁혀보는 게 좋겠습니다. SIR님이 안내하신 코드의 WHERE 조건은 대상 게시판만 지우는 형태라서, 운영 서버에 실제 올라간 파일·추가 실행 코드와 비교하는 것이 핵심으로 보입니다.
백업을 복제한 테스트 환경에서, 삭제 전후에 아래처럼 게시판별 최신글 개수를 비교해보세요.
실제 테이블 접두사가 다르면 이름은 맞춰야 합니다. 테스트 게시판 외의 데이터도 줄어드는지 확인하면 ‘전체가 삭제된 것인지’와 ‘특정 게시판만 영향을 받는지’를 구분할 수 있습니다.
그다음 ① 실제 배포된 adm/board_delete.inc.php가 사용 중인 그누보드 버전의 공식 파일과 같은지 ② 추가 수정 파일에서 board_new_table 또는 g5_board_new를 삭제하는 곳이 있는지 ③ DB 트리거나 별도 예약 정리 작업이 있는지 순서로 확인해보시면 좋겠습니다. 다른 네 사이트와 이 사이트의 파일 차이를 비교하는 것도 빠른 방법입니다.
가능하면 테스트에서 실행된 삭제 쿼리와 시각을 남겨, WHERE 조건이 있는 삭제 뒤에 별도 쿼리가 실행되는지 확인해보세요. 운영 DB에서 반복 삭제 테스트하기보다는 복제 환경에서 재현하는 편이 안전합니다. 현재 정보만으로 특정 업데이트 결함이라고 단정하기는 어렵습니다.
백업을 복제한 테스트 환경에서, 삭제 전후에 아래처럼 게시판별 최신글 개수를 비교해보세요.
Copy
SELECT bo_table, COUNT(*) AS cnt
FROM g5_board_new
GROUP BY bo_table;실제 테이블 접두사가 다르면 이름은 맞춰야 합니다. 테스트 게시판 외의 데이터도 줄어드는지 확인하면 ‘전체가 삭제된 것인지’와 ‘특정 게시판만 영향을 받는지’를 구분할 수 있습니다.
그다음 ① 실제 배포된 adm/board_delete.inc.php가 사용 중인 그누보드 버전의 공식 파일과 같은지 ② 추가 수정 파일에서 board_new_table 또는 g5_board_new를 삭제하는 곳이 있는지 ③ DB 트리거나 별도 예약 정리 작업이 있는지 순서로 확인해보시면 좋겠습니다. 다른 네 사이트와 이 사이트의 파일 차이를 비교하는 것도 빠른 방법입니다.
가능하면 테스트에서 실행된 삭제 쿼리와 시각을 남겨, WHERE 조건이 있는 삭제 뒤에 별도 쿼리가 실행되는지 확인해보세요. 운영 DB에서 반복 삭제 테스트하기보다는 복제 환경에서 재현하는 편이 안전합니다. 현재 정보만으로 특정 업데이트 결함이라고 단정하기는 어렵습니다.
2026-10-13 (화) 16:20:46
초기화 실행이 어디에선가...
여기저기 로그를 살펴보세요
2026-10-13 (화) 16:17:16
그누보드는 최고관리자로 접속하면 하루 한 번 설정 기간이 지난 g5_board_new 기록을 자동 삭제합니다. 따라서 업데이트 직후에는 정상이었다가, 이후 관리자 접속 시 정리됐을 가능성이 있습니다. 이 삭제 조건은 5.6.30과 5.6.42가 동일합니다.
확인경로: 관리자 > 환경설정 > 기본환경설정 > 최근게시물 삭제
다만 오늘 작성한 기록까지 전부 삭제됐다면 일반적인 자동 정리로 설명하기 어려우므로 서버 날짜나 별도 삭제 코드를 확인해야 합니다. 게시판의 실제 글도 사라졌는지, 최근게시물 기록만 삭제됐는지도 확인해 보세요.
확인경로: 관리자 > 환경설정 > 기본환경설정 > 최근게시물 삭제
다만 오늘 작성한 기록까지 전부 삭제됐다면 일반적인 자동 정리로 설명하기 어려우므로 서버 날짜나 별도 삭제 코드를 확인해야 합니다. 게시판의 실제 글도 사라졌는지, 최근게시물 기록만 삭제됐는지도 확인해 보세요.
답변에 대한 댓글 3개
김준수사랑
2026-10-13 (화) 16:30:02
김준수사랑
2026-10-13 (화) 16:48:38
발생되는 지점은 찾았습니다.
업데이트 관련된걸 테스트해보고 있었는데요
게시판을 생성한후 생성한 게시판을 삭제하니까 최신글이 다 날라가네요
업데이트 관련된걸 테스트해보고 있었는데요
게시판을 생성한후 생성한 게시판을 삭제하니까 최신글이 다 날라가네요
2026-10-13 (화) 16:54:50
게시판 삭제 시 삭제한 게시판의 최신글만 지우도록 되어 있으며, 이 부분 역시 5.6.30이나 5.6.42 동일하게 처리되어 있습니다. 해당 코드를 확인해 보시겠어요?
adm/board_delete.inc.php:24
// 최신글 삭제
sql_query(" delete from {$g5['board_new_table']} where bo_table = '{$tmp_bo_table}' ");
https://github.com/gnuboard/gnuboard5/blob/bbd118153f89516711330f0c8fbd14d0f8c0719a/adm/board_delete.inc.php#L24-L25
adm/board_delete.inc.php:24
// 최신글 삭제
sql_query(" delete from {$g5['board_new_table']} where bo_table = '{$tmp_bo_table}' ");
https://github.com/gnuboard/gnuboard5/blob/bbd118153f89516711330f0c8fbd14d0f8c0719a/adm/board_delete.inc.php#L24-L25
답변을 작성하려면 로그인이 필요합니다.
최신게시물을 180 일로 되어있어서 적어도 수천개는 있을텐데 갑자기 싹 다 지워졌더라고요
일반 게시글은 그대로인데 최신글 폴더만요
조금있으면 데이터가 또 쌓이니까 큰문제는 아니지만 이게 반복되면 곤란한데..
업데이트 직후라서... 이런경험한 분 있나 해서요