{"id":21379,"date":"2017-06-26T09:00:02","date_gmt":"2017-06-26T07:00:02","guid":{"rendered":"http:\/\/nolabnoparty.com\/?p=21379\/"},"modified":"2020-03-15T18:02:33","modified_gmt":"2020-03-15T17:02:33","slug":"nakivo-backup-replication-7-2-whats-new","status":"publish","type":"post","link":"https:\/\/nolabnoparty.com\/en\/nakivo-backup-replication-7-2-whats-new\/","title":{"rendered":"NAKIVO Backup & Replication 7.2 what's new"},"content":{"rendered":"

\"nakivo72whatsnew01\"<\/p>\n

NAKIVO announced the new upcoming version of NAKIVO Backup & Replication<\/a> 7.2, the backup software solution to protect VMware, Hyper-V, and AWS EC2 environments.<\/p>\n

The new version introduces some new features that complete the already rich set of capabilities the application offers.<\/p>\n

 <\/p>\n

What's new<\/h2>\n

Most interesting features in the new release are related to MS-SQL Server<\/strong> with the introduction of log truncation and items restore.<\/p>\n

 <\/p>\n

VM Backup Appliance Based on Asustor NAS<\/h4>\n

In addition to QNAP, Synology and Western Digital NAS, the new release now supports also Asustor NAS.<\/p>\n

\"nakivo72whatsnew02\"<\/p>\n

Backup software, hardware, storage, and data deduplication are kept within the same device<\/strong> increasing the VM backup and replication speed by up to 2X<\/strong> compared with a VM-based backup solution.<\/p>\n

 <\/p>\n

Microsoft SQL Log Truncation<\/h4>\n

The transaction log files are an important component of Microsoft SQL Server since they store all database transactions<\/strong> and in case of failure they are essential for the data recovery process. If \u00a0these files are not monitored, they grow over time filling precious storage space<\/strong> and causing the SQL server crash.<\/p>\n

To prevent log files to grow forever, version 7.2 introduces the Microsoft SQL Log Truncation feature that automatically truncates log files after a successful VM backup or replica<\/strong> is made.<\/p>\n

\"nakivo72whatsnew03\"
\nInstant Object Recovery for Microsoft SQL<\/h4>\n

Accidental deletion, database corruption, repercussions of ransomware or other types of malware to data stored in the MS-SQL database can cause lot of problems to the business<\/strong>.<\/p>\n

With the introduction of the\u00a0Instant Object Recovery for Microsoft SQL, you can easily recover individual SQL server objects<\/strong> (databases and tables) back to the SQL Server (source or a different server) directly from the deduplicated and compressed VM backups.<\/p>\n

The process is pretty simple. From the wizard you have to specify the Recovery server<\/strong> and the SQL instance<\/strong>\u00a0to process.<\/p>\n

\"nakivo72whatsnew04\"<\/p>\n

Then you have to select the items to recover<\/strong>.<\/p>\n

\"nakivo72whatsnew05\"<\/p>\n

Specify the recovery options<\/strong>\u00a0to recover the data you actually need. Data you can recover depend on the RPO<\/strong> of your backup job.<\/p>\n

\"nakivo72whatsnew06\"<\/p>\n

 <\/p>\n

Calendar Dashboard<\/h4>\n

A new cool feature introduced in version 7.2 is the Calendar Dashboard where you can view all your jobs<\/strong> on a calendar and quickly find free slots in a backup window. New backup jobs can be scheduled directly from the calendar<\/strong> in order to have a global view and the duration. Calendars are also integrated<\/strong> right into the job wizard.<\/p>\n

\"nakivo72whatsnew07\"<\/p>\n

 <\/p>\n

Flexible Job Scheduler<\/h4>\n

It's now possible to add multiple schedules<\/strong> to a single job in order to run same backup job on different time.<\/p>\n

\"nakivo72whatsnew08\"<\/p>\n

The release date for version 7.2 of NAKIVO Backup & Replication is still unknown.<\/p>\n

\"signature\"<\/p>\n","protected":false},"excerpt":{"rendered":"

NAKIVO announced the new upcoming version of NAKIVO Backup & Replication 7.2, the backup software solution to protect VMware, Hyper-V, and AWS EC2 environments. The new version introduces some new features that complete the already rich set of capabilities the application offers.<\/p>\n","protected":false},"author":3,"featured_media":21381,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"rop_custom_images_group":[],"rop_custom_messages_group":[],"rop_publish_now":"initial","rop_publish_now_accounts":{"linkedin_93tdZWzMZc_93tdZWzMZc":"","facebook_2879994398731222_17841400390232720":"","twitter_113568041_113568041":"","mastodon_115463926174894442_115463926174894442":""},"rop_publish_now_history":[],"rop_publish_now_status":"pending","footnotes":""},"categories":[903,2138,1697],"tags":[1695,718,700],"class_list":["post-21379","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-vmware-en","category-backup-en","category-nakivo-en","tag-nakivo","tag-sql-en","tag-vsphere-en","has_thumb"],"_links":{"self":[{"href":"https:\/\/nolabnoparty.com\/en\/wp-json\/wp\/v2\/posts\/21379","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/nolabnoparty.com\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/nolabnoparty.com\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/nolabnoparty.com\/en\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/nolabnoparty.com\/en\/wp-json\/wp\/v2\/comments?post=21379"}],"version-history":[{"count":0,"href":"https:\/\/nolabnoparty.com\/en\/wp-json\/wp\/v2\/posts\/21379\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/nolabnoparty.com\/en\/wp-json\/wp\/v2\/media\/21381"}],"wp:attachment":[{"href":"https:\/\/nolabnoparty.com\/en\/wp-json\/wp\/v2\/media?parent=21379"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/nolabnoparty.com\/en\/wp-json\/wp\/v2\/categories?post=21379"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/nolabnoparty.com\/en\/wp-json\/wp\/v2\/tags?post=21379"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}