EDB스포츠 토토 베트맨 3.11.1 및 3.11.0 출시를 발표하게 된 것을 기쁘게 생각합니다.
`스포츠 토토 베트맨-cloud-backup-delete`. 이전 릴리스에서 발생한 버그로 인해 보존 정책을 적용할 때 이 명령이 실패했습니다.Postgres 17+ 증분 백업에 대한 지원을 추가합니다. 이 주요 특징은 몇 가지 작은 변경 사항으로 구성되어 있습니다.
추가`--증분`명령줄 옵션`바텐더 백업`명령. 이것은
증분 백업을 수행할 때 상위 백업을 지정하는 데 사용됩니다. 는
parent는 전체 백업이거나 다른 증분 백업일 수 있습니다.
추가`최신-전체`바로가기 백업 ID. 와 함께`최신`, 이것을 사용할 수 있습니다
증분 백업의 상위 백업을 선택하는 바로 가기로 사용됩니다. 동안`최신`전체 백업이거나 증분 백업인 경우 최신 백업을 독립적으로 수행합니다.`최신-전체`최신 전체 백업을 수행합니다.
`바텐더 킵`명령은 다음 경우에만 전체 백업에 적용될 수 있습니다.`backup_method = 포스트그레스`. 전체 백업에 증분 백업이 있는 경우
이에 따라 모든 증분도 스포츠 토토 베트맨에 의해 보관됩니다.
백업을 삭제할 때 이에 종속된 모든 증분 백업이 있는 경우, 도 제거되었습니다.
보존 정책은 증분 백업을 고려하지 않습니다. 다음과 같이 증분 백업은 전체 체인이 없으면 복구할 수 없습니다. 백업은 전체 백업까지 가능하며 전체 백업만 해당됩니다. 보존 정책.
`바텐더 복구`전체 백업을 증분 체인과 결합해야 합니다.
복구할 때 백업합니다. 새로운 CLI 옵션`--로컬-스테이징-경로`, 그리고
해당`local_staging_path`구성 옵션은 다음을 지정하는 데 사용됩니다.
복구 시 백업이 결합될 스포츠 토토 베트맨 호스트의 경로
증분 백업입니다.
변경 사항`바텐더 쇼 백업`출력:
"예상 클러스터 크기" 필드를 추가하세요. 추정해 보는 것이 유용합니다.
백업을 복원할 때 클러스터의 데이터 디렉터리 크기. 그것은
압축된 백업이나 증분 백업을 복구할 때 특히 유용합니다.
백업, 백업 크기가 백업 크기를 반영하지 않는 상황
Postgres의 데이터 디렉토리. JSON 형식에서는 다음과 같이 저장됩니다.`클러스터_크기`.
"WAL 요약자" 필드를 추가하세요. 이 필드는 다음과 같은 경우를 보여줍니다.`summarize_wal`이었어
백업이 수행될 때 Postgres에서 활성화되었습니다. JSON 형식에서는 이
다음과 같이 저장됩니다.`server_information.summarize_wal`. 이 필드는 다음에 대해 생략됩니다.
Postgres 16 이상.
"데이터 체크섬" 필드를 추가하세요. 이는 다음과 같은 경우를 나타냅니다.`data_checkums`다음에서 활성화되었습니다
백업이 수행된 당시의 Postgres입니다. JSON 형식에서는 다음과 같이 저장됩니다.`server_information.data_checksums`.
"백업 방법" 필드를 추가하세요. 여기에 사용된 백업 방법이 표시됩니다.
백업. JSON 형식에서는 다음과 같이 저장됩니다.`base_backup_information.backup_method`.
"디스크 사용량" 필드의 이름을 "백업 크기"로 바꿉니다. 후자는 더 많은 것을 제공합니다
스포츠 토토 베트맨의 백업 크기를 나타내는 포괄적인 이름
호스트. 아래의 JSON 필드`base_backup_information`또한 다음에서 이름이 변경되었습니다.`디스크_사용`에`backup_size`.
"WAL 크기" 필드를 추가하세요. 이는 요구되는 WAL의 크기를 보여줍니다.
백업. JSON 형식에서는 다음과 같이 저장됩니다.`base_backup_information.wal_size`.
"증분 크기" 필드를 리팩토링합니다. 이제 이름이 "자원 절약"으로 변경되었습니다.
이제 증분을 수행할 때 절약된 리소스의 추정치를 표시합니다.
다음을 사용하여 백업`rsync`또는`pg_basebackup`. 백업 크기를 다음과 비교합니다.
디스크 및 네트워크의 양을 추정하기 위한 예상 클러스터 크기
증분 백업을 통해 절약된 리소스입니다. JSON 형식에서는
필드 이름이 다음에서 변경되었습니다.`incremental_size`에`resource_savings`아래`base_backup_information`.
추가`시스템_ID`필드를 JSON 문서에 추가합니다. 이 필드에는
Postgres의 시스템 식별자입니다. 콘솔 형식으로 존재했지만
JSON 형식이 누락되었습니다.
Postgres 증분 백업과 관련된 필드 추가:
"백업 유형": Postgres 백업이 전체 백업인지 증분 백업인지를 나타냅니다. 에서
JSON 형식으로 저장됩니다.`백업_유형`아래`base_backup_information`.
“루트 백업”: 체인의 루트인 전체 백업의 ID
하나 이상의 증분 백업. JSON 형식에서는 다음과 같이 저장됩니다.`catalog_information.root_backup_id`.
"상위 백업": 이 백업이 포함된 전체 또는 증분 백업의 ID
증분 백업을 했습니다. JSON 형식에서는 다음과 같이 저장됩니다.`catalog_information.parent_backup_id`.
"하위 백업": 수행된 증분 백업의 ID
이 백업을 상위로 사용합니다. JSON 형식에서는 다음과 같이 저장됩니다.`catalog_information.children_backup_ids`.
"백업 체인 크기": 이 체인의 백업 수
증분 백업부터 루트 백업까지. JSON 형식에서는 다음과 같습니다.
다음으로 저장됨`catalog_information.chain_size`.
변경사항`바텐더 목록-백업`출력:
이제 JSON 출력에 백업 유형이 포함됩니다.`rsync`rsync로 백업한 경우,`가득찬`또는`증분`백업용
함께 찍은`pg_basebackup`또는`스냅샷`클라우드 스냅샷용. 인쇄할 때
콘솔에는 백업 유형이 해당 라벨로 표시됩니다.`R`, `F`, `I`또는`S`.
출력에서 테이블스페이스 정보를 제거합니다. 그게 부풀어오르는 거였어
출력. 테이블스페이스 정보는 여전히 출력에서 찾을 수 있습니다.`바텐더 쇼 백업`.
구성할 때 항상 시간대가 포함된 타임스탬프를 설정하세요`recovery_target_time`통해`바텐더 복구`. 기존에는 시간대가 없을 경우
다음을 통해 명시적으로 설정되었습니다.`--목표-시간`, 스포츠 토토 베트맨이 구성합니다`recovery_target_time`Postgres에는 시간대가 없습니다. 시간대가 없으면,
Postgres는 다음을 통해 구성된 모든 것을 가정합니다.`시간대`GUC의
포스트그레스. 이제부터 스포츠 토토 베트맨이 경고를 발행하고 구성합니다`recovery_target_time`시간대가 없는 경우 Barman 호스트의 시간대로
사용자가 다음을 통해 설정합니다.`--목표-시간`옵션.
"no get wal" 접근 방식으로 백업을 복구하는 경우 및`--대상-lsn`설정되었습니다.
구성된 대상에 도달하는 데 필요한 WAL 파일만 복사합니다. 이전에는
스포츠 토토 베트맨은 아카이브의 모든 WAL 파일을 Postgres로 복사했습니다.
"no get wal" 접근 방식으로 백업을 복구하는 경우 및`--목표-즉시`이 설정되면 일관성 있는 지점에 도달하는 데 필요한 WAL 파일만 복사합니다.
이전에는 스포츠 토토 베트맨이 모든 WAL 파일을 아카이브에서 Postgres로 복사했습니다.
`스포츠 토토 베트맨-wal-restore`이제 WAL을 스풀 디렉토리에서 다음으로 이동합니다.`pg_wal`복사하는 대신. 스풀 디렉토리가 다음과 같은 경우 성능이 향상될 수 있습니다.
그리고`pg_wal`디렉터리는 동일한 파티션에 있습니다.
`바텐더 확인-백업`이제 백업이 다음으로 표시된 이유를 표시합니다.`실패`출력 및 로그에서. 이전에는 사용자가 백업이 발생한 이유를 알 수 있었습니다.
으로 표시됨`실패`, 실행해야 합니다.`바텐더 쇼 백업`명령.
구성 옵션 추가`aws_await_snapshots_timeout`및 해당`--aws-await-스냅샷-시간 초과`명령줄 옵션 켜짐`바맨-클라우드-백업`.
이는 스냅샷 백업이 도달할 때까지 기다리는 시간 초과(초)를 지정합니다.
완료된 상태입니다.
rsync 기반 백업에 연결 유지 메커니즘을 추가합니다. 예전에는 포스트그레스
Barman이 실행하기 위해 만든 세션`pg_backup_start()`그리고`pg_backup_stop()`아마도
기본 백업 복사본이 소요되는 동안 유휴 상태를 유지합니다. 이는 다음으로 이어질 수 있습니다.
방화벽이나 라우터가 오랫동안 유휴 상태였기 때문에 연결을 끊었습니다.
시간. 연결 유지 메커니즘은 Postgres에 하트비트 쿼리를 보냅니다.
해당 연결을 통해 연결 가능성이 줄어듭니다.
떨어졌다. 새로운 기능을 통해 심장 박동 간격을 제어할 수 있습니다.
구성 옵션`keepalive_interval`및 해당 CLI
옵션`--keepalive-간격`의`바텐더 백업`명령.
"no get wal" 접근 방식으로 백업을 복구하는 경우 및`--목표-시간`set, 모든 WAL 파일을 복사합니다. 이전에는 Barman이 WAL을 "추측"하려고 시도했습니다.
구성된 목표 시간에 도달하기 위해 Postgres에 필요한 파일입니다. 그러나,
메커니즘은 WAL의 통계를 기반으로 했기 때문에 충분히 강력하지 않았습니다.
Barman 호스트의 파일(보다 구체적으로 생성 시간)입니다. 예를 들면:
Postgres와 Barman 사이에 보관 또는 스트리밍 지연이 있는 경우
Barman이 모든 내용을 복사하지 못하기 때문에 복구가 실패할 만큼 충분할 수 있습니다.
파일 통계를 기반으로 한 약한 검사로 인해 필요한 WAL 파일입니다.
핀`python-snappy`에`0.6.1`Python 3.6을 통해 Barman을 실행하는 경우 또는
나이가 들었습니다. 최신 버전의`python-snappy`요구`크램잼`버전`2.7.0`또는
최신 버전이며 Python 3.7 이상에서만 사용할 수 있습니다.
`바텐더 리시브월`이제 코드와 함께 종료됩니다.`1`대신`0`다음에서
사례:
함께 달릴 수 없음`--재설정`플래그 이유:`pg_receivewal`이
달리고 있다.
시작할 수 없음`pg_receivewal`프로세스가 이미 진행 중이기 때문입니다.
달리고 있다.
Python에 관한 정보 수정 및 개선`바텐더 진단`출력:
이제 명령은 동일한 Python 인터프리터를 사용하는지 확인합니다.
Barman은 다음을 통해 Python 버전을 출력할 때 설치됩니다.`python_ver`JSON 키. 이전에는 환경에 Python이 여러 개 있는 경우
설치 및/또는 가상 환경에서 결과는 결국
다른 Python 인터프리터에서 가져올 수 있으므로 오해의 소지가 있습니다.
추가됨`python_executable`JSON 출력에 대한 키입니다. 여기에는 경로가 포함되어 있습니다.
스포츠 토토 베트맨이 사용하는 정확한 Python 인터프리터에 대해 설명합니다.
이 정보는 다음에도 게시됩니다.뉴스바맨을 위한 것입니다.
Backup and Recovery Manager(또는 Barman)는 업무상 중요한 환경에서 PostgreSQL 서버의 원격 백업 및 재해 복구를 위한 오픈 소스 관리 도구입니다. PostgreSQL의 강력하고 안정적인 특정 시점 복구 기술을 사용하므로 DBA는 전체 백업 카탈로그와 여러 원격 서버의 복구 단계를 모두 한 위치에서 원격으로 관리할 수 있습니다. Barman은 GNU GPL 3에 따라 배포되며 다음에서 관리됩니다.EDB.