--- title: Back up and recover services | Tiger Data Docs description: Protect your data with automatic backups and cross-region protection --- Tiger Cloud provides comprehensive backup and recovery solutions to protect your data, including automatic daily backups, configurable retention, cross-region protection, and point-in-time recovery. ## Automatic backups Tiger Cloud automatically handles backup for your Tiger Cloud services using the `pgBackRest` tool. You don't need to perform backups manually. What's more, with [cross-region backup](#enable-cross-region-backup), you are protected when an entire region goes down. Tiger Cloud automatically creates one full backup every week, and incremental backups every day in the same region as your service. Additionally, all [Write-Ahead Log (WAL)](https://www.postgresql.org/docs/current/wal-intro.html) files are retained back to the oldest full backup. This means that you always have a full backup available for the current and previous week: ![Database backup and recovery architecture in Tiger Cloud](/_astro/database-backup-recovery.DHoYmo-Y_ZQahY2.webp) On [Scale and Enterprise](../pricing-and-account-management) pricing plans, you can check the list of backups for your retention period in Tiger Console. To do so, select your service, then click `Operations` > `Backup and restore` > `Backup history`. On Enterprise, you can [extend backup retention](#extend-backup-retention) up to 180 days. In the event of a storage failure, a service automatically recovers from a backup to the point of failure. If the whole availability zone goes down, your Tiger Cloud services are recovered in a different zone. In the event of a user error, you can [create a point-in-time recovery fork](#recover-to-a-point-in-time). ## Extend backup retention Note Extended backup retention is available on the [Enterprise](../pricing-and-account-management) pricing plan. Tiger Cloud keeps full backups, incremental backups, and WAL files for the retention period included with your [pricing plan](../pricing-and-account-management#features-included-in-each-pricing-plan). This means that you can recover your data to any point in that period. To meet longer compliance or audit requirements, on Enterprise you can set a retention period of up to 180 days for each service. Extended retention covers backups and WAL files in the same way as the default retention period. The recovery window for [point-in-time recovery forks](#recover-to-a-point-in-time) matches your retention period: if you set retention to 90 days, you can fork your service to any point in the previous 90 days. When you extend the retention period, backups accumulate until they cover it in full; when you shorten it, the backups outside the new period are deleted soon afterwards and are no longer available for recovery. To change the retention period: 1. **Select your service and open backup settings** In [Console](https://console.cloud.tigerdata.com/dashboard/services), select your service and click `Operations` > `Backup and restore`. 2. **Set the retention period** In `Backup retention`, select one of the preset periods, or click `Custom` and set a number of days between 14 and 180, then confirm your choice. ![Setting the backup retention period in Tiger Console](/_astro/backup-retention-in-tiger-console.CJ20WFuZ_ZkLTsx.webp) ![Setting the backup retention period in Tiger Console](/_astro/backup-retention-in-tiger-console-dark.C2vB6RaA_Z18SY0x.webp) ## Enable cross-region backup Note Cross-region backup is available on [Enterprise](../pricing-and-account-management) pricing plan. For added reliability, you can enable cross-region backup. This protects your data when an entire region goes down. In this case, you have two identical backups of your service at any time, but one of them is in a different region. Cross-region backups are updated daily and weekly in the same way as a regular backup. You can have one cross-region backup for a service. Cross-region backups are always kept for 14 days. [Extended backup retention](#extend-backup-retention) applies only to the backups in the region your service runs in. You enable cross-region backup when you create a service, or configure it for an existing service in Tiger Console: 1. **Select your service and open backup settings** In [Console](https://console.cloud.tigerdata.com/dashboard/services), select your service and click `Operations` > `Backup and restore`. 2. **Enable cross-region backup** In `Backup regions`, select the region in the dropdown and click `Enable backup`. ![Creating a cross-region backup in Tiger Console](/_astro/create-cross-region-backup-in-tiger-console.Dh92TQ_3_Z29pD5I.webp) ![Creating a cross-region backup in Tiger Console](/_astro/create-cross-region-backup-in-tiger-console-dark.DFn3tTbV_Z1Gy4wz.webp) You can now see the backup, its region, and creation date in a list. You can have one cross-region backup per service. To change the region of your backup: 1. **Open backup settings for your service** In [Console](https://console.cloud.tigerdata.com/dashboard/services), select your service and click `Operations` > `Backup and restore`. 2. **Disable the existing backup** Click the trash icon next to the existing backup to disable it. ![Cross-region backup list in Tiger Console](/_astro/cross-region-backup-list-in-tiger-console.CIuH12p9_10sD6p.webp) ![Cross-region backup list in Tiger Console](/_astro/cross-region-backup-list-in-tiger-console-dark.BKwwvT9W_Z1oziaq.webp) 3. **Create a new backup in a different region** In `Backup regions`, select the new region in the dropdown and click `Enable backup`. ## Recover to a point in time When data is lost or damaged, by an accidental delete or a bad migration for example, you recover it with a point-in-time recovery (PITR) fork: a copy of your service as it was at a moment before the problem started. You then point your app at the fork. The original service stays untouched. PITR forks use the [`timestamp` forking strategy](../service-management/fork-services#understand-service-forks). To recover from a destructive or unwanted action, create a fork at a specific point in time. To avoid paying compute for both the recovery fork and the original service, pause the original. 1. **Navigate to `Operations` > `Service management` and click `Create recovery fork`** ![Creating a recovery fork in Tiger Console](/_astro/create-recovery-fork-tiger-console.jERXOKdU_1YRtKb.webp) ![Creating a recovery fork in Tiger Console](/_astro/create-recovery-fork-tiger-console-dark.BNHd04NB_2wG68B.webp) 2. **Select the recovery point, ensuring the correct time zone (UTC offset)** 3. **Select the region** If you had [cross-region backup](../high-availability/backup-restore#enable-cross-region-backup) enabled for your service, select the region in which to create the fork. 4. **Configure the fork to match the original service** Best practice is to match the same configuration you had at the point you want to recover to. You can also add an HA replica, tag the fork, or add a connection pooler. 5. **Confirm by clicking `Create recovery fork`** 6. **Update the connection strings in your app to use the fork**