Периодически занимаясь обслуживанием образов развёртывания OC Windows в System Center 2012 R2 Configuration Manager сталкивался с проблемой нехватки свободного пространства на системном диске (C:) в процессе добавления обновлений в образы ОС.
Дело в том, что каталог, в который монтируется wim-образ “ConfigMgr_OfflineImageServicing”, по умолчанию создаётся на системном диске, а образы, которые уже не один раз проходили процедуру обслуживания, заметно выросли в размерах. Например, созданный образ Windows 8.1 Pro x64 RTM имеет объём ~11 Гб. В очередной раз столкнувшись с проблемой нехватки места на системном диске, я задумался над тем, что не мешало бы как-то попытаться переназначить месторасположение каталога “ConfigMgr_OfflineImageServicing” на другой диск, например на диск с библиотекой SCCM.
C помощью описанной 
Несмотря на довольно стабильную работу прокси-сервера Squid в средах с большим количеством пользователей, может возникнуть желание повышения уровня доступности такого важного на сегодняшний день информационного ресурса, как доступ в Интернет для конечных пользователей. В этой заметке будет рассмотрен пример настройки двух прокси-серверов Squid для повышения доступности с параллельным распределением нагрузки между этими серверами.
При начале эксплуатации 
В этой заметке будет рассмотрена процедура обновления Squid 3.3.8 до последней стабильной версии 3.5.3, которая будет несколько отличаться от описанной 
На завершающей стадии виртуализации имеющихся серверных ресурсов дело дошло до, казалось бы, самого “неподъёмного” сервера – сервера System Center 2012 R2 DPM. Таковым сервер изначально казался по той причине, что имел прямое подключение к внешним дисковым полкам через выделенный SAS контроллер. В моём случае используются дисковые полки HP D2600 на 12 LFF дисков каждая, подключаемые к физическому серверу DPM через SAS-контроллер HP SmartArray P800. Фактически вопрос переброса самих дисковых полок в виртуальную среду был решён с помощью их подключения к СХД HP P2000 G3 с последующей трансляцией дисковой ёмкости с помощью технологии NPIV внутрь виртуальной машины с DPM. Однако перед тем как отключить дисковую полку от действующего физического DPM, возник вопрос о том, как же сохранить имеющиеся резервные копии данных на этой полке (чтобы не терять возможность восстановления из бэкапов созданных до момента переезда на новый виртуальный DPM). Выяснилось, что у DPM есть штатный механизм копирования разделов с одного физического диска входящего в DPM Storage Pool на другой. Рассмотрим кратко эту процедуру на нашем примере.
Добавляем дополнительный хост виртуализации в действующий кластер Hyper-V на базе Windows Server 2012 R2 с использованием общих томов Cluster Shared Volume (CSV). Устанавливаем на новый узел кластера агента System Center 2012 R2 DPM CU5 и пытаемся выполнить резервное копирование виртуальных машин из кластера. При этом возникает интересная проблема – резервное копирование виртуальных машин успешно выполняется только в том случае, если они расположены на уже существующих ранее в DPM узлах кластера, а если переместить любую виртуальную машину на новый узел кластера, то в процессе создания резервной копии сначала возникает ошибка…
Согласно достаточно давно появившейся информации, как например в статье 
Во время миграции баз данных SQL Server 2012 из ранее используемого кластерного экземпляра SQL Server на физических серверах в новый кластерный экземпляр в виртуальной среде Hyper-V столкнулся с одной интересной проблемой. Сразу скажу, что она никак не связана ни с Hyper-V, ни с виртуализацией в целом, а скорее с простым незнанием некоторых аспектов работы SQL Server.
RSS - Записи
Последние комментарии