Quantcast
Channel: Veeam Support Knowledge Base
Viewing all 4469 articles
Browse latest View live

List of Ports Used by Veeam Backup & Replication

$
0
0

Challenge

You would like to know the ports used for Veeam Backup & Replication and what they apply to.

Solution

VMware
Veeam Backup & Replication 9.5u4 - https://helpcenter.veeam.com/docs/backup/vsphere/used_ports.html?ver=95u4
Veeam Backup & Replication 9.5 - https://helpcenter.veeam.com/docs/backup/vsphere/used_ports.html?ver=95
Veeam Backup & Replication 9.0 - http://helpcenter.veeam.com/backup/vsphere/used_ports.html
Veeam Backup & Replication 8.0 - http://helpcenter.veeam.com/backup/80/vsphere/used_ports.html
Veeam Backup & Replication 7.0 - http://helpcenter.veeam.com/backup/70/vsphere/used_ports.html
Veeam Backup & Replication 6.5 - http://helpcenter.veeam.com/backup/65/vsphere/used_ports.html
 
Hyper-V
Veeam Backup & Replication 9.5u4 - https://helpcenter.veeam.com/docs/backup/hyperv/used_ports.html?ver=95u4
Veeam Backup & Replication 9.5 - https://helpcenter.veeam.com/docs/backup/hyperv/used_ports.html?ver=95
Veeam Backup & Replication 9.0 - http://helpcenter.veeam.com/backup/hyperv/used_ports.html
Veeam Backup & Replication 8.0 - http://helpcenter.veeam.com/backup/80/hyperv/used_ports.html
Veeam Backup & Replication 7.0 - http://helpcenter.veeam.com/backup/70/hyperv/used_ports.html
Veeam Backup & Replication 6.5 - http://helpcenter.veeam.com/backup/65/hyperv/used_ports.html


How to Backup vCenter Server Appliance

$
0
0

Challenge

There is a need to create a stable backup of your VCSA or restore it properly.

Solution

VCSA with Embedded Database:

Backup:

To backup the VCSA with Veeam, it's important to understand that Veeam does not directly support Postgres SQL (VMware's embedded DB). Instead, it's optimal to perform backup in 2 parts:

  1. Image Level Backup with Veeam
  2. Database backup via VMware Best Practice

Part 2 is not required, however, but please beware that restoring the image-level backup ensures the same state the Database was in at the point in time of the backup. VMware Best Practice shows to backup the database as regular maintenance. Then you would be able to restore the server from step 1, then restore the database to whichever point in time with the backup from step 2.

To backup the VCSA with Veeam (step 1):

  1. Create a typical backup job;
  2. VMware Tools Quiescence is disabled on the job level;
  3. Ensure Application-Aware Processing and Guest File System Indexing are either disabled or excluded for the VCSA VM;
  4. Customize other settings to desired configuration.

To backup the VCSA Database (step 2):

  1. See this VMware KB on how to backup the database.

Restore:

When restoring the VCSA, there are some Considerations and Limitations from VMware. Once you understand the considerations and limitations, it's important to understand how to restore your vCenter when there is no vCenter in which to point Veeam. Then you are ready to perform a Full VM Restore or Instant VM Restore.

Once the VCSA is fully restored, if database backups were created, you are now ready to restore the Embedded Database to the desired point in time using the steps mentioned in the above KB.

 


VCSA with External DB

Backup:

Backup is the same as above with the difference that you may also create an image-level backup of the database server if you so choose. The benefit here is that you may restore the entire VM to a specified state. This state will be of the time in which the image backup was created and without capability of point-in-time database restores. 

For Microsoft SQL and Oracle databases, Veeam can perform log backups to provide point-in-time restores. 

  1. For requirements, details, and how to enable log processing for Microsoft SQL, click here.
  2. For requirements, details, and how to enable log processing for Oracle, click here.

RESTORE

The restore process is yet the same as the previous steps with these exceptions:

  1. VCSA requires the database to function. If needed, the database/server should be restored first.
    1. Server restore:
      1. Instant VM Restore
      2. Entire VM Restore
    2. Database restore, if Veeam was used to backup the database transaction logs you may restore with their corresponding tool:
  2. Once the database is restored you can restore the VCSA via Full VM Restore or Instant VM Restore.

List of Ports Used by Veeam Backup & Replication

$
0
0

Challenge

You would like to know the ports used for Veeam Backup & Replication and what they apply to.

Solution

VMware
Veeam Backup & Replication 9.5u4 - https://helpcenter.veeam.com/docs/backup/vsphere/used_ports.html?ver=95u4
Veeam Backup & Replication 9.5 - https://helpcenter.veeam.com/docs/backup/vsphere/used_ports.html?ver=95
Veeam Backup & Replication 9.0 - http://helpcenter.veeam.com/backup/vsphere/used_ports.html
Veeam Backup & Replication 8.0 - http://helpcenter.veeam.com/backup/80/vsphere/used_ports.html
Veeam Backup & Replication 7.0 - http://helpcenter.veeam.com/backup/70/vsphere/used_ports.html
Veeam Backup & Replication 6.5 - http://helpcenter.veeam.com/backup/65/vsphere/used_ports.html
 
Hyper-V
Veeam Backup & Replication 9.5u4 - https://helpcenter.veeam.com/docs/backup/hyperv/used_ports.html?ver=95u4
Veeam Backup & Replication 9.5 - https://helpcenter.veeam.com/docs/backup/hyperv/used_ports.html?ver=95
Veeam Backup & Replication 9.0 - http://helpcenter.veeam.com/backup/hyperv/used_ports.html
Veeam Backup & Replication 8.0 - http://helpcenter.veeam.com/backup/80/hyperv/used_ports.html
Veeam Backup & Replication 7.0 - http://helpcenter.veeam.com/backup/70/hyperv/used_ports.html
Veeam Backup & Replication 6.5 - http://helpcenter.veeam.com/backup/65/hyperv/used_ports.html

Network traffic encryption enabled within job when no rule has been set and the Veeam server has a Public IP

$
0
0

Challenge

During the processing of a VM by Veeam Backup & Replication on a server with a Public IP, the notification stating “Network traffic will be encrypted” is shown even though no rule is in place within the network traffic rules.

Cause

By default Veeam Backup & Replication enables encryption when a server and agent is run on has a Public IP.

Solution

This is intended as a safety feature however the overhead of encryption can diminish performance.
To disable this feature implement the following registry value on the server where the Veeam console is installed and restart the Veeam Backup Service.
 
HKLM\SOFTWARE\Veeam\Veeam Backup and Replication\
DWORD: DisablePublicIPTrafficEncryption
Value: 1

 

Backup Copy Seeding and Mapping for Cloud Connect

$
0
0

Challenge

Details how to seed a backup copy job with cloud providers

Solution

The steps differ slightly from regular backup copy seeding. Please contact your provider for their preferred method of receiving seed data. The provider may have their own process for you to use. This KB details how to create a backup copy seed within the software with instructions specific for Cloud Connect, however the provider chooses to receive the data.
 
Tenant must perform these steps first
 
1. Create a new, auxiliary, backup copy job. Add VMs whose restore points you want to copy to the auxiliary backup copy job. Target the auxiliary backup copy job to some backup repository on the source side that is not the source backup repository location in the GUI. You are unable to target ‘Backup Repository’ for both Backup and Backup Copy jobs. This backup repository will be used as an intermediate one.

If the Cloud Repository is a SOBR then the new backup copy job will have the stipulations listed below. (Please note this process is different than migrating to a SOBR as described in https://www.veeam.com/kb2236 and migration still requires contacting Veeam support for assistance)
 
A. If the SOBR is using per-VM then the Backup Copy Job creating the seed should also use per-VM.
B. There should not be any spaces in the Backup Copy Job name. (any spaces needed can be substituted with an underscore "_")

 
2. Run the auxiliary backup copy job to create a full backup file (VBK with VBM metadata file) in the intermediate backup repository, then disable the Backup Copy job.
 
3. Perform a ‘Remove from configuration’ on the backup set under Backups > Disk (Copy)
 
4. Contact your provider for the preferred method of receiving data.
  
Provider must then perform these steps second
 
1. Upon receiving the tenant’s backup seed data (VBK with VBM metadata file), move these to the tenant’s backup directory. Example: E:\Backups\TenantName\JobName\File.VBM

If the Cloud Repository is a SOBR then the requirements listed below must be met. (Please note this process is different than migrating to a SOBR as described in https://www.veeam.com/kb2236 and migration still requires contacting Veeam support for assistance)
 
A. The VBM file must be moved to each of the extents when seeding.
B. Performance SOBRs must have the VBK and VIB files on different extents.
 
2. Inform the tenant that data has been transferred to their repository location.  
 
Tenant must then perform these steps last
 
1. Rescan the cloud repository. Backup files should then appear under Backups > Cloud  
 
Note: If the original backup copy files were encrypted, you will need to input the password for the backup copy set under Backups > Encrypted before moving forward.
 
2. Edit the original backup copy job to change the repository to the Cloud Repository.

3. Click ‘Map Backup’ and select the Backup Copy chain that is imported.


4. Enable the Backup Copy job, right click the job, and select ‘Sync Now’.

More Information

https://helpcenter.veeam.com/docs/backup/vsphere/backup_copy_mapping_auxiliary.html?ver=95

Mapping an existing Veeam Agent backup chain to a Veeam Backup & Replication repository

$
0
0

Challenge

You need to map an existing Veeam Agent backup chain to a Veeam Backup & Replication repository.

Cause

There are no features in Veeam Agent that would allow mapping existing backups to Veeam Backup & Replication, however it is possible to copy a local backup chain to a Veeam Backup & Replication repository and continue using it.

Solution

Here is the list of steps for mapping a local backup chain to a Veeam Backup & Replication repository.

1. Create a backup with Veeam Agent at any temporary backup destination of your choice.

If a Veeam Backup & Replication repository was used,
  • remove the existing Veeam Agent backup job from jobs (right click > Delete)
  • remove the backup files from configuration: right click Disk (backups) > Endpoint Backups > Remove from configuration

2. Place the backup chain into the required folder.

2.1 Example for a non-cloud repository

Backup files reside in C:\VeeamBackup\Backup Job 1 and need to be moved to a Veeam Backup & Replication repository into the following folder: C:\Backup.

Under C:\Backup you will need to create a folder named after the account that is used to access the repository. In this example, the account is DOMAIN1\user1, so the folder name would be DOMAIN1_user1.

The complete path to the backup files would be C:\Backup\DOMAIN1_user1\Backup Job 1

2.2 Example for a cloud repository

The backup files reside in C:\VeeamBackup\Backup Job 1 and need to be moved to a cloud Veeam repository into following folder: C:\Backup.

Under C:\Backup you will need to create a folder named after the tenant account that is used to access the repository. If the account name is Tenant2, the complete path to the backup files would be C:\Backup\Tenant2\Backup Job 1

If a subtenant is used with the account name Subtenant3, the path will be C:\Backup\Tenant2\users\Subtenant3\Backup Job 1

3. Rescan the Veeam Backup & Replication repository. Here is a brief guide on repository rescan. 
Note: For backups that you are mapping to cloud, rescan the repository hosting the tenant backups on the provider side.

4. The Veeam Agent backup should appear under Disk > Imported.
Note: When a backup chain is mapped to cloud, it will not be displayed under Disk > Imported.

5. Point the Veeam Agent job to the required Veeam Backup & Replication repository. Do not run it immediately, just close the wizard after making the changes.

6. On the Veeam Backup & Replication machine, the backup should be moved from the Imported section to Backup > Disk. Make sure that backups are located in Backups > Disks (not Disk (imported)).

7. Run the Veeam Agent backup job. It should continue the imported backup chain.

Note: The described solution works for Veeam Backup & Replication repository and Veeam Cloud Connect repository.

More Information

NOTES: 1. If local backup encryption was enabled during the initial job configuration, additional steps may be needed to complete the mapping.

For non-cloud repositories
Importing a backup chain to a Veeam Backup and Replication server puts the imported chain in the Disk (encrypted) tab. Before the backup chain can be continued, you will need to right click on the encrypted backup chain and enter the password.

For cloud repositories
In some cases it may be necessary to enter the password in order to continue the backup chain. If entering the password is required, you will be prompted to do so when the job starts.

2. If Backup & Replication repository’s encryption is enabled at the repository, you should decrypt it using password specification (Right click > Specify password) to finish the import procedure.

3. Migration to local VBR SOBR is described in kb2236 (the outlined method is completely relevant for Veeam Agent backups).
Put everything in the nutshell, here are the steps:
  1. Map the backup to a simple VBR repository.
  2. Run said backup.
  3. Add the simple repository to the SOBR repository (make sure VBR processed the existing backup to SOBR extent – as an indication, you will be prompted for it with a special message first and by the end of the process SOBR’s extents will have job’s VBM).
  4. Put a new SOBR extent into maintenance mode and evacuate all the backups from it. This procedure will place the existing temporary repository’s backup to other active extents.
  5. Change the backup job configuration on the VAW side to the SOBR repository and then check the backup from there.
4. Migration to a Cloud Connect SOBR has its own specific moments. The guide below contains all required steps required for a proper migration:
 
1) Get the successful backup to a simple VCC repository. It depends on the use case but the thing is that it is not possible to map VAW backup to VCC SOBR directly, first VAW backup should be mapped to a simple repository. Once it is done, feel free to proceed with SOBR migration;
2) Copy VBM and VBK, VIB files to SOBR extents and replace 'space' symbols with 'underscore' (_), e.g. 'Backup Job hostname' to 'Backup_Job_hostname' in the name of the job and the VBM-file.
The backup points itself (VBK, VIB) should be moved to the only extent, whereas VBM should be placed to all the SOBR's extents.
3) Then rename the old local repository VBM to VBM_old and rescan the simple VCC repository. This will clean VCC database of the old job's info.
4) Delete the existing tenant's quota and add a new SOBR's one. It's possible to achieve via tenant's properties by replacing the simple VCC repository with the SOBR one in 'Cloud repositories' section.
5) Rescan the SOBR repository.
6) Reconfigure the Veeam Agent job to a VCC SOBR repository
 
5. If Veeam Agent is managed by VAC, then, there are no limitations for VCC seeding and all the steps above are completely relevant. The guide below contains more details regarding specific VAC-related steps:

1.    Create a VAC policy pointed to a local repository;
2.    Apply the policy to the desired machine. You can find how to apply a policy here;
3.    Let the Policy Job run to its desired location. In our example, that is “E:\Local Repository\” and under this folder will be a new folder named with the job name which is defined in step 1 like “E:\Local Repository\Policy
4.    Edit the VAC policy by changing the repository from the local target to the cloud repo. Once the policy was applied, create the job folder on the cloud repository for the Agent machine. 

The folder path will be <Default Repository Path>\<Tenant account>\Users\<Tenant Account>_<Hostname>\<Job name>

For example, in our test we are going to the default repository with the path of C:\Backup, using a tenant account named “test”, and the machine name is AgentHostname, so the final path will be: C:\Backup\test\Users\test_AgentHostname\Policy

5.    Copy the local backups from the local folder “Policy” to the Cloud folder made in the previous step (simply move all the backup content such as VBM, VBK, VIB files).
6.    Re-scan the Veeam Backup & Replication repository hosting the tenant backups on the provider side. Here is a brief guide on repository rescan.
7.    On the Backup Agent machine, delete the local backup that we made with the local policy.
8.    Begin the backup to the Cloud Repository, run the job on Agent site (if VAC account related issues occur - restart VAC Management Agent Service on Tenant site).

 
Check the mapping result. Make sure that there were no folders with suffix _1, _2 created on the Cloud repository Tenant's folder during initial run.


If you have any questions, open a case with Veeam Support.

Backup to Tape Job to the HPE LTO tape drives fails with "Tape error: '1117'" after upgrade to Veeam Backup & Replication 9.5 Update 4b

$
0
0

Challenge

Backup (and other operations) to HPE LTO tape drives may constantly fail after installation of Veeam Backup & Replication 9.5 Update 4b (9.5.4.2866).

Veeam fails to connect to the tape drive and returns the following errors:
 
[18.07.2019 15:49:24] <01> Warning TapeDrive alert: The tape drive has a problem with the application client interface
...
[18.07.2019 15:49:58] <01> Error Tape error: '1117' (The request could not be performed because of an I/O device error) (Veeam.Backup.Common.CCppComponentException)
[18.07.2019 15:49:58] <01> Error in c++: TapeHandle failed to get tape drive parameters.
[18.07.2019 15:49:58] <01> Error in c++: Tape initialization FAILED.

However, the tape drive is recognized correctly in the device manager and no hardware related errors are reported in the Windows System log.

Cause

When Veeam is configuring the hardware encryption, it sends an incorrect command to the tape drive.
This brings the tape drive into the faulty state.

Solution

To solve the issue, apply the hotfix:
    1. Download the hotfix.
    2. Check that you have version 9.5.4.2866 of Veeam Backup & Replication installed.
    3. Make sure that no jobs are running, close the Veeam console and stop all Veeam services on the backup server.
    4. Stop all Veeam services on the tape server.
    5. On the tape server, rename original file VeeamAgent.exe into VeeamAgent.exe_original in folders: C:\Program Files (x86)\Veeam\Backup Transport\x64 and C:\Program Files (x86)\Veeam\Backup Transport\x86.
    6. Copy VeeamAgent.exe from the hotfix into folders C:\Program Files (x86)\Veeam\Backup Transport\x64 and C:\Program Files (x86)\Veeam\Backup Transport\x86 on the tape server.
    7. Start Veeam services on the backup server and on the tape server.
    8. Disconnect the tape drive from the power for a couple of minutes.
    IMPORTANT: Mere reboot of the tape server does not solve the issue.

    More Information

    [[DOWNLOAD|DOWNLOAD PRIVATE FIX|https://storage.veeam.com/Fix_179499_7210362d26.zip]]
    MD5: e03821e72c7011009997a973b4b5bbb0
    SHA1: 2fce13610c2b44c9331fd9e6068b5363bd0f7b5d

    All instances of storage metadata are corrupted

    $
    0
    0

    Challenge

    A task in Veeam Backup & Replication fails with the error:
     
    “All instances of storage metadata are corrupted.”

    Cause

    It’s important to first understand what the “storage metadata” is.
     
    The storage metadata is akin to a MFT (master file table), for the Veeam Backup & Replication backup file. The storage metadata informs Veeam 
    Backup & Replication which blocks within the backup file belong to which file that was backed up. It is stored within the backup file twice for redundancy, and only one entry is ever modified at a time. If both storage metadata entries become corrupt, Veeam has no way to determine which blocks belong to which original files that were backed up.
     
    There are a multitude of potential causes for this issue; the majority are related to either storage failure or a communication issue with the storage device.

    Solution

    Due to the nature of the storage metadata, once it becomes corrupted there is no way to restore from the file.
     
    If this error occurs during a restore:
    If you are using the 3-2-1 rule (see below), attempt the restore from a restore point from a different backup set for that day.
     
    If this error occurs during a backup job:
    Please start a new backup set for the specific job that is failing with this error. Details on how to start a new backup set can be found in KB 1885.
     
    In the future it would be advisable to use SureBackup to test backup validity.
     
    There is also a Validator command line tool that can be found in the installation folder of Veeam called, Veeam.Backup.Validator.exe. This tool can be used to Validate consistency of backup files.
     
    It is also advised to periodically run CHKDSK, or an equivalent function against the location where the backup files are stored.

    More Information

    http://www.veeam.com/blog/how-to-follow-the-3-2-1-backup-rule-with-veeam-backup-replication.html
    https://www.veeam.com/wp-data-corruption-types-and-countermeasures.html
    Related forum post:
    http://forums.veeam.com/veeam-backup-replication-f2/all-instances-of-the-storage-metadata-are-corrupted-t2228.html#p92839

     

    Zlib decompression error: [-3] | Failed to decompress LZ4 block

    $
    0
    0

    Challenge

    Backup or restore fails with either of the following errors:

    Error: Client error: Zlib decompression error: [-3].

    OR


    Error: Client error: Failed to decompress LZ4 block: Incorrect decompression result or length

     

    Cause

    Cyclic Redundancy Check (CRC) failed while extracting data from a backup file. This indicates that one or more blocks in that file are corrupted.
     
    Typically this error indicates hardware malfunction during storage or transmission of the backup file. Most types of storage are subject to a small degree of unrecoverable failure – this is commonly called Bit Rot.

    Solution

    If you are attempting restore and have multiple copies of the backup file, try using a different copy. If you have other restore points, try an older full backup or an incremental associated with an older full. If you are unable to recover the complete VM, file level recovery may still be possible.
     
    If the error is encountered during backup, try running an active full backup. This will bypass the need to read data from previous backup files.
     
    The Windows event log on the repository server may contain Disk Event 7: “The device… has a bad block.” If so, run CHKDSK /F or /R. A small number of bad blocks are normal on most storage devices. If additional bad block events occur after running CHKDSK, check the SMART status and consider replacing the disk. If using a Network Attached Storage device, contact your storage vendor to determine what diagnostics are available.

    More Information

    Veeam Backup & Replication 6.5 added network traffic verification in order to detect corruption which might occur when sending data from a proxy to a repository or other proxy. Decompression errors in 6.5 and later are unlikely to be caused by a malfunctioning NIC, router, or other network device if the repository server is using a local disk. However, when backing up to a CIFS share, malfunctioning network hardware may be the cause of corrupted files.
     
    Synthetic full backups and reverse incremental backups both have the potential to copy data from corrupted backup files. Active full backups do not copy any data from existing backup files. Although it is best to perform periodic full-VM recovery tests, you can schedule monthly or quarterly active full backups to reduce the possibility that your latest backup contains corrupted data.


    https://www.veeam.com/wp-data-corruption-types-and-countermeasures.html

    AlwaysOn Availability Groups cannot be selected while restoring a SQL database to Microsoft SQL Server 2017 after installation of CU15

    $
    0
    0

    Challenge

    You try to restore a SQL database to Microsoft SQL Server 2017 with CU15 that supports AlwaysOn Availability Groups, but you are not able to select an availability group at the "Specify AlwaysON Restore Options" step.

    Cause

    ServerNetworkProtocolProperty is missing in CU15 for SQL Server 2017 VMI class. This class is used during the restore process.

    In SQL Explorer log files, you can see the following record: 

    Failed to resolve TCP/IP port. Invalid class
    Missing class will lead to restore issues if the following is true:
    - SQL server is running on non-default (1433) port.
    - SQL Server Browser service is not running.

    Solution

    On the SQL Server, run the following command to recompile MOF files for the WMI SQL Classes:

    mofcomp %programfiles(x86)%\Microsoft SQL Server\140\Shared\sqlmgmproviderxpsp2up.mof

    Zlib decompression error: [-3] | Failed to decompress LZ4 block

    $
    0
    0

    Challenge

    Backup or restore fails with either of the following errors:

    Error: Client error: Zlib decompression error: [-3].

    OR


    Error: Client error: Failed to decompress LZ4 block: Incorrect decompression result or length

     

    Cause

    Cyclic Redundancy Check (CRC) failed while extracting data from a backup file. This indicates that one or more blocks in that file are corrupted.
     
    Typically this error indicates hardware malfunction during storage or transmission of the backup file. Most types of storage are subject to a small degree of unrecoverable failure – this is commonly called Bit Rot.

    Solution

    If you are attempting restore and have multiple copies of the backup file, try using a different copy. If you have other restore points, try an older full backup or an incremental associated with an older full. If you are unable to recover the complete VM, file level recovery may still be possible.
     
    If the error is encountered during backup, try running an active full backup. This will bypass the need to read data from previous backup files.
     
    The Windows event log on the repository server may contain Disk Event 7: “The device… has a bad block.” If so, run CHKDSK /F or /R. A small number of bad blocks are normal on most storage devices. If additional bad block events occur after running CHKDSK, check the SMART status and consider replacing the disk. If using a Network Attached Storage device, contact your storage vendor to determine what diagnostics are available.

    More Information

    Veeam Backup & Replication 6.5 added network traffic verification in order to detect corruption which might occur when sending data from a proxy to a repository or other proxy. Decompression errors in 6.5 and later are unlikely to be caused by a malfunctioning NIC, router, or other network device if the repository server is using a local disk. However, when backing up to a CIFS share, malfunctioning network hardware may be the cause of corrupted files.
     
    Synthetic full backups and reverse incremental backups both have the potential to copy data from corrupted backup files. Active full backups do not copy any data from existing backup files. Although it is best to perform periodic full-VM recovery tests, you can schedule monthly or quarterly active full backups to reduce the possibility that your latest backup contains corrupted data.


    https://www.veeam.com/wp-data-corruption-types-and-countermeasures.html

    Jobs fail with "The host is not licensed for this feature" error message after upgrade to Veeam Backup & Replication 9.5 Update 4

    $
    0
    0

    Challenge

    After upgrading Veeam Backup & Replication to version 9.5 Update 4, backups of VMs from ESXi 5.0 and 5.1 licensed with VMware Essentials licensing start to fail with the following error: "VDDK error: 16064 (The host is not licensed for this feature)".

    Cause

    Regression in the VMware VDDK 5.5.5 specific to vSphere ESXi 5.0 or 5.1 hosts which are licensed with the VMware Essentials license.

    Solution

     Please install a private fix to address this issue:
    1. Depends on you version please download private fix and extract on the Veeam Backup Server. 
    2. Right-click on the installation file and click "Run as administrator"
    3. Go through the wizard to install private fix.
    4. Relaunch Veeam Backup Console and let Veeam automatically update hosts added to the Veeam server.
    NOTE: There is no need to stop Veeam services.
     

    More Information

    [[DOWNLOAD|DOWNLOAD PRIVATE FIX FOR UPDATE 4|https://www.veeam.com/download_add_packs/vmware-esx-backup/kb2875]]
    MD5 for veeam_backup_9.5.4.2615.update4_kb2875.exe: b02cd8c24b68a750eff9bc9e734dcec8
    SHA-1 for veeam_backup_9.5.4.2615.update4_kb2875.exe: b38b3e4e985239e6369356de4273f0001c00e607

    [[DOWNLOAD|DOWNLOAD PRIVATE FIX FOR UPDATE 4b|https://storage.veeam.com/Fix_158670_db7f686506.zip]]
    MD5 for Fix_158670_db7f686506.zip: b762bbaf292719572fccc0230dbee6f3
    SHA-1 for Fix_158670_db7f686506.zip: for d6652bcc729d1c961eb823acef1ee078cad60ca2

    How to add Veeam Agent for Microsoft Windows to antivirus exclusions list

    $
    0
    0

    Challenge

    Veeam Agent for Microsoft Windows functionality fails on a machine, where an antivirus product is installed.

    Cause

    Veeam Agent for Microsoft Windows operations are affected by virus protection tools.

    Solution

    Add the following folders to the antivirus exclusions list:
    • installation folder, the default path is: C:\Program Files\Veeam\Endpoint Backup
    • localDB folder: C:\Windows\System32\config\systemprofile
    • logs folder: C:\ProgramData\Veeam
    • the folders containing your backup files.

    More Information

    If the issue persists after following the steps listed in this KB, open a support case as follows:
    1. Right-click the Veeam Agent for Microsoft Windows icon in the system tray and select Control Panel.
    2. Click the Support link at the top of the window.
    3. Click Technical Support to submit a support case to the Veeam Support Team directly from the product.

    ConfigStoreRootPath cluster parameter is not defined

    $
    0
    0

    Challenge

    This article describes how to fix the warning/error “ConfigStoreRootPath cluster parameter is not defined” appearing in the following situations:
    • When you add a Windows Server 2016 Hyper-V cluster to Veeam console.
    • When you take a backup of a VM with a shared virtual disk located on the Windows Server 2016 Hyper-V cluster

    Cause

    In Hyper-V 2016 Microsoft implemented a possibility to share a virtual hard disk (in .vhdx or .vhds format only) between two or more VMs and use that virtual hard disk as a shared storage when building guest clusters.
     
    When you decide to add a Windows Server 2016 Hyper-V cluster to Veeam console, you must decide where to store meta files created during the backup process of the VMs from the shared virtual hard disk (i.e. information about snapshot groups etc.).
     
    By default, meta files location is not defined, so you need to define it manually.

    Solution

    1. To check the existing configuration run the following PS command on any node of the cluster:
     
    Get-ClusterResource "Virtual Machine Cluster WMI" | Get-ClusterParameter ConfigStoreRootPath

    By default, “value” points to a cluster volume (e.g. C:\ClusterStorage\Volume1).

    Please note that this value can be set only once. After it has been populated, you cannot change it anymore. This Microsoft article provides more information.

    2. Create a folder on that volume, and this folder will act as the meta files location. The folder should be available to all members of the cluster. (e.g. C:\Clusterstorage\Volume1\Hyper-V\Shared)

    3. Specify the path to the newly created folder with the following commands:
     
    $path = "C:\ClusterStorage\Volume1\Hyper-V\Shared"
    Get-ClusterResource "Virtual Machine Cluster WMI" | Set-ClusterParameter -Name ConfigStoreRootPath -Value $path

    The cluster now can be added to Veeam. If the cluster had already been added and the backup failed with the error in question, re-run the backup after setting the value.

    Unable to collect files information from datastore in a timely manner due to high vCenter server load

    $
    0
    0

    Challenge

    Veeam ONE Reporter collects data from datastores using “SearchDatastoreSubFolders_Task” tasks that are pre-defined by VMware. Some of the datastores might become unavailable or experience performance issues. Subsequently, Veeam ONE Reporter may be unable to complete data collection tasks against these datastores.


    The following error messages appear in the SchedulingService.log file:


    XX/XX/XXXX XX:XX:XX [info] : xxxxx.xxxxx.xxxxx: Exporting virtual machine files  
    XX/XX/XXXX XX:XX:XX [warning] : xxxxx.xxxxx.xxxxx: Failed to collect VM files: Datastore [**datastore_name**] timeout is exceeded
    Unable to collect files information from datastore [**datastore_name**] in a timely manner due to high vCenter server load.
    ...
    Unable to collect files information from datastore [XXXXXX] in a timely manner due to high vCenter server load.

    The collection job in Veeam ONE Reporter will finish with a "Warning" status. Additionally, the session log may contain the following entry:
     
    XX/XX/XXXX XX:XX:XX [warning]: xxxxx.xxxxx.xxxxx: There were errors while collecting VM files: Failed in retrieve some VM files because of the timeout is exceeded.

    Cause

    Veeam ONE Reporter uses a 900 secondtimeout in order to wait for 10 datastore search tasks (default number) to complete.

    Any performance or access issues affect the entire collection process, and the collection job finishes with a "Warning" status.
     
    The error messages above mean that some issues have occurred on datastores. Due to lack of response, we’ve failed datastore scan tasks and are unable to collect data from some of the datastores. Basically, the problem is either on the datastore’s or on VMware’s side, but we may try to find a workaround for this issue and apply changes to the collection process on Veeam ONE Reporter’s side in order to increase the time to wait until all datastore tasks are completed.
     
    NOTE: This workaround just lets you run the “SearchDatastoreSubFolders_Task” task with the new timeout specified to make sure the datastore collection process does complete.

    Solution

    Here is how to tune the product in order to make your datastore search tasks complete successfuly:
       1) Find a suitable timeout value for completing all the “SearchDatastoreSubFolders_Task” tasks.
       2) Apply registry changes and set a proper timeout value.

    STEP 1:
    Find a suitable timeout value for completing all the “SearchDatastoreSubFolders_Task” tasks in each particular scenario by running the PowerShell script (available below in "More Information" section) using VMware vSphere PowerCLI. This shows how much time it takes to complete all mentioned datastore tasks. You can download VMware vSphere PowerCLI package for free by the following link:
    http://www.vmware.com/support/developer/PowerCLI/index.html
     
    Instructions on how to run the script:
       1) Open PowerCLI and connect to your VMware vCenter server using the "connect-viserver" command.
       2) Specify the credentials to connect to VMware vCenter server.
       3) Change the current directory to the directory where the script is located (use "cd" command).
       4) Run the script and wait until it's finished.
     
    The following is an example of the output in the same VMware vSphere PowerCLI window. The script will run the task against every datastore that is registered under the VMware vCenter server.
     
    Error messages such as the following might appear:
       Trying to collect *.vmdk and *.flat files from **datastore_name** ( **datastore_id** )
       Exception calling "SearchDatastoreSubFolders" with "2" argument(s): "Datastore'
       [**datastore_name**]' is not accessible."
       At {path_to_the_script}:\Veeam_BrowseDatastores.ps1:45 char:41

     
    These errors mean that there are some problems with the datastores. But from the output, you should see how much time it takes to complete scanning all datastores.
     
    STEP 2:
    Increase the timeout Veeam ONE Reporter uses to complete the entire datastore search process:
       1) Log on to the server with Veeam ONE Reporter installed.
           Open Registry Editor and navigate to the Veeam ONE Reporter registry folder:
           For both x86bit and x64bit systems - HKEY_LOCAL_MACHINE\SOFTWARE\Veeam\Reporter Enterprise
       2) Create the following registry key:
           Name – GetVmSnapshotTimeout
           Type – DWORD
           Value – XXXXX *.
             * Equal to or more than time it takes to complete scanning all datastores according to script's output.
                The value is calculated in seconds and should be specified in DECIMAL format.

    More Information

    Here is the script mentioned above:
     
    write-host (Get-Date).TimeOfDay Getting datastores...
     
    $dss = get-datastore
    write-host (Get-Date).TimeOfDay $dss.Count datastores found
     
    $fqf = New-Object VMware.Vim.FileQueryFlags
    $fqf.FileSize = $true
    $fqf.FileType = $true
    $fqf.Modification = $true
    $fqf.FileOwner = $true
     
    $fq1 = New-Object VMware.Vim.FileQuery
     
    $ss1 = New-Object VMware.Vim.HostDatastoreBrowserSearchSpec
    $ss1.details = $fqf
    $ss1.sortFoldersFirst = $true
    $ss1.MatchPattern += "*.*"
     
     
    $ss2 = New-Object VMware.Vim.HostDatastoreBrowserSearchSpec
    $ss2.details = $fqf
    $ss2.sortFoldersFirst = $true
    $ss2.MatchPattern += "*delta.vmdk"
    $ss2.MatchPattern += "*flat.vmdk"
     
     
    $ss1.Query = $fq1
     
    foreach($ds in $dss)
    {
     $dsv = $ds | get-view
     
     if($ds.Accessible -ne $true)
     {
       write-host (Get-Date).TimeOfDay Skip files collecting because $dsv.Summary.Name"("$dsv.Summary.Datastore.Value")" is not accessible.
     }
     
     else
     {
       $dsb = get-view $dsv.browser
       $rp = "["+$dsv.summary.Name+"]"
     
       write-host (Get-Date).TimeOfDay Trying to collect *.vmdk and *.flat files from $dsv.Summary.Name"("$dsv.Summary.Datastore.Value")"
       $sr2 = $dsb.SearchDatastoreSubFolders($rp, $ss2) 
       write-host (Get-Date).TimeOfDay Completed. $sr2.Count files found on $dsv.Summary.Name"("$dsv.Summary.Datastore.Value")"
     
       write-host (Get-Date).TimeOfDay Trying to collect other files from $dsv.Summary.Name"("$dsv.Summary.Datastore.Value")"
       $sr1 = $dsb.SearchDatastoreSubFolders($rp, $ss1) 
       write-host (Get-Date).TimeOfDay Completed. $sr1.Count files found on $dsv.Summary.Name"("$dsv.Summary.Datastore.Value")"
     }
    }
     

    How to move the Veeam Backup & Replication or Enterprise manager to another server

    $
    0
    0

    Challenge

    You need to move Veeam Backup & Replication or Enterprise manager software and/or database to a new server.

    Solution

    Veeam Backup & Replication migration


    Note: This section will refer to the server where Veeam Backup & Replication is installed prior to the move as the “old server”, and the location after the move as the “new server”.


    There are two methods to perform Veeam Backup & Replication migration task:

     


    Migrate using Configuration Backup

    Perform the following steps on the old server:

    1. Stop and disable all jobs.
    2. Manually perform a configuration backup.
    3. Close Veeam GUI and stop all Veeam Services.

    Perform the following steps on the new server:

    1. Install Veeam Backup & Replication with a brand new DB.
    2. Apply the latest patch to Veeam Backup & Replication: http://www.veeam.com/patches.html
    3. Make sure all local drives that were being used as repositories on the old server are now attached with the same drive letters on the new server.
    4. Perform configuration backup restore:
      Note: It will be necessary to re-enter the password for every account during restore of non-encrypted configuration backups.
    5. Run a test job to make sure everything moved correctly.

     


    Migrate using SQL Backup

    IMPORTANT: Use this option only if Configuration Backup is not available. If encryption was used on the previous installation, a newly installed backup server will not be able to decrypt such information if attached to the existing database, so any encrypted information will have to be supplied manually – existing encrypted backups have to be re-imported to provide the password.

    Perform the following steps on the old server:

    1. Stop and disable all jobs.
    2. Close Veeam GUI and stop all Veeam Services.
    3. Create backup of the SQL database. (http://vee.am/kb1471)

      To find out where the VeeamBackup database is located, open regedit on the old server and navigate to: [HKLM\SOFTWARE\Veeam\Veeam Backup and Replication]
       
      There you will find 3 dword values:
      • SqlServerName
      • SqlInstanceName
      • SqlDatabaseName

     

    Perform the following steps on the new server:

    1. Install Veeam Backup & Replication with a brand new DB.
    2. Apply the latest patch to Veeam. http://www.veeam.com/patches.html
    3. Make sure all local drives that were being used as repositories on the old server are now attached with the same drive letters on the new server.
    4. Restore the Veeam database to the instance on the new server or on a SQL server which will host Veeam DB.
      Click (here) for information regarding restoring databases.
    5. To associate Veeam with the restored database, please use the DBConfig Utility to change the Database that Veeam is connecting to.
    6. Restart Veeam Services to apply the changes.
    7. Open the Veeam console and using the “Manage Credentials” button from the main menu and check the passwords for every account to confirm they are up to date.
    8. Run a test job to make sure everything moved correctly.
     

    Enterprise manager migration


    Note: This section describes how to move the Enterprise Manager (EM) database to a different SQL if the EM is installed separately from the Backup & Replication.


    1. Relocate VeeamBackupReporting DB to the new SQL server. See http://vee.am/kb1250
    2. On the Veeam Backup & Replication server, open the following directory:
      C:\Program Files\Veeam\Backup and Replication\Backup
    3. On the EM server, open the following directory:
      C:\Program Files\Veeam\Backup and Replication\Enterprise Manager
    4. Сopy the following files from the VBR folder to the EM one:
      • Veeam.Backup.Configuration.Tool.exe
      • Veeam.Backup.DBConfig.exe
      • Veeam.Backup.Tool.Core.dll
      • Veeam.Backup.Backup.UI.dll
    5. Run the copied ‘Veeam.Backup.DBConfig.exe’ as Administrator
    6. Follow the steps described here to connect the EM to the new DB location: https://helpcenter.veeam.com/docs/backup/hyperv/using_dbconfig_utility.html?ver=95

    More Information

    In situations where physical local storage is used please see the following KB that details how to relocate Veeam Backup and Replication backup file locations: https://www.veeam.com/kb1729

    For steps on migrating the Veeam database to another SQL Instance or Server, please refer to KB1250.

    How to configure antivirus exclusions to prevent interaction with Veeam Backup & Replication

    $
    0
    0

    Challenge

    This article documents antivirus exclusions that have been found to help prevent antivirus software from interrupting Veeam Backup & Replication communications with components such as proxies and repositories or with the guest OS of VMs that are being backed up or replicated.

    Cause

    In some rare instances antivirus can prevent certain executables, processes, or agents from being correctly deployed or leveraged from the Veeam server, proxy, repository, or even the guest OS.

    Solution

    Antivirus Exclusions:

    Folders on the Veeam Server:

    • C:\Program Files\Veeam
    • C:\Program Files (x86)\Veeam
    • C:\Program Files\Common Files\Veeam
    • C:\Program Files (x86)\Common Files\Veeam
    • VBRCatalog ( [HKLM\SOFTWARE\Veeam\Veeam Backup Catalog] CatalogPath value)
    • NFS (Configured in each repository, stored in [HKLM\SOFTWARE\Wow6432Node\Veeam\Veeam NFS] RootFolder value)
    • C:\VeeamFLR\*
    • C:\Windows\Veeam
    • %programdata%\Veeam

    Folder on Guest OS for VSS:

    • C:\Windows\VeeamVssSupport (folder might be missing, depends on backup job settings)
    • C:\Windows\VeeamLogShipper (folder might be missing, depends on backup job settings)

    Folders on VMware Backup Proxies and CIFS Repository Gateway:

    • C:\Program Files (x86)\Veeam
    • C:\Windows\Veeam

    Folders on Windows Repositories:

    • C:\Program Files (x86)\Veeam
    • C:\Windows\Veeam
    • %programdata%\Veeam
    • *Also include the path the backup files*

    Folders on WAN Accelerator:

    • C:\Program Files (x86)\Veeam
    • C:\Windows\Veeam
    • *Path of WAN cache on WAN accelerators*

    Files:

    • VeeamAgent.exe
    • VeeamAgent64.exe
    • *.vmdk
    • *.flat

    Due to the complex nature of antivirus software some additional exclusions may be needed.
    If your antivirus has a logging or history system please review this to see actions it may have taken that may affect Veeam Backup & Replication operations.

    Release Information for Veeam ONE 9.5 Update 4

    $
    0
    0

    Challenge

    Release information for Veeam ONE 9.5 Update 4

    Cause

    Please confirm you are running version 9.0.0.2088, 9.5.0.3201, 9.5.0.3254 or 9.5.0.3801 prior to installing this update. You can check this under Help | About in Veeam ONE console. After upgrading, your build will be version 9.5.4.4566.

    This update should be applied to the Veeam ONE server, as well as remote systems with the Veeam ONE Monitor Client.

    Before you apply the update, make sure you have a full backup of Veeam ONE database (how to backup Veeam ONE database).

    Solution

    Please refer to What’s New and Release Notes to get detailed information on the new version. 

    More Information

    [[DOWNLOAD|DOWNLOAD NOW|https://www.veeam.com/send_license/virtualization-management-one-solution/]]
    MD5: 9BFC92B616BA040A515B8737C19F7D65
    SHA-1: 1E2F9030DE69E388932E9A6B67B8B4616D14739C
    SHA-256: 1BD615507AE3F353CDD363B151081FF9B012010693CD4320D204B9545694603A

    Should you have any questions, contact Veeam Support.

    Veeam Agent for Oracle Solaris Installation Issue

    $
    0
    0

    Challenge

    Some users have encountered the following installation issue:
    Veeam Agent for Oracle Solaris setup packages downloaded from our veeam.com prior to the July 25, 2019 might change the default file permissions on the nohup utility located at /usr/bin/nohup in Solaris system. The default permissions should be 0755 (rwxr-xr-x) and the Veeam Agent installer might set an unnecessary sticky bit.

    Cause

    This issue is caused by an improper installation script and we advise you to check the actual permissions to make sure that no sticky bit is present.
     

    Solution

    To do so, execute the following command:
    ls -l /usr/bin/nohup
    
    The resulting output should have “-rwxr-xr-x” permissions. If the output has different permissions, please change the values to the default by issuing the following command:
    chmod 755 /usr/bin/nohup

    The improper access rights do not influence the functionality of the product and you may continue to use it. The issue was fixed and the new setup packages are available on veeam.com, please use the updated packages for all new deployments. The md5 sums for updated packages are as follows:

    16989b1c83bc355b55d89117eafba113  VeeamAgentSolaris_1.0.0.39.zip
    2bcf6d471417802bc3e7e3a8b6bb64c0  i86pc/VeeamAgent-1.0.0.39-i86pc.pkg.tar.gz
    301430e71ac8ebb19592b92f2bfb7644  sparc/VeeamAgent-1.0.0.39-sparc.pkg.tar.gz

    Backup Copy Job to the Linux Repository Fails with "No connection could be made because the target machine actively refused it xx.xx.xx.xx:2500"

    $
    0
    0

    Challenge

    You are running several Backup Copy jobs to the linux repository simultaneously and they fail with error "No connection could be made because the target machine actively refused it xx.xx.xx.xx:2500".

    Cause

    You have reached the limit of simultaneously opened SSH sessions.

    Solution

    You may increase the limit of SSH connections on the linux repository by changing etc/ssh/sshd_conf settings:

    ClientAliveInterval 30
    TCPKeepAlive yes
    ClientAliveCountMax 99999
    MaxSessions 200
    MaxStartups 100:30:200

    Viewing all 4469 articles
    Browse latest View live


    <script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>