Wsus перенести на другой диск
Сегодня речь пойдет о Windows Server Update Services или просто WSUS. Может случиться так, что диск или раздел, на котором находится WSUS, становится переполненным (благодаря современным терабайтным носителям уже не так актуально) или выходит из строя. Соответственно, перед системным администратором встаёт выбор — создавать новый сервер WSUS (процедура не сложная, но пожирающая время) или перенести существующий на другой жесткий диск или раздел с размером побольше. Последним и займемся.
Для начала нужно перенести папки, содержащие контент сервера WSUS, т.е. обновления. Перед переносом создаём в новом месте папку, в которую будем переносить данные. Я назвал её просто WSUS.
Перенос осуществляется при помощи утилиты wsusutil.exe, которая обычно находится по адресу C:\Program Files\Update Services\Tools. Утилита работает только с NTFS-дисками. Запустим командную строку и перейдем в необходимый нам каталог:
В нашем примере мы перенесем папки с обновлениями на диск M, поэтому команда будет выглядеть следующим образом:
Если же жесткий диск (раздел) вышел из строя, и скопировать данные невозможно, то команда должна иметь следующий вид:
Это изменит пути хранения данных без копирования файлов.
wsusutil.exe перенесет и все права доступа, связанные с разделами.
После переноса файлов нам необходимо перенести базу данных WSUS. Сделать это удобно через Microsoft SQL Server. Бесплатный Microsoft SQL Server 2008 R2 Management Studio Express можно взять отсюда.
Далее находим базу SUSDB, щелкаем по ней правой кнопкой мыши и в задачах выбираем «Отсоединить».
Отсоединение базы данных WSUS
Для корректного отсоединения сбросим все существующие соединения, поставив галочку в пункте «Удалить соединения».
После отсоединения базу данных (а точнее, папку UpdateServicesDbFiles, где она находится) можно перенести на новое место. В нашем примере это M:\WSUS.
Теперь базу данных необходимо присоединить обратно к серверу. Для этого щелкаем правой кнопкой мыши по каталогу баз данных и нажимаем «Присоединить».
Присоединение базы данных WSUS
Нажимаем кнопку «Добавить» и находим нужную нам базу данных в новом месте, куда мы её только что скопировали.
Каждый администратор осознает важность своевременных обновлений, особенно если это касается критических обновлений безопасности. Однако с ростом сети и увеличением числа программных продуктов это становится весьма непростой задачей. Значит самое время развернуть WSUS (Windows Server Update Services) - локальный сервер обновлений в вашей сети.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Этим вы убьете сразу несколько зайцев: значительно уменьшите загрузку канала и потребляемый интернет трафик, а также получите в руки мощный инструмент для контроля и управления процессом обновлений. Отныне все локальные ПК будут обновляться с вашего сервера и устанавливать только выбранные вами обновления.
Внимание! Данный материал предназначен для устаревших версий Windows Server, рекомендуем также ознакомиться с актуальной статьей: Windows Server 2012 - установка и настройка WSUS.
Приступим. Перед установкой WSUS следует подготовить сервер, мы будем использовать Windows Server 2008 R2, однако с небольшими поправками все сказанное будет справедливо для других версий Windows Server. Что нам понадобится:
WSUS может хранить обновления в собственной БД или использовать SQL-сервер, последнее более предпочтительно с точки зрения производительности. Если в вашей сети уже развернут SQL-сервер можно использовать его, иначе вполне подойдет бесплатный SQL Express.
Получить все необходимые компоненты можно на сайте Microsoft:
При скачивании обращаем внимание на разрядность, для 64-битной ОС скачиваем 64-битные версии продуктов.
Добавив необходимые роли, установим Report Viewer и SQL Server c параметрами по умолчанию. Все готово, можно устанавливать WSUS.
Запустив инсталлятор, выбираем установку сервера и консоли администрирования, папку установки. В параметрах базы данных указываем наш SQL-сервер. Остальные настройки можно оставить по умолчанию.
Сразу после установки запустится мастер начальной настройки. Все опции довольно просты и понятны. В параметрах синхронизации указываем откуда наш сервер будет получать обновления: с сервера Microsoft или с другого WSUS сервера. Последний вариант следует использовать если вам требуется развернуть дополнительный сервер обновлений, например, для филиала. В этом случае подчиненный сервер будет получать только одобренные вами обновления.
На следующей закладке, при необходимости, указываем параметры прокси-сервера, и выполняем первичное подключение. Будет загружена информация от вышестоящего сервера: списки продуктов, типов обновлений и т.д.
При выборе продуктов не жадничайте, указывайте только то, что вам реально нужно, впоследствии вы всегда сможете изменить данный список.
На следующей странице укажите какие классы обновлений вы хотели бы получать, здесь все зависит от политики обновлений на вашем предприятии. Следует помнить, что обновления драйверов и пакеты новых функций крайне не рекомендуется разворачивать автоматически, без предварительного тестирования. Если у вас нет возможности этим заниматься, то указывать эти классы вам ни к чему.
Не забудьте также задать расписание для синхронизации с вышестоящим сервером. На этом первоначальная настройка закончена.
Открыв консоль (доступна в меню Администрирование), первым делом запустите ручную синхронизацию, чтобы скачать все имеющиеся на сегодняшний день обновления для выбранных продуктов. В зависимости от того, чего и сколько вы выбрали при настройке, а также скорости вашего подключения это может занять продолжительное время.
Также советуем настроить опцию Настройка автоматического обновления, которая полностью повторяет аналогичную настройку на клиентских ПК. Через некоторое время, необходимое для обновления групповых политик, компьютеры вашей сети начнут подключаться к серверу и получать обновления.
Если ваша сеть имеет одноранговую структуру, то вам придется настраивать каждый ПК в отдельности. Делается это через Редактор локальной групповой политики (Пуск - Выполнить - gpedit.msc), сам процесс настройки полностью аналогичен вышеописанному.
Контролировать количество ПК и их статус вы можете в разделе Компьютеры консоли администрирования.
Информации вполне достаточно, чтобы быстро оценить общую ситуацию и обратить внимание на проблемные места. Красные крестики указывают на то, что на данных ПК произошли ошибки в обновлении, с каждым таким случаем надо разбираться в отдельности. По каждому обновлению формируется детальный отчет, содержащий все необходимые для анализа проблемы данные.
Вот мы и подошли к еще одной важной настройке сервера - автоматическом одобрении. Клиентские ПК могут получать только одобренные обновления, но каждый раз делать все вручную нереально, поэтому часть обновлений можно одобрять автоматически. Откроем Параметры - Автоматические одобрения и активируем уже имеющуюся там политику, которая позволяет автоматически устанавливать критические обновления и обновления безопасности.
Здесь вы можете создавать свои правила и назначать их любой группе ПК. Например мы создали правило: автоматически одобрять все обновления MS Office группы Рабочие станции.
Просмотреть все доступные обновления можно в разделе Обновления, здесь же можно одобрять их вручную. Мы рекомендуем завести один или несколько тестовых ПК (можно виртуальных) и тестировать на них обновления и пакеты новых функций и только после этого одобрять обновления для установки. Одобрить обновления можно как для всех ПК, так и для группы, в качестве примера мы одобрили установку пакета Silverlight для группы Рабочие станции.
В качестве обслуживания сервера стоит время от времени (где-то раз в месяц) проводить очистку сервера. Это позволит избежать черезмерного увеличения размеров базы за счет удаления невостребованных, уже не нужных и неодобренных вами обновлений.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
При развертывании WSUS системные администраторы зачастую слабо представляют реальные требования этой службы к дисковому пространству. Поэтому через некоторое время им приходится столкнуться с ситуацией катастрофической нехватки свободного места. А учитывая, что WSUS редко разворачивают на выделенном сервере, о том что место кончилось иногда узнают только после отказа других служб и ролей сервера.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Приятного мало, что и говорить. Поэтому меры для обеспечения службе WSUS необходимого дискового пространства следует принять заранее. Вначале сделаем традиционное теоретическое отступление, чтобы вам было понятно, из каких частей состоит база WSUS, какую роль они играют и насколько критичными являются.
Собственно все данные службы WSUS можно разделить на две основные части: базу данных и базу обновлений. База данных содержит в себе сведения о компьютерах, обновлениях и их статусах, одобрениях и т.д. и т.п. Фактически все, что вы видите в отчетах WSUS берется из этой базы. Для ее хранения может использоваться SQL сервер или встроенная БД Windows, ее размер редко превышает единицы гигабайт, иначе есть смысл задуматься о создании подчиненных серверов WSUS. База обновлений представляет собой файловую структуру в которой хранятся все скачанные обновления, в зависимости от разнообразия ПО, языковых версии, выпусков и т.д. ее размер может достигать сотен гигабайт и верхний предел в принципе неограничен.
Какие выводы можно сделать? Правильно, база данных WSUS является для данной службы критичной, ее потеря равнозначна критическому отказу службы. С точки зрения критичности для предприятия, полный отказ WSUS трудно назвать значимым событием, но в любом случае лучше не допускать подобного развития событий. В тоже время база обновлений не имеет особой критичности, в случае чего она всегда может быть скачана заново. Отсюда виден сценарий дальнейших действий: выделение отдельного жесткого диска для хранения базы обновлений, в данном случае вполне можно обойтись одиночным диском, не создавая отказоустойчивых массивов, что позволяет минимизировать затраты.
Итак, новый диск куплен и подключен к серверу. Как правильно перенести на него базу обновлений? Для этой цели будем использовать штатную утилиту wsusutil. Однако перед ее использованием мы советуем произвести ряд подготовительных действий, позволяющих существенно повысить удобство ее использования. В частности стоит добавить путь к данной утилите в переменную PATH, что позволит обращаться к ней непосредственно по имени, без указания полного пути. Для этого выберем Панель управления - Система - Дополнительные параметры системы - Дополнительно - Переменные среды. Находим переменную PATH и в самый конец, через точку с запятой, без пробелов добавляем путь к утилите wsusutil: C:\Program Files\Update Services\Tools
Теперь запускаем командную строку и набираем wsusutil, если все сделано правильно вы увидите вывод списка справки по командам. Нас интересует команда movecontent, которая позволяет перемещать базу обновлений в пределах одной системы. Для получения справки по команде наберем:
Как видим синтаксис команды очень прост и лаконичен:
Вам потребуется указать новую папку для базы обновлений (она уже должна быть создана), путь и имя для файла журнала, в котором будет вестись лог переноса. Отдельного пояснения стоит параметр -skipcopy, он позволяет перенести структуру базы обновлений не копируя сами обновления, это обосновано, например, при некритическом отказе диска (посыпался), когда копирование данных сопряжено с определенными проблемами. В этом случае отсутствующие файлы обновлений будут скачаны при ближайшей синхронизации.
Так, например, чтобы перенести базы обновлений с диска D: на диск E: следует отдать команду:
После чего можете смело идти пить кофе, в зависимости от размера переносимой базы выполнение команды может занять длительное время. По окончании процесса стоит проверить лог, при успешном переносе он должен содержать примерно следующее:
Все что вам остается, это проверить работоспособность службы и удалить ставшие ненужными файлы базы обновлений по старому пути.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Если на диске с данными WSUS кончилось свободное место, или он вышел из строя, возникает необходимость перенести данные на другой диск или раздел.
Как переместить содержимое WSUS и базу данные на другой раздел в SBS
Если на SBS сервере закончилось место, очень часто в качестве решения применяется перенос содержимого и баз WSUS на другой раздел. В этой статье я объясню как сделать следующее::
- Как переместить содержимое WSUS
- Как переместить файлы баз данных WSUS
- Как очистить базу данных WSUS
Для начала проверим размер разделов. Для этого откройте SBS Console и выберите вкладку Backup and Server Storage. Далее зайдите в Server Storage для определения доступного места на каждом разделе. При выборе диска С: вы увидидет слева различные компоненты, которые доступны для переноса. Сегодня мы сфокусируемся на перемещении компонентов WSUS. Если вы выберите в секции Storage Task задание Move Windows Update Repository Data то перенесется только скаченное содержимое. Данный перенос не затронет метаданные WSUS или файлы баз SUS (SUSDB.mdf and SUSDB.ldf).
Часть 2. Перенос базы данных WSUS
На первом экране инсталлятора выбираем в меню слева Installation, справа - New SQL Server stand-alone installation or add features to an existing installation:
Доходим до этапа Installation Type, выбираем Perform a new installation of SQL Server 2008:
На этапе Feature Selection выбираем Management Tools - Basic:
Часть 1. Перенос файлов и папок WSUS
Для решения этой задачи мы воспользуемся утилитой командной строки для управления WSUS - WSUSutil.exe.
- Создаем на новом диске/разделе папку для контента WSUS
- Открываем командную строку от имени администратора
- Переходим в каталог C:\Program Files\Update Services\Tools
- В нашем примере мы перенесем контент WSUS на диск W: в папку WSUS, лог процесса положим в файл log.txt на том же диске.
Если в вашем случае старый диск недоступен (вышел из строя), то команду следует выполнять с ключом -skipcopy, в нашем случае она выглядела бы вот так:
Тогда WSUSutil только перепропишет пути хранения данных WSUS, и по окончанию выполнения команды скачает все необходимые обновления.
- диск, на который вы будете переносить данные, должен быть отформатирован в NTFS;
- WSUSutil не будет копировать те данные, которые уже есть в новом размещении;
- WSUSutil при переносе данных устанавливает те же NTFS-права, что были в источнике.
Подробнее об утилите управления WSUSutil вы можете почитать в статье Managing WSUS from the Command Line.
Часть 1. Перенос файлов и папок WSUS
Для решения этой задачи мы воспользуемся утилитой командной строки для управления WSUS - WSUSutil.exe.
- Создаем на новом диске/разделе папку для контента WSUS
- Открываем командную строку от имени администратора
- Переходим в каталог C:\Program Files\Update Services\Tools
- В нашем примере мы перенесем контент WSUS на диск W: в папку WSUS, лог процесса положим в файл log.txt на том же диске.
Если в вашем случае старый диск недоступен (вышел из строя), то команду следует выполнять с ключом -skipcopy, в нашем случае она выглядела бы вот так:
Тогда WSUSutil только перепропишет пути хранения данных WSUS, и по окончанию выполнения команды скачает все необходимые обновления.
- диск, на который вы будете переносить данные, должен быть отформатирован в NTFS;
- WSUSutil не будет копировать те данные, которые уже есть в новом размещении;
- WSUSutil при переносе данных устанавливает те же NTFS-права, что были в источнике.
Подробнее об утилите управления WSUSutil вы можете почитать в статье Managing WSUS from the Command Line.
Как переместить базу данных WSUS
- Запустите консоль SQL Server Management Studio Express от имени администратора. Она расположена в Start >Programs >Microsoft SQL Server 2005 >SQL Server Management Studio Express.
Как перенести содержимое WSUS
- Откройте SBS консоль и выберите Backup and Server Storage.
- Откройте вкладку Server Storage.
- Запустите мастер Move Windows Update Repository Data.
- Выберите новое местоположение и нажмитеMove.
Во время переноса мастер создаст директорию WSUS на новом диске и скопирует туда все содержимое.
Как очистить базу WSUS
Замечание: Данное действие рекомендуется выполнять в нерабочее время из за значительных требований к ресурсам.
- Откройте консоль WSUS. Start >Programs >AdministrativeTools >Microsoft Windows server Update Services 3.0 SP1.
- Раскройте сервер и выберите Options >Server Cleanup Wizard.
Полезные ссылки:
Лучшая диагностика акпп только в Стеллар Сервис. После мытарств в различных сервисах я теперь пользуюсь только их услугами.
Присматриваю себе жилье в анапе. Надоело в Мааскве, хочется уже больше солнца, моря и отдыха.
Читайте также:
- В текстовом процессоре есть 5 кнопок с помощью которых можно включать
- Как выглядят диски для playstation 2
- Если сохранить на яндекс диск а оригинал удалят
- Игра рассвет войны требует видеокарты с аппаратной поддержкой трансформации и освещения
- Какой язык понимает и обрабатывает центральный процессор central processor unit cpu