Official Moderator

The Halloween season is upon us! We know how busy sysadmins are, no matter the time of the year you’re still on call. That’s why we want to help you choose a costume to wear this year. Relax, take the quiz, and find out your perfect costume match! https://quiz.tryinteract.com/#/5f858ef5443f5800149ffb20

Hello Leezy, thank you for letting us know your issue. Please help to perform the followings: - Check if the physical disks on the server where the backup repository located are healthy and not overloaded - Run checking File System for the server where backup repository locate. Please stop NAKIVO services before running checking file system. - Make sure that no firewall/antivirus/defender/3rd party block connection to the repository during the jobs. (antivirus software deleting some files in Repository) - Please run Backup Verification to make sure that reposito

Hi Bedders, thank you for your update. I hope you have great experiences with NAKIVO Backup & Replication.

Hello Zhiyuan, NAKIVO has its own detailed logging (log folder inside the product installation path)You can check the logs yourself but it is better to send a support bundle for further investigation to our Support team (https://helpcenter.nakivo.com/display/NH/Support+Bundles)For the bottleneck issues, you may use the following instructions (https://helpcenter.nakivo.com/display/KB/How+to+Identify+a+Bottleneck) Thank you

We need to analyze your log files to investigate why you encountered this issue. Please generate and send a support bundle https://helpcenter.nakivo.com/display/NH/Support+Bundles to support@nakivo.com so our 2nd Level Support team can further investigate the issue you've experienced and suggest a proper solution. Also, the networking diagram will be really useful.

"Self-healing" and "Verification" guarantee that all backup data in the repository is in the same consistent state as during backup - NAKIVO compares checksums of blocks that were counted during the backup with actual repository data. In this case File level recovery should work fine. The only possible issue in this case - bootability of VM in case there are some issues with boot sector, for example. It could be also in case OS updates were installed during the backup. In this case we would recommend to use automated Screenshot verification (or Boot verification) feature or manually run F

In this case we would recommend you the following NAKIVO layout: 1. Deploy NAKIVO transporter on both ESXI hosts to be able to use HotAdd datatransfer mode. 2. Install NAKIVO transporter on NFS storage, in case it is supported. In this case both involved transporters will perform direct read and write operations on the source and target sides correspondingly and also have direct connection between each other. For detailed analysis, please send a support bundle (http://www.nakivo.com/helpcenter/display/NH/Support+Bundles) and the following information to support@nakivo.com : - in w

Hello! In this case, we suggest you check the following article on Physical machine requirements - https://helpcenter.nakivo.com/display/NH/Supported+Platforms#SupportedPlatforms-PhysicalMachineRequirements If nothing helps, please send us a support bundle (https://helpcenter.nakivo.com/display/NH/Support+Bundles) for further investigation.

We’re happy to announce the release of NAKIVO Backup & Replication v10.1! The NAKIVO team has added two long-anticipated features, OneDrive for Business Backup and HPE StoreOnce Catalyst Integration. Download the Free Trial and see the new functionality in action! https://www.nakivo.com/resources/releases/v10.1/

Based on the described error, we could recommend to check if 9445 and 9446 ports are opened on the affected Linux machine - NAKIVO tries to connect to agent on the first step and then to installed transporter service on these ports. Also please check and make sure that all requirements for Linux physical machine are met - https://helpcenter.nakivo.com/display/NH/Supported+Platforms#SupportedPlatforms-PhysicalMachineRequirements In case it still fails, please generate a support bundle http://www.nakivo.com/helpcenter/display/NH/Support+Bundles and send it to support@nakivo.com for further i

Please generate and send a support bundle https://helpcenter.nakivo.com/display/NH/Support+Bundles to support@nakivo.com with the description you put in the comment, so we can create a Feature request and send it to our Product Development team for possible further implementation.

With current NAKIVO workflow, the director needs access to all ESXi hosts and transporters for correct management. In case the transporter will be deployed on the customer side, then, yes, all the data will be transferred inside the customer site (without using WAN) ,but the director still will need access to the ESXi host and transporter. Generally, it is possible to do this in two ways: - configure port forwarding at customer's firewall; - configure VPN to customer's site to have full network access.

Hello! Could you please clarify if you get any error in this case? Please specify the names of affected VMs and send us a new support bundle so that we could check this case further.

Hello! It looks like the FUSE driver was used to mount the folder locally. Out of our experience, it should run with poor speed because that driver works in the user space.

For now it is not possible to perform P2P restore. It is possible to restore separate files/folders with File level recovery feature. We believe it is possible to clone physical machine data from the exported by NAKIVO virtual disk to physical machine HDD with some third-party software.