Ничего делать не надо. Многопроцессорная архитектура используется СУБД закрыто, без возможности управления этим, все нагрузки распределяются автоматически. Ну а сессии по любому выполняются параллейно, вне зависимости от кол-ва процессоров на сервере, другое дело что чем больше процессоров, тем больше действий действительно выполняются одновременно.

Тут немножко по другому получается. Раскидывание БД и логов на разные физические устройства позволяет ускорить работу СУБД засчет распараллеливания операций чтения и записи информации. А многопроцессорность позволяет на каждый процессор развести выполняющиеся сессии, больше всего это имеет положительный эффект в запросах при проведении операций обьединений таблиц, особенно при использовании Hash-алгоритмов. В некоторых других СУБД в отличие от ASA(например MSSQL) поддерживается возможность автоматического раскидывания выполнения одного запроса по нескольким процессорам, если они простаивают. Однако в жизни сколько я не видел, обычно это не приносит выигрыша в скорости выполнения, наоборот частенько из за этого все тормозит (хотя бы из за проблем доступа и синхронизации нескольких потоков к общей памяти), поэтому в том же MSSQL частенько БД быстрее крутилась на однопроцессорном сервере и заметно начинала подтормаживать на многопроцессорном (видел своими глазами).

Единственное, на какой параметр нужно посмотреть - это на параметр запуска сервера "-gn", определяющий кол-во активных запросов, выполняющихся на сервере. По умолчанию он выставлен в 20, то есть если на сервере в один момент времени 20 сессий выполняют запросы, то запрос 21 сессии будет поставлен в очередь. Соответствующе большее кол-во процессоров позволяет пропустить одновременно большое кол-во сессий. Через Performance Monitor можно посмотреть на показатели "Requests: Active" и "Requests: Unscheduled" во время работы БД и соотвествующе, если одновременно выполняющихся запросов (не путать с кол-вом одновременно подключенных сессий) мало, то в параметре можно задать более малое значение, если наоборот активность сессий большая и есть сессии, стоящие в очереди и ожидающие выполнения, то значение параметра необходимо увеличить.

iLLer"Воспользовавшись случаем хочу передать привет..."
Вопрос в тему: Есть ASA6.04 + Win2000. Так вот если озадачить СУБД запросом, который жутко перебирает одни и теже данные(т.е. вся нагрузка ложится процессор + на обмен с памятью), то проявляется странный эффект. На двухпроцессорной машине загрузка процессора процессом dbsrv6.exe ровно 50%. Создается впечатление, что АСА использует только один проц. Так ли это? Почему система не отдает ей второй проц? Как заставить его использовать?
Я думаю что заставить использовать второй процессор на один процесс нельзя - такая архитектура у ASA. Плюс чуть выше я уже описал, что это не так плохо, с учетом всех проблем, возникающих при раскидывании одного запроса по нескольким процессам.