3~6시중에 stats collector process에 의해 통계정보가 갱신된 시점까지의 데이터가 들어있을거라고 생각합니다.
댓글주소
PostgresDBA2014-05-28 (수) 16:01
주킹님께서 코멘트를 달아주셨네요!!
정답은 시작시점인 3시때의 데이터만 들어가있습니다.
3시때 데이터 스냅샷을 찍는다 생각하시면 됩니다.
3시이후의 변경분은 절대 포함안됩니다.
하지만 pg_dumpall 은 그렇지 않답니다.
다들 주의 하세요
댓글주소
붉은시월2014-06-04 (수) 17:14
oracle의 export utility 와 같은 개념인가보네요.
즉, pg_dump 는 명령을 날리는 시점의 스냅샷까지만 덤프뜨는 것이고
스냅샷 이후부터 끝날때까지 시점은 남지 않는다.
즉, pg_dump 만으로는 백업정책을 잡기에는 위험할 수 있다... 라는 뜻이 되는것이죠?
핫백업의 경우에는 pg_dump를 사용할게 아니라 archive backup 으로 처리하면 redo log 까지 백업이 될 것이므로 원하는 시점까지 복구가 될 수 있다.... 라고 이해하면 되나요?
댓글주소
PostgresDBA2014-06-04 (수) 21:14
오라클에서는 exp consistent=y 이 옵션을 쓰면 pg_dump 와 같은 개념입니다.
참고로 exp 에서는 consistenet=n 가 디폴트 옵션입니다.
오라클에서도 exp 만으로 백업 정책을 세우지 않는것처럼 pg_dump 만으로 백업 정책을 세우지는 않겠죠^^
댓글주소
cloudy2014-06-09 (월) 16:46
"오라클에서는 exp consistent=y 이 옵션을 쓰면 pg_dump 와 같은 개념입니다"
Y 를 쓰면 pg_dumpall과 같다는 말씀이 아니신지요?
N가 default 임으로 pg_dump는 해당 시점의 스냅샷만 dump를 뜨는게 아닌가요??
