У меня есть экземпляр SQL Server с именем, который выполняет стандартное задание syspolicy_purge_history каждую ночь.Задание помечается как успешное каждую ночь, но каждую ночь в экземпляре DEFAULT на одном и том же сервере происходит сбой подключения для входа в систему с учетной записи службы указанного экземпляра.
Я отслеживал его до Стереть записи о работоспособности фантомной системы шаг задания syspolicy_purge_history.Задание использует стандартный код и, по-видимому, не было изменено каким-либо образом:
if ('$(ESCAPE_SQUOTE(INST))' -eq 'MSSQLSERVER') {$a = '\DEFAULT'} ELSE {$a = ''};
(Get-Item SQLSERVER:\SQLPolicy\$(ESCAPE_NONE(SRVR))$a).EraseSystemHealthPhantomRecords()
На том же сервере есть два других именованных экземпляра, которые выполняют одно и то же задание с тем же кодом, и онине генерировать ошибки входа в систему на экземпляре по умолчанию.
Я попытался удалить задание и воссоздать его, написав сценарий из одного из других именованных экземпляров.Это не имело никакого значения.
Я попытался изменить код шага 3 на:
(Get-Item SQLSERVER:\SQLPolicy\[MyServerName]\[NamedInstanceName]).EraseSystemHealthPhantomRecords()
и в качестве альтернативы:
(Get-Item SQLSERVER:\SQLPolicy\[MyServerName]\[NamedInstanceName]`,[NamedInstancePort]).EraseSystemHealthPhantomRecords()
Обе версии по-прежнему генерируют неудачный вход в системув экземпляре по умолчанию.
Обе версии команды, кажется, работают успешно, если я запускаю их из окна powershell и НЕ генерирую неудачный вход в систему.
Я не могу думать ни о чем другом, чтобыпытаться.Похоже, у Google тоже нет предложений.
Есть идеи?