On Mon, Nov 26, 2018 at 3:28 PM Chris Nighswonger <
cnighswon...@foundations.edu> wrote:

>
>
> So I've set these params back as they were before (ie. inparallel 10,
> maxdumps 1) and opened the throttle on the bandwidth. We'll see if
> things get better or worse tonight. I have a few more DLEs I need to
> split which may help the over all problem.
>

The results are in:

 dumper0 busy   :  5:25:03  ( 98.03%)
 dumper1 busy   :  4:26:25  ( 80.35%)
 dumper2 busy   :  4:05:57  ( 74.18%)
 dumper3 busy   :  1:55:55  ( 34.96%)
 dumper4 busy   :  3:21:39  ( 60.82%)
 dumper5 busy   :  2:12:41  ( 40.02%)
 dumper6 busy   :  1:55:50  ( 34.93%)
 dumper7 busy   :  2:18:20  ( 41.72%)
 dumper8 busy   :  1:57:28  ( 35.43%)
 dumper9 busy   :  2:10:02  ( 39.22%)
 0 dumpers busy :  0:06:32  (  1.97%)                   0:  0:06:32
(100.00%)
 1 dumper busy  :  0:58:37  ( 17.68%)                   0:  0:58:37
(100.00%)
 2 dumpers busy :  0:20:26  (  6.17%)                   0:  0:20:26
(100.00%)
 3 dumpers busy :  0:43:21  ( 13.08%)                   0:  0:43:21
(100.00%)
 4 dumpers busy :  1:04:15  ( 19.38%)                   0:  1:04:15
(100.00%)
 5 dumpers busy :  0:05:38  (  1.70%)                   0:  0:05:38
(100.00%)
 6 dumpers busy :  0:02:38  (  0.79%)                   0:  0:02:38  (
99.99%)
 7 dumpers busy :  0:12:34  (  3.79%)                   0:  0:12:34
(100.00%)
 8 dumpers busy :  0:01:38  (  0.49%)                   0:  0:01:38  (
99.99%)
 9 dumpers busy :  0:00:52  (  0.27%)                   0:  0:00:52  (
99.65%)
10 dumpers busy :  1:54:57  ( 34.67%)                   0:  1:53:34  (
98.79%)

Here's a graph of the bandwidth on the trunking interface on the switch the
backup server is on:

[image: 192.168.x.x_1_1-day.png]

As you can see, the network load is negligible even during business hours.
So the giving amanda the reigns is not a problem and it looks like the
dumps are running more efficiently.

Comments appreciated.

Kind regards,
Chris

Reply via email to