CouchDB 백업 및 복제 데이터베이스

문제

우리가 찾고있 CouchdDB 를 위한 CMS 틱 응용 프로그램.어떤 일반적인 패턴,모범 사례와 워크플로 조언을 둘러싼 백업하는 우리의 생산 데이터베이스?

나는 특히 관심을 가는 과정에서의 복제 데이터베이스에 사용하기 위해 개발하고 테스트합니다.

그것이 충분하는 복사를 디스크에 있는 파일 아래에서 밖으로 실행하는가?할 수 있습니 복제 데이터베이스는 데이터 사이에 두 개의 라이브 실행하는 인스턴스가?

조명과 기술을 사용할 것입니다 크게 주시면 감사하겠습니다.

해결책

CouchDB는 복제를 지원하므로 CouchDB의 다른 인스턴스로 복제하고 변경 사항을 작성하는 곳에 방해를 피하십시오.

문자 그대로 CouchDB 인스턴스에 게시물 요청을 보내서 어디에 복제 할 위치를 알려주고 (TM)

편집 : I/O 히트를 수락 할 수있는 한 실행중인 데이터베이스 아래에서 파일을 CP 만 사용할 수 있습니다.

다른 팁

알아야 할 또 다른 것은 라이브 데이터베이스에서 파일을 복사 할 수 있다는 것입니다. 대형 데이터베이스가있을 수 있으면 OOB를 테스트/생산 시스템에서 다른 컴퓨터로 복사 할 수 있습니다.

기계의 쓰기로드에 따라 사본 후 복제를 트리거하여 파일이 복사 될 때 진행중인 쓰기를 수집하는 것이 좋습니다. 그러나 몇 가지 레코드의 복제는 여전히 전체 데이터베이스를 복제하는 것보다 빠릅니다.

CouchDB 또한 매우 잘 작동으로 파일 시스템 스냅샷에 의해 제공되 현대적인 파일시스템과 같은 순차.이후 데이터베이스 파일은 항상에 일관된 상태로 취할 수 있는 스냅샷의 파일이 없이 약세 무결성 보장에 의해 제공됩 CouchDB.

이 결과는 거의 없음 I/O 오버헤드가 발생합니다.경우에 당신은 예를 들어실수로 삭제되는 문서에서 데이터베이스 이동할 수 있는 스냅샷을 또 다른 기계와 추출 누락된 데이터가있다.할 수도 있습니다려 다시 복제 생산 데이터베이스 그러나 나지 않을 시도했다.

하지만 항상 확인을 정확히 같은 사용 couchdb 개정 주위에 이동하는 경우에 데이터베이스 파일이 있습니다.디스크 형식은 여전히 진화에서 호환 되지 않는다.

두 번째 바울의 제안을하고 싶습니다 cp I/O-로드 히트를받을 수있는 경우 라이브 서버 아래의 데이터베이스 파일. 어쨌든 복제 된 사본을 실행하면 마스터의 성과에 영향을 미치지 않고도 안전하게 복사 할 수 있습니다.

CouchDB 복제는 끔찍합니다. 나는 일반적으로한다 타르 훨씬 낫습니다.

소스 호스트에서 CouchDB 서비스를 중지하십시오
tar.gz 데이터 파일.
내 우분투 서버에서 이것은 일반적으로/var/lib/couchdb에 있습니다 (때로는 소파 버전을 기반으로 한 하위 디렉토리). 이러한 파일이 어디에 있는지 확실하지 않은 경우 CouchDB 구성 파일에서 경로를 찾거나 종종 CouchDB를 시작한 전체 명령을 볼 수 있도록 PS -A W를 수행하여 종종 경로를 찾을 수 있습니다. 시작하는 하위 디렉터를 얻으십시오 . 파일을 보관할 때.
소스 호스트에서 CouchDB 서비스를 다시 시작하십시오.
scp tar.gz 파일은 대상 호스트에 파일을 파일하고 임시 위치에서 포장을 풀습니다.
chown 대상의 데이터베이스 디렉토리에 이미 파일을 소유 한 사용자 및 그룹의 파일. 이것은 couchdb : couchdb 일 것입니다. 파일 권한을 엉망으로 만드는 것이 지금 까지이 프로세스를 망칠 수있는 유일한 방법이므로 이것은 중요합니다.
대상 호스트에서 CouchDB를 중지하십시오.
cp 대상 디렉토리에 파일. 다시 내 호스트에서 이것은/var/lib/couchdb입니다.
새 집에서 파일 권한을 두 번 확인하십시오.
대상 호스트에서 CouchDB를 다시 시작하십시오.

라이센스 : CC-BY-SA ~와 함께 속성

제휴하지 않습니다 StackOverflow