UltraDNS Zone Snapshot and Restore - API documentation
https://api.ultradns.com/
Welcome
This document lists the version of UltraDNS Zone Snapshot and Restore API endpoints, supported http methods, and sample requests and responses.
Snapshot and Restore
In UltraDNS, a backup is also known as a Snapshot. A zone snapshot represents the state of a zone (i.e. primarily its RRSet configuration) at the time the Snapshot is created.
Performing a zone Restore uses the most recent zone snapshot, and overwrites the zone's current configuration with that of the one stored in the Snapshot. The zone snapshot can be restored at any point in time, as long as the zone meets the required criteria.
Important:
- Snapshot or Restore activity is final and cannot be rolled-back.
- A zone can have a maximum of one Snapshot at a time. In other words, a zone snapshot request will either create a Snapshot (if it does not already exist), or will overwrite the existing Snapshot (if it already exist).
- Snapshot or Restore is only allowed for zones that meet the following criteria:
- Snapshot and Restore only supports primary zones.
- The zone should not have more than 50,000 records, including the allowed pool's resource records.
- The zone should only have:
- Basic Resource Records.
- Resource Distribution Pools
- Directional DNS Pools
- Load Balancing pools
- Simple Monitor / Failover pools
- Simple Load Balancing pools
- Web Forwarding
- The zone should not have:
- Mail Forwarding
- Additionally, the Snapshot and Restore functions do not support the following types of zones:
- Signed zones
- Secondary zones
- Alias zones
- Suspended zones
- If a Zone Snapshot contains a Directional (DIR) pool with Global Account Level GEO and Source IP groups, once the Restore operation is completed, the Account level GEO and Source IP gruops will be converted to the local pool level groups.
- To further clarify the previous point about the Restore functionality, a zone must also satisfy the above criteria at the time of the Restore operation. For example, if a zone was signed after a Snapshot was created, or a directional pool was added, or the number of records exceeded 50,000, the Restore operation will not be allowed.
- Snapshot or Restore is a background activity; it is highly recommended to refrain from performing any activity that could change the zone configuration while a Snapshot or Restore is in-progress. Doing so might lead to data inconsistency or other unexpected results.
- A user with basic READ permissions on a zone and its resource records may be allowed to take a zone Snapshot, but might require full READ, WRITE, UPDATE and DELETE permissions on the zone and all of its resource records to Restore a Snapshot.
Authorization
Users need to authenticate in order to receive a bearer token that they can use throughout their session while interacting with our APIs.
Once you have an access_token, use it in the request headers to provide authorization for subsequent requests:
Authorization: Bearer <access_token>
List Zones
Returns the list of zone names that are eligible for Snapshot and Restore. Any pre-existing snapshot date for a zone will be displayed as well.
Returns the list of eligible zones and the existing Snapshot date with description, if any exist.
Create, Retrieve, and Delete a Snapshot of a Zone
Create a Snapshot of your zone allowing you to save your current zone configuration settings. Once created, you can retrieve the snapshot details. If you no longer need the Snapshot of the zone, you can delete it.
Note - Any user with Read permissions for the zone can create a Snapshot.
Create a Snapshot of a Zone - Deletes previously saved Snapshots of the zone.
Get Snapshot of a Zone.
Delete the snapshot of a Zone.
Restore Zone Snapshot
Replaces your current zone configuration with the most recently saved Snapshot of your zone.