mysqldump 유틸리티를 사용하여 데이터베이스의 덤프(백업)를 만듭니다. MySQL 데이터베이스 백업 만들기 일기 Maxim Bogolepov mysql 데이터베이스 백업

안녕하세요 여러분! 온라인 상점 웹사이트에 새로운 확장 프로그램이나 테마를 설치한 후 예상치 못한 다양한 상황이 발생하는 상황이 있습니다. 이는 이전에 없었던 오류가 사이트에 나타나거나 사이트가 전혀 응답하지 않을 수 있다는 사실로 구성됩니다. 이러한 상황에 대비하려면 사이트의 백업 복사본을 만들거나 백업해야 합니다. 이상적으로는 사이트에 새 모듈을 설치하거나 데이터베이스 또는 사이트 파일에 영향을 미치는 작업을 수행할 때마다 수동으로 생성해야 합니다. 만일의 경우를 대비해 매주 백업을 해둡니다. 저는 항상 일주일에 많은 업데이트를 받습니다.

수동으로 사이트 파일 백업

일반적으로 좋은 호스팅 제공업체에는 자체 데이터 백업 시스템이 있습니다. 특정 기간(보통 며칠) 동안 사이트를 백업합니다. 백업을 호스팅에 전적으로 의존해서는 안 된다는 것은 분명합니다. 그러면 어떻게 백업 사본을 만들 수 있습니까? 우리는 를 사용할 것입니다.

첫 번째 단계는 파일의 백업 복사본을 만드는 것입니다. 이렇게 하려면 "WebFTP" 섹션으로 이동하세요. 여기서는 백업하려는 파일이 있는 사이트를 선택하고 해당 폴더로 이동합니다. 그런 다음 더 빠른 다운로드를 위해 먼저 파일을 압축해야 합니다. 압축 여부에 관계없이 파일을 보관할 수 있습니다. 나중에 파일이 손상되지 않도록 파일을 압축하지 않고 일반적인 형식으로 아카이브에 추가하는 것이 좋습니다. 필요한 디렉터리와 파일을 선택하고 아래 드롭다운 목록에서 "압축하여 보관" 작업을 선택합니다. 복사본이 생성된 날짜와 시간을 나타내는 이름을 지정하는 것이 좋습니다. “실행” 버튼을 클릭하세요.

아카이브가 생성될 때까지 잠시 기다리고 있습니다. 그런 다음 컴퓨터에 다운로드하십시오. 파일의 백업 복사본이 준비되었습니다.

수동 데이터베이스 백업

이제 똑같이 중요한 단계인 데이터베이스 백업으로 넘어가겠습니다. 호스팅에서 이 작업을 자동으로 수행하는 기능을 제공하지 않는 경우 컴퓨터에 복사본을 저장하려면 데이터베이스를 내보내야 합니다. 이는 다음과 같이 수행됩니다. "데이터베이스" 섹션으로 이동하여 원하는 데이터베이스 반대편에 있는 "PHPMyAdmin" 링크를 클릭하세요.

열린 탭에서 사용자 이름과 비밀번호를 입력하면 MySQL 데이터베이스 제어판으로 이동합니다. 예약하려는 데이터베이스 이름(1)을 클릭하고 "내보내기" 탭(2)으로 이동합니다.

최소한의 설정으로 방법을 선택하고 "앞으로"를 클릭하십시오. 그런 다음 데이터베이스 복사본이 포함된 SQL 파일 다운로드가 시작됩니다.

백업에서 데이터베이스 복원

이 파일에서 데이터베이스를 복원하려면 MySQL 데이터베이스 제어판에 로그인하고 데이터베이스의 기존 테이블을 모두 삭제한 다음 "가져오기" 탭으로 이동해야 합니다. 거기에서 이전에 생성된 파일을 선택하고 "가자" 버튼을 클릭하세요. 시스템은 이를 다운로드하고 작업이 완료되었음을 알려줍니다. 백업이 생성될 때 포함된 모든 테이블이 데이터베이스에 생성됩니다.

백업에서 파일 복원

파일 복구를 사용하면 모든 것이 조금 더 간단해집니다. "WebFTP" 섹션으로 이동한 다음 사이트 폴더로 이동하여 사이트 폴더 내의 모든 파일을 삭제하고 "파일 업로드"를 클릭합니다. 이전에 생성된 아카이브를 선택하고 "파일 업로드"를 클릭합니다. 다운로드가 완료되기를 기다리고 있습니다.

아카이브가 다운로드되어 파일 패널에 표시되면 압축을 풀어야 합니다. 그리고 모든 것이 준비되었습니다. 또는 파일을 삭제하지 않고 간단히 아카이브를 다운로드하여 압축을 풀고 교체할 수도 있습니다. 압축 해제에 성공했다면 이는 모든 파일이 백업 복사본에서 교체되었음을 의미합니다. 하지만 저는 보통 파일을 먼저 삭제한 다음 백업의 압축을 풉니다.

FileZilla와 같은 FTP 클라이언트를 사용하여 파일을 다운로드할 수도 있습니다. 나는 그와 함께 일하는 방법에 대해 썼습니다. 클라이언트를 통해 FTP 계정에 연결하고 사이트 파일이 있는 폴더로 이동하여 컴퓨터에 복사하기만 하면 됩니다. 같은 방법으로 컴퓨터에서 호스팅으로 업로드할 수 있습니다. 복사하고 교체하는 것을 잊지 마세요.

사이트의 보안을 잊지 말고 언제 도움이 될지 모르기 때문에 백업을 진지하게 받아들이십시오.

감사합니다, 슈미트 니콜라이

안녕하세요, 블로그 사이트 독자 여러분. 오늘 저는 리소스의 파일과 데이터베이스를 백업하는 개념에 대해 이야기하고 싶습니다.

예, 물론 많은 호스팅 업체()가 자동으로 백업을 수행하며, 문제가 발생하면 도움을 요청할 수 있습니다. 그러나 그들이 말했듯이 호스팅 업체에 의지하되 스스로 실수하지 마십시오.

상황 프로젝트 데이터가 손실될 수 있습니다, 당신은 많이 인용 할 수 있고 아마도 그것에 대해 들어 보셨을 것입니다. 주인의 자비를 의지해서는 안 됩니다. 직접 백업을 만들어 컴퓨터에 저장해야 합니다.

이것은 훨씬 더 안정적이고 차분할 것입니다. 결국 인터넷 프로젝트가 무너지고 복원할 것이 없다면 Webarchive에서 행운을 시험해보세요(자세한 내용은 여기에 설명되어 있음). Webarchive는 인터넷에 있는 대다수 사이트의 스냅샷을 지속적으로 생성하기 때문입니다. .

FileZilla를 사용하여 웹사이트 파일을 백업하는 방법

아마 이미 알고 계시겠지만, 사이트 Joomla, WordPress, SMF 등 모든 엔진을 기반으로 생성되었습니다. 두 가지 중요한 부분으로 구성:

첫째, 엔진의 실제 파일과 엔진에 설치된 확장 프로그램, 사진 및...
둘째, 기사, 게시물 등의 텍스트가 저장되는 데이터베이스입니다.

데이터베이스(DB)는 엔진의 일부 매개변수와 확장에 대한 설정을 저장할 수도 있습니다. 나는 이미 기사에서 이것에 대해 썼습니다. 그러한 조직에는 많은 장점이 있습니다.

이는 우리의 임무가 이 모든 부를 뒷받침하는 것으로 귀결된다는 것을 의미합니다. 또한 데이터베이스 백업 빈도는 일반적으로 프로젝트에 나타나는 새 정보의 빈도에 따라 결정됩니다. 내 생각에 가장 좋은 방법은 데이터베이스를 매일 복사하는 것입니다. 다행스럽게도 일반적으로 무게가 그리 크지 않으며 이러한 백업은 매우 빠르게 수행됩니다. 일부 확장 프로그램 설치, 엔진 버전 업데이트 등 프로젝트 파일을 일부 변경한 후에만 프로젝트 파일의 백업 복사본을 업데이트해야 할 것입니다.

아마도 첫 번째 어시스턴트부터 시작해 보겠습니다. 파일질라, 최대 까지 다른 FTP 관리자를 사용할 수 있지만 저는 이 특정 무료 소프트웨어 생성을 선호합니다. 위 기사에서 이미 이에 대해 자세히 설명했으므로 이에 대해 자세히 설명하지 않겠습니다. 원할 경우 특히 이 프로그램에 비밀번호를 저장하는 방법과 이와 관련된 문제에 대해 직접 읽어보세요.

이를 이용하여 파일을 백업하는 방법을 살펴보겠습니다. 호스팅 서버에 액세스한 후에는 루트 폴더(보통 public_html 또는 htdocs라고 함)로 이동해야 합니다. Filezil의 원격 서버는 오른쪽에 표시되고, 컴퓨터의 내용은 왼쪽에 표시됩니다.

정기적으로 백업할 계획이라면 컴퓨터 하드 드라이브에 "말하는" 이름으로 폴더를 만들고 그 안에 프로젝트 이름이 있는 디렉터리가 있는 것이 좋습니다. 이 디렉토리 안에는 웹 프로젝트 파일이 복사될 현재 날짜의 폴더를 생성할 수 있습니다. 덕분에 백업을 탐색하고 매우 오래된 백업을 삭제하여 공간을 확보하는 것이 더 쉬워졌습니다.

이제 FileZilla의 왼쪽에서 백업이 수행될 폴더를 열고 오른쪽에서 웹사이트의 루트 폴더를 엽니다. 이 프로그램의 설정에서 숨겨진 파일을 표시하는 기능을 활성화하는 것이 좋습니다. 상단 메뉴에서 "서버"를 선택합니다. "숨겨진 파일을 강제로 표시합니다".

이는 .htaccess와 같은 숨겨진 파일이 백업에 포함되도록 하기 위해 필요합니다. 다음으로 키보드의 Shift 버튼을 누른 채 루트 디렉터리에 있는 사이트의 모든 개체를 선택합니다. 선택한 개체를 마우스 오른쪽 버튼으로 클릭하고 상황에 맞는 메뉴에서 항목을 선택합니다. "다운로드".

파일 백업이 시작됩니다. 이는 복사되는 개체의 수와 총 무게, 서버 속도에 따라 꽤 오랜 시간이 걸릴 수 있습니다. 하지만 백업을 만드는 과정을 지켜볼 필요는 없습니다. 복사하는 동안 Filezilla를 닫지 않고도 업무를 계속할 수 있습니다.

이 과정이 끝나면 기분이 좋아질 것입니다 다운로드한 모든 것을 하나의 아카이브에 압축, 이는 저장된 객체의 양과 수를 크게 줄일 수 있기 때문입니다. 아카이브 후에는 하나의 아카이브만 남기고 다운로드한 모든 항목을 삭제하면 모든 것이 깔끔하고 깔끔해집니다. 이러한 백업에서 사이트 파일을 복원하려면 위에서 설명한 것과 유사한 방식으로 압축을 풀고 아카이브 내용을 서버에 복사해야 합니다.

사실, 파일을 ZIP 아카이브에 압축한 경우 서버에 업로드하고 거기에서 압축을 풀 수 있습니다(방법은 여기에 설명되어 있음). 그러나 이 경우 나중에 몇 가지 문제가 발생할 수 있으며 이는 PHP를 통해 해결할 수 있습니다(접근 권한 및 프로그래밍 방식으로 Cmod 변경에 대한 링크 읽기).

phpMyAdmin을 사용하여 데이터베이스 백업을 만드는 방법

phpMyAdmin 스크립트를 사용하여 데이터베이스를 백업하는 방법을 살펴보겠습니다. 호스팅 제어판에서 액세스할 수 있습니다. 그렇다면 phpMyAdmin을 시작하려면 다음 경로를 따라야 합니다. cPanel 메인 페이지에서 "Databases(데이터베이스)"라는 영역을 찾아 거기에 있는 이 스크립트 아이콘을 클릭하세요.

호스팅에서 이 스크립트에 액세스할 수 없는 경우 너 스스로 할 수있어사이트의 루트 폴더로 이동하고 이를 통해 데이터베이스에 액세스하세요. 여기에서 프로그램을 다운로드할 수 있습니다.

아카이브를 컴퓨터에 다운로드한 후 압축을 풀고 결과 폴더(간소화를 위해 먼저 이름을 phpmyadmin으로 바꿀 수 있음)를 루트 디렉터리에 업로드해야 합니다. 일반적으로 그게 전부입니다. 이제 남은 것은 브라우저의 주소 표시줄에 다음 URL을 입력하는 것입니다: http://vash_sait.ru/phpmyadmin

어떤 경우든 PhpMyAdmin 프로그램 창이 열리며 이를 통해 프로젝트 데이터베이스를 쉽게 백업할 수 있습니다. 이것은 프로그램의 메인 페이지입니다(일부 사이트에서는 약간 오래된 버전이 있지만 이제 막 익숙해졌습니다).

다른 phpMyAdmin 페이지에 있는 경우 메인 페이지로 이동하려면 그림에 강조 표시된 집을 클릭해야 합니다. 호스팅 업체의 한 계정에는 많은 데이터베이스가 있을 수 있으므로 먼저 선택하다왼쪽 메뉴에서 베이스, 백업하려는 항목입니다.

왼쪽 프로그램 창(집 아이콘 아래)에서 데이터베이스 목록을 볼 수 있습니다. 데이터베이스 백업을 만들려면 탭을 클릭해야 합니다. "내보내다"테이블 목록 위에

열린 페이지 하단에서 확인란을 선택하십시오. "gzip". 그리고 "확인" 버튼을 클릭하세요.

사실, 이것은 이전(편리한) 버전의 스크립트에 있습니다. 이제 기본적으로 압축 없이 데이터베이스를 빠르게 다운로드할 수 있으며, 무언가를 사용자 정의하려면(즉석에서 gzip 압축 활성화 포함) "일반" 상자를 선택하고 다른 여러 항목 중에서 gzip을 선택해야 합니다. 설정은 제 생각에는 그다지 편리하지 않습니다.

결과적으로 일정 시간이 지나면(서버 속도, 로드 및 데이터베이스 크기에 따라 다름) 표준 복사 대화 상자가 열리고 이 대화 상자에서 이 데이터베이스의 백업을 저장할 위치를 선택해야 합니다.

이전에 생성된 백업에서 데이터베이스 복원

백업에서 데이터베이스를 복원하려면 다음과 같이 진행해야 합니다. 먼저 모든 테이블의 기존 데이터베이스를 지워야 합니다. 이렇게 하려면 phpMyAdmin 프로그램에 로그인하고 왼쪽 열에서 복원하려는 데이터베이스를 선택합니다.

이 데이터베이스의 테이블이 열리는 창에서 맨 아래로 내려가 테이블 목록 아래에서 "모두 선택". 그런 다음 다시 페이지 하단의 드롭다운 목록에서 "표시 있음" 항목을 선택합니다. "삭제".

삭제할 모든 테이블 목록이 포함된 창이 열립니다. "예"버튼을 클릭하십시오.

이제 이전에 만든 백업에서 데이터베이스를 복원할 수 있습니다. 이렇게 하려면 북마크를 선택하세요. "수입":

열리는 창에서 "파일 선택" 버튼을 클릭하고 하드 드라이브에서 이전에 생성된 이 데이터베이스 백업을 찾습니다. 페이지 하단에 있는 "앞으로" 버튼(또는 이전 버전의 스크립트에서는 "확인")을 클릭하고 다운로드가 완료될 때까지 기다립니다. (시간은 서버 속도와 데이터베이스 크기에 따라 달라집니다.) . 모두.

컴퓨터에 최신 파일 백업과 데이터베이스 백업이 있으면 편히 잠들 수 있습니다. 사이트를 다른 호스팅으로 이동할 때도 사용할 수 있습니다.

사이트를 새 호스팅으로 이전

그렇다면 사이트를 새 위치로 어떻게 이전할 수 있습니까? 호스팅을 구매하면 FTP를 통해 호스팅 서버에 액세스할 수 있는 데이터가 제공되며, 이 데이터를 Filezila 프로그램에 입력하여 서버에 액세스하게 됩니다.

먼저 위에서 설명한 프로세스와 유사하게 컴퓨터에서 백업 데이터의 압축을 풀고 루트 폴더에 넣습니다. 파일이 복사될 때까지 기다리지 않고 리소스의 이전 위치에 만들어진 백업에서 데이터베이스 테이블 복원을 시작할 수 있습니다.

하지만 이를 위해서는 먼저 새 호스팅으로 이동해야 합니다(저장한 테이블은 나중에 복사될 위치). 이 작업을 수행하는 방법은 제가 바로 위에 제공한 링크인 phpMyAdmin에 대한 기사에서 배우게 됩니다. 데이터베이스 및 해당 사용자에 대해 이전 거주지와 동일한 이름을 선택할 수 없을 가능성이 높습니다. 사실 호스팅은 일반적으로 선택한 데이터베이스 이름에 로그인을 추가합니다.

따라서 파일 및 데이터베이스 복사를 마친 후 브라우저에서 사이트에 접속하기 전에 적절한 암호를 입력해야 합니다. 웹사이트 엔진 설정 변경. 이렇게 하려면 다시 FTP를 통해 사이트 파일에 액세스하고 하나 또는 다른 엔진(Joomla, WordPress, SMF 등)의 구성 파일을 변경해야 합니다. 각 엔진의 설정을 개별적으로 살펴보겠습니다.

마이그레이션할 때 WordPress 설정에서 변경해야 할 사항

블로그를 WordPress로 이전하려면 다음 설정을 변경해야 합니다. FileZilla를 사용하여 편집하려면 파일을 열어야 합니다. WP-CONFIG.PHP, 서버의 루트 디렉터리에 있습니다. 여기에서 데이터베이스 이름과 사용자를 담당하는 라인을 편집해야 합니다.

// ** MySQL 설정 - 호스트에서 가져올 수 있습니다 ** // /** WordPress의 데이터베이스 이름 */ 정의("WP_CACHE", true); //WP-Cache Manager에 의해 추가됨 Define("DB_NAME", "여기에 데이터베이스의 새 이름을 입력하십시오"); /** MySQL 사용자 이름 */ Define("DB_USER", "여기에 새 사용자 이름을 입력하십시오"); /** MySQL 데이터베이스 비밀번호 */ Define("DB_PASSWORD", "anipiimaaxai"); /** MySQL 서버 - 예를 들어 Masterhost에서 이 값을 변경해야 하는 경우가 있습니다. */ Define("DB_HOST", "localhost"); /** 테이블 생성 시 사용되는 데이터베이스 인코딩입니다. */ 정의("DB_CHARSET", "utf8"); /** 데이터베이스 매핑. 이 값을 변경하지 마십시오. */ 정의("DB_COLLATE", "");

편집 후 이 파일을 다시 저장하면 WordPress가 새 호스팅으로 성공적으로 이전된 것으로 간주할 수 있습니다. 블로그를 이전할 때 도메인 이름을 변경하는 경우 모든 것이 올바르게 작동하려면 텍스트 편집기에서 SQL 확장자가 있는 데이터베이스의 백업 복사본을 열어야 합니다(gzip 아카이브에서 추출).

그런 다음 내장된 "검색 및 바꾸기"를 사용하여 블로그의 이전 URL에 대한 모든 참조를 찾아 새 주소를 바꿉니다(예: vasy.ru를 vova.ru로). 그런 다음 데이터베이스 백업과 함께 파일을 저장하고 phpMyAdmin 프로그램에서 "가져오기"합니다.

WordPress 관리 영역에 로그인한 후 다음을 수행해야 합니다. 올바른 절대 경로를 입력하세요블로그 개체에 추가합니다(WordPress를 다른 호스팅으로 옮겼기 때문에 변경되었습니다). 절대 경로는 전역 WP 설정의 UPLOAD_PATH 매개변수를 통해 설정됩니다. 기본 페이지의 URL에 다음 경로를 추가하면 이러한 설정을 얻을 수 있습니다.

/wp-admin/options.php

내 블로그 주소는 다음과 같습니다.

https://site/wp-admin/options.php

하지만 먼저 WordPress 관리자에 로그인해야 합니다. 제공된 링크를 읽어보세요.

호스팅 변경 시 Joomla 설정에서 변경해야 할 사항

Joomla 웹사이트를 다른 호스팅으로 이전하려면 다음 설정을 변경해야 합니다. 편집하려면 열어야 합니다. 구성.PHP서버의 루트 폴더에 있습니다. 데이터베이스에 대한 액세스 권한을 담당하는 행을 찾으십시오.

Var $user = "여기에 새 사용자 이름을 입력하세요"; var $db = "여기에 새 데이터베이스 이름을 입력하세요";

또한 Joomla에서 로그 및 임시 파일을 저장하기 위한 폴더의 절대 경로도 변경해야 합니다. 다음 줄에서 변경해야 합니다.

Var $log_path = "/home/xxxxx/public_html/logs"; var $tmp_path = "/home/xxxx/public_html/tmp";

SMF 포럼을 새 호스팅으로 이전

포럼을 SMF로 이동하려면 일부 설정을 변경해야 합니다. 편집하려면 열어야 합니다. 설정.PHP포럼 루트 폴더에서. Joomla의 경우와 마찬가지로 여기서도 데이터베이스 및 SMF 사용자의 이름을 변경해야 할 뿐만 아니라 포럼 폴더 및 포럼 SOURCES 폴더에 대한 절대 경로도 변경해야 합니다.

########## 데이터베이스 정보 ########## $db_server = "localhost"; $db_name = "여기에 새 데이터베이스 이름을 입력하세요"; $db_user = "여기에 새로운 사용자 이름을 입력하세요"; $db_passwd = "회해배토"; $db_prefix = "smf_"; $db_persist = 0; $db_error_send = 1; ########## 디렉터리/파일 ########## # 참고: 항목을 이동하지 않는 한 이러한 디렉터리는 변경할 필요가 없습니다. $boarddir = "/home/xxxx/public_html/forum"; # 포럼" 폴더의 절대 경로입니다. (단지 "."가 아닙니다!) $sourcedir = "/home/xxxx/public_html/forum/Sources"; # Sources 디렉터리의 경로입니다.

하지만 이 외에도 SMF를 새 호스팅으로 옮긴 후에는 현재 설치된 폴더의 절대 경로를 변경해야 합니다. 이렇게 하려면 포럼 관리 영역으로 이동하여 왼쪽 열에서 "현재 테마"를 선택해야 합니다. 열리는 창의 "테마 폴더" 영역에 원하는 폴더의 절대 경로를 입력합니다.

웹사이트를 새 호스팅으로 이전한 후 즉시 웹사이트 작업을 시작하는 방법

귀하의 웹사이트(제 경우에는 웹사이트)를 여기에 첨부하셨습니다. 또는 귀하는 위의 내용에 따라 양도를 수행했습니다. 원칙적으로는 중요하지 않지만 어쨌든 새 서버를 도메인과 연결해야 합니다. 이렇게 하려면 등록 기관(도메인 이름을 구입한 곳)의 제어판에서 새 호스트를 찾으세요.

새 호스팅 업체가 보내는 편지에서 DNS 서버 주소를 확인할 수 있습니다. 정확히 어디에 등록 패널에 이 DNS를 입력해야 합니다, 확실히 말하기는 어렵지만 깊게 묻혀서는 안되며 눈에 띄게 누워서는 안됩니다. 최후의 수단으로 기술 지원에 문의하세요.

따라서 사이트를 새 호스트로 성공적으로 이전했음에도 불구하고 여전히 다음을 수행해야 합니다. 몇 시간에서 며칠까지 기다리세요귀하의 도메인이 위임되는 동안. 이 프로세스가 완료될 때까지 귀하의 리소스는 새 위치에서 사용할 수 없습니다.

때때로 호스팅 소유자는 인터넷의 모든 DNS 서버 기록이 업데이트되는 동안 귀하가 리소스에 액세스할 수 있는 기술 주소를 편지로 표시할 수 있습니다. 그러나 이것이 항상 일어나는 것은 아닙니다. 또한 예를 들어 WordPress의 경우 기술 주소를 사용하면 새로 이전된 블로그 작업을 완전히 시작할 수 없습니다. 이 엔진은 도메인 이름과 엄격하게 연결되어 있기 때문입니다.

그러나 호스트 소유자는 항상 편지에 새 서버의 IP 주소를 표시합니다. 이를 사용하면 리소스에 액세스할 수 있습니다. DNS 등록을 기다리지 않고. 하지만 이 경우 아래 설명된 설정을 지정한 컴퓨터에서만 액세스할 수 있습니다. 따라서 다음을 수행해야 합니다.

파일 관리자를 사용하여 편집을 위해 엽니다(이 링크를 따라가면 이 파일의 위치, Windows 7에서 파일을 찾는 방법 및 파일에 작성해야 하는 내용에 대한 자세한 기사를 찾을 수 있습니다). 경로는 c:\입니다. Windows\System32\drivers\etc\hosts
HOSTS 콘텐츠 끝에 다음 줄을 추가해야 합니다. 109.77.43.4 사이트 처음에는 새 서버의 IP 주소가 있고 그 뒤에는 공백으로 구분된 도메인이 있습니다.
이 파일을 저장하면 방금 전송한 리소스의 주소를 브라우저에 안전하게 입력할 수 있습니다. (컴퓨터에서 DNS 캐시를 재설정해야 할 수도 있습니다. 이에 대한 내용은 호스트 파일 바로 위의 기사에서 읽어보세요.)

따라서 도메인이 위임될 때까지 기다리지 않고 이미 전송된 리소스의 기능을 확인할 수 있으며 필요한 경우 다른 모든 방문자가 사용할 수 있게 되기 전에 모든 것을 수정할 수 있습니다. 도메인이 위임된 후에는 다음이 필요합니다. HOSTS에 추가된 줄을 제거하세요..

RuNet의 유명한 사이트 빌더가 제공하는 주제에 대한 비디오를 시청할 수도 있습니다.

글쎄, 그리고 선택 Joomla CMS 웹사이트를 호스팅으로 이전하는 방법에 대한 비디오 튜토리얼나는 당신이 보는 것이 좋습니다. 자동으로 하나씩 재생되며 원하는 경우 플레이어 패널의 해당 버튼을 사용하여 다음 레슨으로 전환하거나 플레이어 창 왼쪽 상단에 있는 드롭다운 메뉴에서 원하는 레슨을 선택할 수 있습니다.

즐겁게 시청하세요!

행운을 빕니다! 블로그 사이트 페이지에서 곧 뵙겠습니다.

당신은 관심이 있을 수도 있습니다

2012년 2월 1일 00:33

MySQL에서 데이터 백업

MySQL

데이터베이스 백업은 이미 "라이브" 프로덕션 서버에서 직접 실행 중인 프로젝트에 대해 항상 구성해야 하는 것입니다.
이 상황은 쉽게 설명됩니다. 처음에는 모든 프로젝트가 여전히 비어 있고 복사할 것이 없습니다. 급속한 개발 단계에서 몇몇 개발자의 머리는 "전날"이라는 기한을 두고 기능과 장식을 추가하고 중요한 버그를 수정하는 일에만 전념하고 있습니다. 그리고 프로젝트가 "시작"될 때만 시스템의 주요 가치는 축적된 데이터베이스이며 그 실패는 재앙이 될 것이라는 사실을 깨닫게 됩니다.
이 리뷰 기사는 프로젝트가 이미 이 지점에 도달했지만 구운 수탉이 아직 미끼를 잡지 않은 사람들을 위한 것입니다.

1. 데이터베이스 파일 복사

MySQL 데이터베이스는 MySQL 서버를 일시적으로 끄고 폴더에서 파일을 복사하기만 하면 복사할 수 있습니다. /var/lib/mysql/db/. 명백한 이유로 서버가 꺼지지 않으면 데이터 손실 및 손상이 발생할 가능성이 있습니다. 대용량 로드 데이터베이스의 경우 이 확률은 100%에 가깝습니다. 또한 처음으로 데이터베이스의 "더티" 복사본으로 시작하면 MySQL 서버는 전체 데이터베이스를 확인하는 프로세스를 시작하며 이는 몇 시간이 걸릴 수 있습니다.

대부분의 라이브 프로젝트에서 장기간 데이터베이스 서버를 정기적으로 종료하는 것은 용납되지 않습니다. 이 문제를 해결하기 위해 파일 시스템 스냅샷을 기반으로 한 트릭이 사용됩니다. 스냅샷은 특정 시점의 파일 시스템에 대한 "사진"과 같으며 실제로 데이터를 복사하지 않고(따라서 빠르게) 촬영됩니다. 객체의 지연 복사는 많은 최신 프로그래밍 언어에서 비슷한 방식으로 작동합니다.
일반적인 작업 방식은 다음과 같습니다. 모든 테이블이 잠기고, 데이터베이스 파일 캐시가 재설정되고, 파일 시스템의 스냅샷이 생성되고, 테이블이 잠금 해제됩니다. 그 후 파일은 스냅샷에서 자동으로 복사된 후 파기됩니다. 이러한 프로세스의 "차단" 부분은 약 몇 초 정도 소요되며, 이는 이미 허용 가능한 수준입니다. 이에 대한 보상으로 한동안 스냅샷이 "활성"인 동안 파일 작업 성능이 저하되어 주로 데이터베이스에 대한 쓰기 작업 속도에 영향을 미칩니다.

ZFS와 같은 일부 파일 시스템은 기본적으로 스냅샷 생성을 지원합니다. ZFS를 사용하지 않지만 서버에 LVM 볼륨 관리자가 있는 경우 스냅샷을 통해 MySQL 데이터베이스를 복사할 수도 있습니다. 마지막으로 *nix에서는 R1Soft Hot Copy 스냅샷 드라이버를 사용할 수 있지만 이 방법은 openvz() 컨테이너에서는 작동하지 않습니다.

MyISAM 데이터베이스의 경우 서버를 중지하지 않고 MyISAM 데이터베이스 파일을 "올바르게" 복사하는 공식 무료 유틸리티인 mysqlhotcopy가 있습니다. InnoDB와 유사한 유틸리티가 있지만 더 많은 기능이 있지만 유료입니다.

파일 복사는 전체 데이터베이스를 한 서버에서 다른 서버로 전송하는 가장 빠른 방법입니다.

2. 텍스트 파일을 통한 복사

프로덕션 데이터베이스의 데이터를 백업으로 읽기 위해 파일을 가져올 필요는 없습니다. 쿼리를 사용하여 데이터를 선택하고 이를 텍스트 파일에 저장할 수 있습니다. 이를 수행하려면 SQL 명령 SELECT INTO OUTFILE 및 해당 쌍 LOAD DATA INFILE을 사용하십시오. 언로드는 한 줄씩 수행됩니다(일반 SELECT에서와 같이 저장에 필요한 줄만 선택할 수 있습니다). 테이블의 구조는 어디에도 지정되어 있지 않습니다. 프로그래머가 이를 처리해야 합니다. 또한 데이터 무결성을 보장하기 위해 필요한 경우 트랜잭션에 SELECT INTO OUTFILE 명령을 포함하도록 주의해야 합니다. 실제로 SELECT INTO OUTFILE은 다른 방법으로 복사할 수 없는 매우 큰 테이블의 부분 백업에 사용됩니다.

대부분의 경우 Igor Romanenko가 만든 mysqldump 유틸리티가 훨씬 더 편리합니다. mysqldump 유틸리티는 다른 서버의 데이터베이스를 완전히 복원하는 데 필요한 모든 SQL 명령이 포함된 파일을 생성합니다. 별도의 옵션을 사용하면 이 파일을 MySQL뿐만 아니라 거의 모든 DBMS와 호환되도록 만들 수 있으며, 또한 CSV 및 XML 형식의 데이터를 다운로드할 수도 있습니다. 이러한 형식에서 데이터를 복구하려면 mysqlimport라는 유틸리티가 있습니다.

mysqldump 콘솔 유틸리티. 웹 인터페이스를 통해 백업을 관리할 수 있는 추가 기능과 유사품이 있습니다(예: 우크라이나 도구 Sypex Dumper(대표자는 Habré에 있음)).

텍스트 파일에 대한 범용 백업 유틸리티의 단점은 작업 속도가 상대적으로 느리고 증분 백업을 할 수 없다는 것입니다.

3. 증분 백업

일반적으로 10개의 백업을 보관하는 것이 좋습니다. 각 요일에 하나씩, 2주 전, 한 달 전, 분기 전의 백업을 보관하는 것이 좋습니다. 이렇게 하면 데이터가 손상될 경우 상당히 깊이 롤백할 수 있습니다.
백업은 라이브 데이터베이스와 동일한 디스크나 동일한 서버에 저장되어서는 안 됩니다. 화재나 기타 재난이 발생할 경우에는 가까운 데이터센터에 몇 대를 임대하는 것이 가장 좋습니다.

이러한 요구 사항은 대규모 데이터베이스의 경우 문제가 될 수 있습니다. 100Mbit 네트워크를 통해 100GB 데이터베이스의 백업을 업로드하는 데 약 3시간이 걸리며, 그 동안 채널이 완전히 차단됩니다.
증분 백업은 전체 백업이 일요일에만 이루어지고 다른 날에는 전날에 추가되거나 변경된 데이터만 기록되는 경우 이 문제를 부분적으로 해결할 수 있습니다. 어려운 점은 바로 이 '낮 동안 변경된 데이터'를 어떻게 식별하느냐 하는 것입니다.

여기에서 수정된 InnoDB 엔진을 포함하고 MySQL 바이너리 로그를 분석하고 여기에서 필요한 정보를 추출하는 Percona XtraBackup 시스템은 사실상 타의 추종을 불허합니다. 위에서 언급한 유료 InnoDB Hot Backup은 거의 동일한 기능을 가지고 있습니다.

모든 백업의 일반적인 문제는 항상 지연된다는 것입니다. 메인 서버에 치명적인 오류가 발생하는 경우 시간이 지나면서 일부 "롤백"을 통해서만 시스템을 복원할 수 있으며 이는 사용자를 매우 실망시킬 것입니다. 시스템의 금융 흐름이 어떤 식으로든 영향을 받은 경우 이러한 "리베이트"는 말 그대로 상당한 비용이 들 수 있습니다.

4. 복제

MySQL 복제 시스템은 롤백을 방지하도록 설계되었습니다. 복제라는 개념은 "메인" 서버("마스터") 외에도 MySQL 서버("슬레이브")가 지속적으로 실행되어 마스터로부터 실시간으로 증분 백업을 수신한다는 사실에 기반합니다. 따라서 롤백 시간은 거의 네트워크 지연 수준으로 단축됩니다. 마스터가 실패하면 슬레이브 중 하나를 "새 마스터"로 신속하게 지정하고 클라이언트를 해당 마스터로 리디렉션할 수 있습니다. 또한 슬레이브는 데이터 읽기 요청(SELECT)을 처리할 수 있습니다. 이는 일부 계산을 수행하거나 마스터의 로드를 줄이는 데 사용될 수 있습니다. MySQL은 즉시 복제를 지원하며 프로세스는 사용자가 잘 설명합니다.

이 기사에서는 mysqldump를 사용하여 데이터베이스 복구를 백업하는 몇 가지 실제 사례를 살펴보겠습니다. mysqldump 유틸리티는 MySQL 데이터베이스의 백업 복사본을 생성하는 효과적인 도구입니다. 이를 통해 기본 데이터베이스(소스)의 모든 테이블과 데이터의 컬렉션(덤프)이 포함된 *.sql 파일을 생성할 수 있습니다.

MyISAM 데이터베이스를 백업하려면 도구를 사용하는 것이 좋습니다 mysqlhotcopy, 다음 기사에서 확실히 설명하겠습니다. 더 빠르고 효율적으로 작동하기 때문입니다.

사용하여 mysqldump을 사용하면 로컬 데이터베이스의 백업 복사본을 생성하거나 원격 데이터베이스로 복원할 수 있습니다. 이 기사에서는 다음을 사용하여 데이터베이스 복구 백업의 몇 가지 실제 예를 살펴보겠습니다. mysqldump.

기본 명령 백업 생성 및 데이터베이스 복원 MySQL을 사용하여 mysqldump다음이 있습니다:

다음 명령에서:

-유– 이 경우 데이터베이스에 연결하기 위해 사용되는 로그인을 지정하는 매개변수입니다.

-피– 이 로그인에 대한 사용자 비밀번호를 지정하는 매개변수입니다. 이 매개변수 뒤에 비밀번호를 지정하지 않으면 명령을 실행한 후 비밀번호를 추가로 입력해야 합니다.

[데이터베이스 이름]– 백업 복사본을 생성해야 하는 데이터베이스의 이름

[backup_database_file_name].sql– 사용자는 데이터베이스 백업 파일에 편리한 이름을 지정할 수 있습니다. 제공된 예와 같이 파일 이름을 지정하면 명령이 시작된 폴더에 데이터베이스의 백업 복사본이 생성됩니다.
C:\Program Files\MySQL\MySQL 서버 5.7\bin

데이터베이스 백업을 다른 폴더에 저장하려면 명령에서 데이터베이스 백업 파일 이름 앞에 해당 폴더의 경로를 지정해야 합니다. 이 경우 데이터베이스 백업을 생성하고 복원하는 명령은 다음과 같습니다.

# mysqldump -uroot -pqwerty my_db C:\Users\Valery\Documents\MySQL_Backup\my_db-dump1.sql
# mysql -uroot -pqwerty my_db C:\Users\Valery\Documents\MySQL_Backup\my_db-dump1.sql