Assuming you are doing native backups to disk, and then Veritas backs up to tape:
- Do your onsite backups to disk. Setup blob storage on Azure (or S3 with Amazon) and then script copying that file to that storage. You would then have Veritas backup that file as well from the local disk to tape.
- If you happen to be on SQL Server 2012 or higher you can backup directly to Azure storage. The Azure storage, you can select geo-redundant service and this will allow your backup to be duplicated between Microsoft data centers. You could consider actually dropping doing backups to Veritas with this option, but an extra copy doesn't hurt to have locally.
Response to your comment
We do backup to external disk. We no longer use tapes. I want to do a
full onsite backup each day so if something went wrong then i could
restore the full database back quickly. I just also want an offsite
copy. Is this possible? We are using sql server 2008 R2. Does azure
support incremental/differential backups with sql 2014 or will it only
keep one copy which is the latest?
Think of Azure storage as an external disk, it just sits in Microsoft Data Centers. Copying your backups to Azure provides you the ability if your building gets wiped away, bring up another server with Internet access and retrieve the last backup you copied up.
Azure storage (blog storage) allows any file type, the only limit is one single file cannot exceed 1TB in size. If in the future your backups grow to that size, you will just need to split the backup into multiple files to keep it under that limit.
SQL Server 2012 and higher allow backing directly to Azure via BackupToURL. You can utilize Microsoft® SQL Server® Backup to Microsoft Azure®Tool to do similar action across any version of SQL Server. There is a write up done for using this tool here.
Azure does not delete or clear out old backup files for you, so in your design of the backup solution using this service you will need to also deal with cleaning files out if needed.