Take and check BIND 9 DNS zone backups in WHMCS
Keep a known record snapshot before changing a BIND 9 DNS zone. PD BIND 9 DNS supports scheduled and on-demand BIND-format snapshots; check the actual saved result rather than assuming that enabling a schedule created a usable backup.
Take a snapshot now
- Open BIND 9 DNS → Zones and identify the provider and zone.
- Use the row’s on-demand backup action.
- Open Backups and confirm the snapshot’s zone, time and result.
- Inspect or download the available snapshot data where required.
- Keep a reference to the intended recovery point before editing records.
For a larger installation, Back up all zones now works through the zone list within a time budget. If its result says there is more to process, use the offered continuation rather than assuming one press finished every zone. Check reported failures in Activity.
Review scheduled work
Review the backup schedule and retention choices in the module’s settings. Confirm the normal WHMCS cron is running, then inspect a recent completed task and actual snapshots. A configured schedule and a successful provider connection are not proof that a particular zone was backed up.
Snapshots preserve record data, not an entire server configuration, secret signing keys or registrar state. Keep those responsibilities with the relevant administrator.
Choose the correct recovery task
Use the existing-zone restore guide to return ordinary records towards a snapshot, including removal of later ordinary values. Use the deleted-zone recovery guide if the provider zone no longer exists.
Download and keep any recovery point your hosting team needs before the configured snapshot count or age policy can prune it. Check the saved copy and review retention before relying on an older snapshot remaining in the module. Deleting a snapshot is separate from deleting live DNS.
Check snapshot coverage and retention
Your hosting team should compare the intended provider/zone, original backup time, actual stored snapshot and job result with the saved schedule and retention policy. Review normal platform scheduling and any offered continuation for a bulk backup; one successful connection or job is not proof that every zone has a snapshot. Preserve a required downloadable recovery point before configured retention can remove older snapshots. Do not create repeated snapshots merely to diagnose an older missing recovery point.
See the PD BIND 9 DNS WHMCS guide for related tasks, or explore the module.