Начните изучать мониторинг базы данных с помощью SQL Profiler и Монитора производительности. Это два инструмента, которые легко доступны для кого-либо с установленным SQL Server и могут дать Вам информацию о том, как идут дела.
У Brent Ozar есть большой tutrorial при начале работы с этим своего рода вещь, что я предполагаю, что Вы читаете.
Следует иметь в виду, что эти инструменты имеют тенденцию не быть очень интуитивными сначала. Моя лучшая рекомендация состоит в том, чтобы начать использовать их как можно скорее просто Вы, можно познакомиться с ними. После того как Вы приобретаете навык вещей, которые Вы начинаете действительно копать и видеть то, что продолжается, но на данный момент просто узнайте их.
В источнике для setroubleshoot Вы видите, что это - то, куда ошибка прибывает из:
self.why, bools = audit2why.analyze(str(self.scontext), str(self.tcontext), str(self.tclass), self.access)
if self.why == audit2why.ALLOW:
raise ValueError(_("%s \n**** Invalid AVC allowed in current policy ***\n") % self.avc_record)
Этот код предполагает, что сообщение предварительно ожидается self.avc_record
. У меня нет большого количества времени прямо сейчас, но поскольку метод, в котором находится этот код, называют derive_avc_info_from_audit_event
, Я предполагаю, что это означает, что сообщение audit.log правильно не анализируется в информацию о AVC.
Сообщения в остальной части, если... еще блок предлагает это, могли бы быть вызваны ошибкой в политике.
Возможно, можно отправить полную ошибку: Я не видел это прежде и знание, что точный вывод мог бы помочь проливанию некоторого света на нем.