В интернете можно найти немало статей, рассказывающих о том, что Windows Server 2003 - это более новая ОС, нежели Windows XP, что она надежнее и работает быстрее, надо только настроить ее на работу в качестве рабочей станции, оптимизировать, придать ей "человеческое лицо". Стоит заметить, впрочем, что вопросов "как поставить драйвер ХХХ? На Windows XP он ставится, а на сервер не хочет", "как заставить заработать на сервере железку YYY?", "я сделал все, как описано на сайте ZZZ, а у меня..." и подобных им тоже немало.

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

Спорить с тем, что Windows Server 2003 имеет больший номер версии, чем Windows XP - бессмысленно. А вот с тем, что WS 2003 новее, чем Windows XP, спорить вполне можно. Все зависит от того, какой именно сервер, и какая именно ХР. Windows XP SP2, например, явно новее, чем сервер без пакета исправлений.

Но давайте начнем по порядку.

В нескольких предыдущих версиях Windows NT рабочая станция и сервер выходили одновременно и имели один и тот же номер версии. Когда началась работа над проектом Whistler, а произошло это, как обычно, сразу после выхода предыдущей версии, зимой 2000-го года, тоже начали делать сразу и серверную, и клиентскую версии, точнее, три клиентские версии - одну для использования в домашних условиях, вторую - в корпоративной среде, третью, 64-разрядную, тоже для корпоративной среды.

В 2000 году произошло еще два события, повлиявших на дальнейшее развитие Windows и на ход работ по ее созданию.

Одним из этих событий был выход Windows Me, последней ОС семейства Windows 3.x - Windows 9x. Работавшие над ней сотрудники были переключены на Whistler, и в силу характера накопленного ими опыта клиентские версии в ходе разработки получили заметное преимущество.

Другим событием, оставшимся незамеченным очень многими, была происшедшая в январе смена руководства "Майкрософт": Билл Гейтс передал управление компанией Стиву Балмеру, сохранив за собой, однако, пост председателя совета директоров.

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

Семейство Windows 3.x - Windows 9x: 1990 - 3.0, 1992 - 3.1, 1993 - 3.11 для рабочих групп, 1995 - 95, 1998 - 98, 1999 - 98SE, 2000 - Me, Итого семь версий за 10 лет. Семейство Windows NT: 1993 - NT, 1994 - NT 3.5, 1995 - NT 3.51, 1996 - NT 4, 2000 - Windows 2000. Итого пять версий за семь лет. В сумме двенадцать разных версий Windows всего за десять лет.

Накопленный опыт выпуска ОС и исправления ошибок в них, существенные задержки выхода Windows 95, 98, 2000 по сравнению с первоначально определенными сроками показали, что надо более тщательно подходить к проектированию системы на начальном этапе, что, естественно, влечет за собой увеличение продолжительности цикла разработки. Была поставлена задача обновления ОС примерно раз в три года. Поскольку предыдущие версии ОС (Windows 2000 и Windows Me) вышли в двухтысячном году, очередным рубежом становился 2003-й.

Но, как всегда, планы - планами, а жизнь - жизнью.

Те, кто присутствовал на различного рода мероприятиях, посвященных выходу Windows 95, помнят, вероятно, демонстрировавшуюся на них схему развития Windows. Согласно этой схеме должна была выйти еще одна версия из семейства Windows 9x (ею позже стала Windows 98), а затем клиентские системы планировалось выпускать на базе Windows NT. Задержка с выходом Windows 2000 и неудачная попытка сделать версию этой системы для домашнего использования (кодовое название "нептун") заставили "Майкрософт" выпустить сначала второе издание Windows 98, а затем и Windows Me.

Но потребность в более надежной и стабильной системе для домашнего использования никуда не исчезла. А поскольку к работе над Whistler оказались подключены разработчики Windows Me, то появилась возможность выпустить клиентскую версию раньше, чем серверную.

В начале ноября двухтысячного года вышла первая бета Whistler. В ее составе были как клиентские версии (домашняя, профессиональная, 64-разрядная), так и серверные. Еще более полугода их разработка шла совместно, версии выходили одновременно и имели один и тот же номер сборки.

Весной 2001 года стало ясно, что клиентские версии будут готовы значительно раньше серверных. Естественно, искусственно задерживать их выход не было смысла, и к началу лета проект Whistler разделился на два: клиентские версии получили название Windows XP и перешли из стадии бета-версий к стадии кандидата в финальные версии, а серверные остались в стадии второй бета-версии (через некоторое время они получили новое рабочее название - .NET Server).

Чтобы легче было различать сервер и клиент, у серверных сборок изменили первую цифру номера с двойки на тройку, остальные три цифры совпадали. И серверные сборки еще некоторое время выходили вместе с клиентскими и имели ту же версию ядра. Лишь непосредственно перед выходом (в августе) номер сборки Windows XP был увеличен до ближайшего относительно круглого числа - 2600. Номер же сборки сервера рос постепенно.

Работа над сервером продолжалась, Но еще довольно долго он продолжал сохранять номер версии 5.1, хотя к этому номеру добавилось окончание SP1. Да, совершенно верно, общие части и компоненты сервера и Windows XP продолжали оставаться сходными. Наработки, сделанные для сервера, включались в состав альфа-, а потом и бета-версий XP SP1, а исправления, вносившиеся в XP, вносились и в программный код сервера.

Конечно, абсолютной идентичности добиться было нельзя. Поскольку одними из достаточно существенных причин нестабильности была работа аппаратного ускорения вывода изображения и звука, то были предприняты попытки исключить эти причины. По умолчанию в серверах были отключены вывод звука и видеоускорение. Тестеров специально предупредили, что любые ошибки, обнаруженные при включении этих возможностей, даже не связанные с ними непосредственно, рассматриваться не будут. Более того, была предпринята попытка вообще отказаться от использования драйверов производителей оборудования и написать универсальный драйвер VESA, использующий лишь базовые возможности видеоадаптеров. Но времена, когда изготовители считали своим долгом обеспечить стопроцентную совместимость хотя бы с VGA, давно прошли. Что уж говорить о менее распространенных режимах... Так что добиться надежности использованием универсального видеодрайвера не удалось и пришлось вернуться к обычным драйверам и отключать в настройках видеоускорение.

Правда, кое-что полезное из этой попытки извлекли - была разработана технология обнаружения сбоев видеодрайверов. В случае обнаружения такого сбоя система отключала имеющийся драйвер, инициализировала драйвер VGA и продолжала работать через него. Конечно, разрешение 640х480 и 16 цветов - не бог весть, что для сегодняшнего времени, но это лучше, чем экран, на котором все смешалось в кашу или вообще отсутствует изображение. Можно, по крайней мере, спокойно сохранить результаты работы и перезагрузиться. Увы, не все сбои поддаются программному обнаружению, но в некоторых ситуациях эта защита все-таки помогает.

Само собой разумеется, что это улучшение попало и в XP, оно было включено в SP1.

Итак, разошедшиеся было пути Windows XP и WS2003 снова сошлись: для первой делался пакет исправлений, вторая должна была включить в себя этот пакет.

Однако откладывать выпуск XP SP1 до выхода все еще не готового сервера не имело смысла. Фиксировать состояние ядра сервера на уровне XP SP1 тоже было неблагоразумно - зачем отказываться от возможности сделать его лучше. Поэтому системы снова разделились - серверы получили номер версии 5.2.

Но не только серверы. Windows XP 64-bit Edition, вышедшая одновременно с остальными версиями Windows XP и получившая вместе с ними пакет исправлений, продолжила свое развитие в группе серверов. Поскольку появился новый процессор - итаниум 2, надо было добавлять его поддержку в 64-разрядные версии серверов и ХР. Так что когда в марте 2003 года были сданы в производство серверы семейства WS2003, вместе с ними вышла и обновленная Windows XP 64-bit Professional 2003, также имевшая версию 5.2.

После выхода сервера появилось немало желающих пощупать его вживую на домашнем компьютере, и в интернете начали множиться статьи, посвященные переделке сервера в развлекательно-игровую систему. Поскольку с ходом разработки авторы этих статей знакомы не были, а двойка в номере версии бросалась в глаза, то были сделаны "очевидные" выводы, что сервер имеет совершенно новое ядро (встречались даже утверждения, что оно написано заново, с нуля), что он работает гораздо быстрее Windows XP и гораздо стабильнее ее. Апофеозом абсурда оказалась высказанная автором одной из таких статей мысль, что хотя тестовые программы разности в скорости не показывают, на самом деле сервер все-таки быстрее. Достаточно его установить - и все будет видно на глаз.

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

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

На самом деле вполне может оказаться так, что улучшения, внесенные для повышения скорости работы программ на сервере, отрицательно скажутся на рабочих станциях. За примерами не надо далеко ходить, думаю, все помнят, как обнаружилось, что изменения, внесенные в Windows XP SP1 (заимствованные из.NET Server), привели к заметному увеличению времени загрузки некоторых программ.

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

О преимуществе в стабильности и говорить нечего - любое "одомашнивание" сервера начинается с включения видеоускорения, то есть режима, не тестировавшегося на серверах вообще. Конечно, близкое родство WS 2003 с Windows XP спасает положение - код отлаживался в клиентских системах и поэтому, как правило, проблем не бывает, но все-таки в серверах этот код не проверялся.

С тех пор вышли еще пакеты исправлений - SP2 для Windows XP и SP1 для WS2003, но ситуацию в целом это не изменило - по-прежнему шел интенсивный обмен между этими двумя версиями, и все ценное, что было придумано для одной из них, тут же переносилось в другую. Относительно длительное существование и совершенствование одного, по сути, ядра, дало возможность обеспечить высокую стабильность систем. По словам разработчиков, в последние полтора-два года ошибки и неполадки, связанные с работой ядра, выявляются намного реже, чем раньше, и, что интересно, оказываются одними и теми же для всех сходных ядер - и для клиентских, и для серверных, и для 32-разрядных, и для обоих 64-разрядных. Думаю, это вполне убедительно доказывает, что ядра (в текущем состоянии) друг другу очень близки.

Конечно, если сравнивать Windows XP на момент ее выхода с финальной версией WS2003, то сервер будет обладать некоторыми преимуществами. Но в текущем состоянии, со всеми последними пакетами исправлений и обновлениями разница сглаживается. И остается то же самое, что и в предыдущих версиях - разница во внутренних настройках. Для сервера - обеспечивающих максимально эффективную работу нескольких программ одновременно. Для клиентской - максимальную производительность одной программы, той, с которой пользователь работает в данный момент.

Так что оставьте кесарево - кесарю.

Наконец-то у меня получилось подчинить себе windows XP SP3 и сделать из него терминальный сервер. В этой статье я расскажу как мне это удалось. Итак, что такое, вообще, терминальный сервер. Сначала немного умных слов

"Терминальный сервер, сервер терминалов (англ. terminal server) - сервер, предоставляющий клиентам вычислительные ресурсы (процессорное время, память, дисковое пространство) для решения задач. Технически терминальный сервер представляет собой очень мощный компьютер (либо кластер), соединенный по сети с терминальными клиентами - которые, как правило, представляют собой маломощные или устаревшие рабочие станции или специализированные решения для доступа к терминальному серверу. Терминальный сервер служит для удалённого обслуживания пользователя с предоставлением рабочего стола."

Как это "на пальцах":

предположим, обслуживаете вы некую организация, в которой для ведения бухгалтерии используется программа 1С, и используют её 3 бухгалтера. Вам нужно организовать доступ всех троих к одной базе данных. Есть два варианта:

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

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

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

Ещё, как вариант, что в вашей организации один бухгалтер находится непосредственно вашем офисе, а второй в другом городе, и второму нужен доступ к программе 1С и базе данных.

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

Удаленным образом можно использовать практические любое ПО, хоть операционную систему, хоть офис, хоть Photoshop, 1C и т.д.

Теперь возникает вопрос как же настроить этот самый терминальный сервер?

Опять же есть два пути:

1. Установить серверную операционную систему, например Microsoft Windows 2003 Server.

2. Использовать привычную и распространенную Microsoft Windows XP SP3.

Для второго пути, с использованием Microsoft Windows XP SP3, надо будет приложить некоторые усилия, так как по умолчанию данная операционная система поддерживает работу только с одним пользователем одновременно, то есть возможности терминального сервера в ней отсутствуют. Но именно об этом я вам расскажу в этой статье.

Итак, мы будем использовать для наших целей Microsoft Windows XP SP3. Почему SP3? Потому что мы следим за обновлениями, а ещё потому что способов как сделать терминальный сервер из SP2 есть море, найти описание не составит труда. А с SP3 лично мне пришлось повозиться.

Качаем этот патч в архиве. Он представляет собой самораспаковывающийся архив. (Можете посмотреть его содержание, распаковав обычным архиватором.)

Запускаете его;

На вопрос -"Хотите сделать Терминальный Сервер?" - нажимаете"Да".

Где то через 10-15 секунд, Windows спросит о восстановлении прежних файлов (а то новые неизвестные)

Нажимайте "Отмена", а потом "Да", уверен.

После этого обязательно перезагрузка, чтобы изменения в системе вступили в действие.

Следующим шагом добавляем новых пользователей:

Пуск => Настройка => Панель Управления => Учетные записи пользователей => Создание учетной записи => Ввести имя пользователя => Дальше => Выбор типа учетной записи - выбрать тип "Ограниченная запись" => Создать учетную запись => Щёлкнуть на созданном пользователе => В его свойствах обязательно задать пароль (на английском)

Там же нужно настроить "Изменение входа пользователей в систему".

Выставить две галочки и нажать "Применение параметров"

В свойствах системы:

правая кнопка мыши на мой ПК => Свойства => закладка "Удаленные сеансы" => поставить галку "Разрешить удаленный доступ к этому компьютеру".

После этого нажимаете на кнопку "Выбрать удаленных пользователей"

В окне "Пользователи удаленного рабочего стола", кнопку "Добавить"

В окне "Выбор: Пользователи" - "Дополнительно"

В следующем окне "Поиск", и у вас появляется список пользователей, которые созданы в вашей системе.

выделяете окна поиска, тех пользователей кто вам нужен, и нажимаете "ОК". Потом вы попадаете в предыдущее окно выбора, вы уже соответственно выбрали ваших пользователей, подтверждаете выбор - еще раз "ОК".

И чтобы все это применить в последний раз в окне "Пользователи удаленного рабочего стола", нажимаете кнопку "ОК"

И ваши пользователи добавляются в список пользователей, которые имеют право на подключение к удаленному рабочему столу - т.е. к вашему Windows XP PSP3, терминальному серверу.

На этом я завершу своё описание. Суть данной статьи не в том, чтобы дать вам алгоритм действий на созданию терминального сервера из Windows XP SP3, а попытаться помочь вам понять суть данной настройки, чтобы вы смогли применять ее и в других версиях операционной системы Windows.

Используете серверы на ОС windows? Попробуйте в качестве почтовика сервер microsoft exchange server . Хороший вариант программного обеспечения в привычной операционке.

В предыдущей статье был составлен список из 80 инструментов для мониторинга Linux системы. Был смысл также сделать подборку инструментов для системы Windows. Ниже будет приведен список, который служит всего лишь отправной точкой, здесь нет рейтинга.

1. Task Manager

Всем известный диспетчер задач Windows - утилита для вывода на экран списка запущенных процессов и потребляемых ими ресурсов. Но знаете ли Вы, как использовать его весь потенциал? Как правило, с его помощью контролируют состояние процессора и памяти, но можно же пойти гораздо дальше. Это приложение предварительно на всех операционных системах компании Microsoft.

2. Resource Monitor

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

3. Performance Monitor

Основной инструмент для управления счетчиками производительности в Windows. Performance Monitor, в более ранних версиях Windows известен нам как Системный монитор. Утилита имеет несколько режимов отображения, выводит показания счетчиков производительности в режиме реального времени, сохраняет данные в лог-файлы для последующего изучения.

4.Reliability Monitor

Reliability Monitor - Монитор стабильности системы, позволяет отслеживать любые изменения в производительности компьютера, найти монитор стабильности можно в Windows 7, в Windows 8: Control Panel > System and Security > Action Center. С помощью Reliability Monitor можно вести учет изменений и сбоев на компьютере, данные будут выводиться в удобном графическом виде, что позволит Вам отследить, какое приложение и когда вызвало ошибку или зависло, отследить появление синего экрана смерти Windows, причину его появления (очередное обновлением Windows или установка программы).

5. Microsoft SysInternals

SysInternals - это полный набор программ для администрирования и мониторинга компьютеров под управлением ОС Windows. Вы можете скачать их себе бесплатно на сайте Microsoft. Сервисные программы Sysinternals помогают управлять, находить и устранять неисправности, выполнять диагностику приложений и операционных систем Windows.

6. SCOM (part of Microsoft System Center)

System Center - представляет собой полный набор инструментов для управления IT-инфраструктурой, c помощью которых Вы сможете управлять, развертывать, мониторить, производить настройку программного обеспечения Microsoft (Windows, IIS, SQLServer, Exchange, и так далее). Увы, MSC не является бесплатным. SCOM используется для проактивного мониторинга ключевых объектов IT-инфраструктуры.

Мониторинг Windows серверов с помощью семейства Nagios

7. Nagios

Nagios является самым популярным инструментом мониторинга инфраструктуры в течение нескольких лет (для Linux и Windows). Если Вы рассматриваете Nagios для Windows, то установите и настройте агент на Windows сервер. NSClient ++ мониторит систему в реальном времени и предоставляет выводы с удаленного сервера мониторинга и не только.

8. Cacti

Обычно используется вместе с Nagios, предоставляет пользователю удобный веб-интерфейс к утилите RRDTool , предназначенной для работы с круговыми базами данных (Round Robin Database), которые используются для хранения информации об изменении одной или нескольких величин за определенный промежуток времени. Статистика в сетевых устройств, представлена в виде дерева, структура которого задается самим пользователем, можно строить график использования канала, использования разделов HDD, отображать латентость ресурсов и т.д.

9. Shinken

Гибкая, масштабируемая система мониторинга с открытым исходным кодом, основанная на ядре Nagios, написанном на Python. Она в 5 раз быстрее чем Nagios. Shinken совместима с Nagios, возможно использование ее плагинов и конфигураций без внесения коррективов или дополнительной настройки.

10. Icinga

Еще одна популярная открытая система мониторинга, которая проверяет хосты и сервисы и сообщает администратору их состояние. Являясь ответвлением Nagios, Icinga совместима с ней и у них много общего.

11. OpsView

OpsView изначально был бесплатен. Сейчас, увы, пользователям данной системой мониторинга приходится раскошеливаться.

Op5 еще одна система мониторинга с открытым исходным кодом. Построение графиков, хранение и сбор данных.

Альтернативы Nagios

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

14. Munin

Неплохая система мониторинга, собирает данные с нескольких серверов одновременно и отображает все в виде графиков, с помощью которых можно отслеживать все прошедшие события на сервере.

15. Zenoss

Написан на языке Python с использованием сервера приложений Zope, данные хранятся в MySQL. С помощью Zenoss можно
мониторить сетевые сервисы, системные ресурсы, производительность устройств, ядро Zenoss анализирует среду. Это дает возможность быстро разобраться с большим количеством специфических устройств.

16. Observium

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

17. Centreon

Комплексная система мониторинга, позволяет контролировать всю инфраструктуру и приложения, содержащие системную информацию. Бесплатная альтернатива Nagios.

18. Ganglia

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

19. Pandora FMS

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

20. NetXMS

Программное обеспечение с открытым кодом для мониторинга компьютерных систем и сетей.

21. OpenNMS

OpenNMS платформа мониторинга. В отличие от Nagios, поддерживает SNMP, WMI и JMX.

22. HypericHQ

Компонент пакета VMware vRealize Operations, используется для мониторинга ОС, промежуточного ПО и приложений в физических, виртуальных и облачных средах. Отображает доступность, производительность, использование, события, записи журналов и изменений на каждом уровне стека виртуализации (от гипервизора vSphere до гостевых ОС).

23. Bosun

Система мониторинга и оповещения (alert system) с открытым кодом от StackExchange. В Bosun продуманная схема данных, а также мощный язык их обработки.

24. Sensu

Sensu система оповещения с открытым исходным кодом, похожа на Nagios. Имеется простенький dashboard, можно увидеть список клиентов, проверок и сработавших алертов. Фреймворк обеспечивает механизмы, которые нужны для сбора и накопления статистики работы серверов. На каждом сервере запускается агент (клиент) Sensu, использующий набор скриптов для проверки работоспособности сервисов, их состояния и сбора любой другой информации.

25. CollectM

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

28. Performance Analysis of Logs (PAL) Tool

34. Total Network Monitor

Это программа для постоянного наблюдения за работой локальной сети отдельных компьютеров, сетевых и системных служб. Total Network Monitor формирует отчет и оповещает Вас о произошедших ошибках. Вы можете проверить любой аспект работы службы, сервера или файловой системы: FTP, POP/SMTP, HTTP, IMAP, Registry, Event Log, Service State и других.

35. PRTG

38. Idera

Поддерживает несколько операционных систем и технологий виртуализации. Есть много бесплатных тулзов, с помощью которых можно мониторить систему.

39. PowerAdmin

PowerAdmin является коммерческим решением для мониторинга.

40. ELM Enterprise Manager

ELM Enterprise Manager - полный мониторинг от «что случилось» до «что происходит» в режиме реального времени. Инструменты мониторинга в ELM включают - Event Collector, Performance Monitor, Service Monitor, Process Monitor, File Monitor, PING Monitor.

41. EventsEntry

42. Veeam ONE

Эффективное решение для мониторинга, создания отчетов и планирования ресурсов в среде VMware, Hyper-V и инфраструктуре Veeam Backup & Replication, контролирует состояние IT-инфраструктуры и диагностирует проблемы до того, как они помешают работе пользователей.

43. CA Unified Infrastructure Management (ранее CA Nimsoft Monitor, Unicenter)

Мониторит производительность и доступность ресурсов Windows сервера.

44. HP Operations Manager

Это программное обеспечение для мониторинга инфраструктуры, выполняет превентивный анализ первопричин, позволяет сократить время на восстановление и расходы на управление операциями. Решение идеально для автоматизированного мониторинга.

45. Dell OpenManage

OpenManage (теперь Dell Enterprise Systems Management) «все-в-одном продукт» для мониторинга.

46. Halcyon Windows Server Manager

Менеджмент и мониторинг сетей, приложений и инфраструктуры.

Ниже приведен список (наиболее популярных) инструментов для мониторинга сети

55. NeDi

Nedi является инструментом мониторинга сети с открытым исходным кодом.

54. The Dude

Система мониторинга Dude, хоть и бесплатна, но по мнению специалистов, ни в чем не уступает коммерческим продуктам, мониторит отдельные серверы, сети и сетевые сервисы.

55. BandwidthD

Программа с открытым исходным кодом.

56. NagVis

Расширение для Nagios, позволяет создавать карты инфраструктуры и отображать их статус. NagVis поддерживает большое количество различных виджетов, наборов иконок.

57. Proc Net Monitor

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

58. PingPlotter

Используется для диагностики IP-сетей, позволяет определить, где происходят потери и задержки сетевых пакетов.

Маленькие, но полезные инструменты

60. Glint Computer Activity Monitor

61. RealTemp

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

62. SpeedFan

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

63. OpenHardwareMonitor

Сетевые свойства

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

Примечание. Microsoft называет рабочий стол и набор инструментов Windows XP Professional интеллектуальным пользовательским интерфейсом (Intelligent User Interface, IUI). Вы должны решить, действительно ли это название оправдывает себя, или это плод "мозгового штурма", предпринятого работниками маркетингового отдела Microsoft.

Некоторые усовершенствования прежней версии Windows включают в себя возможности работы в беспроводных сетях, удаленный доступ и поддержку виртуальной частной сети ( virtual private network, VPN ).

Работа в беспроводной сети

Одной из улучшенных возможностей Windows XP Professional является способность работать в беспроводной сети, в частности в беспроводной сети Ethernet, известной также как Wi-Fi или 802.11b . За последние годы беспроводные сети получили широкое распространение. Беспроводные сети высокофункциональны, они не требуют соединительных кабелей 5-ой категории и предоставляют скорость передачи данных до 11 Мбит/с. Более того, цена адаптеров для беспроводных сетей постепенно снижалась, и точки входа в беспроводные сети появляются в столицах и аэропортах.

Мы поговорим об особенностях установки Wi-Fi соединения в , а здесь обсудим вклад Windows XP Professional в беспроводное сообщество. Windows XP Professional поддерживает ряд адаптеров беспроводных сетей без необходимости в инсталляции дополнительных драйверов. Это позволяет настроиться на работу в беспроводной сети за считанные минуты. На рисунке 2.1 изображено диалоговое окно для настройки работы в беспроводной сети.

Рис. 2.1.

Однако легкость первоначальной настройки работы сети еще не означает, что и дальше все пойдет гладко. Хотя Wi-Fi предоставляет возможность доступа к беспроводной сети, она одновременно создает брешь в системе безопасности, через которую может проехать танк Шермана. После того как вы настроили работу беспроводной сети в Windows XP Professional, неплохой мыслью будет найти время для конфигурации соответствующих мер безопасности в целях предохранения сети от несанкционированного доступа. Все, что требуется для такого доступа, - портативный компьютер и беспроводной адаптер на автостоянке, и ваша сеть будет взломана. Более того, любой человек, находящийся в том же здании, имея компьютер и беспроводной адаптер, может проникнуть в незащищенную беспроводную сеть.

Более подробную информацию о работе с Windows XP Professional в беспроводной сети вы найдете в "Подключения к рабочим группам" .

Работа с удаленным компьютером

Windows XP Professional включает в себя две новые программы удаленного доступа. До некоторой степени Remote Desktop (Удаленный рабочий стол) и Remote Assistance (Удаленный помощник) дополняют друг друга. Тем не менее, это две отдельные программы со своими уникальными функциями. Давайте поближе рассмотрим эти инструменты и выясним, как и в чем они могут помочь. Затем наступит очередь обсуждения виртуальных сетей VPN в Windows XP Professional.

Удаленный рабочий стол. Windows XP Professional может выступать в качестве хоста, которым можно управлять с другого компьютера, работающего в среде Windows, независимо от установленной на нем версии Windows. Это приложение предоставляет возможность удаленного управления, которые давно имеются в приложениях других разработчиков, таких как PCAnywhere, Carbon Copy и т.д. На рисунке 2.2 показан инструмент Remote Desktop (Удаленный рабочий стол).

При работе с Remote Desktop вы должны помнить о двух вещах:

• В целях безопасности удаленный рабочий стол не активируется при инсталляции по умолчанию. Это приложение запускается только из панели управления системы (Control Panel).
• Удаленный рабочий стол использует стандарт Windows для контроля за доступом пользователей и обеспечения безопасности с текущей регистрацией на хосте. В отличие от других приложений, сеанс удаленного контроля полностью не затрагивает компьютер хоста. Это означает, что при включении Remote Desktop на компьютере-хосте вы увидите пустой экран. Другие программы контроля за удаленным компьютером обычно позволяют пользователю, сидящему за хост-машиной, видеть, что происходит на другом конце линии.

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

Примечание. Только один пользователь может иметь доступ к машине хоста в текущий момент времени.

Приложение Remote Desktop (Удаленный рабочий стол) удобно использовать, если пользователю нужно войти в свой компьютер из удаленного места.

Удаленный помощник. Второе приложение Windows XP Professional называется Remote Assistance (Удаленный помощник). Одним из преимуществ Удаленного помощника над удаленным рабочим столом состоит в том, что удаленную машину можно контролировать, и обе стороны могут просматривать содержимое экрана.

Примечание. Эта функция работает только в том случае, если на обоих компьютерах установлена Windows XP Professional. Эта функция не работает с более ранними версиями Windows, а также с Windows XP Home Edition.

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

Для запуска сеанса Удаленного помощника следует выполнить три основных действия.

1. Пользователь запрашивает помощь либо посредством Windows Messenger , либо по почте. В письме должен находиться в виде вложения специальный "билет" ( ticket ) (см. рис. 2.3).
2. Для ответа эксперт должен щелкнуть на билете или на запросе в Windows Messenger .
3. Обе стороны соглашаются инициировать сеанс Удаленного помощника.

Помимо этого, эксперт может послать совет пользователю. После того как соединение установлено, эксперт и пользователь могут обмениваться между собой текстовыми сообщениями. К сожалению, существует ряд барьеров, нарушающих плавное течение сессии. Во-первых, если пользователь и эксперт находятся в разных локальных сетях, то Удаленный помощник не работает. Если один из компьютеров защищен брандмауэром и блокирует порт 3389 или использует сетевую трансляцию адресов ( Network Address Translation , NAT), то сеанс может не состояться.

Если организация беспокоится по поводу безопасности, работу Удаленного помощника можно ограничить посредством групповой политики. Устанавливаются разрешения, ограничивающие работу Remote Assistance только устройствами, защищенными брандмауэром организации, или компьютерами одной локальной сети.

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

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

VPN использует технологический прием под названием туннелирование для пересылки частных данных по открытой сети (типа интернет) к удаленному серверу в локальной сети на месте вашей работы. VPN экономит деньги, потому что вы пользуетесь интернетом, а не WAN или междугородной телефонной линией для соединения с сетью. Соединение посредством протокола туннелирования "точка-точка" (Point-to-Point

Примечание. Мы более подробно поговорим об организации VPN в Windows XP Professional в "Создание сетевых подключений" .

Многие знают о программе «Удаленный рабочий стол», которая позволяет подключится с удаленного компьютера к компу, на котором установлена Windows XP и управлять непосредственно всем компом.
Причем фишка в том, что организовать такой доступ можно с очень дохлой машины, лично я пробовал на 486 DX с 8 МБ ОЗУ (помните еще такие?) запускать, используя «удаленный рабочий стол», MS Office 2003 (оно, собственно, и понятно, ресурсы локальной машины в таком случае используются исключительно для отображения картинки)! Но это не
главное, что я хочу рассказать.

Дело в том, что ребята из мелкософта ограничили работу Windows как сервера терминалов только одним пользователем, проще говоря, подключится к хрюше и использовать ресурсы удаленного компа может только один удаленный пользователь, что не есть гуд. Например, админы для организации быстрой и качественной работы 1С:Предприятия часто используют сервер терминалов на базе Windows 2000 Server или Windows 2003 сервер. У этих версий винды имеется возможность подключать много пользователей. И наконец, самое интересное при определенных манипуляциях мышкой можно заставить работать Windows XP как сервер терминалов на большое количество пользователей, это избавляет нас от возни с серверными версиями винды, можно даже купить официальную версию Windows XP prof и настроить на сервер терминалов, на большое количество пользователей, не растрачивая деньги на
дорогостоящие серверные системы.

Итак, как это сделать? Для начала понадобиться файл TsFree. Что он делает? Данный файл подменяет некоторые dll’ки винды и кое-что прописывает в реестр, после чего к хрюше можно подключаться более чем одним пользователем. Говорят, что возможность подключения
нескольких пользователе была включена в бета версию какого-то сервис пака, но когда мелкософт опомнился сразу удалил данную бета версию. Где взять данный файл? Конечно в интернете! Я думаю для Вас не составит труда в какой-либо известный поисковик
ввести TSFree и посмотреть, что он выдаст. Другой способ – воспользоваться программами для поиска по пиринговым сетям: Shareeza, eMule, LimeWire. После того как заветный файл найден, выполняем следующие инструкции:

Как можно проверить результаты своей работы? На компьютере с которого Вы хотите получить доступ к серверу нужно установить программу «Удаленный доступ к рабочему столу». Открываем загрузочный диск с XP, выбираем Выполнение иных задач, далее Установка удаленного управления рабочим столом. Прога должна установиться. Запускаем на компьютере клиенте данную программу, обычно она находится: Пуск – Программы – Стандартные – Связь – Подключение к удаленному рабочему столу. В поле Компьютер, вводим адрес нашего сервера, нажимаем подключить и наслаждаемся.

Есть еще несколько способов подключения к серверу терминалов, к примеру используя программу DOSRDP можно сделать загрузочную дискету. Если компьютер клиент настроить на загрузки с флоппи диска, и загрузиться с дискеты, то можно подключаться к серверу вообще не загружая винду, проще говоря можно в компьютере вообще не использовать жесткие диски. Упомянутую прогу ищите в пириноговых сетях, очень рекомендую. И наконец любители линукс подобных систем могут воспользоваться Rdesktop.

В завершении хочу отметить, что описанный выше способ сделать из хрюши сервер терминлов не единственный, существует еще программа WinConnect Server XP, также позволяющая подключать более чем одного пользователя в терминале, но программа стоит денег, причем не малых, но на astalavista.box.sk всегда
сможешь найти лекарство к этой чудо программе.

Удачных подключений!