백업의 중요성 - 정기적인 백업이 중요
모든 컴퓨터 작업에서 백업의 중요성은 재차 강조해도 지나치지 않을 것입니다.
워드프레스도 마찬가지입니다. 카페24(많이들 "깡패2*"라고도 하더군요)와 같은 웹호스팅 서비스를 사용하면 백업이 자동으로 되기 때문에 쉽게 복원이 가능합니다. (하지만 자동으로 백업되는 기능을 믿지 않고 직접 수동으로 백업을 하는 분도 계시더군요.)
하지만 간혹 백업본이 없이 낭패를 보는 경우도 있습니다. 저는 어제 JetPack의 기능 하나를 활성화했다가 다시 비활성화하니까 DB가 손상되고 사이트에 접속하니 다음과 같은 화면이 표시되었습니다.
위의 그림과 같이 사이트에 접속하면 "Warning mysqli_set_charset(): Error executing query in /.../wp-includes/wp-db.php on line 818" 경고 메시지가 표시되면서 설치 화면이 표시되어 있습니다.
워드프레스 알림판에는 접속이 가능했지만 어떤 방법을 동원해도 사이트가 복구되지 않았습니다.
혹시 DB 백업 기능이 있는지 확인해보아야 찾을 수가 없어서 라이브 채팅을 통해 고객 지원 담당자에게 연락했습니다. 문제가 발생한 홈페이지를 iPage에서 웹호스팅하고 있었습니다. 다행히 iPage에서는 3일치 백업(DB)을 제공한다고 하네요.
운이 좋아서 다시 본래대로 사이트를 복원할 수 있었습니다.
JetPack에서 기능 하나를 활성화했다가 비활성화하니 데이터베이스가 손상된다는 것이 이해가 되지 않네요. JetPack은 유용한 기능을 많이 제공하지만 한편으로는 매우 무겁기 때문에 다른 사이트에서는 전혀 사용하고 있지 않습니다. 문제가 된 사이트는 제법 오래된 사이트이고 초기에 JetPack을 사용해왔기 때문에 그대로 유지하고 있었던 것입니다. 이 플러그인을 사용하는 이유는 통계 기능 때문인데, 다른 사이트처럼 구글 애널리틱스로 갈아탈까 고민 중입니다.
백업 기능을 제공하지 않는 경우 반드시 정기적으로 수동으로 백업해야 만일의 사태 시에 사이트 복원이 가능합니다.
DB 용량이 너무 크면 Command Line(SSH)에서 백업/복원해야 합니다. DB 파일 크기 때문에 백업/복원에 실패하는 경우 아래의 예시를 참고해보세요.
Export 예시:
mysqldump -p --user=username database_name tableName > tableName.sql
Import 예시:
mysql -p -u username database_name < file.sql
참고로 이 블로그를 비롯하여 몇 개의 사이트를 해외 웹호스팅 서비스인 iPage(Essential 플랜)에서 돌리고 있습니다. Essential Plan은 최저가형으로 월 1.99달러에 디스크 공간/트래픽을 무제한 사용할 수 있습니다. 저가형이라서 안정성이나 속도면에서 문제가 되지 않을까 처음에 염려했지만 의외로 안정적이고 속도도 이 블로그의 속도를 보시면 아시겠지만 괜찮은 것 같습니다. (다만 어떻게 사이트를 최적화하는가에 따라 달라질 수 있습니다.)
메인 블로그는 Bluehost VPS를 사용하고 있는데 VPS는 저가형 호스팅보다 상위 상품으로 가성비가 좋다고 합니다. Bluehost의 경우 저가형은 다소 불안하다는 평이 있습니다. 블루호스트를 고려한다면 VPS 이상 상품이 바람직할 것 같고, 저가형은 iPage도 괜찮은 것 같습니다.