Смотря какой ошибкой. Если синтаксис, name resolving и прочее, что отлавливается на этапах парсинга, нормализации и компиляции, - то никак. Они не доходят до движка, а след-но - и до Profiler'а. Ошибки run-time, т.е. те, к-е устанавливают @@ERROR, отлавливать, очевидно, в св-вах профайлера, закладка filters, объект error, критерий not equal to, поставить знач. 0.

Категоричность предыдущего высказывания напоминает мне Гидрометцентр, упорно передающий прогноз вместо того, чтобы выглянуть в окно. Откроем в профайлере стандартную болванку фильтра, добавим в список отлавливаемых событий Errors and Warnings \ Exception, а в список выводимых полей (Data Columns) - Error. Стартуем trace. Сделаем запрос select 1/0. В профайлере появится:
Exception 8134 Error: 8134, Severity: 16, State: 1 SQL Query Analyzer Administrator ...
Что и требовалось доказать.

PS. Суждения, приводимые в предущем сообщении, вероятно, относятся к версии 6.5 и ранее, где SQL Trace лежал позади ODS.

Да ну что вы как дети, честное слово. Оператор, вызвавший ошибку, стоит в следующей строке трассы. Сохраняем трассу в таблицу, после чего делаем select * from mytrace where rownumber in (select rownumber+1 from mytrace where error is not null)

Нет, вот я явно запускаю sqltrace.exe из 7-рочного каталога, вот это поле Error (между EndTime и EventSubClass). У меня, правда, еще 2000-й стоит рядом, может, он добавил. Sorry, я сейчас болею и не могу проверить на чистом 7.0.