Hi, First of all I just noticed I called you John not Josh! Sorry for this!
Second, I turned off LSO and TCP/UDP offload on the client machine. But it did not help. Statistic from the recent full backup: Client: "dc4-fd" 9.4.4 (28May19) Microsoft Standard Edition (build 9200), 64-bit,Cross-compile,Win64 FileSet: "dc4-fs" 2021-10-07 14:07:40 Pool: "ServersWeeklyFullFile" (From Job resource) Catalog: "MyCatalog" (From Client resource) Storage: "File" (From Pool resource) Scheduled time: 30-Oct-2021 10:11:24 Start time: 30-Oct-2021 16:38:10 End time: 30-Oct-2021 23:55:22 Elapsed time: 7 hours 17 mins 12 secs Priority: 10 FD Files Written: 683,088 SD Files Written: 683,088 FD Bytes Written: 323,645,624,433 (323.6 GB) SD Bytes Written: 323,794,732,581 (323.7 GB) Rate: 12337.8 KB/s Software Compression: None Comm Line Compression: None Snapshot/VSS: yes Encryption: no Accurate: no We have a 1 Gbps connection between bacula sd and the client machine. The network test from the storage shows this: Running network test between Client=dc4-fd and Storage=File with 52.42 MB ... 2000 OK bytes=52428800 duration=429ms write_speed=122.2 MB/s 2000 OK bytes=52428800 duration=453ms read_speed=115.7 MB/s This shows that there is 1 Gbps connection between the storage and the client. Where is the bottleneck? Thanks, Andras On Fri, Oct 29, 2021 at 4:53 PM Andras Horvai <andras.hor...@gmail.com> wrote: > Hi John! > > Thanks for answer, sorry for long delay. > We do not use encryption and compression as well. We backup to > filestorage. The storage device is directly attached to the bacula-sd > (director and sd is on the same machine). > SD is on the same network (gigabit LAN) as the client. > How can I debug windows file daemon? > > Thanks, > > Andras > > > On Thu, Oct 21, 2021 at 3:16 PM Josh Fisher <jfis...@jaybus.com> wrote: > >> On 10/16/21 17:37, Andras Horvai wrote: >> >> Dear List, >> >> Recently I faced to the following problem what I cannot solve: >> >> I would like to backup a file server. It is a physical machine with >> Windows 2019 operating system. >> This bacula sd is on the same vlan as this server (sd and dir is on the >> same server). >> The issue is that we have very very low transfer rate. >> The windows file server and bacula has 1 Gb/s interface, and despite this >> we have: >> 9452.2 KB/s rate which is about 74 Mb/s transfer rate. We are using 9.4.4 >> as director and sd. >> The file daemon version is: >> 9.4.4 (28May19) Microsoft Standard Edition (build 9200), >> 64-bit,Cross-compile,Win64 >> I tried to set up the "Maximum Network Buffer Size = 32768" on fd and sd >> but did not help. >> >> >> Both compression and encryption of data occur on the client. Try a job >> with no compression and no encryption. It is possible that the compression >> and/or encryption is slowing the Windows machine. >> >> If you are writing to tape, then make sure that data spooling is enabled. >> Otherwise, if the data rate from the Windows server isn't fast enough, then >> the tape drive will be constantly rewinding to position its read/write >> head. Tape drives require a certain data rate to prevent this, and spooling >> will fix it. >> >> If the storage device for the backup volumes is not directly attached to >> the server that bacula sd runs on and is on the same physical lan as sd and >> client, then data spooling should be enabled to reduce network contention.. >> >> >> >> If you have any ideas pls. share with me. >> >> Thanks, >> >> Andras >> >> >> _______________________________________________ >> Bacula-users mailing >> listBacula-users@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/bacula-users >> >> _______________________________________________ >> Bacula-users mailing list >> Bacula-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/bacula-users >> >
_______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
