4.2. Минимизация рабочей среды
Стандартизируя компьютерную рабочую среду, мы её упрощаем. Вместо того чтобы использовать в разных подотделах предприятия пять различных текстовых процессоров, выгоднее установить на каждой рабочей станции компании одну и ту же программу и тем самым упростить задачи, связанные с обменом файлами, обучение персонала и настройкой программного обеспечения. Упрощение рабочей среды ведёт к снижению затрат на решение различных задач по следующим трём причинам:
· чем проще рабочая среда, тем меньше вероятность возникновения проблемы;
· при возникновении проблемы проще определить её причину, так как круг возможных причин меньше;
· при сокращении количества элементов рабочей среды проще сосредоточиться на анализе поведения оставшихся компонентов.
Помимо того, что упрощение рабочей среды существенно упрощает процесс решения проблем и исправления неисправностей, оно также ведёт к существенному снижению затрат, связанных с администрированием и поддержкой. При планировании изменения простой компьютерной системы проще спрогнозировать влияние этого изменения на поведение всех её компонентов.
Допустим, что в состав сети входит сервер NetWare, выполняющий функции файл-сервера и сервера печати и сервер UNIX, выполняющий функции почтового сервера. Эти серверы через маршрутизатор связаны с сетевым сегментом, в состав которого входят сервер WindowsNT, выполняющий функции сервера обмена данными с удалёнными клиентами через RAS и сервер OS/2 Warp, выполняющий функции сервера без данных. Этот сегмент, в свою очередь, связан через шлюз с мэйнфреймом IBM, на котором выполняются финансовые расчёты, а также с локальной сетью, в состав которой входят файловый сервер WindowsNTи множество рабочих станций, оснащённых операционными системами Windows 95, Windows 3.1, WindowsNTWorkstation, AppleMacintosh, OS/2 Warpи DOS. Сеть построена с использованием нескольких различных технологий (Arcnet, Ethernet, T1, ATMи TokenRing), а также имеет каналы связи с транснациональной корпоративной сетью и Интернетом (при этом используется брандмауэр). Для обмена данными внутри сети используются самые разнообразные протоколы (IP, IPX, PPTP, NetBEUIи Appletalk) в зависимости от того, между какими из компонентов сети происходит обмен информацией. Легко ли проектировать модернизацию в подобной сети? Скорее всего, разработка проекта модернизации подобного рабочего окружения может стать серьёзной проблемой для инженеров и администраторов. Сложно представить себе, к чему может привести, например, обновление версии операционной системы на одном из серверов. Смогут ли после этого рабочие станции обмениваться данными с этим сервером? Не возникнет при этом каких-либо непредусмотренных проблем? Куда проще иметь дело с сетью, в которой все серверы, равно как и все рабочие станции, оснащены операционной системой Windows 2000, обмен данными происходит с использованием «чистого» IP, а количество сегментов сети, целиком и полностью построенной на базе Ethernet, минимально. Поведение такой системы куда более прогнозируемо, а её модернизация куда менее проблематична. Мало того, при смене обслуживающего персонала новые работники смогут быстрее войти в курс дела и приступить к выполнению своих обязанностей.
4.3. Создание прецедента
Стандартизация позволяет «создать прецедент», благодаря которому администрирование сети становится более упорядоченным. Введение стандарта позволяет формализовать порядок выполнения каждой административной процедуры. Формируя стандарт, мы создаём прецедент, руководствуюсь которым обслуживающий персонал должен действовать при выполнении своих обязанностей. Благодаря этому одни и те же операции, выполняемые разными людьми, приводят к одним и тем же результатам.
Например, у каждого из сотрудников может быть собственное мнение относительно размера файла в виртуальной памяти в WindowsNT/2000. В результате на разных компьютерах организации этот файл может обладать самыми разнообразными размерами. Размер этого файла будет зависеть от объёма оперативной памяти. При наличии документа, описывающего стандартные размеры файлов виртуальной памяти в зависимости от объёма оперативной памяти, мы можем до определённой степени быть уверенными, что на компьютерах, обладающих одним и тем же объёмом RAM, размер файла виртуальной памяти будет одинаковым.
Чтобы стандарт выполнял свои функции, персонал должен придерживаться даже в случае, если предусмотренные стандартом требования не обеспечивают максимальной эффективности. Если в результате пересмотра стандарта выяснится, что он может быть улучшен, стандарт необходимо либо модифицировать, либо сменить.
4.4. Управление Windows 2000
В отличие от предыдущих версий NT, операционная система
Windows 2000 обладает огромным количеством новых возможностей. Многие из её подсистем и служб, присутствовавшие и в старых версиях, претерпели существенные изменения. Если осуществлять перевод существующей информационной системы на использование Windows 2000, не ориентируясь при это на заранее разработанные и тщательно продуманные стандарты, компьютерная сеть организации может превратиться в хаос.
Лучшим примером подсистемы Windows 2000, создание и управление которой невозможно без использования стандартов, является служба каталога ActiveDirectory (AD). Среди всех нововведений Windows 2000 эта подсистема является наиболее важной. Эффективность использования Windows 2000 напрямую связана с продуманностью и качеством структуры каталога AD. Применение стандартов в процессе разработки и управление ADнеобходимо по двум причинам. Во-первых, абсолютно все сетевые пользователи должны взаимодействовать с AD единообразно, вне зависимости от местоположения и характера работы. Во-вторых, на что следует обратить особенное внимание, разработка стандартов позволит заблаговременно приступить к планированию структуры и конфигурации AD. Ясно, что проектирование структуры ADнельзя оставлять на самый последний момент. Этому процессу необходимо уделить особенное внимание.
V. Прикладное программное обеспечение
По сравнению с ранними версиями NT операционная система Windows 2000 обладает массой новых возможностей, проста в управлении и обслуживании и, кроме того, обладает существенно большей производительностью. Однако у неё есть, по крайней мере, один существенный недостаток: не все прикладные программы, предназначенные для NT или других операционных систем, смогут работать в среде Windows 2000 столь же корректно. Компания Microsoft приложила массу усилий для того, чтобы обеспечить совместимость Windows 2000 с другими программными платформами, однако, несмотря на это по разным причинам многие программы просто не в состоянии работать в среде этой новой операционной системы. Поэтому, прежде чем осуществлять переход к Windows 2000, необходимо определить какие из приложений не смогут работать в новой рабочей среде, а также рассмотреть возможные варианты замены.
Использование некоторых прикладных программ в среде
Windows 2000 может оказаться невозможным по двум причинам:
· некоторые приложения разрабатываются без соблюдения рекомендаций, разработанных компанией Microsoft и направленных на создание эффективных и корректно работающих приложений для среды Windows. Несмотря на то, что эти рекомендации доступны для всех желающих, многие программисты предпочитают « ловить рыбу в мутной воде», нарушать стандарты ради призрачного выигрыша в производительности или просто не имеют представления о правилах хорошего тона в сфере программирования для Win32 API.
· Многие приложения разрабатываются специально для Windows 9x, особенно для Windows 95. Такие программы создаются без учета огромного количества особенностей, отличающих мощные сетевые операционные системы WindowsNT/2000 от операционных систем Windows 9x, предназначенных для домашних персональных компьютеров. Основной причиной нарушений в работе таких приложений является система безопасности NT/2000. Например, если благодаря защите прикладная программа Windows 9x не может прочитать запись из реестра, чаще всего она либо зависает, либо прекращает работу, причем не всегда корректно. Программа, разработанная для NT/2000, имеет возможность обнаружить причину проблемы или тем или иным образом сообщить о ней пользователю. Другой причиной несовместимости Windows 9x и WindowsNT/2000 являются отличия в программном интерфейсе Win32 API.
До сих пор под термином «приложение» мы понимали любые прикладные программы, применяемые пользователями в своей работе. Обсуждая вопросы совместного использования того или иного программного обеспечения с той или иной операционной системой, следует трактовать этот термин в более широком смысле. Под терминами «приложение» или «прикладная программа» мы будем понимать любое программное обеспечение, которое не входит в состав операционной системы. Этими понятиями мы будем обозначать не только офисные приложения, но и системные службы, утилиты и драйверы устройств, разработанные сторонними производителями. При использовании любой из этих программ в среде Windows 2000 можно столкнуться с проблемами.
Процедура анализа и обеспечения работы прикладных программ, критичных для рабочего окружения, включает в себя следующие этапы:
· при помощи инвентаризации определить состав программного обеспечения, используемого в организации;
· определить, какие из приложений являются критичными для рабочей среды;
· определить, использование каких приложений в среде Windows 2000 может быть связано с проблемами;
· используя сведения о рабочей среде, полученные в результате инвентаризации, определить, какое значение для рабочей среды имеют программные средства, не совместимые с Windows 2000;
· определить, какой из вариантов будет использован для решения проблемы. Чаще всего требуется либо обновить, либо заменить приложение. В некоторых случаях имеет смысл отказаться от использования приложения.
Теперь рассмотрим каждый из этих этапов более подробно.
5.1. Определение приложений, критичных для рабочей среды