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

HCL Tape - IBM TS3500

$
0
0

Challenge

Product Information

Product Family: IBM Midrange Tape Library 
Status: Veeam Ready - Tape 
Classification Description: Tape device where available hardware features have been tested to work with Veeam.

Solution

Product Details

Model number: TS3500 and TS4300 
Library firmware version: F030 
Drive firmware version: F980 
Driver for tape drive: 6.2.5.8 
Driver for media changer: 6.2.5.8 
Media Type: LTO-7

General product family overview: IBM® TS3500 Tape Library is designed to provide a highly-scalable, automated tape library for mainframe and open-systems backup and archive that can scale from midsized to large enterprise environments. 

 

Veeam Details

Veeam Build Number: 9.0.0.1715

More Information

Company Information

Company name: IBM 
Company overview: IBM is the worldwide tape market share leader offering a full range of tape storage solutions including drives, autoloaders, libraries, virtual tape systems and Spectrum Archive software which can make tape as easy to use as disk. 


Server does not support diffie-hellman-group1-sha1 for keyexchange

$
0
0

Challenge

When attempting to add a managed Linux server, you may receive one of the errors below.

Failed to negotiate key exchange algorithm
Client encryption algorithm not found
Server HMAC algorithm not found

Cause

When Veeam connects to a Linux target, we require Diffie-Helman key exchange capabilities for successful secure connections and to reduce the possibility that a password will not be intercepted when authenticating to the storage. In some Linux distributions, /etc/ssh/sshd_conf is missing the KexAlgorithms and Cipher fields to describe which methods are supported by the SSH daemon.

Solution

Review the configuration of your /etc/ssh/sshd_config file and verify at least one of the Ciphers, KexAlgorithms, and MACs listed below are present

Supported ciphers:

3des-cbc, aes128-cbc, aes192-cbc, aes256-cbc, aes128-ctr, aes192-ctr, aes256-ctr, blowfish-cbc, cast128-cbc, arcfour, twofish

Supported Key Exchange algorithms:

diffie-hellman-group-exchange-sha256, diffie-hellman-group-exchange-sha1, diffie-hellman-group14-sha1, diffie-hellman-group1-sha1


Supported HMACs

hmac-md5, hmac-md5-96, hmac-sha1, hmac-sha1-96, hmac-sha2-256, hmac-sha2-256-96, hmac-sha2-512, hmac-sha2-512-96, hmac-ripemd160, hmac-ripemd160@openssh.com

See the man page for your sshd_config file and/or query for the supported ciphers, key exchange algorithms and keyed-hash message authentication codes using the following command:

sshd -T

If needed, modify the sshd_config file. Then, to generate the newly added keys, run

ssh-keygen -A 

and restart the sshd service on the machine (reboot works fine, too).

More Information

Some systems offer an option in the GUI to disable or re-enable SSH logon, but these do not always actually restart the daemon. Typically, it is best to restart the service using the command

service ssh restart

or your distribution’s equivalent.

HCL - StoreOnce with Catalyst

$
0
0

Challenge

Product Information:

Product Family: HPE StoreOnce w/Catalyst
Status: Veeam Ready – Integrated; Veeam Ready - Repository 
Classification Description: Integrated storage where joint development activities between the manufacturer and Veeam have occurred to create advanced backup and restore functionalities. This device can support all Veeam backup and restore features.   

Solution

Product Details:

Model number: All StoreOnce Models
Firmware version: 3.13.1-1546.2 or later (3.15.1-1636.1 or later required for vPower features)
General product family overview: From ROBO to the entire enterprise, HPE StoreOnce System with HPE StoreOnce Catalyst is a single and agile backup and recovery solution. Reduce costs and keep pace with rapid data growth, confident that your SLAs are securely met.


Veeam Details:

Veeam Build Number: 9.0.0.902
Veeam Settings:

  • Repository Type: Deduplicating Storage Appliance
  • Deduplication: OFF
  • Compression: Optimal
  • Storage Optimization: Local target (16TB+ backup files)
  • Per-VM Backup Files: ON
  • Decompress before storing: ON
  • Align backup file blocks: OFF

More Information

Company Information:

Company name: Hewlett Packard Enterprise
Company overview: HPE delivers high-quality, high-value products, consulting, and support services in a single package. That’s one of their principal differentiators. They have industry-leading positions in servers, storage, wired and wireless networking, converged systems, software, services and cloud.

Removing Stuck VMDK’s from the Veeam Proxy

$
0
0

Challenge

While using Virtual Appliance Mode, a VMDK is not removed from the Veeam Proxy.

Cause

The VMware API call to remove the VMDK was not received or did not complete properly.

Another possible cause for VMDKs to not being removed successfully is a backup or replication job creating a snapshot against the backup proxy while in use. See solutions for this event in next section.
 

Solution

Through vSphere, you should be able to right-click the Veeam Proxy VM and select edit settings. Look for the Hard disks attached to the VM. Normally the stuck disks will be listed at the bottom. See below: 

User-added image

You should also be able to identify the disks by the name and the datastore they are in under the disk file box (top right).
 
To remove them, select the disk by clicking on it and select remove at the top right. The below will be shown:

User-added image

Under removal options choose “remove from virtual machine” DO NOT choose the option that deletes it from disk (the second option).
 
We add the disk as Independent Nonpersistent, so we do not need to worry about making changes in Windows or removing it from disk management.
 
After successfully removing the disk, you will need to remove the snapshot the VM being backed up is running on.
 
To do this, right-click the VM in vSphere and select snapshot then snapshot manager. The below box will appear.

User-added image

Select the snapshot (named TEMP in this example) and select “delete” and confirm the removal. This will consolidate all the changes back into the base VMDK of the VM.

If your backup and/or replication jobs from the previous section are found to be the root cause please remove the backup proxy from the job(s) and/or add exclusions to prevent them from being proceed.

More Information

This KB talks about how to test Virtual Appliance Mode by adding disks manually to the Veeam Proxy.  http://www.veeam.com/KB1184

Job Planning

$
0
0

Challenge

To ensure sufficient use of resources and faster jobs performance, it is important to plan your backup, replication and copying jobs in a proper way.

Solution

For information regarding Job Layout, Object Selection, Job Scheduling,  and Best Practices for any Backup Job Settings, please refer to this page:
 https://bp.veeam.expert/job_configuration/backup_job.html
 
 For information regarding the Backup Methods and the differences here and Pros and Cons for each, please refer to this page:
 https://bp.veeam.expert/job_configuration/backup_methods.html
 
For information regarding Encryption and Recommendations on When to Utilize it, please refer to this page:
 https://bp.veeam.expert/job_configuration/encryption.html
 
For information regarding Deduplication and Compression settings for any backup jobs, please refer to this page:
 https://bp.veeam.expert/job_configuration/deduplication_and_compression.html
 
For information regarding Backup Copy Jobs and Suggestions for Scheduling, Job Layout, and Object Selection, please refer to this page:
 https://bp.veeam.expert/job_configuration/backup_copy_job.html
 
For information regarding Replication Jobs and Proper Setup and Configuration, please refer to this page:
 https://bp.veeam.expert/job_configuration/replication_job.html
 
For information regarding Application-Aware Image Processing and When to Use and How it Works, please refer to this page:
 https://bp.veeam.expert/job_configuration/application_aware_image_processing.html

More Information

For more information on other Veeam Best Practices, please refer to our current Best Practices Guide found here:
 https://bp.veeam.expert/introduction/readme.html

 

Embedded hyperlinks are broken in exported SSRS-based reports

$
0
0

Challenge

In exported SSRS-based reports embedded links may be disabled.

Cause

When an SSRS-based report is exported, the links may be disabled by Microsoft SQL Server Reporting Services depending on the export option:
  • Report generated by an external SQL Server Reporting Services (SSRS) server and exported as Adobe PDF file: all links are disabled.
  • Report generated by an external SQL Server Reporting Services (SSRS) server and exported as MS Excel file: the links refer to drill-down reports on the SSRS server and available for viewing through a web browser. 
  • If a report is generated by the default Veeam ONE report viewer and exported both as Adobe PDF file and MS Excel file, all links are also disabled.

Solution

This is an expected behavior of Microsoft SQL Server Reporting Services. 

More Information

If you have any questions, contact Veeam Support.

Using Management Studio Express to Migrate a Veeam Backup database to a new SQL server

$
0
0

Challenge

How do I move the Veeam Backup SQL database to a new SQL Server using either SQL Server Management Studio or the Command Prompt?

Solution

Microsoft has provided us with options for relocation of databases and their associated transaction logs, as well as tools to perform these operations with ease and reliability in both small and large computing environments. Regardless if you have five servers or a complex infrastructure with hundreds of servers, this process will allow for the seamless movement of databases from any compatible operating system.

Moving a database by using detach-and-attach operations involves the following stages:

1) Detaching the database.
Detaching a database removes it from the instance of the Microsoft SQL Server Database Engine, but leaves the database intact with its data files and transaction log files. To detach the database using SQL Management Studio, you will expand the Instance, right-click on the Database you wish to Detach, click Tasks, and then click Detach. Be sure you have selected the correct database performing the Detach action.

2) Moving the database files to the other server or disk.

The database is traditionally stored in the Data location of the SQL Server program folder on the local disk. Each instance contains a “.#” suffix following the MSSQL folder, the default instance contains a 1, followed by each other instance which increases by 1 respectively. In the data folder, you will see the.mdf (database) and .ldf (transactional logs) files.
Both of these files will need to be relocated to their new server They do not necessarily have to be placed in a similar location - they can be placed anywhere as long as the SQL Server has direct access to the storage. It is actually Microsoft's best practice to place these files on different storage volumes as the transaction log file grows indefinitely, and can become significantly larger than the database file.

3) Attaching the database by specifying the new location of the moved file or files.

Once you have successfully logged into the SQL Server instance where you would like the database to be attached to, you will need to expand the instance, right-click on the Database node, and click Properties. Here, you will find the Attach option. Next you can browse to the new location where our original database files now reside. Only the .mdf files will be displayed in this view. You will have the option to verify the location for the .ldf files after click OK.

Detaching the database

User-added image


Locating the Database Files

User-added image

Attaching the database
User-added image


 

More Information

If the Management Studio is not available, we can perform these same steps using the SQLCMD from the Command Prompt. We will need to use the –d parameters to define the database which we would like to log into locally.

User-added image

We can then execute this statement to detach the database:
exec sp_detach_db @dbname='VeeamBackup'
    , @skipchecks='false'
    , @keepfulltextindexfile='true';
GO

User-added image

Once it has been successfully detached, we can then manually move the files into their new location.

User-added image

Then we can perform this command to login to the remote server:
SQLCMD -S 192.168.85.3\SQLEXPRESS
Followed by this command to perform the attach operation:
EXEC sp_attach_db @dbname = N'VeeamBackup',
 @filename1 = N'C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data\VeeamBackup.mdf',
@filename2 = N'C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data\VeeamBackup_log.ldf';
GO
User-added image

Now, you can perform this task programmatically or without the help of Microsoft SQL Management Studio.

 

How to move the Veeam Backup & Replication software to another server

$
0
0

Challenge

You need to move Veeam Backup & Replication software and database to a new server.

Solution

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”.

Performing migration using Configuration Backup:
 
Perform the following steps on the old server:
1. Stop and disable all jobs.
2. Perform configuration backup:
http://helpcenter.veeam.com/backup/80/vsphere/index.html?vbr_config_manually.html
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:
http://helpcenter.veeam.com/backup/80/vsphere/index.html?vbr_config_restore.html  
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.
 

Performing migration if Configuration Backup is not available:
Note: 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://www.veeam.com/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. (link)
5. To associate Veeam with the restored database, please use the DBConfig Utility to change the DB and settings that Veeam is connecting to.
Please refer to this user guide page on using the DBConfig Utility:
https://helpcenter.veeam.com/docs/backup/hyperv/using_dbconfig_utility.html?ver=95
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.
 

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 KB 1250:
https://www.veeam.com/kb1250

Hyper-V Changed Block Tracking Troubleshooting

$
0
0

Challenge

Veeam Backup and/or replication jobs report that changed block tracking is not working properly.

Solution

Ensure Veeam Backup & Replication is running on the latest build.  Latest patches will be visible on the download page for Backup & Replication (https://www.veeam.com/vmware-esx-backup/download.html). You will need to login to the Veeam Customer Portal to obtain any patch.
 
For a warning message stating “failed to flush changed block tracking” when backing up VMs on a Hyper-V cluster:
  • Ensure none of the cluster nodes are in maintenance mode, have the cluster service stopped, are powered off, or otherwise not accessible.
  • Ensure all nodes within the cluster can communicate with each other.  This can be tested by pinging between the nodes and using wbemtest (see http://www.veeam.com/kb1926) to connect between nodes via WMI.  For wbemtest, the two namespaces you want to ensure can be connected to are root\cimv2 and root\virtualization (root\virtualization\v2 for Windows Server 2012+).
  • Make sure the hosts are not added to the Veeam console as standalone hosts if they belong to a cluster.  This prevents changed block tracking data from being replicated to all nodes.  The cluster must be added to the Veeam console.

If the VMs reside on SMBv3 storage:
  • Ensure the SMB server is added to the Backup & Replication console.

User-added image
 
  • Ensure the shares are visible in the Backup & Replication console.

User-added image


User-added image


If Hyper-V checkpoints/snapshots are manually created/deleted (merged) on VMs, you will get a message that changed block tracking is not working.  This is because checkpoint/snapshot operations create an additional file (avhd/avhdx) that has to be tracked.  It is added to the list of files to track (or removed in case of deletion/merge of a snapshot/checkpoint) and the changed block tracking warning should resolve the second job run after the snapshot/checkpoint was created/deleted (merged).
Changed block tracking can be reset for a Hyper-V cluster by performing the following steps, should the information above not resolve the issue.  To reset changed block tracking, please perform the following: 
  • Select the option to disable changed block tracking on all Hyper-V hosts in the cluster.  To do this, right-click on each host in the cluster, select Manage Volumes and then check the box to disable changed block tracking.

User-added image


User-added image
 
  • Run sc stop VeeamFCT, in an elevated command prompt, on each Hyper-V host in the cluster to ensure the CBT service is stopped.
  • Find, export and then delete the following registry key on all Hyper-V hosts in the cluster:  HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\VeeamFCT\Parameters\CTDB
  • Go back to the Manage Volumes for each host and uncheck the disable changed block tracking option.  Try the job after this.  Allow a couple of job runs before ensuring CBT is working.
  • If the issue persists, reboot each Hyper-V host in the cluster.  This will typically involve migrating VMs from one host to another and rebooting the host once it does not own any VMs.  Repeat these steps for all Hyper-V hosts in the cluster.

Restoring domain controller from an application-aware backup

$
0
0

Challenge

Application Aware Image Processing is required to be enabled and working as per Microsoft in order to functionally restore from a DC.

Please refer to this Microsoft Page for more information:
https://technet.microsoft.com/en-us/library/d2cae85b-41ac-497f-8cd1-5fbaa6740ffe(v=ws.10)#backup_and_restore_considerations_for_virtualized_domain_controllers


Since Active Directory implements multi-master replication, where multiple domain controllers sync changes with each other, one of the key challenges is the DC recovery process. This article outlines different DC restore scenarios and goes into some specifics of when and why this or that type of restore is required as well as gives instructions on the manual steps to perform proper DC recovery from backup created with Veeam B&R.

Before going into details, it is worth stressing that by default Veeam B&R performs automated non-authoritative restore of domain controller and in most cases when you need to recover failed DC, authoritative restore is not required.

The following situations are possible:
  • Restoring single lost DC in a multi-DC environment
  • Restoring entire AD infrastructure (AKA “all DC’s are lost”)
  • Restoring from Active Directory corruption

Depending on the scenario, different steps (or no steps at all) are required to perform DC restore. All of the scenarios assume application-aware image processing was enabled in the backup job that backed up the DC being restored.

Solution

Restoring single lost DC in a multi-DC environment or in environment with only a single DC

This scenario, actually the most common one, incurs restoring just one of the multiple DC’s when there are still other functional DC’s in the environment that the restored DC can replicate changes from.
DC recovery with Veeam B&R in this case is fully automated and does not require any user interaction. If your backup was done with application-aware image processing enabled in the backup job settings, Veeam B&R performs a non-authoritative restore of the DC, where the restored VM should first boot in Directory Services Restore Mode (DSRM) mode and then reboot automatically immediately to boot up next time normally.
The domain controller itself will understand that it has been recovered from backup and will allow normal replication to update everything that has been changed since the backup took place.
The automatic recovery should also work for environments with only a single DC.



Restoring entire AD infrastructure (AKA “all DC’s are lost”)

As mentioned above, the automatic recovery process performs a non-authoritative restore, where the DC reboots and starts looking for other DC’s to sync up. However, in a scenario where all DC’s are gone, there are no other partners available and replication may take quite long (15-30 minutes) to start. To avoid wasting the time attempting to contact replication partners, it is recommended to restore two of the domain controllers at once, power them on, wait for their reboot and force one of them to become authoritative for SYSVOL, so that they can start replicating. Then restoring other DC’s will be similar to the first scenario, i.e. will be 100% automatic.

Note: During the restore procedure, make sure the restored DC’s DNS records point to available DNS servers (e.g. to itself).

The procedure for designating DC as authoritative for SYSVOL varies based on whether FRS or DFS-R is used for SYSVOL replication. To determine if you are using FRS or DFSR for SYSVOL in the production environment check the value of the HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\DFSR\Parameters\SysVols\Migrating Sysvols\LocalState registry subkey. If this registry subkey exists and its value is set to 3 (ELIMINATED), DFS-R is being used. If the subkey does not exist, or if it has a different value, FRS is being used.

Notes:
• If you’re restoring DC without FSMO roles, you might want to transfer them to it manually after the restore, using the ntdsutil seize command.
• This type of restore is similar to what Veeam B&R performs automatically when restoring DC within SureBackup isolated virtual lab.

 

Restoring from Active Directory corruption

Scenario where no DC’s are actually lost, however, AD itself is damaged in some way (corrupt objects or schema) and you need to restore from the backup created before corruption occurred. In this case you need to restore one of the multiple DC’s when other DC’s are still operating a damaged copy of AD and force all of them to accept replication changes from the restored DC. This is where authoritative restore of the DC is required.

Note: It is recommended to perform restore with network disabled to prevent DC from accepting changes from other controllers after the default non-authoritative restore.

To perform an authoritative restore:
1. Restore the DC and let it complete the default non-authoritative restore (wait until it reboots second time).
2. During this second boot, press F8 to get to DSRM mode.
3. Log in with DSRM account and password.
4. Open a command prompt and run ntdsutil command.
5. At the "ntdsutil:" prompt, type "authoritative restore" and press Enter.
6. At the "ntdsutil authoritative restore:" prompt, type "restore database" and press Enter.
7. At the Authoritative Restore Confirmation dialog box, click Yes.
8. Upon restore completion, type "quit" and press Enter to exit the ntdsutil utility.
9. Reboot server.
10. Perform an authoritative restore of the SYSVOL, as was already discussed above.

Note: For an easier item-level recovery of Active Directory objects (without the need to restore the domain controller itself), consider using Veeam Explorer for Active Directory.

For VM’s that use DFRS (Server 2008 Domain functionality level and higher) you'll want to follow the following MS KB:
http://technet.microsoft.com/en-us/library/cc816897(WS.10).aspx


For VM's that use File Replication service (Server 2003 Domain functionality level), this is done by setting the burflags through the registry:
http://support.microsoft.com/kb/290762
 

More Information

Veeam recovery of a domain controller
Active Directory backup and recovery with Veeam
Recovering Your Active Directory Forest
Windows Server - How to Perform an Authoritative Restore of Active Directory Object
Restoring The SYSVOL (Non-)Authoritatively When Either Using NTFRS Or DFS-R (Part 1)
Restoring The SYSVOL (Non-)Authoritatively When Either Using NTFRS Or DFS-R (Part 2)
Restoring The SYSVOL (Non-)Authoritatively When Either Using NTFRS Or DFS-R (Part 3)

Domain Controller starts up in Safe Mode

$
0
0

Challenge

After doing a full Virtual Machine restore, Instant Recovery, or testing of a Replica, you will find that the Virtual Machine boots up in what appears to be safe mode. 

When the Domain Controller boots for the first time it is actually in Active Directory services restore mode.

Cause

This is normal for this to happen as we're booting from a backup file, however it should reboot automatically.

Solution


Login with the Directory services restore mode account (typically .\administrator) and open a command prompt and run the following:
bcdedit /deletevalue safeboot
shutdown -t 01 -r
Afterwards it should reboot in normal mode.

 
For Windows Server 2003:
BCDEdit does not work for Windows 2003 server, so you may use BOOTCFG.exe or Edit BOOT.INI file to remove the SAFEBOOT parameter of the entry.

More Information

Please reference the Microsoft Knowledge Base Article below for further details:

http://technet.microsoft.com/en-us/library/cc816897(WS.10).aspx

For a complete guide of how to restore a Domain Controller from a Veeam Backup please see this KB:

https://www.veeam.com/kb2119

One or More Networks Mapped to the same cloud network

$
0
0

Challenge

Replication jobs complete with a warning that one or more networks are mapped to the same cloud network. 

Cause

Source side VMs have more than one network going to one cloud network

Solution

You may need to map multiple networks to resolve the warning depending on how many source networks are in use. 

1. Select Replication Job with the warning.

2. Right click the Replication Job and go to Edit.
 User-added image

3. Check the box next to Separate virtual networks (enable network remapping).
User-added image 

4. Click Next until you get to the "Network" tab.
 User-added image

5. Click Add.

6. Next to Source network: select Browse... and choose the appropriate network related to the source VM.
User-added image
 
7. Next to Target network: select Browse... and choose the appropriate network related to the Replica. Several networks can be assigned to the tenant. The two types of networks that can be made available to the tenant are Internet (specified in console) and No Internet (not specified in console). The option for Internet toggles source NAT on the provider-side Network Extension Appliance, allowing the replica to reach the internet.
User-added image 

8. Click Next the rest of the way through until Finish is available and select Finish.

9. Run job or allow job to run on next scheduled time.

CSV volumes are put into "Redirected access" mode when a recovery media is created on the CSV owner Hyper-V host in Microsoft Failover Cluster

$
0
0

Challenge

If Recovery Media is created on a CSV owner Hyper-V host, all CSV's that it owns will be put into "Redirected access" mode. The System event log will show the following event: 
 
Event ID = 5125, Failover Clustering:

Cluster Shared Volume 'VolumeX' ('VolumeX') has identified one or more active filter drivers on this device stack that could interfere with CSV operations. I/O access will be redirected to the storage device over the network through another Cluster node. This may result in degraded performance. Please contact the filter driver vendor to verify interoperability with Cluster Shared Volumes.

Active filter drivers found:
WIMMount (HSM)

Cause

The Cluster Shared Volume detects that the WIMMount driver has become active on the device stack, and the CVS is put into "Redirected access" mode while WIMMount is active. While "Redirected access" mode is enabled, the CSV performance may degrade.

Solution

The following workarounds are available.
  1. Reboot the Hyper-V host after the Recovery Media creation to disable the WIMMount driver.
  2. Stop WIMMount manually.
WARNING: stopping WIMMount manually may lead to unexpected results.

If you wish to stop the WIMMount driver manually, run the Command Prompt as Administrator and execute the following command: 

sc stop wimmount
 
 
You should see a similar output.
 
SERVICE_NAME: wimmount
        TYPE               : 2  FILE_SYSTEM_DRIVER
        STATE              : 1  STOPPED
        WIN32_EXIT_CODE    : 0  (0x0)
        SERVICE_EXIT_CODE  : 0  (0x0)
        CHECKPOINT         : 0x0
        WAIT_HINT          : 0x0

Direct IO will resume after a while.

More Information

If you have further questions, open a support case as follows:

  1. Right-click the Veeam Endpoint Backup / Veeam Agent for 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.

One or More Networks Mapped to the same cloud network

$
0
0

Challenge

Replication jobs complete with a warning that one or more networks are mapped to the same cloud network. 

Cause

Source side VMs have more than one network going to one cloud network

Solution

You may need to map multiple networks to resolve the warning depending on how many source networks are in use. 

1. Select Replication Job with the warning.

2. Right click the Replication Job and go to Edit.
 User-added image

3. Check the box next to Separate virtual networks (enable network remapping).
User-added image 

4. Click Next until you get to the "Network" tab.
 User-added image

5. Click Add.

6. Next to Source network: select Browse... and choose the appropriate network related to the source VM.
User-added image
 
7. Next to Target network: select Browse... and choose the appropriate network related to the Replica. Several networks can be assigned to the tenant. The two types of networks that can be made available to the tenant are Internet (specified in console) and No Internet (not specified in console). The option for Internet toggles source NAT on the provider-side Network Extension Appliance, allowing the replica to reach the internet.
User-added image 

8. Click Next the rest of the way through until Finish is available and select Finish.

9. Run job or allow job to run on next scheduled time.

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.
 
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.
  
Note: 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
 
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

HCL - Fujitsu DX200-S4

$
0
0

Challenge

Product Information

Product Family: ETERNUS DX 
Status: Veeam Ready - Archive 
Classification Description: Veeam Ready – Archive: Verified disk archive storage that can be used as a Backup Copy target.  Synthetic full backups, granular restores, and vPower features may not provide sufficient performance or be supported. 

Solution

Product Details

Model number: DX200-S4 
Number of Drives: 16 
Drive type: 300GB SAS (RAID-10) 
Firmware version: V10L71-0000 
General product family overview: The scalable and unified Fujitsu Storage ETERNUS DX200 S4 delivers enterprise-class functionality to small and medium-sized companies and subsidiaries with an excellent price/performance ratio. It is the perfect solution when consolidating data for server virtualization, e-mail, databases and business applications as well as centralized file services http://www.fujitsu.com/global/products/computing/storage/disk/eternus-dx/dx200-s4/  

 

Veeam Details

Veeam Build Number: 9.5 
Veeam Settings:  

  • Repository Type: Shared Folder (CIFS) 
  • Deduplication: No 
  • Compression: Optimal 
  • Storage Optimization: LAN Target 
  • Per-VM Backup Files: Yes 
  • Decompress before storing: No 
  • Align backup file blocks: No 

More Information

Company Information

Company name: Fujitsu 
Company overview: Fujitsu is the leading Japanese information and communication technology (ICT) company, offering a full range of technology products, solutions and services. Approximately 156,000 Fujitsu people support customers in more than 100 countries. We use our experience and the power of ICT to shape the future of society with our customers. Fujitsu Limited (TSE: 6702) reported consolidated revenues of 4.7 trillion yen (US$40 billion) for the fiscal year ended March 31, 2016. For more information, please see http://www.fujitsu.com

HCL - Lenovo_DS2200

$
0
0

Challenge

Product Information

Product Family: Lenovo DS 
Status: Veeam Ready – Repository  
Classification Description: Verified backup storage that supports all Veeam backup and restore features

Solution

Product Details

Model number: 4599HC2 
Number of Drives: 12x 2TB 7.2K, 2x 400GB 
Drive type: SAS, SSD 
Firmware version: GT250R006 
Additional support: Any hardware configuration with an equal or greater hardware configuration 
General product family overview: The ThinkSystem DS Series SAN products are most suited to Small-to-medium businesses (SMB) and to Enterprise customers, and are ideal for databases, backup & archive, media streaming and departmental high-performance computing (HPC) and OpenStack.   The DS Series comes in 3 performance levels, the DS2200, DS4200, and DS6200 and is ideal for large enterprises, remote/branch office, and small/medium business. 
Each system features Rapid Technology which includes: 

-Rapid Deployment, which lets you set the storage array up in less than 15 minutes 
-Rapid Tier, which allows automatically moving data every 5 seconds 
-Rapid RAID Rebuild, which allows you to rebuild 2-5 times faster than standard rebuild 
-Rapid Data Placement Engine, which optimizes performance 


Veeam Details

Veeam Build Number: 9.5.0.1038 
Veeam Settings:  

  • Repository Type: Windows 
  • Deduplication: No 
  • Compression: Optimal 
  • Storage Optimization: Local Target 
  • Per-VM Backup Files: Yes 
  • Decompress before storing: No 
  • Align backup file blocks: Yes 

More Information

Company Information

Company name: Lenovo 
Company overview: Lenovo is a $46 billion global Fortune 500 company and a leader in providing innovative consumer, commercial, and enterprise technology. Lenovo enterprise systems deliver industry-leading performance, reliability, and security in virtualized and cloud environments for analytics, database, virtual desktop, infrastructure, and web workloads. Lenovo also offers simplified and extensible systems management tools so you can manage your infrastructure on your own terms. Consistently ranked #1 in reliability and customer satisfaction, the Lenovo enterprise server, storage, and networking portfolio provides the hardware for businesses that never stand still. 

HCL - Quantum DXi

$
0
0

Challenge

Product Information:

Product Family: Quantum DXi
Status: Veeam Ready - Repository
Classification Description: Verified disk archive storage that supports all Veeam backup and restore features.

Solution

Product Details:

Model number: DXi 4700
Number of Drives: 12
Drive type: 4 TB
Firmware version: 3..4.0 (13857-59970 Build21)
Additional support: All models and configurations of DXi with equal or above the one outlined above
General product family overview: Powered by DXi® Software, Quantum’s new portfolio of deduplication solutions provides patented variable-length deduplication that not only reduces disk usage and capital expenditures, but also enables efficient data movement across the WAN to other sites and to the cloud.

Veeam Details:

Veeam Build Number: 9.5 Update 2
Veeam Settings:

  • Repository Type: Linux
  • Deduplication: OFF
  • Compression: Optimal
  • Storage Optimization: Local Target
  • Per-VM Backup Files: ON
  • Decompress before storing: ON
  • Align backup file blocks: OFF

More Information

Company Information:

Company name: Quantum
Company overview: Quantum is a leading expert in scale-out storage, archive and data protection, providing intelligent solutions for capturing, sharing and preserving digital assets over the entire data lifecycle. We help customers maximize the value of these assets to achieve their goals, whether it’s top movie studios looking to create the next blockbuster, researchers working to accelerate scientific discovery, or small businesses trying to streamline their operations. With a comprehensive portfolio of best-in-class disk, tape and software solutions for physical, virtual and cloud environments, we enable customers to address their most demanding workflow challenges and opportunities.

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

$
0
0

Challenge

You need to map an existing Veeam Agent for Microsoft Windows backup chain to a Veeam Backup & Replication repository

Cause

There are no features in Veeam Agent for Microsoft Windows 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 for Microsoft Windows at any temporary backup destination of your choice.

If a Veeam Backup & Replication repository was used,
  • remove the existing Veeam Agent for Microsoft Windows backup job from jobs (right lick > 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\Subtenant3\Backup Job 1

3. Rescan the Veeam Backup & Replication repository. Here is a brief guide on repository rescan. (Warning: Skip this step if you are using a Cloud Connect repository)

4. The Veeam Agent for Microsoft Windows backup should appear under Disk > Imported.

5. Point the Veeam Agent for Microsoft Windows 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 for Microsoft Windows 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

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

Win32 error: The network path was not found. Code 53

$
0
0

Challenge

You receive the following error within moments of a job starting:
 
Cannot connect to the host's administrative share. Host:  [VM hostname or IP]. Account: [domain\user].
Win32 error: The network path was not found. Code: 53

NOTE: This applies to both VMware and Hyper-V hypervisors.

Cause

This error means that the Veeam Backup & Replication server cannot connect to the Windows guest’s OS feature to deploy guest processing components. This path will be the ADMIN$ share (\\hostname\admin$) of the guest itself.
 
These components are deployed directly from the Veeam Backup & Replication server. If networking is inherently impossible to the guest from the B&R server (different networks, firewall, etc), processing protocol may require inversion (VMware only).

Solution

When this error occurs, there are a few items to go through:
 
  • Make sure the Windows time on the Veeam Backup server is the same as in the guest OS.
  • Make sure you do not have a firewall in the way (you can try disabling it for testing).
  • Make sure you can connect to the admin share (for example, \\Server Name\admin$) with the same credentials as provided to Veeam Backup & Replication for VSS.
  • Make sure the VSS writers are set to automatic in the guest OS.
  • Make sure you provide Local Administrator (MACHINE\Administrator) or Domain Administrator (DOMAIN\Administrator) account privileges.
  • Make sure the guest OS is in the same network as the Veeam Backup server.
  • Make sure File and Printer Sharing is enabled in the guest OS.
    • ​Once File and Printer Sharing is Enabled on the guest OS, ensure to provide permissions through Windows Firewall if applicable
  • If the guest OS is Vista/2008 or later:
    • In the Network and Sharing Center, verify that it is not set for a public domain.
    • Verify that the Remote Registry Service is started.

More Information

To Inverse the processing protocol used (native Windows remote administration versus VMware VIX), utilize the below.
For Veeam 9.x and later the value should be created on the Guest Interaction Proxy.
 
o    HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Veeam\Veeam Backup and Replication\
o    DWORD: InverseVssProtocolOrder
o    Value = 1
o    To disable (default behavior), value is 0 (false)
 
For more information on permissions, see http://www.veeam.com/kb1788

 
Viewing all 4469 articles
Browse latest View live


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