Now Available in Community - New TechTalk Videos for 2020
2020 release wave 1 Discover the latest updates and new features to Dynamics 365 planned through September 2020
Release overview guides and videos Release Plan | Preview 2020 Release Wave 1 Timeline
Ace your Dynamics 365 deployment with packaged services delivered by expert consultants. | Explore service offerings
Connect with the ISV success team on the latest roadmap, developer tool for AppSource certification, and ISV community engagements | ISV self-service portal
The FastTrack program is designed to help you accelerate your Dynamics 365 deployment with confidence.
FastTrack Program | Finance TechTalks | Customer Engagement TechTalks | Upcoming TechTalks
I am currently in the process of rolling out multiple Tier 1 environments. I would like to back up the databases on these servers, but the space provided for backups is minimal, and without admin rights, deleting is a struggle if the backups don't work properly. Given this I am trying to back up databases to Azure Blob using the URL destination option. When doing this, the backup fails with a string of errors. After the failure, I attempted to connect to my blob storage account via URL and get page cannot be displayed. When I connect from any other location I get XML, which leads me to believe Azure Blob cannot be connected to from these instances.
My question is, is anyone doing this type of thing successfully? Are there other good methods of backup that allow me to write data to an external location?
Backups to blob storage from a T1 work fine for me. The "string of errors" you get should contain vital information to understand what is not working.
Are you using a SQL cred or SAS? I attempt a backup via script and get this message:
Msg 3271, Level 16, State 1, Line 1
A nonrecoverable I/O error occurred on file "mystorageaccount/.../AxDB.bak:" Backup to URL received an exception from the remote endpoint. Exception Message: The remote server returned an error: (400) Bad Request..
Msg 3013, Level 16, State 1, Line 1
BACKUP DATABASE is terminating abnormally.
The only info I have been able to find on this is it occurs when the storage account is set to Blob rather than General, which I have verified is not the case for this account.
I used a shared access signature, to blob container in a general purpose v2 storage account. Maybe try a SQL backup to the same container from another unrelated SQL instance?
Attempted this from an on-prem, both a 2014 and 2016...same error. I am thinking at this point there has to be something wrong with either the credential (not using SAS, maybe I need to try this) or with the storage account itself.
Business Applications communities