이 고유한 자습서에서는 Node First 데이터베이스에 결함 네임스페이스가 존재할 수 있는 전체 가능한 이유 중 일부를 설명한 다음 문제를 해결하는 쉬운 방법을 제안합니다.

스테판 페트로 sprotrot에 대한 데이터베이스
2004년 6월 15일 수요일 10:43:28 PDT 2004년 7월

  • 메시지 그룹화 기준: [큰일] [실] [ 객체 ] [작가]

<시간>
오류 네임스페이스는 노드 1의 데이터베이스에 대해 이미 존재합니다

 안녕하세요,현재 노드가 구성될 때 slony_setup.sh 스크립트를 실행하고 있습니다. 나에게 그것은 마치다음과 같이 중요합니다(스크립트 시작 부분).#! / 빈 - wPGBINDIR = / usr 대 lib / postgresql / binPGBINDIR 내보내기PATH는 "$ PGBINDIR: $ PATH"를 의미합니다.경로 내보내기코끼리 << _ EOF_# ----asterix_node 1을 정의하십시오.obelix_node 2를 정의합니다.idefix_node 3을 정의합니다.# ----# 가장 중요한 복제 트리에서 사용하는 네임스페이스를 정의합니다.# ----클러스터 이름 = 자금 CLUSTERNAME;# ----# Admin-Conninfos는 단순히 현재 slonik 프로그램을 사용하여 시스템 연결을 표시합니다.# 의심할 여지 없이 노드 데이터베이스에. 여기 PQconnectdb 인수가 있습니다.# 현재 최고의 관리자 위치에서 연결하는 사람(여기서# 하마가 실행됨).# 먼저 Create 노드를 버립니다.# ----# 노드 제거(id는 @asterix_node를 의미);#drop 노드는 정확합니다(id @obelix_node).#drop 노드는 (id @idefix_node)를 의미합니다.Conninfo 좌표 1 관리자는 다음을 의미합니다. dbname은 $ MASTERDBNAME 호스트 = $ MLOCALE를 의미합니다.사용자 = $ REPLICATIONUSER ';#node @obelix_node 관리자 conninfo 일치' dbname = $ SLAVEDBNAME 호스트 = $ MDISTANTE사용자 = 자금 REPLICATIONUSER ';호스트 3 관리 conninfo는 'dbname = $ SLAVEDBNAME 호스트와 동일합니다. 호스트는 $ MDISTANTE2를 의미합니다.사용자 = $ REPLICATIONUSER ';# ----# 첫 번째 노드를 초기화합니다. 식별자는 실제로 1이어야 합니다.# 이것은 모든 시스템 복제를 포함하는 사실의 "_test1" 스키마와 같은 것을 생성합니다.# 선택된 디렉토리 객체.# ----초기화 클러스터(id는 @asterix_node와 동일, comment = '마스터 노드 1');[...]그런 다음 감지할 수 없는 primary_key를 사용하는 오류가 발생했습니다. 후에 하세요수정 스크립트를 다시 시작하려고 하지만 오류가 발생했습니다.>> "_cluster" 네임스페이스는 노드 1에서 생성된 데이터베이스에 실제로 존재합니다.그런 다음 개인 행 초기화 클러스터를 주석 처리했습니다(id는 확실히 @asterix_node,주석 = '챕터 Th 노드 9'); "방울 매듭"의 구성에 속눈썹을 추가하십시오.(id = asterix_node에서); ... "하지만 여전히 많은 오류가 필요합니다. : 18: ERROR:충돌 시 또는 충돌 근처에 있는 오류 구성 요소고객이 각 전체 프로세스(클러스터,노드 정의 등 ...) 나? 나는 이 주제에 관한 사진을 위해 디자인된 것을 찾고 있었다slony (sl_node와 유사한 식탁), 그러나 나는 그것을 찾을 수 없었습니다. 그들은 어디에 있습니까?감사합니다...생판-------------- 그리고 --------------부분 HTML 첨부 파일이 지워질 수 있습니다...URL: http://gborg.postgresql.org/pipermail/slony1-general/attachments/20050615/25a8efd6/attachment-0001.html.

<시간>

  • 캠페인 정렬 기준: [첨부 된] [실] [ 목표 ] [편집자]

<시간>
오류 네임스페이스가 노드 1의 데이터베이스에 존재합니다.

Slony1에 대한 추가 정보- 일반메일링 보고서

며칠 또는 몇 주 전에 실수로 엉망이 된 복제/로깅 데이터베이스에 의해 생성된 다른 쌍을 복원하려고 시도한 경험이 있습니다. (저와 저는 그 새 공급업체 노드를 엉망으로 만들었습니다. 그래서 전 전임자의 노트 전체에서 발견한 특정 지침이 있는 경우를 대비하여
구독자를 삭제/재생성할 수 있는 뒤로 돌아가야 합니다.)
나는 시간 복사가 있습니다. 문제가 발생하면(충분한 이유를 성공적으로 처리하기 훨씬 전에) 사용 가능한 데이터를 대부분 연결했습니다. 그러나 지금은 이 백업의 일부 사항과 관련이 있다고 생각되는 문제에 부딪쳤습니다.

문제가 있는 곳마다 내가 우연히 발견한 지침을 따를 수 없습니다 Feler 아래의 메시지 … 발생할 수 있는 일: “오류: 노드 134586768에 대한 관리자 연결 정보 없음”의 두 번째 오류와 함께 현재 노드 특정에 “_cpc_relic” 네임스페이스가 있습니다.

내가 사용한 백업 시스템은 공용
스키마와 개인 데이터를 캡처하여 별도의 버전으로 유지 관리한 다음
과 결합했습니다. 전략상 문제가 되지는 않았지만 실제로는
스키마 복사를 위해 설계된 몇 가지 워크플로와 트리거가 있습니다. 이름은 무엇을 할 수 있는지 나타냅니다. 이것이
에서 많은 스키마 흔적을 찾은 방법입니다. 언제