All Activity

Hello @cmangiarelli. To address your inquiry effectively, we recommend generating and submitting a support bundle to support@nakivo.com by following the instructions outlined here: https://helpcenter.nakivo.com/display/NH/Support+Bundles By doing so, you will facilitate a thorough examination of your issue by our esteemed Technical Support team. Your cooperation in this matter is greatly appreciated.

As per another post, I am in the process of moving my Nakivo backups from older Data Domains to Synology NAS arrays. The process I plan to use is: Install Nakivo Transporter on the Synology NAS. Register Synology Transporter with Director. Create a new "local folder" repo on the Synology transporter. Configure a backup copy job to mirror the existing DD repo to the Synology Repo. Delete the backup copy job, as you can't edit the destination target of the backup job if the copy job exists, but tell it to "Keep existing backups". Edit the VM backup job to point the VMs to their new location (this is a pain when you have a lot of VMs, wish there was an easier way to do this or have Nakivo automatically discover existing backups). Run the VM backup job to start storing new backups on the Synology repo. I ran a test and this worked fine, except all of the old recovery points that were copied by the backup copy job in step #4 had their retention set to "Keep Forever". I'm guessing this occurred when I deleted the copy job but told it to keep the backups. I'm assuming this is operating as intended? With 200 VMs and each having 9-11 recovery points, I can't manually reset the retention on 2,200 recovery points to fix this. I understand why it might have gotten changed when the backup copy job was deleted, but the Director wouldn't let me re-point the backup job until those copied backups were no longer referenced by another job object. I can use the "delete backups in bulk" to manually enact my original retention policy, but that will take 3 months to run the cycle. Any ideas?

@tkriener Dear Mr. Kriener, thank you for your post, and I appreciate your inquiry. It has come to my attention that you are seeking clarification regarding the inclusion of support for backing up online archive mailboxes in the forthcoming release of NAKIVO Backup & Replication, specifically in version 10.10. While it is prudent to employ the term "planned" when discussing potential features, given the potential for evolving circumstances, I wish to affirm that this feature is unequivocally within our product roadmap. Best regards.

>>> Please add the screenshot with the detailed information about the newly created Repository. Not sure why this is necessary, as the transporter/repo functions perfectly fine. My post is mainly concerned with the proper way to integrate Synology with Nakivo. As for my repo, it's configured as follows: Type: "Local Folder" Name & Location: Name: "DC local" Assigned transporter: "dc-bckp-003" Path to local folder: "/volume1/nakivo/dc-local" Options: Data Size Reduction: Enabled Compression: Fast Store backups in separate files: Not checked Deduplication: Checked Encryption: Disabled Enable automatic repository self-healing: Checked Run repository self-healing on: Not checked Run full data verification on: Not checked Reclaim unused space on schedule: Checked Schedule: once a day on every day at 8:00 pm - 12:00 am (UTC+00:00, UTC) Enforce explicit file system sync: Checked Detach this repository on: Unchecked >>>> NAKIVO never tested Synology's data deduplication on the array, and we can not predict the level of the deduplication for this >>>> implementation. Based on our experience, the deduplication on the hardware level is more effective and saves more space. We >>>> recommend using it. >>>> The correct configuration for this environment: NAKIVO Transporter Installed on Synology host and Incremental with full Repository >>>> configured as the local folder on the array where Synology's data deduplication process is turned on. The Backup Jobs must be >>>> configured to create a full Active backup one per 15-20 runs. I'm not too worried about the efficiency of the deduplication algorithm of the Synology vs Data Domain vs. Nakivo; I'm satisfied as long as they are on-par with each other. The low cost of the Synology NAS vs. a dedicated Data Domain device was more than enough to convince us to switch to the alternate solution. We do use Nakivo's deduplication at some of our customer sites where a dedicated backup storage array is not available (i.e. the repo is stored on the primary storage array and we need to save space). I will remove my current repo (mentioned above) and re-create it with the following options: Options: Data Size Reduction: Enabled Compression: Fast Store backups in separate files: Checked Encryption: Disabled Enable automatic repository self-healing: Checked Run repository self-healing on: Not checked Run full data verification on: Not checked Enforce explicit file system sync: Checked Detach this repository on: Unchecked I will then enable Synology deduplication on /volume1. >>>> For security reasons, we highly recommend manually creating a folder for the Repository without using the Shared folder wizard. >>>> Please do not create this folder in the NAKIVO application home directory (it can be destroyed during the update process). We >>>> have no information about data damage during the DSM update action; it is better to contact Synology support with this question. Sounds like I did it correct then. However, it would have been nice to have this documented somewhere so that a person like myself doesn't need to guess at the proper way to configure this. I couldn't find anything in the online Nakivo documentation on how to properly configure this type solution (Nakivo + Synology). Luckily I am versed enough in the technology to make somewhat intelligent decisions on how this should be working... that and Google is pretty good at pointing me to solutions of common problems/questions.

Hello, thanks for your explanation. I'm not able to provide any support bundle, because we are not yet using the M365 backup from Nakivo. I understand from the following statement of the 10.9 Release notes in section "Microsoft 365", that the backup of "online archive mailboxes", is not supported in 10.9: Backup and recovery of guest mailboxes, public folder mailboxes, online archive mailboxes, Group calendars, and Group planners, distribution groups, mail-enabled groups, security groups, resource mailboxes, read-only calendars, calendars added from Directory, event messages (that is, "#microsoft.graph.eventMessageRequest", "#microsoft.graph.eventMessage"), and outbox folders are not supported. This is were I would like to know if this is on the roadmap or may be already in the 10.10 version. Thanks, Thomas Kriener

@cmangiarelli We appreciate your patience during our investigation. >>> forever incremental repo on each array and testing was successful; Please add the screenshot with the detailed information about the newly created Repository. >>> Given what I now know, I'm wondering how others have used Synology arrays to store their backup data? I myself question the following: >>> 1. Should I still use the Nakivo Transporter service on the array, configure my repo(s) for incremental with full backup, and turn on >>> Synology's data deduplication process for the volume hosting my backups? >>> 2. Should I consider forgoing the Transporter service on the array, configure NFS mount points to my virtual transporter appliances, and >>> turn on Synology's data deduplication process for the volume hosting my backups? NAKIVO never tested Synology's data deduplication on the array, and we can not predict the level of the deduplication for this implementation. Based on our experience, the deduplication on the hardware level is more effective and saves more space. We recommend using it. The correct configuration for this environment: NAKIVO Transporter Installed on Synology host and Incremental with full Repository configured as the local folder on the array where Synology's data deduplication process is turned on. The Backup Jobs must be configured to create a full Active backup one per 15-20 runs. >>> 3. I created a folder (/volume1/nakivo) without using the Shared folder wizard where my repo stores its data. I've seen prompts indicating >>> that information stored outside of "Shared Folders" can be deleted by DSM updates. Will future patches potentially cause my nakivo data >>> to be removed since I created the folder myself? I have no reason to share out the base /volume1/nakivo folder if the Transporter service >>> is local to my array. For security reasons, we highly recommend manually creating a folder for the Repository without using the Shared folder wizard. Please do not create this folder in the NAKIVO application home directory (it can be destroyed during the update process). We have no information about data damage during the DSM update action; it is better to contact Synology support with this question. We are looking forward to your feedback. Please do not hesitate to contact us if you need any further information.

@cmangiarelli Hello. To address your inquiry effectively, we recommend generating and submitting a support bundle to support@nakivo.com by following the instructions outlined here: https://helpcenter.nakivo.com/display/NH/Support+Bundles By doing so, you will facilitate a thorough examination of your issue by our esteemed Technical Support team. Simultaneously, this will enable us to escalate your feature request to our Product Development team for potential inclusion in our future development roadmap. Your cooperation in this matter is greatly appreciated, and we thank you for your understanding. Meanwhile, I requested the information to inform the community about the situation. Best regards

I currently have a Nakivo installation backing up to Dell Data Domains but transitioning over to Synology FS6400s. The transporters that control my backup repositories have the 'ddboostfs' plugin installed and mount the appropriate storage locations on the local Data Domain. I recently got my new Synology FS6400s online in my lab. After some web searching, I was able to find out how to manually update the version of the Nakivo Transporter service to 10.9; only 10.8 is available in the public channel and it's incompatible with a 10.9 director. The fact that I had to do this already makes me weary of running the transporter service on the array itself, even though we specifically purchased the arrays with 128GB RAM to ensure adequate resources. Anyway, I created a forever incremental repo on each array and testing was successful; though my data domains use the incremental with full backup and rely on DDOS for dedupe. However, I am starting to question the methods of which I was going to use my Synology to replace my Data Domains. I wasn't aware that the Synology's support data deduplication on the array itself, which is why I loaded the Nakivo Transporter service in order to reduce my storage footprint. Using Nakivo's deduplication requires a period of space reclamation that is historically dangerous should the process be interrupted. Given what I now know, I'm wondering how others have used Synology arrays to store their backup data? I myself question the following: 1. Should I still use the Nakivo Transporter service on the array, configure my repo(s) for incremental with full backup, and turn on Synology's data deduplication process for the volume hosting my backups? 2. Should I consider forgoing the Transporter service on the array, configure NFS mount points to my virtual transporter appliances, and turn on Synology's data deduplication process for the volume hosting my backups? 3. I created a folder (/volume1/nakivo) without using the Shared folder wizard where my repo stores its data. I've seen prompts indicating that information stored outside of "Shared Folders" can be deleted by DSM updates. Will future patches potentially cause my nakivo data to be removed since I created the folder myself? I have no reason to share out the base /volume1/nakivo folder if the Transporter service is local to my array. Other advise on using Synology and Nakivo together is much appreciated. P.S. After VM backups are taken, we perform backup copies across data center boundaries to ensure our backup data is available at an off-site location for DR/BCM purposes. By placing the transporter service on the array itself, we figure this replication process will be mainly resource driven at the array level (with network involvement to move the data) which will lighten our virtual transporter appliance footprint. Currently our replication process must send data from the local DD to a local transporter VM that then sends the data across an inter-dc network link to a remote transporter VM that finally stores the data on the remote DD. The replication process uses a good chunk of virtual cluster resources that could be better directed elsewhere.

@tkriener We would like to express our gratitude for your patience as we conducted our investigation. It appears that there may be some ambiguity surrounding the question at hand. It's worth noting that support for the backup of Exchange Online Mailboxes has been available since version 9.2, as documented in our release notes here: https://helpcenter.nakivo.com/Release-Notes/Content/v9-Release-Notes/v9.2-Release-Notes.htm Furthermore, the inclusion of Modern Authentication support was introduced in version 10.7.1, as detailed in our release notes here: https://helpcenter.nakivo.com/Release-Notes/Content/v10-Release-Notes/v10.7.1-Release-Notes.htm It's possible that there might be a requirement for something different or there may have been a misunderstanding when reviewing the release notes. If you require further clarification or have additional questions, please do not hesitate to reach out to our support team for assistance. We are here to ensure that you have a clear understanding of our product's capabilities. Thank you for your ongoing interest to NAKIVO Backup & Replication.

@tkriener Hello. To address your inquiry effectively, we recommend generating and submitting a support bundle to support@nakivo.com by following the instructions outlined here: https://helpcenter.nakivo.com/display/NH/Support+Bundles By doing so, you will facilitate a thorough examination of your issue by our esteemed Technical Support team. Simultaneously, this will enable us to escalate your feature request to our Product Development team for potential inclusion in our future development roadmap. Your cooperation in this matter is greatly appreciated, and we thank you for your understanding. Meanwhile, I requested the information to inform the community about the situation. Best regards

Hello, we are evaluating a switch from our existing M365-Backup solution to Nakivo. Are there any plans to support the backup of Exchange Online Mailboxes Modern Authentication From the Release Notes of 10.9 I saw that the backup of Exchange Online Mailboxes is not supported yet. In the user guide I found, that the backup user need to be excluded from conditional access. I know that in the past there where several limitations by MS, with APIs not supporting modern authentication, but as far as I know, those have been fixed. Is this probably already implemented for the upcoming 10.10 or are there any other plans? Regards, Thomas Kriener

@hakhak Please share a screenshot of the repository status and existing recovery points expiration status. For example: Repository status Recovery points status Can you confirm if it is the Forever incremental repository or the Inc_with_full repository? If you click on the job, go to the right pane and click on the target repository, you will get the following: Forever Repository Looking forward to your updates. Best regards

@Dalibor Barak, we appreciate your patience and interest in the NAKIVO software. To assist you with your request, we kindly ask you to send us a support bundle. It contains log files and system information that will help us identify the problem and provide a resolution. Please remember to include the main database and specify your ticket ID #215999. The instructions on how to generate and send a support bundle can be found in the NAKIVO Help Center at the following link: https://helpcenter.nakivo.com/User-Guide/Content/Settings/Support-Bundles.htm Thank you for choosing NAKIVO, and we look forward to your reply and assisting you further.

Hello, i have Synology DS1618+ with the latest DSM (DSM 7.2-64570 Update 3). I've tried the above procedure, but the update doesn't work and the virtual appliance can't connect to the transporter because it keeps reporting that the Transporter is Out Of Date. When will the update package be available? Either for automatic or manual update? Can you help me, Please? Thanks Dalibor Barak

@Ethan Shutika One more hint is to connect to administrative share on a physical machine from the machine/NAS where the NAKIVO Director is installed on the OS level. Kind regards.

@Ethan Shutika This issue seems to be specific and complex, and our support team is equipped to provide you with the personalized assistance needed to resolve it effectively. They have the expertise and tools to dig deeper into the problem, analyze logs, and provide tailored solutions to ensure your NAKIVO Backup & Replication experience runs smoothly. Please send an email to our support team at support@nakivo.com, and include as much information as possible about your setup, the error message you're encountering, and any relevant configurations. This will help expedite the troubleshooting process and ensure a swift resolution to your issue.

I did verify SMB 2 was running and the C$ admin and IPC are showing as shared.

@Ethan Shutika Thank you for reaching out to us. We appreciate your interest in NAKIVO Backup & Replication and are committed to ensuring your experience with our software is seamless and efficient. In order to guarantee optimal performance and compatibility with your physical machine, we kindly request that you review the following system requirements outlined in our user guide: https://helpcenter.nakivo.com/User-Guide/Content/Deployment/System-Requirements/Supported-Platforms.htm#Physical SMB Protocol Version: Please ensure that your physical machine is configured with SMBv2 or a higher version of the SMB protocol. This is essential for NAKIVO to operate effectively. If you have a firewall in place, it is imperative to enable the corresponding rule for SMB-in to facilitate uninterrupted communication. Administrative Shares: It is crucial that the default administrative shares on your physical machine are enabled and accessible over the network. This ensures that NAKIVO can perform its duties without any hindrances. We understand the importance of these requirements, as they directly impact the functionality of our software. By adhering to these guidelines, you can be confident in the smooth operation of NAKIVO within your business environment. Should you have any further questions or require assistance with the implementation of these requirements, please do not hesitate to contact our support team: support@nakivo.com Your satisfaction is our top priority, and we look forward to hearing from you.

@Ethan Shutika Hello, your information/request has been received and forwarded to our Level 2 Support Team. Meanwhile, the best way for both sides would be to generate and send a support bundle (https://helpcenter.nakivo.com/display/NH/Support+Bundles) to support@nakivo.com so our Technical Support team can investigate your issue having more details. Thank you for understanding.

I am getting the below error message when i try to add some physical machines from the manager. Any ideas? An internal error has occurred. Reason: 1053 (SmbException).

@hakhak Hello, your information/request has been received and forwarded to our Level 2 Support Team. Meanwhile, the best way for both sides would be to generate and send a support bundle (https://helpcenter.nakivo.com/display/NH/Support+Bundles) to support@nakivo.com so our Technical Support team can investigate your issue having more details. Please, remember to include the main database and specify your ticket ID #215663. Thank you for understanding.

Good morning I have a problem the jobs which have expired are still on the physical. expired jobs are not deleted and my disk space is full thank you for your help

Thank you

@rimbalza We extend our gratitude for choosing NAKIVO Backup & Replication software and your keen interest in optimizing your operational efficiency. In response to your query, we would like to draw your attention to a pivotal feature within our software's system settings. The "Check for sufficient RAM on the target host for replication/recovery jobs" checkbox is a significant consideration for ensuring seamless replication and recovery processes: https://helpcenter.nakivo.com/User-Guide/Content/Settings/General/System-Settings.htm Please note that this checkbox may be enabled or disabled based on your operational preferences. We encourage you to review your system settings and assess whether this option aligns with your current requirements. Should you require further clarification, assistance in configuration, or have additional inquiries, our dedicated support team is readily available to provide the guidance you need. Thank you for choosing NAKIVO Backup & Replication to enhance your data protection and management endeavors.

Hello, @rimbalza, your information/request has been received and forwarded to our Level 2 Support Team. Meanwhile, the best way for both sides would be to generate and send a support bundle (https://helpcenter.nakivo.com/display/NH/Support+Bundles) to support@nakivo.com so our Technical Support team can investigate your issue having more details. Thank you for understanding.