ебли как раз больше

Серёг, если ПО имеет собственные механизмы отказоустойчивости, то меньше.

кароч, религия )

а в плане простоя - ну это палка такая. стрельнуть может с двух концов. с дрного тоже

Согласен.

Серёг, если ПО имеет собственные механизмы отказоустойчивости, то меньше.

это вечный спор. к тому же собстенные механизмы там так себе

если ручкаме дергать надо

это вечный спор. к тому же собстенные механизмы там так себе

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

само

само переедет

а не ручками дергать

Да

а если сделать dag - то еще и разнести можно нормально

Так и должно быть, речь не идет о DR.

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

Мы, видимо, сошлись на том, что ft нужон только для sql ?

DR - это крайний случай, когда всё навернулось.

Мы, видимо, сошлись на том, что ft нужон только для sql ?

А Exchange?

А Exchange?

У нас группа по SCCM )))

по другим вещам - там, конечно, нужно, без вопросов

Ок, в чём проблема развернуть дополнительные роли SCCM на сервере в другом ДЦ?

А что не так? xx02, xx06 и xx10.

Сложная шутка

При факапе всего лишь нужно подключиться к здоровому SMS провайдеру и переключиться на пассивный сайт.

Ок, в чём проблема развернуть дополнительные роли SCCM на сервере в другом ДЦ?

Не, ну это само собой. И даже не сложно. Если тока в этом отказоустойчивость - то я тока за.

но там тоже будет время простоя. клиенты не сразу переключаются

Сложная шутка

У SCCM три билда в год.

Сергей вчера злоупотреблял

О нем пекусь

это клиент

Неа, MP

да уже рассказали

оно не смотрит на NO_SMS_ON_DRIVE.SMS ?

Неа

По уму надо перенести MP на другой диск. 1) Снести MP/клиента 2) Поставить клиента в кастомную папку через параметры client.msi 3) Поставить MP Правда удобно?

Всем привет

ну продуктовой команде похуй

поэтому удобно

коллеги , подскажите пожалуйста , В чем может быть проблема ?

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

куда копать ?

в локах dstrm чисто

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

Это для бранчкэша, видимо он не пашет

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

Смотреть в datatransferservice на клиентах

мерси

полезу смотреть

самое интересное

никто не лазил на сервак

а пакеты просто не приходят ))

хватит, остановись

полезу смотреть

спасибо

Коллеги здравствуйте, после решенияпроблем с PKI, вернулся к строй проблеме это Active clients at risk. Всё не пойму кроме как разные версии сигнатур, как ещё причины попадания пК. подскажите пожалуйста

ну я и грамотей. 😊

однако интересуют причины по которой тут собираются пк. и как их отсюда вывести, может кто сталкивался

Неа

Смотрит.

очень нужна помощь!!! Зависает удаленное управление вот на этом месте

пользователь с которого подключаюсь Алминистратор домена

пинг к клиентам есть

очень нужна помощь!!! Зависает удаленное управление вот на этом месте

А на той стороне не висит запрос о подтверждении подключения?

нет

я отключил запросы

ремоутконтрол лог на клиенте

ремоутконтрол лог на клиенте

а где лежит?

на клиенте

на клиенте

ну где именно?

ццм/логс

ну где именно?

%SystemRoot%\CCM\Logs

ремоутконтрола нету такого

может с этого файла? CmRcService.log

ремоутконтрола нету такого

https://docs.microsoft.com/ru-ru/sccm/core/plan-design/hierarchy/log-files

какие журналы бывают... и где они находятся

какие журналы бывают... и где они находятся

спасибо

вот нашел вот такое

Disconnecting the connection. An existing connection was forcibly closed by the remote host. (Error: 80072746; Source: Windows) CmRcViewer 07.08.2019 15:20:22 4436 (0x1154) Stream is closed, so there is no need to wait for Data. CmRcViewer 07.08.2019 15:20:22 4436 (0x1154) Failed to copy Stream Buffer CmRcViewer 07.08.2019 15:20:22 6996 (0x1B54) Failed to receive a transport message.. This is usually caused by a problem with the program. Please check the Microsoft Knowledge Base to determine if this is a known issue or contact Microsoft Support Services for further assistance. The parameter is incorrect. (Error: 80070057; Source: Windows) CmRcViewer 07.08.2019 15:20:22 6996 (0x1B54) Remote Control Security Handshake failed. This is usually caused by a problem with the program. Please check the Microsoft Knowledge Base to determine if this is a known issue or contact Microsoft Support Services for further assistance. The parameter is incorrect. (Error: 80070057; Source: Windows) CmRcViewer 07.08.2019 15:20:22 6996 (0x1B54) Sending 'Remote Control session failed to start' status message for session with remote system TEST-PC2 CmRcViewer 07.08.2019 15:20:22 6996 (0x1B54)

это на сервере с sccm

Смотреть в datatransferservice на клиентах

вот что выходит

Using branch cache option

хотя Branch cash отключен

но клиенту все равно

хелоу эврибади )

никто случайно не заморачивался впиливанием магазина microsoft.windows store обратно

Using branch cache option

Енто не важно. Там чото качает?