4.3. Создание прецедента

Стандартизация позволяет «создать прецедент», благодаря которому администрирование сети становится более упорядоченным. Введение стандарта позволяет формализовать порядок выполнения каждой административной процедуры. Формируя стандарт, мы создаём прецедент, руководствуюсь которым обслуживающий персонал должен действовать при выполнении своих обязанностей. Благодаря этому одни и те же операции, выполняемые разными людьми, приводят к одним и тем же результатам.

Например, у каждого из сотрудников может быть собственное мнение относительно размера файла в виртуальной памяти в Windows NT/2000. В результате на разных компьютерах организации этот файл может обладать самыми разнообразными размерами. Размер этого файла будет зависеть от объёма оперативной памяти. При наличии документа, описывающего стандартные размеры файлов виртуальной памяти в зависимости от объёма оперативной памяти, мы можем до определённой степени быть уверенными, что на компьютерах, обладающих одним и тем же объёмом RAM, размер файла виртуальной памяти будет одинаковым.

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

4.4. Управление Windows 2000

В отличие от предыдущих версий NT, операционная система

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

Лучшим примером подсистемы Windows 2000, создание и управление которой невозможно без использования стандартов, является служба каталога Active Directory (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. Такие программы создаются без учета огромного количества особенностей, отличающих мощные сетевые операционные системы Windows NT/2000 от операционных систем Windows 9x, предназначенных для домашних персональных компьютеров. Основной причиной нарушений в работе таких приложений является система безопасности NT/2000. Например, если благодаря защите прикладная программа Windows 9x не может прочитать запись из реестра, чаще всего она либо зависает, либо прекращает работу, причем не всегда корректно. Программа, разработанная для NT/2000, имеет возможность обнаружить причину проблемы или тем или иным образом сообщить о ней пользователю. Другой причиной несовместимости Windows 9x и Windows NT/2000 являются отличия в программном интерфейсе Win32 API.

До сих пор под термином «приложение» мы понимали любые прикладные программы, применяемые пользователями в своей работе. Обсуждая вопросы совместного использования того или иного программного обеспечения с той или иной операционной системой, следует трактовать этот термин в более широком смысле. Под терминами «приложение» или «прикладная программа» мы будем понимать любое программное обеспечение, которое не входит в состав операционной системы. Этими понятиями мы будем обозначать не только офисные приложения, но и системные службы, утилиты и драйверы устройств, разработанные сторонними производителями. При использовании любой из этих программ в среде Windows 2000 можно столкнуться с проблемами.

Процедура анализа и обеспечения работы прикладных программ, критичных для рабочего окружения, включает в себя следующие этапы:

· при помощи инвентаризации определить состав программного обеспечения, используемого в организации;

· определить, какие из приложений являются критичными для рабочей среды;

· определить, использование каких приложений в среде Windows 2000 может быть связано с проблемами;

· используя сведения о рабочей среде, полученные в результате инвентаризации, определить, какое значение для рабочей среды имеют программные средства, не совместимые с Windows 2000;

· определить, какой из вариантов будет использован для решения проблемы. Чаще всего требуется либо обновить, либо заменить приложение. В некоторых случаях имеет смысл отказаться от использования приложения.

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

5.1. Определение приложений, критичных для рабочей среды

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