tl; dr: какие разрешения/конфигурации Windows необходимы для успешного выполнения задания по сборке данных «Активность сервера»?
Я запускаю SQL Server 2016 SP1 CU6 (13.0.4457.0) в Windows Server 2012 R2 Datacenter.
Всякий раз, когда я пытаюсь запустить сборщик данных «Активность сервера», выполняется сбой задания агента SQL Server, и я вижу следующие три ошибки в журнале событий приложения в поле.
Невозможно открыть объект производительности службы сервера. Первые четыре байта (DWORD) раздела Data содержат код состояния.
Не удалось выполнить процедуру Open для службы «WmiApRpl» в DLL «C: \ Windows \ system32 \ wbem \ wmiaprpl.dll». Данные о производительности для этой службы не будут доступны. Первые четыре байта (DWORD) раздела Data содержат код ошибки.
Не удалось выполнить процедуру Open для службы «BITS» в DLL «C: \ Windows \ System32 \ bitsperf.dll». Данные о производительности для этой службы не будут доступны. Первые четыре байта (DWORD) раздела Data содержат код ошибки.
Это происходит во всех четырех ящиках SQL Server, где я запускаю эти коллекторы. Остальные два сборщика (статистика запросов и использование диска) отлично работают на всех 4 серверах.
Вещи, которые я пробовал, которые не имели никакого эффекта:
- Add SQL Server Agent user (Windows account) to the local «Performance Monitor Users» group (source)
- Reload the performance library with the «lodctr» command (source)
- Turn on the «WMI Performance Adapter» service and set to automatic (source)
- Run the lodctr command at C:\Windows instead of C:\Windows\system32 (source)
Наконец, я попытался временно добавить учетную запись Windows, которую Агент SQL Server запускает, в группу локальных администраторов в одном из полей и перезагружать ее. Это позволило успешно выполнить задание (хотя ошибка BITS все еще появилась в журнале событий приложения). Реверсирование этого и перезагрузка заставили работу снова начать сбой.
Я не хочу, чтобы эта учетная запись службы была локальным администратором в этом поле, и я был бы шокирован, если это необходимо. Итак, каковы минимальные разрешения, необходимые для этой учетной записи, чтобы иметь доступ к данным счетчика производительности, необходимым для этого набора данных?
Код события:10154 Источник: Microsoft-Windows-WinRM
Код события:10154 Источник: Microsoft-Windows-WinRM
Дополнительные данные
Была получена ошибка «8344»: %%8344.
Действия пользователя
Имена участников-служб можно создать под учетной записью администратора с помощью служебной программы setspn. exe.
Xml события:
System
Dcsrv1.nwtraders. msft
WSMAN/Dcsrv1.nwtraders. msft
WSMAN/Dcsrv1
8344
Чтобы решить данную проблему делаем следующее.
Заходим в остнастку ADSIEDIT. msc
Код события 10154 Источник Microsoft-Windows-WinRM-01
Подключаемся к контроллеру по умолчанию
Код события 10154 Источник Microsoft-Windows-WinRM-02
Затем раскрываем объект DC=DOMAIN, DC=local там находим пункт OU=Domain Controllers
Код события 10154 Источник Microsoft-Windows-WinRM-03
Заходим в Свойства-Безопасность OU=Domain Controllers
Добавляем системную учетную запись NETWORK SERVICE и даём ей права «Удостоверенная на запись сопоставления имен участника службы «
Код события 10154 Источник Microsoft-Windows-WinRM-04
Код события 10154 Источник Microsoft-Windows-WinRM-05
Дожидаемся репликации, предупреждение от WinRM больше Нас не беспокоит.
We have a server machine where Net. Pipe Listener Adapter, Net. Tcp Listener Adapter services are deleted while in the server machine these services were running fine. When we observed that these services are disabled, we tried to enable the services but we got a pop up that these services are marked for deletion. Also, it asks the server to be rebooted but being the production server reboot is not possible.
.NET Framework 3.5.1 Features
Error: Attempt to install Non-HTTP Activation failed with error code 0x80070643. Fatal error during installation
Error: Attempt to install HTTP Activation failed with error code 0x80070643. Fatal error during installation
Windows Process Activation Service
Error: Attempt to install Configuration APIs failed with error code 0x80070643. Fatal error during installation
Error: Attempt to install Process Model failed with error code 0x80070643. Fatal error during installation
221, 222, 223, 41, 219, 218, 217
So it is clear that WCF Non Http Activation installation is failing. Let us try again and try to see the messages that system generates when we try to install these.
Error: You cannot activate this unless you activate Window Process Activation Service
Allik
Новый пользователь
Операция:
Удаление автоматически освобожденных теневых копий
Загрузка поставщика
Контекст:
Контекст выполнения: System Provider
Xml события:
Операция:
Удаление автоматически освобожденных теневых копий
Загрузка поставщика
Контекст:
Контекст выполнения: System Provider
2D20436F64653A2053505250524F564330303030323333312D2043616C6C3A2053505250524F564330303030323237332D205049443A202030303030323432302D205449443A202030303030303437362D20434D443A2020433A5C57696E646F77735C53797374656D33325C737663686F73742E657865202D6B2073777072762D20557365723A204E616D653A204E5420415554484F524954595C
Операция:
Сбор данных модуля записи
Выполнение асинхронной операции
Контекст:
Контекст выполнения: Requestor
Текущее состояние: GatherWriterMetadata
2D20436F64653A2042554543584D4C4330303030393030312D2043616C6C3A2042554543584D4C4330303030383933392D205049443A202030303030303138342D205449443A202030303030333635322D20434D443A2020433A5C57696E646F77735C73797374656D33325C72756E646C6C33322E657865202F64207372727374722E646C6C2C457865637574655363686564756C65645350504372656174696F6E2020202020202D20557365723A204E616D653A204E5420415554484F524954595C
8193
2
0
0x80000000000000
C:Windowssystem32
Undll32.exe /d srrstr. dll, ExecuteScheduledSPPCreation
Запланированная контрольная точка
0x80042318
182304809D010000870100009501000022CE28677C6DDA79E28C1C000000000000000000
8211
2
0
0x80000000000000
8224
4
0
0x80000000000000
Коллеги, столкнулись с необъяснимым вылетом баз 1С. Прошу помощи, может, у кого случалось подобное?
Ошибки начали появляться примерно неделю назад. На тот момент была платформа 8.3.11.3133. Перешли на 8.3.12.1567 – проблема осталась без изменения. Какое-то конкретное событие, после которого начались проблемы, выявить не удалось.
Воспроизводится на всех серверных базах «комплексной автоматизации 2.4.5.41» (и рабочая, и тестовые).
В файловых тестовых базах (выгрузка-загрузка dt файла из рабочей) ошибка НЕ воспроизводится.
В развернутой с нуля (из шаблона конфигурации) демо-базе (серверной) – воспроизводится. В файловой – НЕ воспроизводится.
Перезаливка dt-файла в другую серверную базу не помогает.
Переподключение базы в списке баз и непосредственная очистка кеша не помогают.
Службу сервера 1с перезапускали – не помогает.
21 сентября перезагрузили сервер, на котором работает служба сервера 1с, и сервер, на котором работает sql, – после этого сразу проверили – проблема исчезла.
23 сентября проблема снова появилась.
Еще симптом, который наблюдается во всех серверных базах: если кто-то сидит в конфигураторе (просто открыли его и ничего не меняли) и в это время кто-то другой пытается запустить сеанс предприятия, он не сможет зайти (не всегда, но часто) – получит сообщение об ошибке вида “Активны сеансы: Иванов Иван, конфигуратор”. После выхода из конфигуратора проблема исчезает и зайти дает.
Сервер 1с и сервер sql едины для всех баз. Сервер 64-битный, клиенты тоже.
Пожалуйста, помогите решить проблему. Если нужны дополнительные данные, готовы предоставить.
ставьте 13 платформу. Как раз зарелизили
Это больше похоже на ошибку в коде 1С. Пытаются снять блокировку, которую не установили.
(0) на хотлайн писать не пробовали?
(0) Отладчик тебе поможет
(0) КА 2.4 – видел такую ошибку в “Рабочее место работника склада” – файловая или нет была – не вспомню. После сканирования и попытки добавить в документ позиции – вылезала ошибка про блокировку объекта.
СУБД – Microsoft SQL Server
Не думаю, что проблема в коде. Повторюсь – при загрузке dt из рабочей (проблемной) базы в файловую глюка с блокировкой нет. И все остальные описанные странности в поведении другой базы (КА 1.0) возникли примерно одновременно с этой “блокировкой”.
Это, совместно с тем, что проблема исчезла на краткий промежуток времени непосредственно после перезагрузки серверов 21 сентября, дает причину подозревать проблему на серверах.
Наверно, можно вытащить что-то полезное из техножурнала, но детально расшифровать его не могу. Включили его на полчаса, собрали логи, среди записей есть такие:
42:51.594083-0,EXCP,0,process=rphost,OSThread=6372,Exception=dd149677-3d47-4e05-a55f-4e75b13a441f,Descr=’src\RMngrCalls.cpp(584):
dd149677-3d47-4e05-a55f-4e75b13a441f: Процесс завершается. Исходящий вызов запрещен.’
42:51.594085-0,EXCP,0,process=rphost,OSThread=6372,Exception=ba8a0cd1-c2cc-4b84-a837-a0dda720ff4e,Descr=’src\RHostImpl.cpp(5855):
ba8a0cd1-c2cc-4b84-a837-a0dda720ff4e: Не найдено ни одного сервера с размещенным сервисом
serviceName=ClusterLockService;’
42:51.594086-0,EXCP,0,process=rphost,OSThread=6372,Exception=dd149677-3d47-4e05-a55f-4e75b13a441f,Descr=’src\RMngrCalls.cpp(737):
dd149677-3d47-4e05-a55f-4e75b13a441f: Процесс завершается. Исходящий вызов запрещен.’
42:51.594087-0,EXCP,0,process=rphost,OSThread=6372,Exception=dd149677-3d47-4e05-a55f-4e75b13a441f,Descr=’src\RMngrCalls.cpp(737):
dd149677-3d47-4e05-a55f-4e75b13a441f: Процесс завершается. Исходящий вызов запрещен.’
42:51.594088-0,EXCP,0,process=rphost,OSThread=6372,Exception=96380a22-60f7-4a8b-8fca-1224e6bc518f,Descr=’src\RMngrCalls.cpp(949):
96380a22-f7-a8b-fca-e6bc518f: onFinishConnection'
Не факт, что эти строки техножурнала связаны именно с нашими гляками, просто этих Exception много.
Еще в SQL Profiler искали проблемные блокировки, в соответствии с этой инструкцией: https://its.1c.ru/db/metod8dev#content:1738:hdoc
Трассировка показала, что таковых нет.
Причем тут СУБД ебанарот! Ошибка в обработке.
(9) Расступитесь шире, гений пришел! Ебанаротовый!
После выхода из конфигуратора – всех сразу пустило.
(11) А почему сидение в конфигураторе, должно выбивать пользователей?
(12) Потому что когда не умеешь пользоваться отладчиком, ищешь любую возможность за что зацепиться
(10) Все верно, спасибо
(12) Вот именно, что не должно. И не выбивало никогда раньше.
Тем более сидение в конфигураторе другой(!) базы.
Может на сервере с памятью чего случилось? В Виндовом журнале ничего нет?
(14) У тебя что-то с сервером не то. Почистить ему кэш, возможно rmanager отвалился или места нет.
(15) В журнале событий Windows сервера, на котором запущена служба “сервера 1С”, не вижу ничего криминального.
Из последних событий (ближайших к моменту специально вызванной ошибки с блокировокой):
The “vmGuestLibrary” is successfully initialized for this Virtual Machine.
The “vmStatsProvider” is successfully initialized for this Virtual Machine. WMI namespace: “root\cimv2”.
За последние сутки несколько записей есть с типом “ошибка”:
раз:
Сбой служб шифрования в ходе обработки вызова OnIdentity() в объекте “Системный модуль записи”.
Details:
AddLegacyDriverFiles: Unable to back up image of binary Протокол Microsoft LLDP.
System Error:
Отказано в доступе.
два:
Ошибка в процедуре открытия службы “BITS” из библиотеки “C:\Windows\System32\bitsperf.dll”. Данные производительности не будут доступны для этой службы. Первые четыре байта (DWORD) в разделе данных содержат код ошибки.
И есть одна запись с типом “предупреждение”:
Не удалось собрать данные об использовании физической памяти NUMA. Первые четыре байта (DWORD) в разделе данных содержат код состояния.
На сервере, где работает MS SQL server, в журнале windows сообщения такие же. Тоже ничего подозрительного.
На обоих серверах процессор занят на 10-25 процентов. На сервере 1с кратковременные (до минуты) скачки до 60% бывают.
Память: на сервере 1с занято 16-35 ГБ (из 32), на сервере SQL занято 30 ГБ (из 32). Так было и месяц назад, когда не было глюков.
(18) Уууу. Так вы на виртуалке. Это все объясняет.
(18) Может их просто не замечали?
Ставить 1С на виртуалку или запускать ее от доменного пользователя вообще не рекомендуется.
Ставить SQL сервер на виртуалку без толстенного iSCSI я бы вообще не стал.
+(20) Тебе нужно не логи гостя смотреть а хоста. И для начала отключите совместное использование памяти в настройках хоста.
(20) Что, глюки (именно ошибки) сервера 1С, вызывающие вылеты, вызваны именно виртуалкой? Вроде ни одной ошибки такого рода никогда не фиксировалось
(23) У хостов на виртуалке бывают сбои с ip/dns именем или временем. Их 1С очень и очень не любит.
(24) Есть какие-то признаки в ТЖ, помогающие определить эти сбои хостовой ОС, или – как обычно – невнятная последовательность EXCP? ))
(25) Вот это мне сильно не понятно:
Не найдено ни одного сервера с размещенным сервисом
serviceName=ClusterLockService;’
Выловили в техножурнале кусок, явно относящийся к ошибке с блокировкой:
21:.-,SDBL,,process=rphost,p:processName=ka2_test2,OSThread=,t:clientID=,t:applicationName=CV8C,t:computerName=MSK1-S2,t:connectID=,SessionID=,Usr=tsd_big,AppID=CV8C,Trans=,Func=HoldConnection,Context='Форма.Вызов : Обработка.РабочееМестоРаботникаСклада.Форма.ФормаРабочегоМеста_480х.Модуль.ОтменитьВыполнениеЗаданияНаСервере Обработка.РабочееМестоРаботникаСклада.Форма.ФормаРабочегоМеста_480х.Форма : : РабочееМестоРаботникаСкладаСервер.ОтменитьВыполнениеЗадания(ЭтаФорма); ОбщийМодуль.РабочееМестоРаботникаСкладаСервер.Модуль : : ПараметрыЗадания = РабочееМестоРаботникаСкладаПрограммныйИнтерфейс.ОтменитьВыполнениеЗадания(Задание, ОбщийМодуль.РабочееМестоРаботникаСкладаПрограммныйИнтерфейс.Модуль : : УстановитьИсходныйСтатусСкладскогоЗадания(Задание, ТипЗадания, ПараметрыЗадания); ОбщийМодуль.РабочееМестоРаботникаСкладаПрограммныйИнтерфейс.Модуль : : ДокументОбъект.Записать(РежимЗаписи);' :.-,EXCP,,process=rphost,p:processName=ka2_test2,OSThread=,t:clientID=,t:applicationName=CV8C,t:computerName=MSK1-S2,t:connectID=,SessionID=,Usr=tsd_big,AppID=CV8C,Exception=e6-ba49--ac67-fcd6f2180121,Descr='src\VResourceInfoBaseImpl.cpp():
580392e6-ba49-4280-ac67-fcd6f2180121: Неспецифицированная ошибка работы с ресурсом
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
e0506925-b3e4-4dfb-b2fd-309eb7908ae3: Ошибка снятия блокировки объекта. Объект не заблокирован’
(27) Как мы долго этого ждали. Осталось найти это в обычном журнале. CallStack обрезан, с фоновыми заданиями это нормально.
Я ставлю на это место : УстановитьИсходныйСтатусСкладскогоЗадания(Задание, ТипЗадания, ПараметрыЗадания);
Скорее всего не проверяется создано ли вообще задание.
ЗЫ: Я бы взял тебе тестировщиком, если бы были места.
Я не понял, каков итог? Где был источник проблемы? Устранили ли его?
Первые четыре байта dword в разделе данных содержат код ошибки
Вопрос
Доброго времени суток! Система Windows Server 2016 Standart x64 Rus. После самостоятельных многочисленных попыток исправления данных ошибок обращаюсь к вам за помощью. Весь интернет пересмотрел, всё перепробовал, вроде всё восстанавливается в реестре и в журнале приложений это отмечается, но ошибки всё равно идут на одни и те же службы. Что то я не учитываю. Прошу помощи. В журнале приложений после какого то обширного обновления повредили счётчики производительности, я так лично понял. Одним словом, появились ошибки нескольких типов:
Windows не удалось загрузить расширяемую библиотеку счетчиков Backup Exec. Первые четыре байта (DWORD) в разделе данных содержат код ошибки Windows.
Ошибка в процедуре открытия службы «aspnet_state» из библиотеки «C:\WINDOWS\System32\aspnet_counters.dll». Данные производительности не будут доступны для этой службы. Первые четыре байта (DWORD) в разделе данных содержат код ошибки.
Информация по настройке библиотеки производительности «C:\Windows\System32\perfts.dll» для службы «TermService» не соответствует информации о доверенной библиотеки производительности сохраненной в реестре. Функции в этой библиотеке не будут рассматриваться как доверенные.
Windows не удалось загрузить расширяемую библиотеку счетчиков FileReplicaConn. Первые четыре байта (DWORD) в разделе данных содержат код ошибки Windows.
И далее много других ошибок на разные службы с этим же одинаковыми ошибками. Выходят периодически ежедневно. Журнал стал разноцветный.
Что интересно, на двух одинаковых системах эти ошибки посыпались после майского или апрельского большого обновления. Как я его установил, так и пошли, на той и на другой системе. Ну чё за хрень то. Как теперь мне их убрать?
First Counter
First Help
Last Counter
Last Help
Отлично, они появились в той службе, в журнале тоже есть лог об успешном добавлении новых параметров производительности данной службы. НО через день всё та же опять ошибка. Проблема не решена. Всё вроде восстанавливается, но ошибки не проподают. Я уже пытался с такой же готовой новой системы, на тестовой машине, скопировать полностью раздел perfomance данной службы и импортировать его на проблемном сервере. Но нет и это не помогло. Пробловал через ini файл службы много р аз восстанавливать. Восстанавливается, но ошибка не пропадает.
Ошибки лезут и когда есть записи First Counter. и т.д. данной службы, и когда их нет. Естественно можно их удалить вручную и через команду Lodctr ***.ini файл восстановить. Ещё его попробуй найди, он обычно последний из списка в папке WinSXS. Пробовал и восстанавливать из из папки system, если он подходит, конечно. Не помогает решить ошибки. С самими библиотеками, я ничего не делал. Может что то с ними можно сделать. Я уже и не знаю, просто по этой ошибке в инете так пишется решение, но у меня ничего не выходит.
До обновления системы, двух одинаковых систем, таких ошибок не было, как обновил и пошли.
Вылет серверных баз 1С
Коллеги, столкнулись с необъяснимым вылетом баз 1С. Прошу помощи, может, у кого случалось подобное?
Ошибки начали появляться примерно неделю назад. На тот момент была платформа 8.3.11.3133. Перешли на 8.3.12.1567 – проблема осталась без изменения. Какое-то конкретное событие, после которого начались проблемы, выявить не удалось.
Воспроизводится на всех серверных базах «комплексной автоматизации 2.4.5.41» (и рабочая, и тестовые).
В файловых тестовых базах (выгрузка-загрузка dt файла из рабочей) ошибка НЕ воспроизводится.
В развернутой с нуля (из шаблона конфигурации) демо-базе (серверной) – воспроизводится. В файловой – НЕ воспроизводится.
Перезаливка dt-файла в другую серверную базу не помогает.
Переподключение базы в списке баз и непосредственная очистка кеша не помогают.
Службу сервера 1с перезапускали – не помогает.
21 сентября перезагрузили сервер, на котором работает служба сервера 1с, и сервер, на котором работает sql, – после этого сразу проверили – проблема исчезла.
23 сентября проблема снова появилась.
Сервер 1с и сервер sql едины для всех баз. Сервер 64-битный, клиенты тоже.
Пожалуйста, помогите решить проблему. Если нужны дополнительные данные, готовы предоставить.
Первые четыре байта dword в разделе данных содержат код ошибки
Общие обсуждения
После установки SQL Server 2016 Standard на чистую систему Windows Server 2012 R2 Standard, в журнале событий каждую перезагрузку возникает одномоментно три ошибки:
1. Perflib, код события 1008
Ошибка в процедуре открытия службы «BITS» из библиотеки «C:\Windows\System32\bitsperf.dll». Данные производительности не будут доступны для этой службы. Первые четыре байта (DWORD) в разделе данных содержат код ошибки.
2. PerfNet, код события 2004
Не удалось открыть объект счетчиков производительности службы сервера. Первые четыре байта (DWORD) в разделе данных содержат код состояния.
3. Perflib, код события 1008
Ошибка в процедуре открытия службы «WmiApRpl» из библиотеки «C:\Windows\system32\wbem\wmiaprpl.dll». Данные производительности не будут доступны для этой службы. Первые четыре байта (DWORD) в разделе данных содержат код ошибки.
Как можно исправить данные ошибки?
Что уже делал:
1. Проверял, запущена ли служба «Сервер». Да, служба запущена.
2. запускал команду lodctr /R, ошибок со счетчиками становится еще больше, т.к. видимо не все необходимые ini-файлы расположены в System32 (я запускал команду из каталога System32).
Ошибки возникают именно после установки SQL 2016, несколько раз тестировал данный факт на виртуалке.
Первые четыре байта dword в разделе данных содержат код ошибки
Общие обсуждения
После установки SQL Server 2016 Standard на чистую систему Windows Server 2012 R2 Standard, в журнале событий каждую перезагрузку возникает одномоментно три ошибки:
1. Perflib, код события 1008
Ошибка в процедуре открытия службы «BITS» из библиотеки «C:\Windows\System32\bitsperf.dll». Данные производительности не будут доступны для этой службы. Первые четыре байта (DWORD) в разделе данных содержат код ошибки.
2. PerfNet, код события 2004
Не удалось открыть объект счетчиков производительности службы сервера. Первые четыре байта (DWORD) в разделе данных содержат код состояния.
3. Perflib, код события 1008
Ошибка в процедуре открытия службы «WmiApRpl» из библиотеки «C:\Windows\system32\wbem\wmiaprpl.dll». Данные производительности не будут доступны для этой службы. Первые четыре байта (DWORD) в разделе данных содержат код ошибки.
Как можно исправить данные ошибки?
Что уже делал:
1. Проверял, запущена ли служба «Сервер». Да, служба запущена.
2. запускал команду lodctr /R, ошибок со счетчиками становится еще больше, т.к. видимо не все необходимые ini-файлы расположены в System32 (я запускал команду из каталога System32).
Ошибки возникают именно после установки SQL 2016, несколько раз тестировал данный факт на виртуалке.
Первые четыре байта dword в разделе данных содержат код ошибки
Вопрос
Ошибка в журнале событий на сервере Windows Server 2012:
The Open Procedure for service «ASP.NET_64» in DLL «C:\Windows\Microsoft.NET\Framework64\v2.0.50727\aspnet_perf.dll» failed. Performance data for this service will not be available. The first four bytes (DWORD) of the Data section contains the error code.
Аналогичную ошибку видел в журнале событий на сервере Windows Sever 2008.
Кто-нибудь знает, как исправить ошибку?
Все ответы
Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется «как есть» без каких-либо гарантий. Не забывайте помечать сообщения как ответы и полезные, если они Вам помогли.
Еще одна подобная ошибка.
The Open Procedure for service «usbhub» in DLL «C:\Windows\system32\usbperf.dll» failed. Performance data for this service will not be available. The first four bytes (DWORD) of the Data section contains the error code.
Еще одна подобная ошибка.
Ошибка в процедуре открытия службы «MSDTC» из библиотеки «C:\Windows\system32\msdtcuiu.DLL». Данные производительности не будут доступны для этой службы. Первые четыре байта (DWORD) в разделе данных содержат код ошибки.
Я нашёл статью https://technet.microsoft.com/ru-ru/library/cc774913(v=ws.10).aspx с решением проблемы, но на шаге
в упор не понял, откуда мне брать ini файл. Совершенно неочевидно где найти файл, всязанный с моей библиотекой, или я чего-то не понимаю.