VeeamON 2024 - Use Code "COMMUNITY10" for 10% Off!
would love to, but I will attending remotely. Have fun and hit them straight. 😀
This Veeam P2V process works great for a physical windows server, which we have already accomplished. We attempted the P2V process with a physical SQL cluster, but for some reason the cluster disks were not recognized during the Instant Recovery process.Thoughts?
Even though we are not currently utilizing Veeam backup for AWS, this video is a good introduction to the product.
We are on Veeam version 12.0.01420 P20230718 The error is occurring with our backup copy jobs, which we utilize StoreOnce catalyst repositories.
Support has stated there is a known bug and will be working with us on a fix. However, it appears we need to make sure our StoreOnce firmware is at 4.3.6.Keep you in the know.
Sure will, our SQL is on its own server, and we utilize HPe StoreOnce for the repositories. We are still waiting for a support engineer to review and provide us with a fix. While we are in a wait state, our storage architect is upgrading the firmware of a StoreOnce pair.
Veeam support is working out a fix in R&D and testing, hopefully it will be released soon.
Veeam support responded last Friday with the following. It seems as though there was some kind of event that happened during the original synthetic full run which caused the problem which may have involved something environmental. The synthetic fulls have generally been successful previously.Because the trigger seemed to be some temporary condition, and because the firmware on the storage has now been updated to 4.3.6, I wouldn't expect to see reoccurrence even prior to getting the updated hotfix.The affected backup chains were still in a problem state in the database that is preventing the replication from succeeding, but only the target side catalyst is affected. Because of this, it would be possible to either create a new catalyst store or just select affected backups and "delete from disk" and allow a fresh replication of the files. This has worked as a temporary fix.Pete
To make that change to the backup copy jobs would be a challenge since we have so many. If Veeam offers the continuous feature, you would think the application would prevent it from executing until its associated backup job completed.
Veeam support has submitted my enhancement request;
This morning as I was checking our Veeam backup jobs on one of our B&R servers, a backup job had retried several times before it finally completed. As I scrolled through its history two of the servers were failing because the corresponding .vib file was locked by the associated backup copy job (configured as continuously). After several retries of the backup job, the backup of the servers did complete.
Case #07083882 Cannot find Linux guest credentials.
We have discovered that combination backup tags seem to be an issue, because if we separate into individual backup tags. The backup is working.
yes, it was working on V12
Thanks all
Thanks Chris
Already have an account? Login
Enter your username or e-mail address. We'll send you an e-mail with instructions to reset your password.
Sorry, we're still checking this file's contents to make sure it's safe to download. Please try again in a few minutes.
Sorry, our virus scanner detected that this file isn't safe to download.