Disaster recovery

By default, Domino runs in a High Availability mode, replicating its core components across three or more nodes in the cluster. Data losses are rare and unlikely to happen. However, in the event of a service disruption which impacts the entire cluster, Domino recommends recovery point (RPO) targets of 0 to 12 hours depending on the service level requirements of your organization. Regardless of the failure scenario, Domino targets a recovery time objective (RTO) of 8 hours. The following systems are canonical stores of critical Domino data, and they are stored and backed up in AWS as described in the following table.

System	Purpose	Store	Backup
Projects store	Stores the contents of users’ project files.	Stored in S3 in the bucket specified in the installer configuration (`blob_storage.projects.s3.bucket`).	Relies on the inherent durability and automated replication and backups of S3.
Log history	Stores execution logs from Domino jobs and workspaces.	Stored in S3 in the bucket specified in the installer configuration (`blob_storage.projects.s3.bucket`).	Relies on the inherent durability and automated replication and backups of S3.
Docker registry	Stores Docker images built by Domino to back users’ Domino environments and Domino endpoints.	Stored in S3 in the bucket specified in the installer configuration (`internal_docker_registry_s3_override_bucket`).	Relies on the inherent durability and automated replication and backups of S3.
Datasets	Stores the contents of users’ Domino Datasets.	Stored in EFS in the file system specified in the installer config (`storage_classes.shared.efs.filesystem_id`).	Relies on the inherent durability and automated replication and backups of EFS.
MongoDB	Stores Domino application object data and metadata.	Stored in EBS-backed Kubernetes persistent volumes attached to pods running the HA MongoDB service in the Domino cluster.	Domino performs a daily backup that writes an archive containing all MongoDB data to S3 in the bucket specified in the installer configuration (`blob_storage.backups.s3.bucket`).
Domino Git	Stores Domino project version history.	Stored in EBS-backed Kubernetes persistent volumes attached to pod running the Domino Git service in the Domino cluster.	Domino performs a daily backup that writes an archive containing all Git data to S3 in the bucket specified in the installer configuration (`blob_storage.backups.s3.bucket`).
Postgres	Stores information on users managed by the Keycloak authentication service.	Stored in EBS-backed Kubernetes persistent volumes attached to pods running the HA Postgres service in the Domino cluster.	Domino performs a daily backup that writes an archive containing all Postgres data to S3 in the bucket specified in the installer configuration (`blob_storage.backups.s3.bucket`).

Recovery

If you choose to run “hot” backup instances or additional storage facilities for disaster recovery, you can request an increase in quota limits for one or more of the AWS services if needed. You can check the default service quotas and manage your quotas by logging in to the AWS Service Quotas console. If you need to restore a deployment from backups, submit a maximum severity support request and the Domino operations team assists with the recovery procedure. In the case of instance or service failure, submit a maximum severity support request and the Domino operations team assists with restoring the cluster to normal operation. In the case of critical application failure, submit a maximum severity support request and the Domino operations team assists with restoring the cluster to normal operation. By default, Domino runs in a “High Availability” mode, replicating its core components across three or more nodes in the cluster. Should a fault condition occur, submit an appropriate severity support request ticket and the Domino operations team assists with restoring the cluster to normal operation.

Domino backups on-premises

The following systems are canonical stores of critical Domino data, and they are stored and backed on-premises as described below. These methods can also be applied to other clouds for which Domino does not have native storage integrations.

System	Purpose	Store	Backup
Projects store	Stores the contents of users’ project files.	Stored in the shared storage class (`storage_classes.shared`), referenced by `blob_storage.projects`. The most common backing storage for this class is NFS.	Domino does not automatically back up this data. Domino recommends configuring a separate backup process that saves or syncs the entire contents of the NFS mount path provided to Domino to another storage system. The volume of project data grows linearly over time as users produce new projects, so you should account for the growing volume when setting backup frequency and retention policies.
Log history	Stores execution logs from Domino jobs and workspaces.	Stored in the shared storage class (`storage_classes.shared`), referenced by `blob_storage.logs`.	This is stored in the same volume as project data, and is therefore on the same filesystem path in the shared storage system. Any backups of the root path provided to Domino include log data.
Docker registry	Stores Docker images built by Domino to back users’ Domino environments and Domino endpoints.	Stored in a block storage volume provisioned from the storage class (`storage_classes.block`), mounted in the Docker registry container.	Domino does not automatically back up this data. Domino recommends configuring a separate backup process that saves or syncs the entire contents of the NFS mount path provided to Domino to another storage system. The volume of project data grows linearly over time as users produce new projects, so you should account for the growing volume when setting backup frequency and retention policies.
Domino Volumes for NetApp ONTAP	Stores the contents of users’ Domino Volumes.	Defaults to the shared storage class (`storage_classes.shared`), but can be extended and configured by an admin.	Domino does not automatically back up Domino Volumes. Disaster recovery relies on NetApp’s native data protection features such as snapshot schedules, SnapMirror replication, or SnapVault. Administrators should configure policies that align with organizational data recovery requirements.
Datasets	Stores the contents of users’ Domino Datasets.	Stored in the shared storage class (`storage_classes.shared`).	This is stored in the same volume as project data, and is therefore on the same filesystem path in the shared storage system. Any backups of the root path provided to Domino include log data.
MongoDB	Stores Domino application object data and metadata.	Stored in a block storage volume provisioned from the storage class (`storage_classes.block`), mounted in the Mongo containers.	Domino performs a daily backup that writes an archive containing all MongoDB data to the shared storage class (`storage_classes.shared`), referenced by `blob_storage.backups`.
Domino Git	Stores Domino project version history.	Stored in a block storage volume provisioned from the storage class (`storage_classes.block`), mounted in the Git container.	Domino performs a daily backup that writes an archive containing all Git data to the shared storage class (`storage_classes.shared`), referenced by `blob_storage.backups`.
Postgres	Stores information on users managed by the Keycloak authentication service.	Stored in a block storage volume provisioned from the storage class (`storage_classes.block`), mounted in the Postgres containers.	Domino performs a daily backup that writes an archive containing all Postgres data to the shared storage class (`storage_classes.shared`), referenced by (`blob_storage.backups`).

Support

Domino support coverage is outlined on our Scope of Support Coverage page. You can learn more about our support priority codes, ticket statuses, and business hours on our Support Definitions page. In addition to the support tiers described above, some Domino customers may have unique contractual SLAs defined in the Master Service Agreement. All customers receive a standard service level agreement.

Architecture & deployment

Identity & access

Infrastructure & compute

Platform configuration

Data administration

Operations, monitoring & cost

Security & compliance

Disaster recovery

Recovery

Domino backups on-premises

Support

​Recovery

​Domino backups on-premises

​Support

Recovery

Domino backups on-premises

Support