Назад | Перейти на главную страницу

Perfmon для SQL Server с локального компьютера

Я слежу за видео Брента Озара на Бенчмаркинг и базовый анализ, и у меня есть сборщик данных, установленный на моем локальном компьютере, настроенный для обращения к удаленному серверу sql, но я не могу запустить сборку. Я щелкаю его правой кнопкой мыши, чтобы запустить, и окно perfmon блокируется на секунду. После того, как он перестает блокироваться, он все еще не запускается, но это не дает мне никаких ошибок. У меня он работает под моей учетной записью домена Windows, которая является администратором на сервере sql.

Итак, как я могу заставить это работать?

редактировать:

Хорошо, я получаю событие безопасности Windows для сбоя входа в систему, когда я пытаюсь запустить коллекцию.

Не удалось войти в учетную запись.

Тема:
Идентификатор безопасности: SYSTEM
Имя учетной записи: [Machine $]
Домен аккаунта: [DOMAIN]
Идентификатор входа: 0x3e7

Тип входа: 4

Учетная запись, для которой не удалось войти в систему:
Идентификатор безопасности: NULL SID. Имя учетной записи: [USERNAME]
Домен аккаунта: [DOMAIN]

Информация о сбое: Причина сбоя: пользователю не предоставлен запрошенный тип входа в систему на этом компьютере.
Статус: 0xc000015b
Дополнительный статус: 0x0

Обрабатывать информацию:
Идентификатор процесса вызывающего абонента: 0x434
Имя вызывающего процесса: C: \ Windows \ System32 \ svchost.exe

Сетевая информация: Имя рабочей станции: [МАШИНА]
Исходный сетевой адрес: -
Исходный порт: -

Подробная информация для аутентификации:
Процесс входа в систему: Advapi
Пакет аутентификации: переговоры
Транзитные службы: - Имя пакета (только NTLM): -
Длина ключа: 0

Это событие создается при сбое запроса входа в систему. Он создается на компьютере, на котором была предпринята попытка доступа.

В полях «Тема» указывается учетная запись в локальной системе, которая запросила вход. Чаще всего это служба, такая как служба сервера, или локальный процесс, например Winlogon.exe или Services.exe.

Поле «Тип входа» указывает тип запрошенного входа в систему. Наиболее распространены типы 2 (интерактивный) и 3 (сетевой).

В полях «Информация о процессе» указано, какая учетная запись и процесс в системе запросили вход.

Поля информации о сети указывают, откуда исходит запрос удаленного входа в систему. Имя рабочей станции не всегда доступно и в некоторых случаях может быть оставлено пустым.

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

[MACHINE] - это мой компьютер, [DOMAIN] - это наш домен, а [USERNAME] - мое имя пользователя.

Edit: Предыдущий ответ ерунда!

Пользователю не предоставлен запрошенный тип входа в систему на этом компьютере.

Попробуйте явно предоставить права "локальный вход" для своей учетной записи домена. Может ли политика AD отказывать в праве администраторам?

Тип входа 4 - пакетный. У учетной записи отсутствует разрешение «Вход в систему как пакетное задание» на целевом сервере.

В Administrators группа входит в эту политику по умолчанию, но, вероятно, переопределяется объектом групповой политики домена.

Вы захотите проверить полученный набор политик для Computer\Windows Settings\Security Settings\Local Policies\User Rights Assignment\Log on as a batch job (и убедитесь, что Deny log on as a batch job в нем нет пользователя или какой-либо из его групп).