이 때문에 두 센터 간의 Round trip 응답시간에 대한 제한은 있습니다. 두 센터의 스토리지는 항상 동기화 되며(Sync 방식), 한 쪽에서만 쓰기 실패가 되는 경우는 성공한 쪽에서 상대방 스토리지의 쓰기가 성공하도록 retry하는 메카니즘입니다. 따라서 싱크는 항상 맞도록 설계되어 있습니다.
위에서 언급해 주시는 설계 방식으로 정합성 보장률이 얼마나 되나요? 100% 정합성이 보장되는 건가요? 제 기억에 이렇게 싱크 맞추는 솔루션들이 고가였던것으로 알고 있어서 문의드립니다.
네 정합성 100% 보장하며, 솔루션 비용은 무상입니다.
Please note: if you are downloading EDB™ Postgres Enterprise, Standard, or Developer, you are registering for a free 60 day evaluation, and are accepting our Privacy Policy and Terms of Use.
EDB EnterpriseDB를 경험해보기 위하여 다운로드를 시도하면 위와 같이 60일 무료평가판이라고 명시하고 있는데요, 60일 이후에는 DB자체가 locking되어버리는 건지요? 아니면 기능이 제한적으로 동작하는 지요?
관리기능만 locking 되구요, DB자체 기능은 제한이 없습니다.
https://www.enterprisedb.com/ 들어가보니까 2가지가 보입니다. (1) Enterprise와 (2) Standard의 차이는 무엇인지요?
Enterprise는 오라클 호환성 탑재 제품이구요, Standard는 커뮤니티 버전인 PostgreSQL 입니다.
어? 그러면 EDB Posgres의 의미가 PostgreSQL과 기능적으로 거의 같다고 이해하면 되는지요?
기본엔진은 PostgreSQL 이지만, EDB에서 추가 개발 탑재한 오라클 호환성과 성능향상 기능은 별개입니다.
[질문] 호환이 안되는 부분에 대해 EDB에서 추가 개발 계획이 있는지 궁금합니다. 예를 들면 listagg 같은 함수 입니다. EPAS에는 array_agg 함수가 해당기능을 하는데요, 오라클과 EPAS 양쪽에서 사용하는 소스를 만들때 어려운 점이 있습니다. 그리고 오라클 호환이 안되는 SQL이 정리된 게 있는지요? (오라클이 EPAS랑 호환안되는 항목을 지원하는 시기가 오기를 바라며^^)
EDB 에서는 버전업을 하면서 Oracle 호환 부분을 지속적으로 추가 하고 있습니다.
[질문] Active - Active 일 경우 데이터 정합성 보장에 대해서 좀 더 자세해 말씀해 주세요. 특히 DR 경우 저장소 거리가 존재할 텐데, 만약에 한 쪽에서만 데이터 쓰기 실패를 하게 되면 둘 간의 싱크는 어떤 방식으로 맞추게 되는 건가요?