УЦ Микротест - источник ваших знаний
 
Личный кабинет Вход / Регистрация
 
 
 
  Вход Регистрация
Логин*
E-mail, указанный при регистрации
Пароль* не помню
 
Войти как пользователь
Вы можете войти на сайт, если вы зарегистрированы на одном из этих сервисов:
 
 
0 позиций

+7 (495) 231-23-51 Москва

+7 (964) 778-99-27 Москва

+7 (343) 286-17-86 Екатеринбург

+7 (3452) 68-88-99 Тюмень

Учебный Центр «Микротест» - обучение и сертификация IT-специалистов

Актуальный Microsoft

·    ·    ·    ·    ·    ·    ·    ·    ·    ·    ·    ·    ·    ·    ·    ·    ·    ·   ·   ·   .

Файловые службы.


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

В Windows Server 2012 появились следующие новые компоненты :



· Мультитерабайтные хранилища Вы можете использовать этот компонент для разворачивания мультитерабайтных хранилищ которые обеспечивают максимально эффективное использования. В работе утилиты Chkdsk вводится новый подход, при котором упор делается на доступность хранилища, и позволяет отслеживать повреждения хранилища онлайн.

· Дедубликация данных Вы можете использовать этот компонент, чтобы сэкономить место на диске за счет сохранения одной копии одинаковых данных по объему.

· SCSI target server. Вы можете использовать этот компонент для применения формата iSCSI в работе приложений в вашей сети.

· Storage spaces and storage pools. Вы можете использовать этот компонент для визуализации вашего хранилища объединяя стандартные диски в storage pools, и потом создавая storage spaces из свободного места storage pools.

· Универсальное удаленное управление Файловой службой в Диспетчере сервера. Вы можете использовать этот компонент для удаленного управления несколькми файловыми серверами, в одном окне.

· Команды PowerShell для Файлового сервера. Большинство административных задач теперь можно выполнить используя команды PowerShell для управления файловыми службами.


Дедубликация данных



Дедубликация данных это одна из ролей Windows Server 2012. Дедубликация данных распознает и удаляет повторяющиеся данные без нарушения их целостности, что позволяет сэкономить место на физических дисках.

Целостьность данных и их доступность достигается рядом алгоритмов , среди которых вычисление контрольной суммы и др. Дедупликация данных является хорошо масштабируемой и эффективно использующей ресурсы технологией. Она может применяться к крупным хранилищам при это не увеличивая общую нагрузку на сервер. Это достигается за счет дросселирования ресурсов процессора и памяти. Использование задания дедупликации данных, вы можете запланировать, когда служба дедубликации данных должна работать, а так же, указать какие файлы следует включать, а какие нет.

При объединении с технологией BranchCache используются те же технологии оптимизации при передаче данных по внешним каналам к удаленным офисам. Что приводит к более эффективному использованию канала и сокращению времени передачи.



Требования к дискам при дедубликации данных.

После установки компонента, он может быть включен на том при этом к томам предъявляются следующие требования :

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

· том должен быть размечен либо с помощью master boot record (MBR) , либо GUID partition table (GPT), а так же отформатирован под файловую систему NTFS. Новая файловая система Resilient File System (ReFS) не поддерживается

· том должен определятся Windows как не переносной, т.е. не USB и т д.

· том может находится на централизованных хранилищах, таких как Fibre Channel, Serial Attached SCSI (SAS), iSCSI .

· общие диски кластера Cluster Shared Volumes (CSV) - не поддерживаются





Процесс работы дедубликации данных или как это работает


При включении дедубликации данных на томе, в фоновом режиме с низким приоритетом запускается процесс, который обрабатывает файлы на томе . Т.е. фоновый процесс делит все данные на томе на небольшие части переменного размера ( от 32 до 128 KB) Затем он определяет, у каких частей данных более одной копии на томе. Все повторяющиеся части после этого удаляются, а вместо них создается ссылка на одну копию этого блока. И в конце, оставщиеся части сжимаются, для большей экономии.



Когда следует использовать дедубликацию данных



Дедубликация данных предназначена для установки на основные (и логически не расширяемые) тома без добавления каких-либо дополнительных специальных аппаратных средств. Вы можете установить и использовать этот компонент без ущерба для основной нагрузки на сервер. Настройки по умолчанию обрабатывают только файлы старше 30 дней, с тем расчетом, чтобы не нагружать процессор и память. Тем не менее процесс достаточно интеллектуален , при большой нагрузке на процессор и память процесс дедубликации останавливается , и ждет, пока не появится достаточное количество ресурсов. Так же можно настроить процесс на различные типы файлов.


Дедубликация данных может быть применена в следующих сценариях :

· Общие папки Это включает в себя папки обмена данными а так же перемещаемы профили пользователей. Использование технологии поможет вам сэкономить приблизительно 30 - 50 процентов места на диске.

· Общие папки с дистрибутивами Это могут быть установочные файлы программ, образа либо обновления. Использование технологии поможет вам сэкономить приблизительно 70 - 80 процентов места на диске.

· Библиотеки виртуальных дисков (VHD) Хранилища виртуальных дисков, которые используются при разворачивании на гипервизорах Использование технологии поможет вам сэкономить приблизительно 80 - 95 процентов места на диске.


Установка :


1. Server Manager - Add Roles and Features Wizard

2. На странице Select installation type – Next

3. Select destination server – убеждаемся что в окне наш сервер

4. Select server roles - File And Storage Services - File and iSCSI Services – выбрать - Data Deduplication.

5. Next - Install.




Активирование дедубликации



1. Server Manager - File and Storage Services

2. В File and Storage Services – выбрать Volumes

3. В панели Volumes – правой кнопкой мыши на нужно диске и выбрать - Configure Data Deduplication

4. В появившемся окне можно выбрать файлы и папки для исключения, как часто проводить процесс оптимизации, а так же выставить расписание.



Вы можете использовать утилиту для анализа тома, предполагаемой экономии места после использования технологии дедубликации. Утилита называется - DDPEval.exe Она автоматически устанавливается в
\\Windows\System32\ после включения дедубликации данных.



Когда дедубликация данных включена, и данные оптимизированы, том содержит следующее :

· Не оптимизированные файлы (Unoptimized files.) Файлы пропущенные службой дедубликации, это могут быть системные, шифрованные файлы , либо файлы меньше чем 32 КВ.

· Оптимизированные файлы (Optimized files). Данные которые хранятся в виде ссылок

· Хранилище частей. (Chunk store.) Основные копии данных



Проведем серию тестов. Для начала была использована папка с pdf файлами на 2.11 гб. Дважды скопированная под разными именами + мелкие файлы на диске.

Во время проведения тестов мы будем пользоваться следующими командами :

· Start-DedupJob –Type Optimition –Volume e: - инициировать оптимизацию вне расписания

· Get-DedupJob – посмотреть состояние (что и где выполняется, и на каком этапе)

· Get-DedupStatus – состояние диском на которых включен процесс дедубликации.

Подробнее о командах - http://technet.microsoft.com/en-us/library/hh848450.aspx

Инициируем процесс После проведения оптимизации получаем следующее :



Имея 2 одинаковых папки по 2.11 Гб мы сэкономили это же место (остальное на мелкие файлы на диске). Теперь добавим к этим данным 13 Гб неструктурированных данных, например mp3. Если в случае с pdf файлов было 35, в случае с mp3 их у нас чуть больше 2000. Снова запускаем процесс оптимизации и получаем следующее :




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

Следующими для теста были скопированы 2 базовых диска – уставленная Windows 7 с необходимым набором программ, и установленная Windows 2008 R2. Каждый VHD файл занимал около 7 Гб . После проведения оптимизации получаем следующее :



Разными в этих двух файлах является всего 4 Гб, и мы экономим 10 Гб места (остальные файлы – мелкие файлы на диске, их размером можно пренебречь).

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

Данной статьей я хочу рассказать новом продукте  Microsoft – Windows Server 2012, рассмотреть редакции, а так же описать установки.

Данной статьей я хочу рассказать новом продукте Microsoft – Windows Server 2012, рассмотреть редакции, а так же описать установки.
Microsoft предоставляет несколько различных редакций Windows Server 2012, с тем расчетом, чтобы системные администраторы могли выбрать необходимую для себя редакцию, которая бы удовлетворяла финансовым и функциональным требованиям. Таблица 1 отображает редакции Windows Server 2012 :

Таблица 1.



Редакция
Описание
Windows Server 2012 Standard edition
· Включает в себя все роли и компоненты доступные для платформы Windows Server 2012.
· Поддерживает до 64 сокетов и до 4 терабайт (TB) оперативной памяти (RAM).
· Включает в себя 2 лицензии для виртуальных машин.
Windows Server 2012 Datacenter edition
· Включает в себя все роли и компоненты доступные для платформы Windows Server 2012.
· Поддерживает до 64 сокетов, до 640 ядер процессоров, и до 4 терабайт оперативной памяти (RAM).
· Включает в себя неограниченное количество лицензий для виртуальных машин на этом же оборудовании.
Windows Server 2012 Foundation edition
· Поддерживает только 15 пользователей и не может быть включена в домен.
· Поддерживает одно ядро процессора и 32 гигабайта (GB) оперативной памяти (RAM).
· Поддерживает только часть ролей.
Windows Server 2012 Essentials
· Служит в качестве следующей редакции Small Business Server.
· Не может выступать в роли Hyper-V, отказоустойчивого кластера, server core, либо remote desktop services server.
· Поддерживает до 25 пользователей, 50 устройств.
· Поддерживает 2 ядра процессора и 64 гигабайта (GB) оперативной памяти (RAM).
· Должен быть основным (root) сервером в домене.
Microsoft Hyper-V Server 2012
· Автономная Hyper-V для виртуальных машин без пользовательского интерфейса (UI).
· Не требует лицензии для хостовой операционной системы (host OS) , виртуальные машины при этом лицензируются как обычно.
· Поддерживает 64 сокета и 4 TB оперативной памяти (RAM).
· Может быть включена в домен.
· Не поддерживает другие роли Windows Server 2012.
Windows Storage Server 2012 Workgroup
· Система хранения начального уровня.
· Поддерживает до 50 пользователей.
· Поддерживает одно ядро поцессора , 32 гигабайта (GB) оперативной памяти (RAM).
· Поддерживает включение.
Windows Storage Server 2012 Standard
· Поддерживает 64 сокета, но лицензируется с шагом в 2 сокета
· Поддерживает 4 TB оперативной памяти (RAM).
· Включает 2 лицензии на виртуальные машины.
· Поддерживает включение в домен.
· Поддерживает некоторые роли, например : DNS и DHCP Server, но не поддерживает такие как : Active Directory® Domain Services (AD DS), Active Directory Certificate Services (AD CS), и Active Directory Federation Services (AD FS).
Windows MultiPoint Server 2012 Standard
· Поддерживает доступ нескольких пользователей к одному хостовому компьютеры напрямую, при котором каждый из них использует свою мышь, клавиатуру и монитор.
· Поддерживает один сокет, 32 гигабайта (GB) оперативной памяти (RAM) и максимум 12 сессий.
· Поддерживает некоторые роли, например : DNS и DHCP Server roles, но не поддерживает такие как : AD DS, AD CS, и AD FS.
· Не поддерживает включение в домен.
Windows MultiPoint Server 2012 Premium
· Поддерживает доступ нескольких пользователей к одному хостовому компьютеры напрямую, при котором каждый из них использует свою мышь, клавиатуру и монитор.
· Поддерживает 2 сокета, 4 терабайта (TB) оперативной памяти (RAM) и максимум 22 сессии.
· Поддерживает некоторые роли, например : DNS и DHCP Server roles, но не поддерживает такие как : AD DS, AD CS, and AD FS.
· Supports domain join.

Требования к аппаратной части Windows Server 2012 зависят от количества ролей и количества пользователей подключающихся к серверу. Каждая роль и каждый установленный компонент в свою очередь увеличивает общую нагрузку на жесткий диск, процессор, память. При установке Windows Server 2012 в виртуальной среде, требования к аппаратной части не изменяются, установка возможна на платформу виртуализации Hyper-V, а так же на некоторые платформы сторонних разработчиков. Минимальные требования представлены в Таблице 2.

Таблица 2.


Компонент
Требование
Архитектура процессора
x86-64
Частота процессора
1.4 GHz
Память (RAM)
512 MB
Свободного места на жестком диске
32 гигабайта (GB) оперативной памяти (RAM) либо больше если на сервере установлено более 16 гигабайта (GB) оперативной памяти (RAM).

При рассмотрении вопроса о обновлении или миграции на Windows Server 2012 , следует учитывать особенности, описанные в Таблице 3.



Тип установки
Описание
Обновление (Upgrade)
Обновление сохраняет файлы, настройки и приложения, установленные на исходный сервер. Вы выполняете обновление, если вы хотите продолжать использовать то же оборудование сервера. Вы можете обновится до Windows Server 2012 только с x64 версий Windows Server 2003, Windows Server 2003 R2, Windows Server 2008, и Windows Server 2008 R2. Вы можете обновится до эквивалентной , либо более поздней редакции You can only upgrade to an equivalent or a later edition of Windows Server .
Миграция
(Migration)
Используйте миграцию когда вы хотите перейти от x86 версии of Windows Server 2003, Windows Server 2003 R2, или Windows Server 2008. При миграции вы можете использовать компонент Windows Server Migration Tools входящий в состав Windows Server 2012 для переноса файлов и настроек с компьютеров, работающих под управлением Windows Server 2003, Windows Server 2003 R2, Windows Server 2008, Windows Server 2008 R2.

Кроме редакций озвученных выше, Windows Server 2012 так же поддерживает установку Server Core. Server Core представляет собой минимальный вариант установки Windows Server 2012, при этом работа с сервером осуществляется с командной строки, либо с удаленного компьютера, с помощью установленных средств администрирования. Server Core имеет следующие преимущества :
· Поскольку Server Core устанавливает меньшее количество компонентов, она требует меньшего количества обновлений, что сокращает время обслуживания для системных администраторов.
· Т.к. установка минимальна ей требуется меньшее количество оперативной памяти (RAM) и меньше места на диске.
· Меньшее количество приложений сокращает фронт атаки на сервер
Два варианта установки Server Core представлены в Таблице 4.


Таблица 4.


Вариант установки
Описание
Server Core
Это стандартный вариант установки Server Core.По умолчанию все графические инструменты администрирования находятся в состоянии удалены (Removed). Администрирование осуществляется локально , только с командной строки, либо, с подключаясь с удаленной системы с помощью графических средств. Вы можете преобразовать Server Core до полной версии Windows Server 2012 с графическими инструментами администрирования только при наличии всех файлов установки..
Server Core с инструментами управления
Так же известен как Server Core-Full Server. Эта редакция работает так же как Windows Server 2012 с графическими инструментами управления. При этом все графические компоненты уже скопированы на диск, но не установлены. Вы можете конвертировать Server Core-Full Server до Windows Server 2012 без дополнительных файлов установки.

Обычная установка Windows Server 2012, если вы ее осуществляете без файла ответов включает в себя следующие шаги.
1. Подключение к источнику установки, при этом возможны следующие варианты :
a. Начать установку с DVD-ROM.
b. Начать установку с USB диска .
c. Произвести загрузку по сети (PXE boot), после чего подключится к WDS серверу и начать установку.
2. На первой странице Windows Setup Wizard вам необходимо выбрать следующее (Рис. 1) :
a. Язык установки
b. Формат времени и валюты
c. Раскладку и методы ввода.

Рис. 1


3. На второй странице Windows Setup Wizard выбрать - установить (Install now). Так же на этой странице вы можете выбрать - восстановить (Repair Your Computer). Эту опцию следует выбирать в случае если вы не можете загрузится с уже установленной версией Windows Server 2012. (Рис. 2)

Рис. 2


4. На странице выбора версии операционной системы (Select The Operating System You Want To Install), вы указываете версию для установки. По умолчанию выбрано Server Core. (Рис. 3)

Рис. 3


5. На странице лицензионного соглашения (License Terms) , вам необходимо ознакомится с лицензионным соглашением. Вы должны принять его для продолжения установки. (Рис. 4)

Рис. 4


6. На странице выбора типа установки (Which Type Of Installation Do You Want) вам доступны следующие варианты : (Рис. 5)
a. Обновление (Upgrade) – Выбирайте эту опцию если вам необходимо выполнить обновление до Windows Server 2012 с уже установленной версии Windows Server.
b. Custom – выбирайте эту опцию если необходимо произвести новую установку.

Рис. 5

7. На странице выбора места для установки (Where do you want to install Windows) выберите диск, на который необходимо произвести установку. Так же на этом этапе вы может отформатировать диск, разбить диск на разделы, создать VHD диск для установки. После нажатия на копку далее (Next) начнется процесс копирования файлов и компьютер будет перезагружен несколько раз. Время установки зависит в первую очередь от аппаратных характеристик компьютера. (Рис. 6)

Рис. 6


8. На странице настройки (Settings) вам необходимо ввести пароль для локальной учетной записи Администратора, после этого вы сможете выполнить вход в систему для выполнения дополнительных настроек. (Рис. 7)

Рис. 7


Одной из новых функций Windows Server 2012 является возможность перехода от версии Core к полноценной версии с графическим интерфейсом без переустановки. Для этого потребуется выполнить следующие действия :
· необходимо создать папку для монтирования образа. Для этого в командной строке выполним следующую команду - mkdir c:\mount
· Далее необходимо смонтировать образ Windows Server 2012 full - dism.exe /mount-image /ImageFile:D:\sources\install.wim /Index:4 /Mountdir:c:\mount /readonly (Рис.

Рис. 8


· После этого необходимо импортировать графические модули, выполнив следующие команды : (Рис. 9 )
o PowerShell.exe
o Import-Module ServerManagerInstall-WindowsFeature -IncludeAllSubfeature User-Interfaces-Infra -Source:c:\mount\windows\


Рис. 9

· И далее выполнить перезагрузку - Shutdown /r /t 5

После проведения этой процедуры вы получите полноценную Windows Server 2012 с графическими инструментами управления. (Рис. 10)

Рис. 10


Для обратного преобразования необходимо выполнить следующие комманды :
· Powershell.exe
· Import-Module ServerManager
· Uninstall-WindowsFeature User-Interfaces-Infra
· Shutdown /r /t 5

Данной статьей я начинаю серию посвященную System Center Configuration Manager 2012 чтобы дать представление об этом продукте, и разъяснить наиболее типичные задачи которые возникают в ходе работы большинства администраторов.

Данной статьей я начинаю серию посвященную System Center Configuration Manager 2012 чтобы дать представление об этом продукте, и разъяснить наиболее типичные задачи которые возникают в ходе работы большинства администраторов. Речь пойдет о развертывании программного обеспечения. Для начала я хочу ответить на вопрос – зачем же именно SCCM 2012 . Разворачивание ПО можно организовать и средствами AD , но к сожалению она имеет ряд недостатков :
· Отсутствие обратной связи (мы понятия не имеем на сколько ПК установилось нужное нам ПО на сколько нет)
· Отсутствие возможности контролировать полосу пропускания когда клиент устанавливает себе ПО
· Сложные по настройке выборки (установка ПО на компьютер где CPU = XXX, ОС = XXXXX, памяти не меньше – XXX)
Основной плюс использования AD, это то что за механизм установки нам платить не надо после покупки сервера.
Для начала определимся с терминологией которую мы будем использовать :
· Packages – содержат в себе файлы которые будут скачиваться к клиенту, или проще говоря дистрибутив.
· Program – каждый Package может содержать в себе одну или несколько программ с ключами для запуска. Типичным примером можно считать setup /q /s
· Package definition – часть производителей выпускает дистрибутив с описание, чтобы не приходилось создавать и прописывать руками параметры. При этом процесс создания пакета сводится просто к указанию файла описаний.
· Distribution points – общие папки с которых будет скачиваться клиентом дистрибутив. На Distribution points выкладываются Packages.
· Deployments ( Advertisements) – указание на какую коллекцию мы устанавливаем то или иное ПО.
Мы можем разделить процесс установки ПО на 4 этапа
  1. Подготовка сайта для установки ПО
  2. Создание объектов установки (пакетов ПО)
  3. Назначение их клиенту
  4. Мониторинг
Мы последовательно рассмотрим каждый из этапов .

Подготовка сайта
К задачам подготовки сайта относится настройка следующих параметров :
Concurrent distribution setting – Maximum number of packages – максимальное количество пакетов передаваемых одновременно. Второй параметр – Maximum threads per packages – максимальное количество потоков на одни пакет . Далее идут настройки количество повторений , по умолчанию стоит 50 часов (100 * 30 /60) по истечении это времени будет сгенерирован Status messageCritical для этого пакета. Последними идут настройки мультикаста они касаются передачи образа на этапе загрузки WinPE.
Network Access Account – определяет из под кого будет клиент подключатся к общей папке, по умолчанию используется компьютерная учетная запись клиента, так же можно задать любой аккаунт из AD.





Настройки клиента в с себя включают :
Background Intelligent Transfer – Настройки регулируют полосу пропускания. В какое время и с какой скоростью можно будет скачивать пакеты. Обратите внимание что настройки BITS через AD имеют приоритет над настройками SCCM.
Client Policy – Как часто клиент будет обновлять политику. Установка ПО это часть политики, и соответственно от этого интервала будет зависеть как часто клиент будет проверять нет ли новых пакетов.
Computer Agent - Используется, чтобы определить как часто у клиента будет появляться напоминание о существующих заданиях установки ПО. Описывает имя организации которое будет отображаться в Software Center.
Computer Restart – Описывает интервалы напоминаний о перезагрузке. Второй параметр описывает сколько времени будет у пользователя до принудительной перезагрузки.
State Messaging – Описывает как часто клиент будет отчитываться перед сервером.
  1. Создание объектов установки (пакетов ПО)
Следующим этапом идет создание пакетов. Software Library – Application Management – Packages – Create Package Для этого используется Wizard который является гибридным, т.к. мы одновременно настраиваем обычно и пакет и первую программу.
Закладка Package



Здесь мы указываем Имя, описание содержимого пакета, производителя, язык и версию а так же путь к дистрибутиву.



После этого выбираем создаем ли мы пакет для компьютера (Standard Program) либо для коммуникаторов, телефонов и т д (Program for devices). Пункт Do not create program используется только если вы хотите создать пустой пакет, а программы добавить позднее. Мы создаем ПО для компьютера поэтому после выбора будут доступны следующие опции :



По сути это Wizard создания программы, т.к. пакет мы уже создали. Поля обозначают следующее :
Name – текстовое поле – имя программы
Command line – Непосредственно что мы будем запускать и с какими ключами
Run – В каком виде будет проходить установка Normal (по умолчаниям программы) Minimized – установка в свернутом окне, Maximized – в развернутом окне. Hidden – скрытом от пользователя.
Program can runOnly when url user is logged on – только если пользователь залогинился в системе, Whether url user is logged on – Неважно зашел пользователь или нет. Only when no user is logged on – только когда никто не залогинился на хост.
Run mode – С чьими правами запускать установку. Run with users` s right – запустить с правами пользователя, Run with administrative rights – запустить с правами администратора. Этими пунктами мы устанавливаем какую ветку реестра можно будет править установщику либо HKCU либо HKLM
Run mode - Определяет как будет выполнен запуск либо по сетевому пути Run with UNC name, Requires drive letter – будет подставлена какая либо буква диска, Requires specific drive letter – явно указать букву диска с которого якобы будет осуществлена установка.
Следующим этапов в Wizard идет настройка требований к системе на которой будет производится установка – Requirements.



Run another program first – Запустить перед установкой ПО другую установку. В этом случае нам нужно будет выбрать уже существующий package и выбрать в нем программу.
This program can run on any platform – не будет проверятся версия операционной системы.
This program can run only on specified platform – выбрать те операционные системы на которых можно устанавливать наше ПО, например только на Windows XP 32 Бита.
Estimated disk space – расчетное место на диске которое необходимо для установки
Maximum allowed run time – максимальное время которое установщик будет запущен , применяется на случай если установщик завис, чтобы не висел в памяти вечно, либо чтобы мы уложились в окно обслуживания.
После этого получаем успешно созданный пакет.


  1. Назначение клиенту пакета.
Перед назначением пакета клиента его нужно опубликовать на точке распространения (Distribution Point) т.е. в то место откуда клиенты будут его забирать. По большому счету это общая папка.
Distribution Point в SCCM 2012 предоставляет следующие преимущества при развертывании ПО которые позволяют эффективно использовать ваши каналы:
· Гибкие возможности установки – мы можем использовать в качестве точки распространения вплоть до клиентских машин под управлением Windows 7. Что позволяет расположить дистрибутив максимально близко к клиенту , и не нагружать WAN каналы установкой
· Расписание и ограничение полосы пропускания – позволяет выбрать когда и с какой скоростью могут забирать пакеты клиентские машины.
· Prestaged distribution – если точно распространения находится за медленным каналом, то пакет можно доставить на диске , флешке и т д. А потом выложить на точку распространения.
· Проверка содержимого – возможность проверять не отличаются ли файлы исходника от тех что находятся в пакете.
Для публикации пакета выполняем следующие действия:
Выбираем нужный нам пакет:



Запускаем Wizard публикации :



Выбираем публикуем мы на какие то конкретные точки распространения или на группы :



Отображены будут все точки зарегистрированные на данный момент в сайте





Далее отслеживаем статус публикации :






После успешной публикации мы можем назначать пакет конечным пользователям. Для этого запускаем Wizard - Deploy (Advertisement) .



Теперь вы выбираем кому мы будем устанавливать наше ПО. Для логической группировки мы используем коллекции, поэтому они уже должны быть созданы и мы выбираем нужные :





Следующим этапом выбираем откуда клиенты смогут забрать, будет отображены точки распространения на которых уже опубликовано ПО, а так же возможность добавить новые.



Deployment Settings определяют параметры установки :



Action – Для пакетов и программ эта опция недоступна. Purpose – принимает 2 значения Available или Required. Если значение выставлено в Available – то ПО будет доступно только для самостоятельной установки пользователем из Software Center. Required – ПО будет автоматически установлено согласно расписанию. Так же если мы выбираем Required нам доступна опция Send wake- up packets – в этом случае на коллекцию будет применена технология Wake-on LAN.



Scheduling – в случае установки Required – мы должны указать временные рамки в какой период нужно установить ПО. Например с 13.00 до 14.00 При этом есть возможность настроить следующие значения - run as soon as possible – установить как можно скорей, during log on – при входе в систему, during log off – при выходе из системы.
Rerun behavior – может принимать следующие значения - always rerun –всегда перезапускать, rerun if previously failed – перезапускать если предыдущая установка завершилась неудачей , rerun if previously succeeded – перезапускать если предыдущая установка завершилась нормально.



User Experience
Allow users to run the program independently of assignments – разрешить пользователю самому запускать установку в любое время из Software Center. Доступна только в режиме Required.
Так же вы можете настроить что разрешено пользователю вне окна обслуживания , это либо Software installation – установка ПО, System restart ( if required to complete the installation) – перезагрузка , если это необходимо для завершения установки.



Distribution Points – Эти настройки определяют как пользователю получат пакет и как будет выполнена установка в случае если пользователь в своей boundary или если он за ее границами.По умолчанию клиент загружает себе в кэш пакет и запускает. Run program from distribution point – разрешает клиенту подключатся по SMB к точке распространения и запускать установку по сети.
Allow clients to share content with other clients on the same subnet – позволяет клиенту использовать технологию BranchCache если она настроена.
Deployment options – здесь мы выбираем что будет с установкой если клиент находится не в своей boundary. Т.е. например уехал с ноутбуком в другой филиал, а ПО опубликовано только на его родной точке распространения. По умолчанию – Do not run program.
Теперь преступим к установке. Т.к. я выбрал опцию Available ПО будет лишь доступно в Software Center , и его установку нужно будет сделать вручную.





Процесс установки происходит следующим образом : для начала создается временная папка CCMCache c размером по умолчанию в5 Гб. Клиент пробует подключится к точке распространения по BITS, если точка распространения позволяет подобное подключение то происходит загрузка и запуск, если же нет, то загрузка происходит по SMB протоколу. Если клиент пробует загрузить пакет больше чем кэш, то такая установка окончится неудачей, и повторных попыток не будет. Если кэш больше чем пакет, но он весь занят (например предыдущими пакетами), клиент начнет удалять самые старые пакеты, пока не станет достаточно места, при этом, он не будет удалять пакеты, которые были загружены в последние 24 часа, а так же те, для которых стоит функция - Persist content in the client cache. Если у клиента не хватает в кеше места и удалять нечего, клиент будет пробовать загрузить пакет каждые 4 часа, пока не сделает 18 попыток.
Мониторинг установки осуществляем в следующих местах :
  • Deployment Status – в разделе мониторинг.
  • Software Distribution – Packages and Program Deployment - отчет в разделе Monitoring
  • Software Distribution – Packages and Program Deployment Status отчет в разделе Monitoring


Надеюсь данная статья будет для полезной и сократит время внедрения продукта в вашей организации. Если появились какие либо вопросы то вы можете мне их направить либо на lokise@gmail.com, либо на NPechenkin@microtest.ru.

Николай Печенкин

Отзывы наших клиентов

/upload/cimg_cache/48caa02fec44d8aafb98c4d6c650afeb/binder1_1_3-_-kopiya.png

ООО "Газпром добыча Надым" выражает благодарность коллективу НОУ ДПО Учебный центр "Микротест" за своевременное и качественное оказание услуг по программе обучения VMware. По итогам проведенных курсов отмечено высокое качество преподавания - профессионализм лектора, коммуникативные умения, способность ответить на любые вопросы аудитории, наличие большого количества лабораторных работ и наглядных материалов. Большое количество приводимых примеров произвели хорошее впечатление на участников, что позволило лучше освоить новый материалов, а также структурировать и повысить качество уже имеющихся знаний. Отдельно хочется отметить хорошую организацию тренинга, ответственность и доброжелательность сотрудников компании. Желаем Вам успехов в работе и надеемся продолжить в дальнейшем успешно реализовывать проекты по обучению и развитию персонала с Учебным центром Микротест.

Зам. генерального директора по управлению персоналом Ю.С. Краплин