드루팔 DB를 백업할 때 고려할 점 - 용량

드루팔 DB를 백업할 때 고려할 점 - 용량이 크다.

드루팔 DB를 MySQL 덤프를 이용해서 백업해 보면,
예상보다 그 용량이 큼에 놀란다. 물론 항상 그런 것은 아니며
특정 기능을 활성화한 경우에 용량이 많이 늘어난다.

정보의 중요성에 볼 때 백업하지 않아도 될 만한 것도 있는데,
그러면서도 용량이 큰 테이블 몇 개를 메모해 둔다.

- accesslog : 드루팔 사이트로의 사용자 접근 기록을 담당한다.
일부 주요 기능으로는 해당 컨텐츠를 몇 번 봤는지를 이 테이블이 기록한다.

- watchdog : 드루팔 사이트의 각종 로그(실행 결과/에러)를 모두 기록한다.

- cache_*** : 드루팔 사이트의 가속 기능을 담당하는 테이블이다.
자주 반복되는 출력 정보를 정제해서 캐슁해 둔다.

혹 링크 체크 모듈이나 트위터 관련 모듈을 사용하는 경우,

- linkchecker_***

- tweet***

이름의 테이블이 굉장히 커 질 수 있으니 주의하기 바란다.

Your rating: None 평균 : 5 (1 vote)

댓글

백업 관련해서 정말

백업 관련해서 정말 중요한, 잊지 말아야 할 것이 하나 있다.
드루팔의 정기적인 작업을 담당하는 cron.php 를 오랫동안 실행하지 않으면,
위에서 말한 테이블들이 정리가 되지 않고 점점 늘어나는 현상이 심해진다.

예를 들어,
관리 > 로그 설정에서 접근 로그를 1주만 기록하게 설정해 두었는데,
만일 위 정기적인 작업 CRON이 제대로 3주 동안 움직이지 않았다면
1주 더하기 2주 동안에 쌓인 로그들이 정리(삭제)되지 않게 된다.
어머어마한 용량의 낭비와 리소스 손실이다. 반드시 크론을 챙기자!

관리자로 로그인한 후, admin/logs/status/run-cron 에서 수동 실행도 가능하다.

크론을 하도 오랫만에 실행하는 경우, 위 accesslog와 watchdog 테이블의
오래된 정보를 삭제하는 데 시간이 오래 걸린다! 이때 인내를 가지기 바란다.
삭제가 다 되고 나면, 가능하면 MySQL의 옵티마이저 기능을 이용해서
위 2개 테이블은 특별히 Optimizing을 해 주기 바란다. 성능향상에 도움이 된다.

그리고, 무엇보다도 CRON이 왜 정상작동 안했는지를 꼭 챙겨보기 바란다.

관련 링크 - http://drupal.org/node/162975