[reply=“Dennis;6288”] Thanks for the update.
I was able to boot from the WINtoUSB (WTU) disk and restore the backup image created with Cloudberry to a new drive. The drive never booted up due Windows Boot Manager issues but I can boot with the WTU disk and see data. I guess that’s a partial win, not sure, but I hope I never have to restore a server image using cloudberry. FWIW, I never got a response from the ticket I created last week.
[reply=“Dennis;6310”] I’ll check with the support team.
[reply=“Dennis;6310”] Dennis. I spoke with Support. They indicated you have opened two tickets and the team has replied. Please check your spam filters / folders and make sure that ticket at cloudberrylab dot com is Whitelisted. Please let me know if you are unable to find the emails.
I also tried burning from ISO (RUFUS) same results.need to open a support case?
[reply=“lissacoffee;6322”] Yes, a support case may be needed.
I’ve honestly given up on restoring from the cloudberry bootable ISO. When you need to restore a downed machine you need something reliable and fast. Use a dummy machine running Windows, install Cloudberry and sign into the account associated with the backups you’re looking to restore from. Add the backup storage device in “restore only” mode for faster detection of backups if you’re using a local storage account as restore source. Then pop in whatever drive you want to restore to and use that as the destination for your restore plan. This gets a bit more complex when restoring host level servers running RAID which contains the Windows OS but can be done.
Dear [reply=“Dennis;6276”],
Sometimes I have faced the same problem. As a suggestion, create the USB using the CLI or by the Interface instead of flash the ISO file into a device with Rufus. You may need to know that the secure boot sometimes is a headache so if you can enable the legacy BIOS mode then do it and try booting from the USB device again.
To perform a restoration over a different machine you have to know that it’s not a good choice because Windows the most times will crash due to detecting different hardware, so you will need to repair the OS. We usually restore over similar hardware but sometimes this isn’t possible, for this reason for each customer we’d create a procedure where we have a machine with similar hardware is prepared for a quick start-up but this isn’t possible sometimes because many servers are quite expensive so the cost cannot be assumed by the company. In this case, we restore directly from the backup to a VMware host, and most times this works.
I hope this will help someone who’s looking for a solution to this problem in the future.