DigitalOcean lost our server
If you&#x27;re relying on backups for servers other than your database then you&#x27;re keeping state on your servers and that&#x27;s a Bad Thing. You should regularly destroy your own servers and recreate them using your configuration &#x2F; deployment scripts if the prospect of this happening worries you. Do it before your business starts to rely on it.<p>For database servers you need to have procedures in place to quickly switch the production application over to a database you just spun up and migrated the data from a recent backup to in order to test your data backups. You want this to happen as smoothly as possible in the case of a failure. Keep data backups in three different places and test your procedure on all of them.<p>On a production system, do not keep the database on the same server as the application.