Ссылка на файл: >>>>>> http://file-portal.ru/Правила оценки в system center configuration manager/
Управление обновлениями программного обеспечения в System Center Configuration Manager
Выполнение сценариев с обратной связью с помощью System Center 2012 Configuration Manager
Список отчетов в System Center Configuration Manager
Кажется, о необходимости обновления не говорил только ленивый. Удручающей стала ситуация с массовыми вирусными эпидемиями, которые использовали уязвимости, уже давно закрытые соответствующими обновлениями. Не смотря на все это, многие системные администраторы просто не понимают важность своевременных обновлений и уж тем более не умеют управлять процессом обновлений. И если о необходимости обновлений говориться во многих статья по безопасности, и на многих форумах, то процесс управления обновлениями почему-то остается обделен вниманием. В этой статье я постараюсь восполнить данный пробел. В первой части статьи мы с вами рассмотрим непосредственно процесс управления обновлениями. Этот процесс одинаков для любых систем. Во второй части мы рассмотрим механизм взаимодействия Windows Software Update Services и System Center Configuration Manager, а также управление распостранением обновлений в Configuration Manager Мой рассказ будет базироваться на Microsoft Operations Framework 4. Подробнее о процессе изменения вы можете узнать, ознакомившись со следующими документами: Microsoft Solutions for Managment 2. Процесс управления обновлениями исправлениями , который рекомендует применять Microsoft, был представлен в Microsoft Solutions for Managment 2. Процесс начинается со стадии оценки. Событием, вызывающим переход на стадию идентификации , является уведомление о том, что появилось новое обновление. Событием, вызывающим переход к оценке и планированию , является подача формального запроса на изменение Request for change — RFC. Получение ободрение на развертывание обновления ПО в промышленной среде вызывает переход на стадию развертывание. Завершение выпуска обновления ПО и начало нового циклического процесса вызывает переход на стадию оценки. Мы с вами будем рассматривать централизованное управление только для обновлений от компании Microsoft. Процесс управления обновлениями программного обеспечения других производителей принципиально ничем не отличается. Как не отличается и способ установки обновлений: Прежде чем мы начнем управление процессом обновлений, нам нужно будет провести большую работу по созданию первоначальной базы объектов, которые мы собираемся обновлять. Разумеется, нам необходимо будет постоянно поддерживать эту базу в актуальном состоянии, но целесообразно выделить первоначальную стадию оценки в отдельный проект из-за ее масштабности. Принципиально при этом стадия первоначальной оценки, от последующей оценки, которую мы будем проводить регулярно при выходе новых обновлений, отличаться не будет. Для начала нам необходимо определиться с тем, какие компьютеры мы будем обновлять. Например, необходимо ли обновлять компьютеры, которые предназначены для списания или которые выведены в резерв и лежат на складе? Необходимо составить реестр ПО, для которого необходимы исправления. Если у нас не используется BizTalk сервер, то, соответственно, обновления для него должны быть исключены из процесса управления обновлениями. Большинство необходимых данных мы можем получить с помощью SCCM, но, как и говорил — технические подробности будут в следующей части статьи. В итоге мы должны получить список рабочих станций и серверов, которые участвуют в бизнес-процессах организации и при этом мы должны знать все ПО, установленное на этих компьютерах. Подчеркиваю, не просто программы, которое подлежит обновлению, а все критическое ПО используемое в работе. Все компьютеры, которые не попадают под наши критерии, мы отбрасываем, и в процессе управления изменениями они больше не участвуют. Почему важно знать именно все программы установленные на компьютерах? Иногда, редко, но все же случаются ситуации, когда обновление какого-нибудь компонента ОС или другой программы нарушало нормальную работу третьих программ. И такие моменты очень трудно отследить. Для всех компьютеров мы проверяем саму возможность установки исправлений. С другой стороны это может быть просто и возможность ручной установки обновлений. Задача создания хорошо функционирующей системы обновлений является одной из самых сложных. Поскольку ошибки при проектировании этой структуры в дальнейшем могут вызвать не только необходимость ее переделки, но и неправильное применение обновлений, и как следствие возможную неработоспособность обновляемых компьютеров. При развертывании системы управления обновлениями, желательно предварительно максимально привести все системы к некоему базовому показателю. Например, если в вашей организации никогда раньше не устанавливались обновления, то желательно провести предварительную установку пакетов обновлений service pack. Например, установка Windows XP SP3 покажет, использовались ли у вас нелицензионные копии программ, а установка Windows Server SP2, на некоторых серверах вызывала проблемы с сетевыми картами. Кроме того, необходимо подготовить не только инфраструктуру системы обновлений, но и обучить персонал работе с системой обновлений. Это может быть целая команда выделенных специалистов или отдельный системный администратор, который совмещает эту функцию с другими обязанностями. Команда будет отвечать за отслеживание информации о выходе новых обновлений, принятие решения об установке обновления и проведения всего остального процесса управления обновлениями тестирование-развертывание-анализ. Внутри каждой стадии можно выделить этапы, которые характеризуют процесс управления исправлениями:. Оценка assess — во многом схожа со стадией оценки выполняемой при подготовке к запуску процесса управления обновлениями. Как известно ничто в этом мире не стоит на месте, так же и изменяется и компьютерный парк вашей техники. Какие-то компьютеры списывают, на каких-то изменяется версия ОС или программ. Поэтому крайне важно вести постоянную работу по обновлении реестра техники и ПО. Это может быть изменение каких-либо настроек, на настройки по умолчанию, или действительно проблема в безопасности. Поэтому всегда тестируйте обновления перед применением. Если обновление не требуется для вашей организации — не ставьте его. Чем больше новых не обязательных обновлений вы устанавливаете — тем больше поверхность атаки на ваши компьютеры. Определитесь с источниками информации об обновлениях и угрозах безопасности. Это могут быть различные сайты посвященные проблемам информационной безопасности, либо рассылка от производителя ПО. Например для Microsoft это может быть сайт http: Со временем ваша организация может изменять свою структуру. Структура системы обновления так же должна претерпевать изменения. Работа вашей команды так же должна изменяться со временем. Вы должны периодически проводить переоценку своих сил и знаний. Идентификация Identify — стадия, на который вы стараетесь получить максимум информации о выпушенном обновлении. Используйте только доверенные источники для получения информации об обновлении. Отчет о новых обновлениях правильно настроенного сервера WSUS— это доверенный источник, а письмо с адреса security microsoftupdate. Определитесь, нужно вам это обновление. Далеко не каждое обновление обязательно для установки в промышленной среде. Например, не нужно устанавливать обновление, которое исправляет какие-либо дополнительные функции, которыми вы сейчас не пользуетесь, поскольку при этом вы рискуете работой бизнес-приложений. И пусть этот риск мал, но он есть. Кроме того, вы повышаете плоскость атаки на вашу Ит-структуру. Ни при каких случаях не пользуйтесь недоверенными источниками обновлений. Да, сервер вашего регионального провайдера — это недоверенный источник. Доверенным источником обновления может быть только производитель обновления. Для обновлений Microsoft это сайт update. И даже при использовании доверенных источников обновления — всегда проверяйте происхождение файла. Это можно сделать, например, проверив цифровые подписи файла. Для каждого обновления можно определить его критичность и область применения. С классификацией компании Microsoft можно ознакомиться по следующей ссылке. Команда, управляющая изменениями, должна принимать во внимание серьезность обновления, а так же структуру сети. И вот почему это важно делать: Казалось бы, это очень важное исправление и его необходимо установить немедленно. Но если в вашей организации используются персональные и корпоративные фаерволы, которые запрещают трафик через 25 порт для всех компьютеров, кроме почтового сервера а этот сервер построен на другой ОС, которая не подвержена данной угрозе , то конкретно для вас это исправление превращается из критического просто в необходимое. Соответственно его можно установить во время штатной установки обновлений, а не немедленно. Когда вы принимаете решение о применимости того или иного обновления, вы должны рассмотреть какие ИТ-системы затронет это обновление, насколько критичными для вас они являются. Должны определиться временные рамки установки обновления на защищаемые системы. Правильная классификация обновления позволит поддерживать безопасность вашей сети на должном уровне, при этом избавляя вас от необходимости частой установки обновлений. Что касается продуктов компании Microsoft — хорошей практикой будет установка всех обновлений раз в месяц. И только критические обновления необходимо устанавливать немедленно. Не забывайте, что параметр критичности так же не постоянен, он может меняться под воздействием внешних факторов. Так, если в нашем примере про червя, рассылающего спам, вы откажитесь, например от персональных фаерволов, то автоматически критичность этого обновления должна возрасти — поскольку преграды, которая мешала работе червя — больше нет. На данном шаге, мы еще раз проверяем список ИТ-систем, для которых предназначено это обновление. Определяемся, позволено ли пользователям влиять на установку обновления. Возможно, мы решим устанавливать обновление постепенно. При обновлениях затрагивающих большую часть вашей структуры, нужно проранжировать ваши ИТ-активы по важности. Так, сервера необходимо обновить в первую очередь, а рабочие станции могут подождать несколько дней. Важно также правильно оценить влияние обновления на рабочую среду: Может случиться так, что вам придется устанавливать обновление в нерабочие часы. Итогом данного шага должен стать план-график внедрения обновления. Как только выпуск подготовлен, создан график внедрения, вы можете приступить к созданию пакета выпуска. Форма выпуска будет сильно зависеть от используемой системы обновлений. В случае SCCM это будут пакеты и задания на установку обновлений. После подготовки пакета исправлений, вы должны применить его на тестовой среде, чтобы убедиться, что обновления устанавливаются именно так, как вы задумали. Возможно, в вашей организации нет возможности выделить тестовую среду, идентичную вашей реальной ИТ-структуре. Однако помните, что такой подход создает серьезную угрозу нормальной работе таких пользователей. Развертывание Deploy — успешное тестирование вашего выпуска обновления является сигналом для перехода к стадии Развертывания. На этой стадии, вы внедряете исправление в вашу рабочую среду, тем самые изменяя ее. В случае неудачного внедрения, должны применяться меры для отката изменений. И не забудьте провести анализ проделанной работы. После того как, вы подготовили и успешно провели тестовое развертывание, вы должны определиться с шагами, применяемыми для отката обновления, на случай, если обновление будет установлено с ошибками. Так же важно проинформировать всех заинтересованных лиц системных администраторов и конечных пользователей о запуске процесса развертывания обновлений. Для этого можно использовать рассылку почтовых сообщений. Для технических специалистов сообщение должно содержать максимум подробностей о вносимых в систему изменениях. Пользователям же нужно отправить сообщение, которое описывает вносимые изменения в общих словах. Этот шаг почти полностью зависит от системы управления обновлениями. Вы начитаете процесс установки обновлений на ваших компьютерах, а затем отслеживаете процесс развертывания и при необходимости производите восстановление или корректировку работоспособности. Важно постоянно следить за работой критических компонентов ИТ-инфраструктуры в процессе обновления. Если что-то пойдет не так, вы должны узнать об этом первым. Возможно, проблема будет только на одном или нескольких серверах — и тогда вы можете ее исправить, если же проблема проявляется на большинстве компьютеров, это означает что вы на этапе планирования обновления не учли какой-либо фактор. Вам нужно будет прервать процесс развертывания и вернуться к планированию, для проверки исходных данных. Возможно откат придется провести и в случае полностью успешного релиза обновления, из-за того что какая-либо программа начнет конфликтовать с этим обновлением. Анализ проводится после успешного или не успешного релиза обновлений. Зачем же проводить анализ неуспешного релиза обновлений? Дело в том, что не всегда неуспешный релиз может потребовать откат обновления. Он может запустить новый 4х фазный процесс управления обновлениями, например если обновление как-то конфликтует с вашей бизнес-прогаммой, то возможно можно установить исправление уже для этой программы, которое исправит функционал. В любом случае, мы должны оценить были ли достигнуты поставленные цели исправлена ли уязвимость , как это сказалось на работе ИТ-структуры в целом, что из нашей работы можно улучшить. Сегодня я постарался описать процесс управления обновлениями. К сожалению его нельзя упростить до одного абзаца, слишком много проблем может принести вам неправильная схема работы. Данная статья ни в коем случае не может быть инструкцией к применению. Если вы решите взять ее за шаблон — очень важно подогнать ее под свои потребности. В следующей статье я расскажу о том, как управлять обновлениями в Configuration Manager, а так же о том, как SCCM взаимодействует с WSUS. В каждой организации процесс поддержки компьютеров различается кардинально. Но можно выделить два подхода: Представителям первой когорты приходиться целыми днями бегать по этажам: Свободного времени у таких людей почти нет и статью эту они скорее всего не увидят. Я же хочу поговорить со второй, надеюсь большей половиной ИТ сообщества, которая ленива и умна. С людьми, которые предпочитают работать головой, а не ногами. Автоматизировать свою работу можно по-разному, кто-то использует радмин и все делает руками, но уже удаленно, а кто-то использует скрипты и групповые политики. Сегодня я хочу рассказать вам о другом подходе к автоматизации, об использовании Configuration Manager Чем же интересен Confguration Manager для ИТ? Службе технического обеспечения, он будет интересен своими инструментами отчетов и инвентаризации. Больше нет необходимости бегать по этажам с бумажками и отслеживать передвижение планки памяти. Вся история обновления железа будет сохранена в базе. Вы всегда сможете четко сказать, сколько процессоров Pentium IV 3ГЦм установлено на ваших компьютерах. Рисунок 1 Вид таблицы отчетов. Техподдержка, больше не будет требовать купить себе Radmin. В SCCM входит функционал Remote managmetn, который использует три компонента для обеспечения удаленного управления: Кроме того, можно забыть о суматохе при смене ПО — теперь установка ПО на сотни компьютеров, требует трех щелчков мыши. Когда в следующий раз AOL снова сменит протокол, новая версия QIP будет установлена на компьютеры наших горячо любимых менеджеров в течение часа. При этом 10 минут вы будете ее скачивать, 5 интегрировать в SCCM, и оставшиеся 45 посвятите чтению сайта itband. И это далеко не все возможности C onfiguration Manager. Чтобы вам легче было ориентироваться в дальнейшем, определимся с основными терминами, которые используются при работе с Configuration Manager. Central site — верхний primary -сайт в иерархии сайтов. Primary site — группа серверов, которые используют для работы собственную базу данных. Secondaryт site — группа серверов, которые используют для работы базу данных родительского сайта. Данная роль предназначена для упрощения обслуживания особо маленьких филиалов организации. В таких филиалах сеть может представлять из себя 3 компьютера в рабочей группе. Границы сайта — IP подсети, диапазоны IP адресов, сайты AD и IPv6 Prefix определяющие зону управления того или иного сайта. Коллекция collection — группа объектов пользователи, компьютеры, группы безопасности объединенная, по какому либо признаку. Роль SCCM role — компонент SCCM обеспечивающий выполнение определенной функции, например, такой как установка ПО или создание отчетов. Все роли могут быть совмещены на одном сервере, либо разнесены на отдельные сервера. Client Agent — определенный функционал клиентской части SCCM. Часть агентов может быть отключена. Функциональность SCCM можно разделить на три больших класса:. Рисунок 2 Роли сайта SCCM R 2 Причем структура SCCM такова, что из всего этого многообразия возможностей, вы можете использовать и устанавливать только те компоненты, которые вам необходимы. Рисунок 3 Поддержка ОС в Configuration Manager Рассмотрим по отдельности некоторые основные возможности. Как часто вам приходится устанавливать ОС на компьютеры? OSD в SCCM позволяет облегчить весь процесс установки до одного простого действия: Далее запуститься мастер установки SCCM и на компьютер будет последовательно развернуты: ОС из файла wim, все драйвера необходимые для работы компьютера, заданный набор программ и все самые свежие обновления безопасности. То, что при использовании WDS было ранее невозможно или требовало от системного администратора много времени и сил, теперь стало доступно по двум щелчкам мыши. Рисунок 4 Приветствие мастера установки ОС в OSD. Иногда бывает так, что пользователям приходится менять свои компьютеры. У кого-то эта ситуация ярко выраженная, у кого-то менее. Довольно часто случаются курьезные ситуации в стиле башорга: Можно конечно подойти и поставить все вручную. SCCM позволяет назначать установку программ на коллекции. При этом установка будет происходить в фоновом режиме, поэтому пользователь пересевший за новый компьютер, на котором установлено только базовое ПО, в течение часа получит все программы которые ему назначены. Причем в этот момент он будет продолжать работать с почтой, просматривать интернет страницы или раскладывать косынку — то есть полноценно работать, а не стоять у вас над душой с криком: У меня сроки горят! Когда пользователь переходит из группы в группу ему необходимо добавлять эти приложения. Конечно, можно было бы воспользоваться групповой политикой, но тогда весь комплект программ будет установлен пользователю сразу. Действительно ли это так необходимо? Или же лучше ставить программы по запросу? SCCM позволяет пользователям с ограниченными привилегиями самостоятельно устанавливать на своих компьютерах необходимые и ободренные администратором программы. Причем только вы решаете — будет это шаблонная установка, или вы позволите продвинутому пользователю пройти весь мастер установки самостоятельно. Не правда ли, знакомая ситуация? Раньше в такой ситуации приходилось до ночи засиживаться в офисе. С помощью SCCM можно спокойно уйти домой в А SCCM ночью централизованно включит компьютеры с помощью технологии WakeOnLan и установит все необходимые программы, после чего снова выключит их. По-моему, это гораздо лучше, чем засиживаться на работе? SCCM расширяет возможности хорошо известной службы обновлений WSUS 3. Вы может обновлять с помощью него даже свой собственный корпоративный софт. Сам процесс управления обновлениями стал гораздо более гибким. В SCCM, в отличие от WSUS нельзя установить автоматическое одобрение обновлений. Все обновления должны быть предварительно одобрены администратором. Я считаю такой подход оправданным, все изменения в системе должны проходить предварительное тестирование. В моей практике бывали случаи, когда одно исправление способно нарушить работу бизнес приложений. Но это не означает, что управление обновлениями усложнено. Для действий над группами обновлений существуют листы обновлений update list. Рисунок 6 Возможность выбора применяемых обновлений. В России структура средних и больших компаний такова, что их офисы отделены друг на тысячи километров и несколько часовых поясов. Причем линии связи между филиалами могут быть абсолютно разными. Мне пару раз приходилось устанавливать 1С с использованием радмина, через спутник. Если мы используем SCCM, то даже в самых отдаленных и маленьких филиалах сможем использовать его возможности. Разумеется, в вводной статье нельзя не затронуть такую тему как лицензирование. Как и для большинства продуктов SystemCenter, для Configuration Server нам понадобиться покупка нескольких типов лицензий. Configuration Manager R2 Server Лицензия нужна для каждого сервера site server запущенного в физической или виртуальной среде. Так же отдельная лицензия нужна, на каждый узел NLB-кластера сервера SCCM. Вам не требуется дополнительно покупать лицензии Management Server, если любая из перечисленных ролей установлена на сервере, отличном от сервера с ролью Site server:. Вам так же не требуется лицензия Management Server для сервера SQL role site database server , на котором будет храниться база данных сайта SCCM. Хочу обратить особое внимание на Secondary сайты. Для Secondary-сайта не требуется дополнительная лицензия Management Server, поскольку secondary сайт работает с базой главного сайта. Configuration Manager R2 Enterprise Server ML Управление экземплярами серверного программного обеспечения с использованием DCM: Конфигурации IT Compliance и Governance Основной нагрузкой операционной системы Все другие утилиты операционных систем, нагрузки служб, а также любые приложения, работающие в лицензионных операционных средах. Configuration Manager R2 Standard Server ML Управление экземплярами серверного программного обеспечения с использованием Desired Configuration Management DCM Управление заданной конфигурацией основной нагрузки операционной системы, работающей в лицензированной операционной среде, а также управление любыми приложениями, работающими в этой операционной среде, которые не требуют использования DCM. Для каждой серверной операционной среды среда OSE на одном устройстве, которым необходимо управлять, требуется лицензия на управление серверами лицензия ML. Если у вас имеется более одной среды OSE, для такого устройства потребуется эквивалентное количество лицензий ML. Для управления любым количеством сред OSE на одном сервере можно использовать одну лицензию System Center Server Management Suite Enterprise. Кроме того, серверные лицензии ML разрешают управление средами OSE на рабочих станциях. Важно помнить, что любые варианты лицензирования управляемых или обслуживающих устройств — с помощью отдельных ML не влияют на необходимость лицензирования управляющих серверов, и тем более не отменяют эту необходимость. Configuration Manager R2 Client ML Хотя серверные ML можно использовать для лицензирования не-серверных сред, это вряд ли оправдано экономически. Для лицензирования не-серверных сред, существует клиентская лицензия Client ML. Client ML бывает трех видов: Client ML — per OSE привязываются аналогично серверным ML — к каждой среде OSE в отдельности. Таким образом, отдельная лицензия требуется для каждой запущенной среды с не-серверной ОС. При этом такой тип лицензии позволяет управлять не-серверной средой вне зависимости от того, сколько пользователей использует эту ОС. Client ML — per user дает возможность лицензировать управление не-серверными ОС по количеству пользователей, которые используют эти среды. Клиентская лицензия на управление такого типа позволяет управлять всеми средами, которые используются лицензированными пользователями. Client ML лицензия, включенная в наборы Core CAL и Enterprise CAL. В этом случае, она позволяет управлять любым количеством не-сервеных сред для любого количества пользователей, то есть лицензируется на устройство per device. Для примера возьмем среднюю организацию, в которой 10 серверов и рабочих станций. При этом у организации два офиса — основной и дополнительный. В основном расположены пользователей, в дополнительном Тогда для внедрения SCCM нам понадобятся следующие типы лицензий: При этом, стоимость лицензий не поменяется. Рисунок 7 Схема лицензирования. SCCM это очень мощное и красивое решение для автоматизации управления компьютерами организации. Но за кажущейся простотой и красотой административной консоли не должна дарить вам чувство эйфории. Данный процесс основан на моделях MOF и состоит из 4х стадий управления обновлениями ПО: Предварительная подготовка к управлению исправлениями Прежде чем мы начнем управление процессом обновлений, нам нужно будет провести большую работу по созданию первоначальной базы объектов, которые мы собираемся обновлять. Инфраструктура обновлений Кроме того, необходимо подготовить не только инфраструктуру системы обновлений, но и обучить персонал работе с системой обновлений. Четырех фазный подход к управлению обновлениями Напомню, что процесс управления обновлениями ПО состоит из 4х стадий: Внутри каждой стадии можно выделить этапы, которые характеризуют процесс управления исправлениями: Приоритет Рекомендуется, в течение Максимально допустимый Критический 24 часов Неделя Высокий Неделя Месяц Средний Месяц Полгода Низкий Полгода В течение года, или при выходе очередного пакета исправлений, либо не внедряйте Правильная классификация обновления позволит поддерживать безопасность вашей сети на должном уровне, при этом избавляя вас от необходимости частой установки обновлений. При подготовке статьи использовались: Microsoft System Management Server — Качмарек С. Скачать статью в PDF. Рисунок 1 Вид таблицы отчетов Техподдержка, больше не будет требовать купить себе Radmin. Функциональность SCCM можно разделить на три больших класса: Рисунок 3 Поддержка ОС в Configuration Manager Рассмотрим по отдельности некоторые основные возможности. Установка ОС OS Deploy Как часто вам приходится устанавливать ОС на компьютеры? Рисунок 4 Приветствие мастера установки ОС в OSD Установка приложений Software distribution Иногда бывает так, что пользователям приходится менять свои компьютеры. Для установки обновлений на клиентах применяется довольно гибкий подход. Рисунок 6 Возможность выбора применяемых обновлений Решение для филиалов и удаленных клиентов В России структура средних и больших компаний такова, что их офисы отделены друг на тысячи километров и несколько часовых поясов. Лицензирование и цены Разумеется, в вводной статье нельзя не затронуть такую тему как лицензирование. Управляющий сервер Management Server Configuration Manager R2 Server Лицензия нужна для каждого сервера site server запущенного в физической или виртуальной среде. Вам не требуется дополнительно покупать лицензии Management Server, если любая из перечисленных ролей установлена на сервере, отличном от сервера с ролью Site server: Configuration Manager Console Configuration Manager Client Device Management Point Custom Updates Publishing Tool Distribution Point Fallback Status Point Inventory Tool for Microsoft Updates PXE Service Point Management Point Reporting Point System Center Update Publisher Secondary Site Server Server Locator Point Software Update Point State Migration Point System Health Validator Point Configuration Pack Вам так же не требуется лицензия Management Server для сервера SQL role site database server , на котором будет храниться база данных сайта SCCM. Клиентские лицензии на управление Management Licenses for Managed Clients Configuration Manager R2 Client ML Хотя серверные ML можно использовать для лицензирования не-серверных сред, это вряд ли оправдано экономически. SCCM altaranenco gmail. Предыдущая 1 2 3 4. Active Directory AD RMS Exchange Exchange Exchange Fibre Channel Group Policy HDD Hyper-V iSCSI Lync Microsoft. В течение года, или при выходе очередного пакета исправлений, либо не внедряйте.
Двухсторонний жгут спицами схема
Полный истории хасан саббах
Как ласкать мужчину чтобы доставить ему удовольствие
Настройка лаборатории System Center Configuration Manager
Ласточка адлер роза хутор расписание 2017
Фирмаг магазин обувь каталог
Этиловый спирт наружно
Методы обнаружения в System Center Configuration Manager SCCM 2012 (3 шаг)
Икеа каталог скидки в июне
Рулевая тяга спектра
Типичные ошибки администраторов Configuration Manager и лучшие практики: часть 1
Скачать стихи признание в любви
Инспра 50 мг инструкция по применению
Daemon tools 64 bit
Что такое System Center 2012 Configuration Manager
Где находится ул юности