Мутаген, вы правы, но есть определенная тонкость.
Даже в случае если массив целиком выделен под один сервер то могут быть проблемы.
Дело в том что у массивов есть два различных ограничения по queue depth :
- количество команд на порт массива. Для разных массивов значения различные. Для midrange обычно это где-то 512 команд. Для Hi-End от 2048 и больше
- количество команд на "логический диск". И это значение у большинства массивов не выше 32.

Т.Е. если у вас много LUN'ов или же много серверов подключено через один порт, то вы можете "упереться" в первое значение.
Однако же если у вас большая нагрузка и не правильные значения queue depth на сервере вы с большой вероятностью упретесь во второе.
Много или мало 8 или 16? У вас наверняка настроен multipath'инг и один логический диск с массива ОС видит как несколько. Соответственно ОС для каждого пути использует это значение. И если у вас 4 пути и queue depth ограничено 16 то при большой нагрузке вы можете превысить максимальное значение команд на LUN (16*4= 64 команды ).
Что произойдет при превышении queue depth? Зависит от массива. Но это всегда плохо и почти всегда приведет либо к scsi retrans или error. Кроме того это может привести к приостановке обработки команд этим LUN'ом на небольшой промежуток времени.

На самом деле ситуация когда сервер одновременно отправляет большое кол-во команд достаточно редкая и характерна для достаточно сильно нагруженных БД. По этому если у вас выставлено значение 32 это еще не значит что сервер всегда посылает 32 команды. И по этому даже выставив некорректные параметры проблемы могут и не проявиться.