이 페이지에서는 재해 복구 계획을 만들고 구현하는 데 도움이 되는 MongoDB 호환성을 갖춘 Firestore 기능을 설명합니다.
클라우드 인프라 서비스 중단 시 재해 복구 계획
서비스 중단이 발생한 영역이나 리전과 같이 Google Cloud에서 잠재적인 클라우드 인프라 중단을 방지하기 위해 MongoDB 호환성을 갖춘 Firestore는 여러 복제본 데이터베이스에 데이터를 복제합니다.
복제 아키텍처는 데이터베이스가 리전 위치에 있는지 아니면 멀티 리전 위치에 있는지에 따라 달라집니다. 리전 데이터베이스는 3개 이상의 영역에 데이터를 동기식으로 복제합니다. 멀티 리전 데이터베이스는 3개 리전(2개의 제공 리전과 1개의 감시 리전)에서 5개의 영역에 데이터를 동기식으로 복제합니다. 멀티 리전 데이터베이스는 99.999%의 가용성을 제공하여 데이터베이스의 가용성과 내구성을 극대화합니다. 리전 데이터베이스는 99.99%의 가용성을 제공합니다.
MongoDB 호환성을 갖춘 Firestore는 복제를 자동으로 처리하며 추가 구성이나 프로비저닝이 필요하지 않습니다. 자세한 내용은 다음을 참조하세요.
우발적인 데이터 삭제 또는 수정과 같은 데이터 재해로부터 보호하려면 예약된 백업 및 PITR(point-in-time recovery)을 사용합니다. 재해 복구 요구사항에 따라 두 기능을 함께 사용할 수 있습니다.
예약 백업
백업은 최대 14주 보관을 지원합니다. 일 혹은 주 단위로 백업을 예약할 수 있습니다. 백업에서 동일한 프로젝트의 MongoDB 호환성을 갖춘 새 Firestore 데이터베이스로 데이터베이스를 복원할 수 있습니다. 자세한 내용은 데이터 백업 및 복원을 참조하세요.
백업은 PITR보다 보관 기간이 더 깁니다. 백업에서 데이터베이스를 복원하는 것은 PITR 데이터에서 데이터베이스를 복원하는 것보다 비용이 저렴합니다.
PITR(point-in-time recovery)
PITR을 사용 설정하면 과거의 특정 시점(최대 7일)에서 문서를 읽을 수 있습니다.
1분의 세분화 수준으로 데이터를 읽고 복구 시간 목표(최대 복구 시간) 0으로 데이터베이스에 다시 쓸 수 있습니다. 복구 지점 목표(가능한 최대 데이터 손실)는 1분입니다. 자세한 내용은 PITR(point-in-time recovery)을 참조하세요.
전체 데이터베이스를 복원할 필요가 없는 경우 PITR은 필요한 데이터만 복구할 수 있습니다. 또한 PITR은 백업보다 복구 시간 목표와 복구 지점 목표가 낮습니다.
데이터 내보내기
14주 이상 데이터 보관이 필요한 경우 PITR을 사용하여 전체 데이터베이스의 내보내기를 만들고 이 데이터를 Cloud Storage에 무기한 저장할 수 있습니다. PIRT 데이터 내보내기는 타임스탬프에서 최대 7일 전의 데이터를 캡처합니다.
PITR 데이터 내보내기는 데이터베이스의 데이터를 보관처리하는 데 유용합니다.
백업에 비해 PITR 내보내기에서 데이터베이스를 복구하는 것이 백업에서 동일한 데이터를 복구하는 것보다 비용이 더 많이 듭니다.
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["이해하기 어려움","hardToUnderstand","thumb-down"],["잘못된 정보 또는 샘플 코드","incorrectInformationOrSampleCode","thumb-down"],["필요한 정보/샘플이 없음","missingTheInformationSamplesINeed","thumb-down"],["번역 문제","translationIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 2025-09-04(UTC)"],[],[],null,["# Plan disaster recovery\n======================\n\nThis page describes Firestore with MongoDB compatibility features that can help you create and implement\ndisaster recovery plans.\n\nDisaster recovery planning for cloud infrastructure outages\n-----------------------------------------------------------\n\nTo protect against potential cloud infrastructure disruptions in Google Cloud\nsuch as a zone or region experiencing an outage, Firestore with MongoDB compatibility\nreplicates data across multiple replica databases.\n\nThe replication architecture depends on whether the database is in a regional\nlocation or a multi-region location. Regional databases synchronously\nreplicate data across at least three zones. Multi-region databases\nsynchronously replicate data across five zones in three regions with two serving\nregions and one witness region. Multi-region databases maximize the availability\nand durability of databases by providing 99.999% availability. Regional\ndatabases provide 99.99% availability.\n\nFirestore with MongoDB compatibility automatically handles replication for you and doesn't require\nadditional configuration or provisioning. For additional information, see the\nfollowing:\n\nFor more information on the replication architecture, see\n[Architecting disaster recovery for cloud infrastructure outages](https://cloud.google.com/architecture/disaster-recovery#firestore).\n\nDisaster recovery planning for data\n-----------------------------------\n\nTo protect against data disasters like accidental deletion or modification of\ndata, use scheduled backups and point-in-time recovery (PITR). Depending on your\ndisaster recovery requirements, you might use\nboth features together.\n\n### Scheduled backups\n\nBackups support a maximum retention period of 14 weeks. You can schedule daily\nor weekly backups. You can restore your database from a backup to a new\nFirestore with MongoDB compatibility database in the same project. For more details,\nsee [Back up and restore data](/firestore/mongodb-compatibility/docs/backups).\n\nBackups provide a higher retention period than PITR. Restoring a database from\na backup costs less than restoring a database from PITR data.\n\n### Point-in-time recovery (PITR)\n\nEnable PITR to read documents from a point in time up to seven days in the past.\nYou can read data at a granularity level of 1 minute and surgically write\nback into the your database with a\nrecovery time objective (maximum time for recovery) of 0. The\nrecovery point objective (maximum possible data loss) is 1\nminute. For more details, see [Point in time recovery](/firestore/mongodb-compatibility/docs/pitr).\n\nIf you don't need to restore an entire database, PITR can recover only the data\nrequired. PITR also provides a lower recovery time objective and\nlower recovery point objective than backups.\n\n#### Data exports\n\nFor data retention needs beyond 14 weeks,\nyou can use PITR to create an export of your entire database and\nsave this data in Cloud Storage indefinitely. A PITR data export captures\ndata from a timestamp up to seven days in the past.\n\nPITR data exports are useful for archiving data from your database.\nWhen compared to backups, recovering a database from a PITR export is\ngenerally more expensive than recovering the same data from a backup.\n\nTo start a PITR export operation, see\n[Export and import from PITR data](/firestore/mongodb-compatibility/docs/use-pitr#export-import).\n\nWhat's next\n-----------\n\n- [Learn about backups](/firestore/mongodb-compatibility/docs/backups)\n- [Learn about PITR exports](/firestore/mongodb-compatibility/docs/pitr)"]]
