Btw Gustov, We're now on vSphere4 and my boss and VP already have the end of 3rd quarter penciled in for installing Veeam 4.0. Hope you're on schedule and the incremental works as good as you're saying it does! No pressure at all

Good idea, and matches our discussions as well. We've been thinking on some sort of "Helpdesk webUI for file-level restores", but surely end users can be allowed to access that as well, being limited to their own content only.mdornfeld wrote:Taking this idea to the step of rediculous, it would also be nice to expose that index to users so they could get their own file restore from anything still on disk.
Yes, so far we look to be on schedule, and incrementals have been working well (in fact, it was the very first feature implemented). RTM is scheduled at the very end of Q3, so GA may be either end of September, or beginning of October (depending on how it aligns with other marketing activities). But you will be able to test drive it earlier. As always, we will have closed beta, and some most active community members (like you and Tom) will be invited. I am hoping to start the closed beta in about 2-3 weeks.mdornfeld wrote:Btw Gustov, We're now on vSphere4 and my boss and VP already have the end of 3rd quarter penciled in for installing Veeam 4.0. Hope you're on schedule and the incremental works as good as you're saying it does! No pressure at all
#2 might not be needed, but we'd love to have the ability to restore from the command line without the GUI. We're a Windows averse company, when use Linux first, and Windows only when required, so we prefer tools that allow us to do things from Linux when possible.Gostev wrote:Tom,
1. Yes, fully agree here, this was brought up a few times already by various customers. We have been planning to add ability to restore back to running source Linux VM directly to resolve this... let me check the status - feature was tentatively scheduled for 4.0 release, but as low priority (meaning "if time and resources permit").
2. Ideally, this should not be needed to resolve one, but we wanted to add such ability anyway down the road for more flexibility with restores.
Locally attached disk (iSCSI connected). Restores of large files are very fast, I can restore a single 10GB file in a couple of minutes, but restores of a large number of files (10's of thousands) run very slow, especially with the VM restore appliance (required for Linux restores). It takes 5-10 minutes before it even does anything at all.Gostev wrote:3. Where do you have the actual backup file stored, is it on remote Linux server by any chance?
That's great to hear, we'll look forward to more news in the future.Gostev wrote:4. Actually, we have been discussing this feature internally, so we definitely understand the need and use case. Good to see that this is needed by more than one customer. And it is logical feature to add as our product mature. My magic ball tells me "Outlook good" for this feature
Just a quick question. Have your incremental "bit-level" tracking and fast backup speeds been tested with Virtual RDM's. If not, could you please test it and let me know. If it doesn't work, we're going to have to change our whole strategy going forward.Gostev wrote:Yes, so far we look to be on schedule, and incrementals have been working well (in fact, it was the very first feature implemented).
oracle 8 may crash not only on win2k (it was a hard lesson to learn for meGostev wrote:Can you please clarify why would you want to use both VSS and these scripts? I cannot imagine such scenario. Based on what you say above, you are using Windows 2000 which does not have VSS capabilities at all?
The concerned (medical) db system is not portable at this time to a higher oracle release or os version. so, I repeat the question: will there be the possibility in the future release to launch pre or post backup scripts?Gostev wrote:Just to set some expectations: theoretically, it should be possible for our VSS integration code could call those scripts, but the priority of this feature would be very low given what I explained above. Remember, we have to prioritize each feature in our pool of 100+ pending features.
Users browsing this forum: Amazon [Bot], Bing [Bot], Semrush [Bot] and 122 guests