На несколько ядер можно не любой запрос поделить, не все можно считать параллельно.
Из описанного непонятно, насколько загружаются диски и, главное, кому и чем эти 300 секунд мешают? Лично тебе они мешать не должны, все работает? Бекап успеваешь сделать? Значит не мешает. Если есть кто-то, кому мешают, то они с теми, кто пишет неоптимальные запросы (а почему они вообще в базе появились?) и ругаются с твоей докладной запиской.
Один из восьми процессоров загружен = сервер не загружен, скорее всего диски или блокировки. Если второе, то никакого смысла в 100500 серверах нет. Если диски - добавь их на бюджет 1Сников.
Вижу решение в следующем. Определяешь, кому мешают эти 300 секунд. Выясняешь сам или с помощью руководства, чья работа приоритетнее. Если 1С важнее, то затыкаешь этим решением тех, кому мешает, если те, кому мешает, то либо делаешь им отдельную базу, которая синхронизируется по ночам, либо регламентируешь время, когда они запросы могут запускать, чтобы не мешать, либо выгоняешь их нахрен со всеми их запросами, после чего настраиваешь окружение таким образом, чтобы запросы запускались только те, которые ты согласуешь и протестируешь. Остальные ДО тестов и согласования идут лесом, т.е. проверяются и оптимизируются на тестовой БД.