Я, всё же, надеялся, что если в очереди есть уже общая коллекция, то она обновится только 1 раз. Ну или есть какой-то минимальный интервал, в пределах которго коллекция в инклюдах обновляться не будет.

Или, в крайнем случае, умный SQL сделает это очень быстро 😀

Ну вот это да. Собсно, именно на это я и надеялся.

Ок, спасибо за ответ.

Не зналъ

Кстати, по статье Andrey "В случае "тяжелых" запросов, переносите нагрузку на клиентов, используя Compliance Settings." Я бы для больших иерархий назвал это спорным утверждением ))

1 раз выполнить тяжелый запрос или постоянно получать и хранить информацию от тысяч клиентов...

Это точно. Но смотря еще какой CI - можно сделать что он будет отправлять значения, которые "Not Compliant".

with(nolock) не?

в данном случае wql все равно в sql транформируется

нельзя

а вот кстати вопрос - насколько умно sccm wql -> sql трансформирует?

то есть любимая практика select * from x inner join z on x.id=z.xid

при том что полей надо всего 2

насколько быстрее будет если указать что именно надо забрать? и в inner и в select?

например так:

select s.id, s.name, u.name from X s inner join (select xid, name from Z) u on s.id=u.xid

насколько быстрее будет если указать что именно надо забрать? и в inner и в select?

)) смотря какая таблица. Может там поле с xml-кой...

в смысле что-то типа mp в scom?

то есть любимая практика select * from x inner join z on x.id=z.xid

Это я к этому. Если какое-то поле очень жирное, а его не надо - будет ну ооочень долго. Но в том же WQL можно же указать, какие именно поля нужны.

ни разу не видел

все пишут как я привел первый пример

неет

нееееет

какой джоин указан, тот и делает

я проверял

он должен сначала скопмилить wql в sql

ну

inner join tableX

и тут уже как sql екзекушн планы будет делать

Ну и вкладка, где указывается, какие поля выбирать. Даж дистинкт есть.

Привет. Прошу помощи. Переместил сервер сертификации на другой сервер с сохранение коневого сертификата и базы сертификатов, но теперь до менеджмент поинта не достучаться пишет ошибку 403. Call to HttpSendRequestSync failed for port 443 with status code 403, text: Forbidden

Ну и вкладка, где указывается, какие поля выбирать. Даж дистинкт есть.

А нахрена там дистинкт? Результаты запроса и так дедуплицируются

Или дистинкт для подзапросов?

Или дистинкт для подзапросов?

Да пофиг ) Как факт того, что есть оно )

Привет. Прошу помощи. Переместил сервер сертификации на другой сервер с сохранение коневого сертификата и базы сертификатов, но теперь до менеджмент поинта не достучаться пишет ошибку 403. Call to HttpSendRequestSync failed for port 443 with status code 403, text: Forbidden

А CRL используется?

нет, выключен

ну браузером зайдите на MP и посмотрите серт

там скорее всего серт не соответсвует имени сервера

на который он выдан

с другого домена к этой МП все нормально подключается

там скорее всего серт не соответсвует имени сервера

имя сервера МП никто не менял

не, цепочку посмотреть

хотя бы понять, с сертами это или нет

щас гуру PKI подтянутся, скажут что к чему )

не, цепочку посмотреть

цепорка нормальная, репорт сервер открывается

это началось как раз после переноса цетрсервера

Рут СА специфиед. Там точно правильный СА?

да

тут?

выключены(

An account was successfully logged on. Subject: Security ID: NULL SID Account Name: - Account Domain: - Logon ID: 0x0 Logon Information: Logon Type: 3 Restricted Admin Mode: - Virtual Account: No Elevated Token: No Impersonation Level: Impersonation New Logon:

нет таких

403.13 этож ревокед сертификат

CRL ?

403.13 этож ревокед сертификат

а порусски)

Добрый день! Подскажите, при обновлении с 1606 до 1702 необходимо ли устанавливать все Hotfix, которые ему доступны? (KB4010155 и KB4016483)?

да есть

нет

новый комп залил, он получил с нового цетрсеврвера и не конектится к МП

я его уже обновил на новый

Добрый день! Подскажите, при обновлении с 1606 до 1702 необходимо ли устанавливать все Hotfix, которые ему доступны? (KB4010155 и KB4016483)?

надо

надо

Спасибо

certutil -verify -urlfetch ERROR: Verifying leaf certificate revocation status returned The revocation function was unable to check revocation because the revocation server was offline. 0x80092013 (-2146885613 CRYPT_E_REVOCATION_OFFLINE)

только вот почему он считает его офлай не пойму

да я могу с него серт запросить новый)

certutil -verify -urlfetch ERROR: Verifying leaf certificate revocation status returned The revocation function was unable to check revocation because the revocation server was offline. 0x80092013 (-2146885613 CRYPT_E_REVOCATION_OFFLINE)

А что в CRL сертификата?

так она же сама себя забивает

А что в CRL сертификата?

ldap:// и так далее

класика жанра - на иисе забыли + разрешить

тут?

так mplist получил, клиент зарегистрировался уже хорошо). Всем большое спасибо. будут дальше восcтанавливать. Только вот не понятно как на старом цетрсервере работало без http crl ссылки в сертификате

нет

certserver всегда был отдельным