Little reminder about how the SqlBak works: it consist of a lightweight app that has to be installed on the same computer where the SQL Server is and a web portion (sqlbak.com) where you configure & monitor backups, see backup history, restore databases, run scripts and monitor the server (see demo)
When you install the SqlBak app after entering the Secret Key you’re asked to connect to a SQL Server:
After you type your user name and password into this window they are encrypted and stored locally on the same computer and are never sent to sqlbak.com
If later you need to change the server’s connection settings or add another SQL Server you would need to do it on your SqlBak app:
And now the only thing you need to do when you configure a backup job on sqlbak.com is to select the name of previously connected SQL Server (if you have only one server connected then it will be selected automatically):
What else do we store
SqlBak application stores the password (AES encrypted) for SQL Server on that server only. The password is never being sent to the web.
SqlBak stores passwords (AES encrypted) for FTP destinations and network folder destinations on SqlBak server and local computer.
SqlBak stores passwords (AES encrypted) for encrypted backup files on SqlBak server and local computer.
SqlBak stores tokens (AES encrypted) for Dropbox destinations on SqlBak server and local computer.
SqlBak stores access keys (AES encrypted) for Amazon S3 destinations and Azure Blob storage destinations on SqlBak server and local computer.
SqlBak stores access keys for Google Drive destinations, One Drive destinations, One Drive for business destinations on SqlBak server and local computer. These access keys are valid only for 1 hours only.