Скачать 1.6 Mb.
|
Название группы
Обучение пользователей. Обучение пользователей и обслуживающего персонала должно свести к минимуму те проблемы управления сетью, возникновение которых вызвано неквалифицированными действиями Со времени появления первой локальной сети управление сервером всегда вызывало особую заботу. Администратору надо было решить сотни технических вопросов, но, вероятно, наиболее серьезные проблемы возникали из-за низкой квалификации пользователей. Люди ответственны за сбои сервера не меньше, чем неполадки в оборудовании и ошибки в программах. Пользователи засоряют дисковое пространство сервера, заполняют всю доступную полосу пропускания и устанавливают программное обеспечение без ведома администратора. В результате администратору приходится решать проблему в авральном порядке, когда кризисная ситуация прорывается как нарыв. Если вы хотите, чтобы управление сервером было эффективным, пользователями и персоналом надо управлять, как и техникой. Одним из важнейших этапов в данном процессе является обучение пользователей. Обученные пользователи - это те, кто спрашивает, прежде чем добавить программное обеспечение или данные большего объема. Кроме того, они имеют представления о возможных последствиях своих действий хотя бы в целом, если не в частностях. И хорошо, если пользователи задумываются о том, что их действия могут обернуться для администратора и технического персонала дополнительной работой. Процесс в каждой организации происходит по-разному: кто-то выдает новым сотрудникам печатный буклет о том, как пользоваться сетью, кто-то посылает регулярные напоминания по электронной почте, кто-то проводит занятия во время обеденного перерыва. Короче, в ход пускаются всевозможные средства. И, на наш взгляд, это правильно: необходимо любым доступным вам путем просветить пользователей. Другим важным шагом для эффективного управления сервером является составление подробных процедур и рекомендаций использования сервера, следование которым должно быть обязательно как для пользователей, так и для технического персонала. Кратко обсудив некоторые варианты обучения пользователей и создания проактивных процедур управления, мы рассмотрим теперь более подробно, как их - и другие практические стратегии - применить к конкретным аспектам управления сервером. Эти аспекты включают пространство на диске, конфигурацию сервера, управление устройствами, группы пользователей, управление изменениями и удаленную работу с сервером. Пространство на диске - проклятие всех администраторов сетей. Некоторые даже шутят, что данные имеют тенденцию расширяться, заполняя все свободное место вне зависимости от того, находится оно на диске ПК или на диске сервера. Очевидно, обнаружив свободное пространство на диске, пользователи тут же находят, чем его заполнить. Часто пользователи рассматривают пространство на сетевом диске, как расширение своего жесткого диска. Вместо использования диска сервера для хранения совместно используемых данных и регулярного резервирования важных данных, они помещают на диск сервера свои личные файлы, а иногда даже устанавливают на него программный пакет целиком (когда он не помещается на их локальном жестком диске). Администратор сети обязан подготовить рекомендации по применению сервера и довести данные рекомендации до пользователей. Наиболее эффективно эту задачу можно выполнить путем либо прямой работы с пользователями, либо с их представителями. Как упоминалось ранее, эти рекомендации можно распространять через неформальные обучающие классы, регулярные напоминания по электронной почте и автоматизированные процедуры отслеживания заполнения диска сервера и напоминания пользователям об очистке отведенного им пространства. Обычным способом проведения в жизнь правил хранения является введение квот на дисковое пространство, но квоты, если не относиться к ним достаточно внимательно, могут привести к проблемам: пользователи должны получать сообщение при входе, когда дисковое пространство исчерпывается. Кроме того, вы должны дать краткие и четкие указания о том, как очистить пространство на сетевом диске. В идеале пользователи должны уметь управлять самостоятельно использованием собственного дискового пространства и обращаться к администратору только тогда, когда необходимо изменить объем доступного дискового пространства. Возможно, наиболее важная часть управления квотами - это предоставление пользователям простого способа архивирования старых данных на автономные накопители для освобождения пространства на диске. Архивирование может быть как ручным, так и автоматизированным процессом. Во втором случае данные из предопределенного каталога записываются на ленту, проверяются и затем удаляются с сервера автоматически. После этого пользователи получают сообщение с информацией о том, что архив был перемещен в другое место; они получают также идентификатор, с помощью которого, если необходимо, архивированные файлы можно восстановить. Автоматизированные системы архивирования данных отслеживают, когда файлы использовались последний раз, и перемещают их по мере устаревания на все более медленные системы хранения данных. Восстановление - наиболее сложная часть любой стратегии архивации и практически всегда требует вмешательства технического персонала. С готовыми процедурами задача определения местоположения и восстановления данных становится проще. Во многих современных сетях для нахождения данных технический персонал вынужден просматривать журналы резервирования или созданные вручную файлы, а после еще и справиться у пользователя, действительно ли это те данные, что он ищет. При создании сети или добавлении серверов к уже существующей сети желательно придерживаться нескольких правил. Прежде всего, все серверы, безотносительно их операционных систем, должны как можно более походить друг на друга. Такое подобие позволяет быстро и просто изменять настройки, добавлять и удалять пользователей, устанавливать новое программное обеспечение и диагностировать сервер - независимо от операционной системы или местоположения. Другая забота связана с каталогами для хранения файлов операционной системы, приложений и стандартных данных. Если нет на то особых причин, умолчания сетевой операционной системы должны соблюдаться как можно более полно. Это не только помогает при выполнении регулярных задач, но и упрощает взаимодействие с персоналом технической поддержки поставщика. Зачастую причина возникновения проблемы связывается поставщиками с выбором нестандартной конфигурации, так что если сервер соответствует принятым по умолчанию параметрам и процедурам, ответ может быть найден гораздо быстрее. Кроме того, раз и навсегда решите, где будут храниться пользовательские данные и приложения, и не отступайте от этого решения. Если впоследствии местоположение все же придется изменить, то все серверы должны быть модифицированы в соответствии с новым стандартом. Наличие серверов с различными стандартами вызовет путаницу среди пользователей и персонала и сведет на нет преимущества стандартизации. Рекомендации по проектированию корпоративных сетей. Основные сетевые протоколы и технологии реализованы в программных и аппаратных средствах ряда фирм, и задача проектировщика сети (системного интегратора) - правильно выбрать эти средства для заданных условий конкретного предприятия, обеспечив требуемый уровень производительности и надежности при минимизации затрат. После определения основных программно-аппаратных средств выполняются этапы: согласование проекта и состава оборудования; поставка оборудования; тестирование сети; конфигурирование портов коммутаторов; сдача в эксплуатацию. Среди основных рекомендаций следует упомянуть следующие. 1. Информатизация и автоматизация деятельности предприятия должны начинаться с анализа процессов функционирования его подразделений. Необходимо выявить информационные потребности подразделений, решаемые задачи, информационные потоки между подразделениями, установить, какие процессы требуют автоматизации и компьютеризации и в какую очередь. Целесообразно проводить эту работу совместно с работниками самих подразделений, с самого начала выделить сотрудников предприятия, которые будут поддерживать и развивать информационную структуру, вычислительные и сетевые средства. 2. Если сеть создается заново (особенно в новых зданиях), целесообразен комплексный подход к проектированию кабельной системы сети. При этом в проекте нужно учитывать прокладку не только коммуникаций для передачи данных, но и одновременно соединений телефонной связи, проводов пожарной и охранной сигнализации, кабельного телевидения и т.п., а возможно, и использование для этих целей некоторых общих кабельных соединений. 3. При выборе типа линий связи между отдельно стоящими зданиями необходимо провести сравнительный анализ проводных линий и радиоканалов. 4. Кабельная система проектируется как независимая. В наиболее популярной схеме кабельной системы и размещения коммутационного оборудования внутри здания рекомендуется под коммутационное оборудование отводить помещение на этаже с максимальным числом рабочих мест или с ограниченным доступом посторонних лиц, горизонтальную (этажную) проводку выполнять витой парой категории 5 (длина до 90 м) или коаксиальным кабелем, вертикальную проводку (межэтажную) - ВОЛС или коаксиальным кабелем. 5. Относительно выбора одного из двух наиболее популярных вариантов построения подсетей (ЛВС) - Ethernet или Token Ring однозначные выводы отсутствуют. Если нагрузка подсети может превышать 35 % (т.е. без учета конфликтов передача данных в сети занимает 35 % времени), то лучше использовать Token Ring. При меньшей загрузке предпочтительнее Ethernet, так как обеспечиваются меньшие задержки. Вариант Ethernet можно применять и при большем трафике, но тогда нужно предусмотреть разделение ЛВС на подсети с мостовым соединением между ними. Число подсетей и распределение рабочих мест по подсетям рекомендуется определять по правилу 80/20, по которому 80 % трафика должно сосредоточиваться внутри подсети и только 20 % следует отводить во вне, иначе эффективность Ethernet будет невысокой. Следует также рассмотреть целесообразность использования виртуальных ЛВС. 6. При выборе типов коммутационного оборудования полезно ориентироваться на средства, предоставляемые одной фирмой, иначе возможны нестыковки, несмотря на общность используемых стандартов, могут возникнуть затруднения при последующей эксплуатации и развитии сети. 7. Если сеть связывает удаленные друг от друга здания, в частности, расположенные в разных городах, то возможны варианты использования выделенных каналов связи или сетей общего пользования (прежде всего Internet). Второй вариант обходится значительно дешевле, но в этом случае нужно обратить особое внимание на обеспечение информационной безопасности (разграничение доступа, установка защитных экранов - брандмауэров и т.п.). 8. Для корректировки и верификации проекта сети нужно использовать имеющиеся средства имитационного моделирования. Примерами программ анализа и моделирования вычислительных сетей могут служить COMNET III и OPNET. Ниже приведены краткие характеристики этих программ. COMNET III; (фирма CACI Products Company; http://www.caciasl.com). Интерактивное моделирование работы локальных и территориальных вычислительных сетей. Исходные данные задаются на проблемно-ориентированных языках моделирования MODSIM или SIMSCRIPT с графическими расширениями. На экране ЭВМ изображается топология сети с указанием узлов, линий связи, источников данных (трафика). В результате моделирования определяются "узкие" места, задержки в передаче данных, загрузка линий, буферов, процессоров, длины очередей, пиковые нагрузки. Имеется библиотека моделей протоколов и аппаратных средств: маршрутизаторов (3COM, Cisco, DEC, HP и др.), алгоритмов протоколов (TCP/IP, SNA, RIP, OSPF, IGRP и др.) и ряда методов доступа (CSMA/CD, FDDI, ALOHA). OPNET (Planner and Modeler); (фирма OPNET; http://www.mil3.com). Анализ работы различных локальных и территориальных гетерогенных вычислительных сетей, в том числе высокоскоростных сетей FDDI и ATM, радиоканалов с временным мультиплексированием и др. На входном графическом языке задается структура сетей с указанием процессоров, источников потоков данных, очередей, трансмиттеров и т.п. Система позволяет сравнивать различные архитектуры построения сетей, определять размещение серверов, рассчитывать трафик. В библиотеке системы имеются модели различных протоколов (Ethernet, FDDI, TCP/IP, ATM, PSTN, Frame Relay и др.). Математическое обеспечение для моделирования сетей и сетевых протоколов - системы массового обслуживания и/или сети Петри. Для структурного синтеза сетей используют дискретное математическое программирование и экспертные системы, перспективно применение генетических алгоритмов синтеза. Существуют пакеты интерактивного проектирования сетей. С их помощью можно изобразить поэтажную схему здания, разместить на ней обозначения компьютеров и сетевого оборудования, выбрать из базы данных типы оборудования и каналов связи, проверить допустимость их совместного использования и другие ограничения. Пример такого пакета - NetSuit Advanced Professional Design фирмы NetSuit Development. 9. Разрабатывается конфигурация сети. Все узлы сети распределяются по рабочим группам, а затем рабочие группы - по подсетям. Исходя из оценок прогнозируемого трафика и его характера, числа узлов и подсетей выбирается структура сети и типы сетевого оборудования. Если нет уверенности в том, что состав пользователей в рабочих группах будет стабильным, то целесообразно использовать виртуальные ЛВС. Необходимо учесть возможности масштабирования сети, если ожидается ее расширение в процессе эксплуатации. |
Рабочая программа дисциплины (модуля) «Информационные технологии в управлении проектом» «Информационные технологии и ресурсы в менеджменте»; «Методы и модели в принятии управленческих решений»; «Управление финансами»;... |
Организационно-правовое обеспечение образовательной деятельности Материально-техническая база, библиотечно-информационные ресурсы, информационно-техничексие ресурсы |
||
Комплекс тестовых заданий для учащихся 7 класса по теме «информация.... ... |
Информационные ресурсы сети Интернет для организации образовательного... Нму «Национальный институт образования» Министерства образования Республики Беларусь |
||
Информационные Интернет-ресурсы образовательного назначения |
Трудовые ресурсы как социально-экономическая категория и объект управления Без людей нет организации. Без нужных людей ни одна организация не сможет достичь своих целей и выжить. Несомненно, что трудовые... |
||
Конспект лекций по курсу сд. Ф корпоративные информационные системы Лекция № Понятие о сетях. Корпоративные информационные системы. Структура и назначение кис. Характеристика. Требования к организации... |
Учебно-методический комплекс дисциплины дс. Ф. 2 Интернет технологии... Целью преподавания дисциплины является ознакомление студентов с понятием информационные ресурсы, общей характеристикой процессов... |
||
Лекция I и проблема языка и сознания лекция II 31 слово и его семантическое... Монография представляет собой изложение курса лекций, про* читанных автором на факультете психологии Московского государственного... |
Лекция I и проблема языка и сознания лекция II 31 слово и его семантическое... Монография представляет собой изложение курса лекций, про* читанных автором на факультете психологии Московского государственного... |
||
Рабочая программа дисциплины в10 Интернет технологии и ресурсы образовательной... Целью освоения дисциплины является: ознакомление студентов с понятием информационные ресурсы, общей характеристикой процессов сбора,... |
Перечень вопросов к зачету Информационные ресурсы. Уровни информационных ресурсов в управлении экономическими процессами |
||
Трудовые ресурсы как социально-экономическая категория и объект управления Заказать написание новой работы по этой теме нажмите, удерживая нажатой клавишу Ctrl |
Информационные ресурсы Безопасность работы с микроорганизмами III-IV групп патогенности (опасности)и возбудителями паразитарных болезней сп 2322-08 |
||
Конспект лекций по дисциплине для специальности 080101. 65 «Экономическая безопасность» Информационные системы в экономике: конспект лекций по дисциплине для обучающихся по специальности 080101. 65 «Экономическая безопасность»... |
Лекция Предмет, задачи и методы перевода Лекция Общая характеристика современной теории перевода. Лекция Переводческая эквивалентность |
Поиск |