> 백업에서 복원 할 때 이미지를 잃을 것이기 때문에.
> 그리고 결국 백업에서 복원해야합니다.
나는 항상 최악의 경우 장면을 계획해야한다고 생각합니다. 정확히
thye 당신은 백업을합니다. 그래서 당신은 데이터를 잃지 않습니다. 왜 그가 데이터를 잃어 버릴까요?
백업 사전 백업 및 해당 백업에서 복원되었습니다 ..
백업이 어떤 식 으로든 미리 형성되거나 실패하지 않으면, 그는 잃지 않을 것입니다
모든 데이터 ..
> 반면에, 서비스가 하나 이상으로 증가한다면
> 컴퓨터 수행 HTTP 서비스 (예 :로드 밸런싱),
> 데이터베이스에 항목이 있거나 NFS와 같은보기 흉한 것들에 대한 리조트
다시, 나는 항상 응용 프로그램을 확장 가능하지만를 만들어야한다고 생각합니다.
, 여기서 당신이 언급 한 것은 말 앞에 카트라고 생각합니다
상황. 그가 균형을로드해야한다고 말하면 나는 NFS를 결코 사용하지 않을 것입니다.
큰 공격 어레이 및 그러한 모든 스토리지를 제공 할 수 있습니다 -
특히 우리는 여기에서 이미지에 대해 이야기하고 있기 때문에
> 사이트가 커지거나 바쁘게 될 것으로 예상하면
> 방법 (바람직하게는 pg_lo* 함수 위에 추상화)
> 토토 사이트 추천load를 수행 할 때를 수행 할 때 데이터베이스의 블로브를 보존합니다.
> 당신은 얼룩에 펌핑 할 수 있고 * 새로운 * oid를에 연결할 수 있습니다
> 적절한 테이블. 다시로드하면 OID가 변경되기 때문에.
> 백업 계획이 있습니다. 맞습니까?
OID를 바인딩 레코드 ID로 사용하지 않는 것이 좋습니다.
정수 필드. OID를 보존하기 위해 pg_dump의 옵션이 있습니다
그렇다면.
-mitch