⬆️ ⬇️

Veeam Backup & Replication: tips and tricks. Part 1

On May 17, another VMware Users Community Group was held in Moscow. The company Veeam, as usual, did not pass this event party. I was going to give a presentation on how to take into account all aspects to properly build a backup system based on Veeam Backup & Replication software - based on last year’s presentation at VMworld.



But after the preparation of all the slides, I realized that the topic was extensive enough to fit into the framework of a short presentation. And the format of the presentation slides is not very suitable for it. Plus I did not want to load people with text. In general, at the very last moment before the start of the speech, having received a few questions on the innovations of version 7, I changed the presentation theme to “The History of Veeam Backup & Replication”, where I talked about what happened, what we have now, and what we plan to do in the next version.



The topic of how to configure Veeam Backup remains relevant. In addition, during the speech, and much more - after it, I received technical questions, which I am going to cover in a series of articles. And most importantly - ask questions here, in the comments, and we will definitely answer them.

')

Before turning to today's topic, I will note one question asked me on the VMUG forum. When will Veeam Backup back up data not through VMware snapshots, but “iron” DSS snapshots? At that time, I could not voice, but now I am fully answering: from version 7, Veeam Backup will be able to copy data from SAN snapshots. At the initial stage, support will be provided for HP equipment: LeftHand (including VSA) and 3PAR.

The principle is simple: now there is Veeam Explorer for SAN Snapshots, which allows you to pull data from snapshots. With this technology and VMware Changed Block Tracking (CBT), Veeam Backup will incrementally retrieve data already for backups.



And now for the first part of the tips:



Copy Modes in Veeam Backup



Briefly, the backup construction architecture of Veeam Backup looks like this:

Veeam Backup server runs the task and determines the best Veeam Backup Proxy for copying data. Veeam Backup Proxy pulls vSphere virtual machine data, deduplicates data, archives and streams to the Veeam Backup Repository. Veeam Backup Repository writes data to disk in backup copies, and also monitors the storage policy of copies: for example, it collects full synthetic copies if necessary.



Veeam Backup Proxy can be a physical server or a virtual machine with MS Windows, and the data retrieval methods can be: over the SAN network, via VMware Hot Add technology or over the LAN network.



This is about these methods, what they are and what you should pay attention to and the story goes on.



Direct SAN Access (Direct SAN Access)


How it works


Veeam Backup Proxy server we present VMFS with virtual machine disks. During the copying process, the proxy reads the necessary data blocks directly from the storage system.



Good


  1. This mode is considered the fastest way to copy. But I note right away that data over the 10G network can be copied faster.
  2. The method gives the least impact on the virtual infrastructure:

    • First, because the copying process itself is completely handed over to dedicated proxy servers, and is not performed on the hypervisor hosts;
    • Traffic is isolated by SAN (LAN-free)




poorly


  1. Only block access to storage is supported. Those. does not work for NFS storage.
  2. Working with FC storage requires physical servers. VM with a dedicated physical FC-adapter does not work. And this moment does not really fit into the project of total infrastructure virtualization. On the other hand, old servers can be occupied by the business, on which hypervisors will not be deployed, but be sure to read the recommendations subsection below.
  3. This is not for beginners. It requires knowledge of how to set up SAN, hosts. Need to plan.
  4. SAN configuration required: mapping, zonning.




Evil


Here are three easy ways to hurt yourself:

  1. Enable automount Windows Explorer to recognize new drives (enabled by default)
  2. Thoughtless clatter in the console Disk Management. “O-pa! Some kind of wheels here! ”
  3. Issuance of local Administrator rights "on the ball."




The worst thing that can happen is that Windows will “capture” LUNs from VMFS, and vSphere will not be able to recognize them as its datastores. But do not panic! VMware Support can fix this. And secondly, read the "safe path" to avoid this situation.



Safe way


  1. Present VMFS LUNs to backup-proxy servers in read-only mode.
  2. Disable automounting on backup proxy servers.

    Installing Veeam Backup Proxy does it herself. But if you want to present the disks before you install the proxy on the server, then use the diskpart utility. And keep in mind that it is better to do this through SAN Policy (OfflineShared), and not AutoMount .

  3. Disable the Disk Management snap-in via Group Policy:

    User Configuration > Administrative Templates > Window Components > Microsoft Management Console > Restricted/Permitted snap-ins > Disk Management




Tips and tricks


  1. If you have a modern fast SAN, and you want to get the most out of it (i.e. copy speed) from the Direct SAN Access mode, then use modern servers for the Veeam Backup Proxy. Yes, this is somewhat at odds with the recommendation to use old equipment, but ultimately you decide: save on equipment or save on time (speeding up the process).
  2. Update firmware and server drivers (especially if the server is physical), SAN equipment, FC-cards.
  3. Disabling MPIO (also known as Multi-Path Input / Output, also known as multipassing) on ​​the Veeam Backup Proxy server can improve performance. If you install MPIO, then more often everything is better to install software from the hardware manufacturer, and not Windows MPIO.
  4. For iSCSI SAN on Veeam Backup Proxy, optimize TCP / IP performance for better performance: netsh int tcp set global autotuninglevel=disabled
  5. Increase the read ahead buffers. The default is 4MB, which is optimal for most SANs. However, in some cases it may help to increase. On the main Veeam Backup server in the registry, create a new value in bytes: VddkPreReadBufferSize (DWORD)
  6. Look for your specific glands on the official forum: http://forums.veeam.com/viewforum.php?f=2




useful links


  1. Learn more about the new features of Veeam Backup & Replication v7
  2. Download a free version of Veeam Backup & Replication - Veeam Backup Free Edition
  3. Read more about the new v7 feature - backup using hardware snapshots.

Source: https://habr.com/ru/post/181177/



All Articles