подытожу:
1. кол-во ревизий каждый определяет для себя сам. все зависит от:
- насколько велика вероятность того, что какая-та машина выключена продолжительное время
- насколько критично уменьшение загрузки канала связи.
Если канал критичен и при этом машины могут быть долго выключены, то храните больше ревизий (за день публикуется 3 ревизии, т.ч. если машина может быть недоступна неделю, то логично хранить около 20-30 ревизий, но это займет достаточно места на SEPM.
Если канал не критичен, а больше критично место на SEPM, то уменьшайте кол-во ревизий до 10. Меньше 10 смысла нет, т.к. во многих случаях в понедельник (т.е. после 2 выходных) кто-нибудь да задержится на работу и это приведет к тому, что GUP будет качать полный пакет обновлений.
Вроде, логично)))
2. Самое важное!
Для мониторинга состояния и кол-во загруженного GUP-ами появилась утилита. Сразу обращаю внимание, что официально она не поддерживается, но вероятность того, что она что-то может испортить минимальна, т.к. читает логи IIS + берет минимальное кол-во информации из базы данных.
Утилиту можно взять здесь (она периодически обновляется, появляются новые фичи, т.ч. следите за обновлениями):
http://www.symantec.com/connect/downloads/...ibution-monitor
Посмотреть как ее использовать, правда, на английском, но четко и понятно, можно здесь:
http://www.screencast.com/t/MzU0Mzk0ZT
Если с просмотром на английском есть проблемы, то там довольно просто все в readme прописано.
Удачи с мониторингом GUP!!!