- Posts: 1
- Liked: never
- Joined: Sep 14, 2017 8:59 pm
- Full Name: Michel Dionne
This setup will die during the backup job or just after the end where it will run the tape job.
The VM is still alive but the Windows I/O is down to 0. All attempts to work with the VM will hang forever until a reset.
We tried to limit the bandwidth to the V: drive, tried 1Gbps ports instead of the 10Gbps ports to no avail.
We see around 160MB/s of writes during the backups and 285MB/s of reads when the tape job starts and sends the data to the proxy on 10Gbps to an LTO-7 drive.
Since it is the Windows I/O stack that is blowing up and no ESXi errors are present, I looked at the V: drive and decided to change the removal policy of the VMware Virtual disk SCSI Disk Device from the default "Better Performance" to "Quick Removal". By doing this the Windows Caching is deactivated and for the first time the backup jobs on both sites worked to the end and the Windows servers where still available the next morning.
There must be an issue with ReFS caches and Veeam's way of handling its large backup files. There is now performance impact for us since the source is the bottleneck.
Not sure if any one else saw these issues.
- Posts: 316
- Liked: 82 times
- Joined: Dec 13, 2015 11:33 pm
A good starting point is here assuming you have the latest patch applied. Go back through that thread if you want to know the details
veeam-backup-replication-f2/refs-4k-hor ... ml#p254231
- Posts: 47
- Liked: 5 times
- Joined: Jul 26, 2012 11:10 pm
- Full Name: DeMentor
In the end we ended up reformatting back to NTFS since its a more proven file system without all the ReFS issues.
Maybe we'll try again in a year or so when ReFS becomes more mature.
Users browsing this forum: No registered users and 16 guests