WordPress 사이트를 백업하는 방법(3가지 방법)

웹 사이트가 손상된 경험이 있는 경우 복원할 복사본이 없는 경우 복구 또는 재구축을 시도하는 것이 얼마나 파괴적인지 알 것입니다. 몇 시간, 며칠 또는 몇 개월의 다운타임이 발생할 수 있습니다. 귀하와 귀하의 사이트에 의존하는 모든 사람에게 수익 손실, 비용 증가 및 정서적 고통으로 이어집니다. 문제가 발생할 경우 파일과 데이터베이스를 복원할 수 있으면 이러한 고통스러운 상황을 예방할 수 있습니다. 이것이 Jetpack Backup과 같은 도구를 사용하여 WordPress 사이트를 백업하는 것이 절대적으로 중요한 이유입니다.

이 문서에서는 다음을 안내합니다.

• WordPress 백업이란 무엇입니까?
• 사이트 백업이 필요한 이유는 무엇입니까?
• WordPress 백업을 만드는 방법
  • 웹 호스트에서 자동 백업
  • 수동 백업
  • 플러그인을 사용한 백업
• 어떤 수동 백업 방법이 가장 좋습니까?
• WordPress 사이트를 얼마나 자주 백업해야 합니까?
• WordPress 백업을 어디에 저장해야 하나요?
• WordPress 사이트의 수동 백업을 수행할 때 누락된 파일이 없다는 것을 어떻게 알 수 있습니까?
• 플러그인을 사용한 WordPress 백업이 수동보다 나은 이유는 무엇입니까?
• 얼마나 많은 백업을 보관해야 합니까?

WordPress 백업이란 무엇입니까?

WordPress 백업은 사이트를 구성하는 모든 것의 완전한 사본입니다. 웹 사이트가 손상되거나 손상된 경우 웹 사이트를 이전 상태로 복원하고 한 호스트에서 다른 호스트로 마이그레이션하는 데 사용할 수 있습니다. 백업에는 다음이 포함되어야 합니다.

• 워드프레스 코어 파일. 이것은 서버에 WordPress를 설치할 때 포함된 모든 파일입니다. 기본 폴더에는 wp-admin , wp-content 및 wp-includes가 포함 되며 wp-config.php , .htaccess , user.ini 또는 php.ini 및 index.php 와 같은 서버의 루트 폴더에 있는 여러 파일 .

• 당신의 데이터베이스. 데이터베이스는 웹사이트에 표시되는 동적 및 검색 가능한 정보를 저장하는 테이블, 열, 관계 및 권한의 시스템입니다. 저장된 정보 중 일부에는 사용자 계정 데이터, 페이지 및 게시물 콘텐츠, 고객 주문, 양식 항목 및 기타 사용자 입력, 플러그인에 의해 생성된 데이터가 포함됩니다.

• 테마 파일. WordPress는 테마 파일을 사용하여 웹사이트의 레이아웃과 미학을 만듭니다. 테마에는 기능에 영향을 주는 구성 요소가 있을 수도 있습니다.

• 플러그인. 플러그인을 WordPress 코어 또는 테마가 제공하는 것 이상의 추가 기능을 제공하기 위해 WordPress 사이트에 설치하는 앱으로 생각하십시오. 플러그인에는 사이트에 새로운 기능을 추가하고 추가 코드 없이 기능을 확장할 수 있는 프로그래밍된 특정 기능이 포함되어 있습니다.

• 업로드된 파일입니다. 귀하 또는 다른 사이트 사용자가 WordPress 미디어 라이브러리 또는 wp-content 폴더에 업로드한 이미지, 비디오, 문서 및 기타 파일.

문제가 발생하는 경우 웹 사이트를 올바르게 복원할 수 있도록 이러한 모든 요소를 ​​생성하는 각 백업에 포함하는 것이 중요합니다.

WordPress 사이트의 백업이 필요한 이유는 무엇입니까?

WordPress 사이트의 백업을 유지해야 하는 가장 큰 이유는 데이터 손실을 방지하는 것입니다. 복잡한 전자 상거래 상점을 운영하든 간단한 방문 페이지를 유지 관리하든, 사이트에 심각한 문제가 발생하는 경우 이전에 했던 작업을 잃고 처음부터 다시 시작해야 하는 것을 원하지 않습니다.

다음과 같은 경우 백업에서 WordPress 사이트를 복원하고 싶을 것입니다.

1. 귀하의 웹사이트가 해킹당했습니다.

웹사이트가 해킹된 경우 사이트를 손상되기 전의 버전으로 복원하는 것이 좋습니다. 모든 비밀번호를 변경하고 향후 공격을 방지하기 위해 WordPress 보안 플러그인을 설치했는지 확인하는 것을 잊지 마십시오.

2. 플러그인, 테마 또는 WordPress 핵심 업데이트로 인해 사이트에 문제가 발생했습니다.

플러그인, 테마 또는 WordPress 코어의 최신 버전으로 업데이트할 때 때때로 무서운 치명적인 오류가 발생할 수 있습니다. 이러한 오류로 인해 두려운 흰색 화면이 나타날 수 있지만 때로는 덜 명백한 문제가 발생할 수 있습니다. 귀하의 사이트는 여전히 로드될 수 있지만 프런트 엔드 또는 백 엔드에 나타나는 치명적인 오류 스크립트를 표시합니다. 또는 발견하는 데 더 오래 걸릴 수 있는 미묘한 기능 문제가 발생할 수 있습니다.

백업에서 복원하면 사이트를 최신 작업 버전으로 롤백할 수 있습니다. 플러그인 또는 테마 작성자, 호스트 또는 다른 개발자가 문제를 해결할 수 있도록 스테이징 사이트를 만드는 데 사용할 수도 있습니다. 호스팅 회사에서 원클릭 스테이징 옵션을 제공하면 프로세스가 훨씬 쉬워집니다.

3. 사이트에 악성 또는 잘못 코딩된 플러그인을 추가했습니다.

사용 가능한 수천 개의 WordPress 플러그인이 있으며 설치하려는 플러그인이 제대로 구축되었는지 또는 합법적인지 확인하기 어려울 수 있습니다. WordPress.org 및 널리 사용되는 유료 온라인 마켓플레이스와 같은 평판이 좋은 소스의 플러그인을 사용하면 적어도 맬웨어가 포함된 플러그인을 설치하는 것을 방지할 수 있습니다. 왜요? 플러그인이 승인되어 대중에게 공개되기 전에 거쳐야 하는 검토 프로세스가 있기 때문입니다. 그러나 잘못 코딩된 플러그인은 여전히 ​​검토 프로세스를 통과할 수 있으며 사이트에 플러그인을 설치하면 큰 혼란을 일으킬 수 있습니다.

단순히 문제가 되는 플러그인을 제거하여 문제를 해결할 수 없는 경우 사이트를 복원할 수 있습니다.

4. 호스트가 잘못했습니다.

호스트가 실수로 중요한 디렉토리를 삭제했거나 서버에 문제가 있는 다른 변경 사항을 적용한 경우 사이트가 다운되거나 기능 문제가 발생할 수 있습니다. 호스트가 문제를 일으키기 전에 만든 백업에서 사이트를 복원해야 합니다.

5. 한 호스트에서 다른 호스트로 사이트를 마이그레이션하거나 도메인 이름을 변경하는 경우

호스트를 이동해야 하거나 도메인 이름을 변경하기로 결정했다면 사이트를 백업하는 것이 좋습니다. 마이그레이션 프로세스 중 또는 웹사이트의 루트 URL을 변경할 때 많은 일이 발생할 수 있으므로 프로세스를 시작하기 전에 백업이 있는지 확인하십시오.

6. 사이트의 주요 디자인을 변경하거나 새 테마를 구현하는 경우

라이브 사이트 대신 스테이징 사이트에서 디자인을 크게 변경하거나 테마를 전환하는 것이 가장 좋지만 어느 쪽이든 백업을 유지하고 싶을 것입니다. 스테이징 환경은 실제 환경과 다를 수 있으므로 스테이징 사이트는 잘 작동하지만 라이브 사이트에 문제가 발생할 수 있습니다. 이전 버전으로 롤백할 수 있으면 문제를 해결하는 동안 방문자가 경험할 수 있는 가동 중지 시간이나 문제가 줄어듭니다.

7. 사이트를 변경하는 동안 실수를 했습니다.

웹사이트의 페이지 속도로 작업하고 서버의 공간을 차지하는 사용되지 않는 이미지를 제거하기로 결정했다고 가정해 보겠습니다. 수동으로 수행하든 플러그인을 사용하든 웹사이트에서 중요한 이미지를 실수로 삭제할 위험이 있습니다. 잠재적으로 중요한 이미지 및 기타 파일을 영원히 잃지 않도록 삭제를 시작하기 전에 사이트를 백업하십시오.

8. 공간을 절약하기 위해 특정 데이터를 정기적으로 삭제합니다.

사용자가 많은 사이트를 운영하는 경우 속도가 느려지는 것을 방지하기 위해 일부 데이터를 주기적으로 삭제해야 할 수도 있습니다. 사용자가 자신의 게시물이나 미디어를 제출할 수 있는 전자상거래 상점, 포럼 및 웹사이트는 빠르게 커지고 복잡해질 수 있습니다. 비활성 사용자 또는 고객, 이전 주문 또는 기타 정보를 삭제하여 사이트 성능을 최적화할 수 있습니다.

그러나 어느 시점에서 삭제된 정보를 검색해야 할 수도 있습니다. 고객이 제품을 다시 주문하고 싶어 하는데 구매한 크기나 색상이 기억나지 않을 수 있습니다. 해당 주문을 삭제한 경우 해당 정보를 찾기 위해 데이터베이스 백업을 찾아야 할 수도 있습니다. 또는 비활성 포럼 회원이 댓글 기록에 액세스하기를 원하지만 귀하가 해당 계정을 삭제했을 수 있습니다. 백업에서 해당 정보를 검색할 수 있으면 사용자를 위해 해당 정보를 복원할 수 있습니다.

WordPress 백업을 만드는 방법

1. 호스팅 서비스 제공업체를 통한 자동 백업

많은 호스팅 회사는 고객을 위한 일일 사이트 백업 계획을 제공합니다. 종종 호스팅 서비스에 무료로 포함됩니다. 달콤한 거래 같죠? 반드시는 아닙니다.

다음은 WordPress 백업을 위해 호스트에 의존하지 말아야 할 4가지 이유입니다.

• 짧고 융통성 없는 아카이브 창이 있습니다. 대부분의 웹 호스트는 아카이브 기간 연장 옵션 없이 15-30일 동안 백업을 보관합니다.
• 호스트가 다운되면 백업에 액세스할 수 없습니다. 호스팅 제공업체에 정전이 발생하거나 서버가 다운되거나 더 심각한 경우 갑자기 사업이 중단되면 모든 백업에 액세스하지 못할 수 있습니다.
• 기술적으로 백업은 그들의 책임이 아닙니다. 서비스 계약의 작은 글씨를 읽으십시오. 많은 호스트에는 데이터를 정기적으로 백업하기 위해 성실한 노력을 기울일 것이지만 이러한 백업은 내부용으로만 사용된다는 면책 조항이 포함되어 있습니다. 요청 시 제공된 백업을 사용할 수 있거나 복원된 백업이 올바르게 작동한다고 보장할 수 없습니다. 대부분의 호스트 용어에는 궁극적으로 자신의 사이트를 백업하는 것이 귀하의 책임이라고 명시적으로 명시되어 있습니다.
• 사이트가 손상된 경우 백업도 손상될 수 있습니다. 누군가 귀하의 사이트를 해킹하면 귀하의 서버에 액세스할 수도 있습니다. 백업이 거기에 저장되어 있으면 손상될 수도 있습니다.

호스팅 서비스에 가입하면 이 약관에 동의하는 것입니다. 웹 호스트는 훌륭한 백업 및 복원 서비스를 제공할 수 있지만 다른 호스트는 제공하지 않을 수 있으며 WordPress 백업을 위해 호스트에만 의존해서는 안 됩니다.

2. 수동 WordPress 백업

WordPress 사이트는 데이터베이스, WordPress 핵심 파일, 테마, 플러그인 및 업로드하도록 선택한 기타 파일을 사용하여 구축됩니다. 이러한 모든 WordPress 관련 파일을 백업해야 할 뿐만 아니라 데이터베이스도 백업해야 합니다. 사이트의 이러한 구성 요소를 백업하는 가장 일반적인 방법은 다음과 같습니다.

cPanel로 사이트 백업

cPanel은 서버 관리를 단순화하는 널리 사용되는 그래픽 사용자 인터페이스(GUI)입니다. cPanel에서 웹사이트 설정, 파일 구조 관리, 도메인 설정 변경, 사이트 백업 생성 등을 수행할 수 있습니다.

1. 호스팅 계정에 로그인한 다음 cPanel을 엽니다.

호스팅 계정에서 cPanel을 찾는 방법을 잘 모르는 경우 호스트에게 연락하거나 지식 기반에서 도움을 받을 수 있습니다.

2. 사이트 백업 만들기

파일 섹션에서 백업 관리자 링크를 클릭합니다.

백업 관리자에서 cPanel 백업 을 클릭합니다. 안내 버전을 원하면 cPanel 백업 마법사 를 사용할 수 있습니다.

cPanel 백업 화면의 전체 백업 에서 "전체 웹사이트 백업 다운로드 또는 생성"을 클릭합니다.

파일과 데이터베이스를 별도로 다운로드하려면 "부분 백업"에서 해당 옵션을 선택할 수 있습니다. 데이터베이스를 별도로 다운로드하는 경우 데이터베이스 필드에서 올바른 데이터베이스를 선택했는지 확인하십시오.

원하는 다운로드 옵션을 선택하면 백업이 진행 중임을 알리는 화면으로 이동합니다. 계속해서 돌아가기 링크를 클릭하여 사용 가능한 다운로드로 이동할 수 있습니다.

다운로드할 수 있는 백업 페이지에서 백업 옆에 작은 파란색 체크 표시가 있는 백업이 나열됩니다. 백업을 클릭하여 컴퓨터에 다운로드하면 모든 준비가 완료됩니다!

모든 웹 호스트가 고객에게 cPanel 액세스를 제공하는 것은 아니므로 이러한 방식으로 백업하는 것은 선택 사항이 아닐 수 있습니다. 예를 들어 관리되는 WordPress 호스트는 cPanel을 사용하지 않습니다.

관리형 WordPress 호스팅을 사용 중이고 사이트의 파일 디렉토리에 액세스하여 백업하려는 경우 보안 파일 전송 프로토콜(SFTP), 보안 셸 프로토콜(SSH) 또는 폴더 기반 권한을 부여하는 플러그인을 사용해야 합니다. 사이트 파일에 액세스할 수 있습니다. 관리되는 WordPress 포털에는 cPanel과 같은 파일 트리가 포함되지 않지만 데이터베이스 액세스를 위해 phpMyAdmin에 대한 링크가 포함되어야 합니다.

FTP/SFTP를 사용하여 파일 백업

FTP(파일 전송 프로토콜) 클라이언트를 사용하여 WordPress 사이트의 파일을 수동으로 백업할 수 있습니다. FTP 클라이언트는 컴퓨터를 웹사이트 서버에 연결하여 파일을 업로드, 다운로드 및 관리할 수 있도록 하는 프로그램입니다. FileZilla, CyberDuck 및 ClassicFTP와 같이 무료로 사용할 수 있는 여러 FTP 클라이언트가 있습니다. "무료 FTP 클라이언트"에 대한 빠른 Google 검색은 당신에게 적합한 것을 찾는 데 도움이 될 것입니다.

이 연습에서는 FileZilla를 사용합니다.

1. 호스팅 제어판에서 FTP 자격 증명을 찾습니다.

FTP 자격 증명의 위치는 사이트마다 다를 수 있으므로 찾는 데 문제가 있으면 호스트에게 도움을 요청하세요. 다음 정보가 필요합니다.

호스트 주소. 이것은 일반적으로 서버 IP 주소이거나 URL일 수 있습니다.

사용자 이름. 이것은 FTP 사용자 이름입니다. FTP 연결에 따라 다르며 호스팅 계정 사용자 이름과 같아야 합니다.

비밀번호. 자격 증명에 액세스하려고 할 때 새 FTP 암호를 생성하라는 메시지가 표시될 수 있습니다. 그렇다면 이 암호를 어딘가에 기록해 두십시오. 일부 호스트는 계정에 FTP 비밀번호를 저장하지 않으므로 나중에 검색하려고 하면 새 비밀번호를 생성하라는 메시지가 표시됩니다. 랩톱, 데스크톱, 동료의 랩톱 등 FTP 클라이언트의 여러 설치에 저장된 웹 사이트에 대한 FTP 설정이 있는 경우 성가신 문제가 될 수 있습니다.

포트 번호. SFTP(보안)와 FTP(비보안)를 통해 서버에 연결하고 싶을 것입니다. SFTP 포트는 일반적으로 22 또는 2222입니다. 계정 자격 증명에 포트 번호가 언급되어 있지 않으면 언제든지 호스트의 도움말 문서에서 이 정보를 확인할 수 있습니다.

2. 위의 자격 증명을 사용하여 FTP 클라이언트에 로그인하고 빠른 연결을 클릭합니다.

3. 백업을 저장할 폴더 선택

화면 왼쪽에는 컴퓨터에 있는 파일이 표시됩니다. 화면 오른쪽에는 웹 호스트의 서버에 있는 파일이 표시됩니다. 백업을 저장하려는 컴퓨터의 폴더로 이동하여 클릭합니다. 왼쪽 하단 창에 내용이 표시됩니다.

선택적으로 새 디렉토리를 생성하기 위해 마우스 오른쪽 버튼을 클릭할 수 있습니다.

새 디렉토리를 생성하는 경우 해당 이름을 입력하고 확인을 클릭합니다.

Backups라는 새 폴더가 왼쪽 하단 창에 표시됩니다. 폴더를 두 번 클릭하여 엽니다.

4. 화면 오른쪽에 있는 사이트의 루트 디렉토리로 이동합니다.

일반적으로 html 또는 public_html 이라고 합니다. 호스트에 따라 다른 이름이 있을 수 있지만 중요한 것은 wp-admin , wp-content 및 wp-includes 폴더가 포함되어 있으면 올바른 디렉토리를 찾았다는 것을 알 수 있다는 것입니다.

5. 루트 디렉토리에서 사이트 파일 다운로드

사이트의 루트 디렉토리에 있는 모든 파일과 폴더를 선택하십시오.

마우스 오른쪽 버튼을 클릭하고 다운로드 를 선택합니다. 또한 모든 파일과 폴더를 선택하고 클릭하여 화면 왼쪽의 열린 폴더 창으로 끌어다 놓을 수도 있습니다.

이제 파일이 로컬 컴퓨터에 다운로드됩니다. Google 드라이브 또는 DropBox와 같은 클라우드 저장소에 업로드하고 외장 하드 드라이브에 다른 사본을 저장해야 합니다.

잊지 마세요! 이 프로세스는 사이트의 파일만 백업합니다. 데이터베이스를 백업하지 않습니다. 또한 phpMyAdmin 또는 SSH를 통해 수행할 수 있는 데이터베이스를 백업해야 합니다.

phpMyAdmin을 사용하여 WordPress 데이터베이스 백업 생성

phpMyAdmin은 MySQL 및 MariaDB 데이터베이스(WordPress에서 사용하는 데이터베이스 유형) 관리에 사용되는 온라인 소프트웨어입니다. 명령줄에서 모든 작업을 수행하는 것보다 훨씬 쉽게 데이터베이스를 탐색하고 관리할 수 있는 GUI가 있습니다.

당신이하고있는 일을 모르는 경우 데이터베이스를 샅샅이 뒤지는 것은 여전히 ​​​​무서울 수 있습니다. 다행히 phpMyAdmin에서 데이터베이스 백업을 내보내는 것은 매우 간단합니다.

1. cPanel 또는 호스팅 계정에서 관리되는 WordPress 포털에 로그인합니다.

cPanel에 있는 경우 Databases 아래에 phpMyAdmin이 나열됩니다. 관리되는 WordPress 호스트를 사용하는 경우 포털에 phpMyAdmin에 대한 링크가 있어야 합니다. 찾을 수 없으면 호스트에게 문의하거나 문서에서 도움을 검색하세요.

2. phpMyAdmin 아이콘을 클릭하여 브라우저에서 phpMyAdmin 창을 실행합니다.

3. 데이터베이스 선택

데이터베이스 이름이 아직 선택되지 않은 경우 내보낼 데이터베이스를 클릭합니다. 데이터베이스가 선택되면 포함된 모든 테이블의 목록이 표시됩니다.

3. 내보내기 탭을 클릭합니다.

4. 내보내기 방법 및 형식 선택

그런 다음 빠른 또는 사용자 지정 내보내기 중에서 선택할 수 있습니다. 빠른 내보내기는 전체 데이터베이스를 내보냅니다. 내보내는 테이블을 검토하고 일부를 제외하려면 사용자 지정 내보내기 옵션을 선택합니다.

빠른 내보내기 방법이 선택되었습니다.

wp_comments 및 wp_commentmeta 테이블을 제외한 사용자 지정 내보내기가 선택되었습니다.

phpMyAdmin은 기본적으로 데이터베이스 출력 옵션을 'SQL'로 표시해야 합니다. 어떤 이유로 '텍스트' 또는 다른 옵션이 선택된 경우 'SQL'로 전환하십시오.

5. '이동' 클릭

그게 다야! phpMyAdmin은 데이터베이스를 ZIP 또는 GZIP 파일로 내보내고 데이터베이스 백업으로 사용할 컴퓨터에 다운로드하라는 메시지를 표시합니다.

SSH를 사용하여 사이트 백업 만들기

SSH(Secure Shell 또는 Secure Socket Shell)는 보안되지 않은 네트워크를 통해 한 컴퓨터에서 다른 컴퓨터로 보안 액세스를 제공하는 네트워크 프로토콜입니다. Mac OS 및 Linux에는 SSH 클라이언트 터미널 이 포함되어 있습니다. Windows 10에는 SSH 클라이언트 옵션이 포함되어 있지만 자동으로 설치되지 않으며 별도로 다운로드하여 활성화해야 합니다. 다른 Windows 버전에는 SSH 클라이언트가 포함되어 있지 않으므로 PuTTY 와 같은 타사에서 다운로드해야 합니다.

대부분의 SSH 클라이언트에는 GUI가 없으며 원격 호스트에 연결하고 업로드, 다운로드, 삭제, 파일 이름 변경 등과 같은 기능을 수행하기 위해 텍스트 기반 명령에 의존합니다. SFTP와 달리 SSH를 사용하여 사이트 파일과 데이터베이스를 모두 백업할 수 있습니다. 방법은 다음과 같습니다.

1. 호스트의 제어판에서 SSH 자격 증명을 찾거나 만듭니다.

SSH 자격 증명이 있는 위치와 SSH 자격 증명이 없는 경우 생성하는 방법은 호스트에 따라 다를 수 있으므로 어디서 찾아야 하는지 잘 모르는 경우 공급자에게 문의하거나 FAQ에서 도움을 검색하세요. .

SSH 및 SFTP 자격 증명이 동일한 경우가 있으므로 FTP 설정 영역에서 이러한 경우인지 확인하십시오.

다음 정보가 필요합니다.

• 호스트 IP 주소
• 사용자 이름
• 비밀번호
• 포트 번호

호스트의 요구 사항에 따라 SSH 키를 생성해야 할 수도 있습니다. 이 예에서는 호스트, 사용자 이름, 암호 및 포트 번호만 사용합니다.

2. SSH 애플리케이션을 찾아 엽니다.

Mac OS에서는 응용 프로그램 → 유틸리티 → 터미널 로 이동합니다. Linux에서는 CTL + ALT + T를 누를 수 있습니다. Windows를 사용하는 경우 설치한 SSH 클라이언트를 사용합니다.

3. 다음 명령을 입력합니다. ssh username@remotehost -p 2222

'username'을 사용자 이름으로, 'remotehost'를 호스트의 IP 주소로, '2222'를 호스트의 포트로 바꾼 다음 Enter 키를 누릅니다.

서버에 처음 연결하는 경우 연결을 계속할지 묻는 메시지가 표시됩니다. '예'를 입력하고 Enter 키 를 누릅니다. 서버의 IP 주소가 알려진 호스트 목록에 영구적으로 추가되었다는 경고를 받게 됩니다. 동일한 컴퓨터에서 연결하는 경우 이 메시지가 다시 표시되지 않습니다.

4. 암호를 입력하고 Enter 키를 누릅니다.

비밀번호를 입력하라는 메시지가 표시됩니다. 명령 프롬프트에서 복사하여 붙여넣습니다. 비밀번호나 기타 피드백이 표시되지 않습니다. 이것은 정상입니다. Enter 키를 누릅니다.

원격 서버에 연결되었습니다. 이제 사이트를 백업할 시간입니다.

5. 명령 프롬프트에서 다음을 입력합니다. cd ~

6. 다음 명령을 입력하여 사이트 파일을 백업합니다. tar -zcf backup.tar.gz directory_name

'directory_name'을 백업하려는 디렉토리 이름으로 바꾸십시오. 이것은 WordPress 폴더 wp-admin , wp-content 및 wp-config 가 있는 디렉토리여야 합니다. 사이트의 루트 디렉토리가 'public_html'인 경우 명령은 다음과 같습니다.

tar -zcf backup.tar.gz public_html

백업이 완료되었지만 여전히 서버에 있습니다. 백업을 오프사이트에 안전하게 보관하려면 서버에서 다운로드해야 합니다.

7. 사이트 파일의 백업을 다운로드합니다.

명령 프롬프트에서 다음을 입력합니다.

scp -p 2222 사용자 이름@remotehost:/directory_name/backup.tar.gz 디렉토리 이름

'2222'를 포트 번호로, 'username'을 사용자 이름으로, 'remotehost'를 서버의 IP 주소로, 'directory_name'을 사이트 파일이 있는 디렉터리 이름으로, 두 번째 'directory_name'을 컴퓨터의 디렉터리로 바꿉니다. 백업을 다운로드하려는 대상. 그런 다음 Enter 키를 누릅니다.

이제 파일이 서버에서 컴퓨터로 다운로드되어야 합니다.

8. 데이터베이스를 다운로드합니다.

오, 끝났다고 생각했니? 아니요. 여전히 데이터베이스를 다운로드해야 합니다. 다음 정보가 필요합니다.

데이터베이스 사용자 이름. 이것은 SFTP 또는 SSH 사용자 이름과 다르며 데이터베이스에만 할당됩니다.

데이터베이스 이름. 데이터베이스의 이름입니다.

비밀번호. SFTP 또는 SSH 암호와 달라야 하는 데이터베이스 암호입니다.

이 정보는 호스팅 계정에서 찾을 수 있습니다. 찾는 데 문제가 있는 경우 호스트에게 도움을 요청하거나 도움말 문서를 찾아보십시오.

사이트 파일을 다운로드한 후에도 SSH를 통해 서버에 로그인되어 있다면 프롬프트에 다음 명령을 입력합니다.

mysqldump -u 사용자 이름 -p DATABASE > database_backup.sql

'username'을 데이터베이스 사용자 이름으로 바꾸고 'database'를 데이터베이스 이름으로 바꾸십시오.

그런 다음 데이터베이스 암호를 입력하라는 메시지가 표시됩니다. 암호를 입력하고 Enter 키 를 누릅니다.

데이터베이스는 현재 디렉토리에 'database_backup.sql'로 내보내집니다. 로컬 시스템에 다운로드하려면 다음 명령을 입력하십시오.

scp -p 2222 사용자 이름@remotehost:/directory_name/database_backup.sql /directory_name

'2222'를 포트 번호로, 'username'을 사용자 이름으로, 'remotehost'를 서버의 IP 주소로, 'directory_name'을 사이트 파일이 있는 디렉토리 이름으로, '/local/dir'을 사용자 이름으로 바꾸십시오. 데이터베이스를 다운로드하려는 컴퓨터. 그런 다음 Enter 키를 누릅니다.

9. 서버에서 백업 삭제(선택 사항)

당신이 만든 백업은 여전히 ​​당신의 서버에 있다는 것을 명심하십시오. 유지하고 싶지 않다면 다음 명령을 사용하여 제거할 수 있습니다.

사이트 파일:

rm 데이터베이스_백업.sql

데이터 베이스:

rm 데이터베이스_백업.sql

3. 워드프레스 백업 플러그인

주문형 또는 예약된 시간에 WordPress 사이트를 백업할 수 있는 다양한 플러그인이 있습니다. 그러나 이러한 플러그인 중 일부는 복잡한 설정을 포함하거나 자체 서버에 백업을 저장하므로 사이트의 무게가 줄어들고 로드 시간이 느려질 수 있습니다. Jetpack Backup은 사이트를 방해하지 않는 번거로움 없는 자동 WordPress 백업을 위한 탁월한 옵션입니다.

Jetpack 백업의 장점은 다음과 같습니다.

• 쉬운 설정. Jetpack을 설치하고 백업 계획을 구매하면 모든 준비가 완료됩니다.
• 실시간 백업. 많은 백업 플러그인은 매일 백업만 제공합니다. 그러나 정기적으로 사이트를 변경하거나 온라인 상점을 운영하는 경우 실시간 백업이 데이터 손실을 방지하는 데 중요할 수 있습니다. Jetpack은 주요 변경 사항이 있을 때마다 웹사이트 사본을 저장합니다.
• 오프사이트 스토리지. 서버에 백업을 저장하면 웹사이트 속도가 느려질 수 있습니다. 설상가상으로 서버가 다운되면 백업에 전혀 액세스할 수 없습니다! 또는 해킹의 경우에 손상될 수 있습니다. Jetpack은 백업을 오프사이트에 안전하게 저장하므로 사이트에 들어갈 수 있는지 여부에 관계없이 항상 액세스할 수 있습니다.
• 간단한 마이그레이션. Jetpack Backup은 마이그레이션 플러그인이기도 합니다. 추가 플러그인을 설치하거나 개발자를 고용하지 않고도 사이트를 호스트로 쉽게 마이그레이션할 수 있습니다.
• 수동 다운로드. Jetpack이 서버에 백업을 저장하는 동안 하드 드라이브에 다운로드하여 Google Drive, Dropbox 또는 Amazon S3와 같은 클라우드 스토리지 플랫폼에 업로드할 수도 있습니다. 저장 공간.
• 백업 크기 또는 빈도에 대한 제한이 없습니다. 많은 백업 플러그인은 백업 크기 또는 사이트 저장 빈도를 제한합니다. 제트팩이 아닙니다! 원하는 만큼 자주 대규모 웹사이트를 쉽게 백업할 수 있습니다.
• 우수한 고객 지원. Jetpack 팀은 WordPress 전문가로 구성되어 있습니다. 귀하의 웹사이트와 백업을 잘 관리하고 있으니 안심하십시오.

WordPress에 가장 적합한 수동 백업 방법은 무엇입니까?

cPanel을 통해 WordPress 백업을 만드는 것이 수동 백업을 수행하는 가장 쉬운 방법이지만 모든 웹 호스트가 cPanel을 사용하는 것은 아닙니다. 호스트를 통해 cPanel에 액세스할 수 없는 경우 비교적 손쉬운 수동 백업을 위한 차선책은 SFTP를 사용하여 모든 사이트 파일을 다운로드하고 phpMyAdmin을 통해 데이터베이스를 백업하는 것입니다.

WordPress 사이트를 우선적으로 백업하십시오

어떤 방법을 선택하든 일정 빈도를 선택하든 상관없이 백업을 우선순위로 두십시오. 사이트 운영의 이러한 측면을 미루어서 힘든 작업과 중요한 데이터를 위험에 빠뜨리지 마십시오. 귀찮은 일처럼 여겨 백업을 미루고 있다면 Jetpack Backup을 사용하면 프로세스가 쉽고 간편해집니다. 호스트의 기술 지원 팀에 티켓을 제출하는 데 걸리는 시간보다 짧은 시간에 데이터를 안전하게 보호하세요. 장기적으로 문제가 발생했을 때 비용, 시간 및 파일 복구 문제를 절약할 수 있습니다.

워드프레스 백업 FAQ

WordPress 사이트를 얼마나 자주 백업해야 합니까?

짧은 대답은 정기적으로 입니다. 그러나 사이트가 새 콘텐츠로 업데이트되는 빈도에 따라 매월, 매주, 매일 또는 실시간으로 백업할 수 있습니다. 새로운 콘텐츠로 자주 업데이트되지 않는 정적 웹사이트는 매일 백업만 필요할 수 있습니다. 반면 바쁜 전자 상거래 사이트는 고객 또는 제품 데이터의 손실을 최소화하기 위해 실시간 백업이 필요할 수 있습니다.

WordPress 백업을 어디에 저장해야 하나요?

백업을 오프사이트에 보관하고 최소한 2곳, 가급적이면 3곳에 보관하십시오. 자체 서버에 백업을 보관하면 웹 사이트 속도가 심각하게 느려질 수 있습니다. 각 백업은 모든 사이트 콘텐츠의 완전한 복제이므로 서버에 매일 백업을 보관하는 경우 30개의 전체 웹사이트가 공간을 차지합니다. 좋아! 또한 서버가 다운되면 모든 백업에 액세스할 수 없게 될 수 있습니다.

Jetpack Backup은 백업을 WordPress.com의 자체 서버에 오프사이트로 보관 하고 사이트 아카이브를 로컬 시스템에 주기적으로 다운로드할 수 있습니다. 거기에서 외장 하드 드라이브에 복사하고 Google 드라이브, Amazon S3 또는 Dropbox와 같은 클라우드 스토리지 서비스에 다른 복사본을 업로드할 수 있습니다.

호스팅 회사가 백업에 대해 반드시 의존할 수는 없지만 최소 30일의 일일 백업이 포함된 계획을 선택하는 것이 나쁠 것은 없습니다. 자신의 실사 외에도 사이트를 복원할 수 있는 최상의 가능성이 있는지 확인해야 합니다.

WordPress 사이트의 수동 백업을 수행할 때 누락된 파일이 없다는 것을 어떻게 알 수 있습니까?

웹호스트에서 데이터베이스와 전체 사이트 디렉토리를 백업했다면 필요한 모든 것을 백업했다고 확신 할 수 있습니다. 그러나 수동 백업의 경우 리소스 다운로드에 실패하거나 프로세스 중에 손상된 경우 오류 메시지가 표시되지 않을 수 있습니다. 따라서 백업에 파일이 누락되거나 손상된 파일이 포함될 가능성이 항상 있습니다.

사이트의 모든 파일을 수동으로 백업할 때 사이트 루트 폴더의 전체 내용을 다운로드하고 싶을 것입니다.

서버의 어떤 폴더가 사이트의 루트 폴더인지 확실하지 않은 경우 일반적으로 html 또는 public_html 이라고 하지만 다른 이름이 있을 수 있습니다. 호스트에게 문의하거나 wp-admin , wp-content 및 wp-includes 가 포함된 폴더를 찾을 때까지 파일 디렉토리를 클릭하면 됩니다. 이것이 루트 폴더입니다.

이미지나 비디오와 같은 사이트 콘텐츠를 다른 서버에서 호스팅하는 경우 해당 콘텐츠도 백업해야 합니다.

백업이 제대로 작동했는지 확인하려면 스테이징 사이트에 백업을 설치하고 테스트하여 모든 것이 있는지, 사이트 백업이 올바르게 작동하는지 확인할 수 있습니다.

얼마나 많은 백업을 보관해야 합니까?

동적 콘텐츠가 많은 웹 사이트가 있는 경우 최소 1년 분량의 백업을 유지해야 합니다. 사이트가 상당히 정적이라면 30-90일 가치를 유지하는 것이 안전할 수 있습니다.

유지하는 백업 수는 특정 날짜의 데이터에 액세스해야 할 가능성이나 콘텐츠가 보유할 가치가 없다고 생각하는 시점에 따라 달라집니다. 또한 웹 사이트 데이터를 특정 기간 또는 몇 년 동안 보관하거나 특정 기간 후에 파기해야 한다는 법적 요구 사항이 적용될 수 있습니다.

플러그인을 사용한 WordPress 백업이 수동보다 나은 이유는 무엇입니까?

플러그인을 사용하여 사이트를 백업하면 더 쉽고 안전하며 시간을 절약할 수 있습니다. Jetpack과 같은 플러그인으로 백업을 자동화하면 디자인, 기능, 콘텐츠 또는 마케팅에 집중할 수 있습니다. 아니면 그냥 긴장을 풀고 멋진 산책을 할 수도 있습니다!