Home › Topics › Disaster Recovery

Disaster Recovery for Transfer Workflows

"We can rebuild it from the image in an hour." True. The rebuilt server will boot, start its service, and then present a host key that forty partners have never seen. A transfer server can be rebuilt from installation media in an hour. What cannot be rebuilt from media is everything that made it yours. That includes the accounts, the host key partners have pinned, the certificates, and the folder layout. It includes the jobs and their schedules, and the partner configurations accumulated over a decade. Disaster recovery for transfer workflows means restoring all of that - and proving, before the disaster, that you can. The proving is the part most plans skip, which is why most plans work perfectly right up until they are used.

This series scopes and drills it. It covers what disaster recovery must cover beyond the server, and backing up configuration, keys, and jobs. It covers protecting key material so it is recoverable but not exposed, and the recovery runbook in restore order. It covers restore drills that prove the plan. It also covers communicating with partners while the service is down and catching up afterward. Availability during a single machine's failure is our high availability series. This one is for the day the whole thing is gone, the runbook was on the server, and the backup has never been restored.

Articles in This Series

Explore More Topics

This series is part of the Sysax file transfer topic library. The library covers the protocols, security practices, automation techniques, and operational skills behind reliable file transfer. The library pairs well with the practical tools we build. Sysax Multi Server is a secure FTP, FTPS, SFTP, and HTTPS server for Windows. Sysax FTP Automation schedules and scripts secure transfers so the routine ones run themselves.