Итак, вы установили операционную систему и выполнили настройку вашего сервера. С этого момента администратор обязан регулярно отслеживать состояние основных компонентов и служб Windows. В большинстве случаев в этом поможет «Event Viewer» («Просмотр событий»), доступный в разделе «Administrative Tools» («Администрирование»), Это приложение состоит из нескольких журналов, чье количество зависит от функциональных ролей, которые выполняет ваш сервер. Замечательной особенностью оснасток w2k3 является их возможность отображать не только локальные ресурсы, но ресурсы любого другого компьютера, работающего под управлением Windows Server 2003. Используя консоль управления Microsoft (mmc.exe), можно настроить отображение событий сразу со всех серверов. В журналах регистрируется множество событий, прямо или косвенно влияющих на работу операционной системы. Следует обращать внимание на источник события и его идентификационный номер (event ID), а также на его тип (предупреждение или ошибка). Если что-то вызывает у вас подозрение, выполните анализ сообщения, посмотрите, когда оно стало появляться, не связано ли его появление с вашими действиями по настройке/изменению системы или оборудования. Если причина появления по-прежнему остается для вас загадкой, следует выполнить поиск по номеру и источнику события в базе знаний Microsoft, находящейся по адресу http://support.rnicrosoft.com/default.aspx7s-dd=fh;RU;KBHOWTO (или специальный ресурс http://even-tid.net/search.asp). Регулярный просмотр журналов w2k3 позволит вам выявлять потенциальные проблемы заранее.
Резервное копирование
Если с журналами все в порядке, то следующим шагом необходимо составить план резервного копирования. В зависимости от ролей сервера (файловый сервер, маршрутизатор или доменный контроллер) план должен быть у каждого свой. Прежде всего необходимо обеспечить резервирование компонентов операционной системы, а уже потом программных файлов и данных. Основные компоненты представлены в «System State», отображаемой программой архивации (ntbackup.exe) как отдельный элемент в списке выбора. Наиболее приемлемым является резервирование состояния системы, разделов «Document and Settings», «Program Files», «Windows» и файлов из корня системного раздела. Остальное для Windows, как правило, не важно. В Windows Server 2003 есть мастер аварийного восстановления системы, вызываемый из программы архивации, который может упростить восстановление сервера в случае сбоя. Однако он обладает существенным недостатком — нельзя выполнять автоматическое создание резервного набора. Администратор должен лично находиться за консолью компьютера. А хотелось бы автоматизировать процесс резервирования. Как это правильно сделать? Рекомендуется выполнять такую последовательность действий.
- Спланируйте, что вы хотите резервировать, когда и куда будете сохранять резервные копии.
- Необходимыми правами на выполнение резервного копирования системных каталогов обладают учетные записи, являющиеся членами локальных групп «Administrators» и «Backup Operators». Поэтому следует создать новую учетную запись (например «BackupUser»), установить свойство «Password never expires» («Пароль никогда не истекает») и включить его в одну из вышеперечисленных групп.
- Зарегистрируйтесь на сервере от имени этого пользователя и запустите программу архивации («Start -> Accessories -> System Tools -> Backup»),
- Выберите режим «Schedule» («Расписание»), при этом будет предложено сохранить в отдельном файле пути к тем компонентам, которые вы выбрали (по умолчанию этот файл будет сохранен в локальном профиле текущего пользователя). Задайте понятное имя вашему расписанию и файлу, лучше всего это сделать в формате ОТКУДА_ЧТО_КУДА, например Server01SystemStateToServer01
- После этого расписание будет создано. Удобнее всего управлять им не через программу архивации, а через «Scheduled Task» («Назначенные задания») в «Control Panel». Запустите его и убедитесь, что резервная копия создана.
Несколько рекомендаций по резервированию. Не создавайте назначенные задания от имени администратора, так как при смене им пароля запланированное задание перестает выполняться, практически никак вас об этом не предупреждая. Выполняйте спаренное резервирование по сети (если отсутствуют ленточные накопители), то есть сохраняйте резервную копию одного сервера в общую папку другого. Правильно настройте списки доступа к таким общим папкам — полный доступ должен быть предоставлен только пользователю «BackupUser», а их чтение администраторам. Остальные пользователи не должны иметь доступ к этим каталогам.
Профилактика
Основные моменты обслуживания мы затронули. Однако для увеличения надежности и производительности системы необходимо проводить и некоторые профилактические работы. Основной из них является дефрагментация жестких дисков. Microsoft наконец-то включила в состав ОС команду вызова дефрагментации (ранее для проведения дефрагментации сервера требовалась непосредственная регистрация на консоли сервера). Дефрагментацию разделов можно запустить либо из оснастки «Computer Management» («Управление компьютером»), либо командой defrag.exe из командной строки. Особенно полезно выполнять регулярную дефрагментацию разделов для файловых серверов. Так же как и для резервного копирования, необходимо составить план дефрагментации разделов сервера и выполнять его по расписанию. Для этого следует создать командный файл с командой defrag.exe и соответствующими ключами. Затем необходимо задать новое назначенное задание, которое и будет запускать только что созданный файл в установленное время. Естественно, что дефрагментацию следует выполнять в часы наименьшей нагрузки сервера.
Установка обновлений
И, напоследок, на операционную систему необходимо устанавливать пакеты исправлений, которые Microsoft периодически выпускает. Пакеты исправлений и заплатки доступны для загрузки с сайта http://windowsupdate.microsoft.com напрямую. Однако в ОС предусмотрена возможность автоматической загрузки обновлений. Этот режим реализован службой «Automatic Updates» («Автоматическое обновление»). Чтобы выполнить настройку этой службы, необходимо обладать правам администратора системы. В панели управления необходимо выбрать элемент «System» и перейти на закладку «Automatic Updates», а затем установить переключатель в положение «Automatically download the updates, and install them on the schedule that I specify» («Автоматически загружать обновления и устанавливать их по расписанию, которое будет указано»). Выберите время, в которое вы желаете устанавливать обновления. Служба автоматического обновления будет загружать недостающие обновления в фоновом режиме. После завершения загрузки служба дождется назначенного времени и установит обновления, при этом все пользователи, подключенные к консоли, получат уведомление о готовности установить закачанное обновление. Если подтверждения или отказа от установки не последует в течение пяти минут, то сервер самостоятельно установит обновления и перезагрузит сервер. Можно отказаться от продолжения установки в этот раз и перенести ее на следующее назначенное время. Будьте внимательны — если подобный режим работы не пригоден для вашего сервера, следует выбрать другие варианты установки обновлений. Помните о том, что желательно иметь резервную копию состояния системы, так как в случае ошибки при установке обновления сервер может стать неработоспособным.
Вариант с автоматической загрузкой обновлений из Интернета неплох, если у вас один сервер, а что делать, когда таких серверов несколько? В этом случае можно развернуть в сети службу Software Update Services (служба установки обновлений). При этом только один сервер будет подключаться к серверу Windows Update и закачивать обновления, остальные компьютеры смогут забирать эти обновления по локальной сети. Этот дополнительный компонент доступен для загрузки непосредственно с сайта Microsoft (http://microsoft.com/windowsserver2003/ sus/default.mspx). Примеры настройки и работа с данной службой выходят за рамки статьи, но важно знать, что такая возможность все же есть.
Заключение
Правильно спланированное и регулярное проведение различных профилактических и сервисных работ позволит предотвратить большинство сбоев не только самого сервера, но и сети в целом. Как правило, проведение всех этих действий занимает гораздо меньше времени, чем даже однократное восстановление работоспособности отказавшего сервера, которому администратор не уделял достаточного внимания.