К. Закер - Компьютерные сети. Модернизация и поиск неисправностей (953092), страница 207

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

Текст из файла (страница 207)

Од- нако приложения %йи3оттз никогда не отличались'простатой„позтому в ре- альности зтат процесс вытнядит намного сложнее. Запуск приложений с диска сервера имеет как дастаинетва„таК и недостатки. Положительным факторам, как и в случае с размещением на серВере опера- циОннОй системы, МОЖНО назВать экОнймию пространства локальных дискОВ, ззщнту файлои:прнложений от повреждения илн удаиения, а также вазьюж- насть улучшения и обслуживания единственной копии приложения, а не ин- дивидуальных копий на каждой рабочей стющия.

Среди 'недостюкав На пер- вый план выступает тат факт, что приложения; ршмещенные на сервере, обычно работают сравнительно медленнее, чем их лагяльные аналоги, а также генерируют сулгесгвенный объем сетевога графика и не могут функциониро- кпъ, если сервер неисправен нли недоступен по иным причинам. Ва времена ВОЗ приложения были самадовтатачными и обычно состояли не более чем из одного программного каталога, который содержал все фай- лы ланного приложения. Тогда можно было установить приложение на сер- Глава 27. Флмииистрировзиие сетей Ивлаоттв вср и позволить другим системам использовать его, просто запуская исполняемый файл. Сегодняшние приложения %ймЬвч намного сложнее, и программа их инсталляции нс исчерпывается простым кОпирОванием файлов.

Кроме программнъгх файлов приложение %щдовз обычно включает определенные установки системного реестра, наличие некоторых ШЛ;файлов %шдавч, которые должны присутствовать на локальном диске., а также процедуру создания строк в меню кнопки Ятаг1 (Пуск) и пиктограмм, неабхолимых лля запуска приложения. Если есть желание совместно использовать несколькими рабочими станциями приложение, размещенное на сервере, та, как правило, па прелому придется провести ега полную установку на каждой машине Это делается для тога, чтобы быть уверенным, чта каждая рабочая станция имеет соот-' ветствующие файлы %щдавз, установки реестра и пихтоГупммы, необходимые лля рабаты приложения.

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

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

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

9гв Во многих случаях наиболее практичным способом: исполнения приложений, размещенных ни сервере, является применение прило:кения, которое имеет сваи собствентгые сетевые возможности. Например„М$сгагай Ойсе позволяет создавать на сервере'тачку управляемой инпалллции-(абпйптихабте тпиайабав ращг), которую можно затем использовать лля установки приложения на рабочие станции. Проводя каждую инсталляцию, можно выбирать, будут ли файлы прилакении копироваться на локальный,диск, запускаться с диска сервера или распределяться между сервером и рабочей станцией.

Хранение рабочих Файлов В большинстве современных сетей %тпбав»я как операционная система, так и файлы приложений устанавливаются на локальных дисках рабочих стан-, ций, Однако по-арежнему тольке от администратора сети зависит принятие решения о 'гом, где именно будут храниться файлы данных, создаваемые и изменяемые пользователями. Прн решении денного вопроса следует обращал. особое внимание на некоторые принципиальные моменты,'а именно, доступность зтих файлов лля пользователей и.

нх безопасиасп . Естественно, пользователи должны получать ластуп к своим файлам данных, но существуют также файлы, которые лсижны совместно использоваться многими пользователями. Важные файлы данных также должны быть защищены ат модификации и удаления неавторизованным персоналам н к таму же дублироваться на альтернативном носителе в целях страховки от непредвиденных обстагг~къстц 'например, выхода диска из строя или поитара. Рабочие файлы Могут иметь различный формат, что не мажет не отражаться на том, ипгим способом нх надлежит хранип.

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

Другие типы файлов могут требають дополнительного планирования. Так как операционные системы %табовв 95/93 и %шбоъх 1ЧТ/2000 все относятся к одноранговым сетевым операционным ' системам, махна разрешить пользователям хранить свои документы как на локальных дисках, так и на дисках сервера, и по-прежнему иметь ваама»жнасть их совместного использования с другимн пользователями сети. Однако есть несколько достаточно веских причин, по которым более правильиым решением представляется хранение всех рабочих файлов на жестких дисках сервера. Первая и наиболее важная из зтих причин заключается в том, что так намного праще ят7 защищать файлы ат потери пз-за сбоя диска рабочей станции.

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

Несмотря на та, что и серверы, и рабочие станции %шдочъ имеют сходные всомажности по предоставлению определенных прав конкретным пользователям, сами польюватели крайне редко обладают достаточным уровнем навыков вли желанием для того, чтобы эффективна защитить свои собственные файлы. Поэтому апминистрпгарам сети намного праще управлять правами на одном сервере, чем на множестве рабочих станций. Еще одна немаловажная причина состоит в там, что присутствие дисков совместного испольааванзтя у каждой рабочей станции делает крайне трудным обнаружение конкретной информации в сепь Если только бегло взглянуть на домен %юйятз МТ или ЗХ6 и увидеть там десятки или сотни компьютеров, каждый из которых имеет собственные ресурсы совместного использования, можно легко понять, насколько сложной будет задача по определению местоположения конкретного файла, Ограничение ресурсов савмеспюга использования рамками относительно небольшого числа серверов способно упростить цадобный процесс.:: В результате наилупцей стратегией для большинства сетей %шйятз представляется установка операционной системы и всех приложений на локальные диски рабочих станций в сочетании с хранением всех рабочих файлов на серверах сети.

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

При создании учетной записи пользователя в домене %шараа Щ' или абыисга пользователя в Асбте ГИастогу операционной системы %~айви 20ОО сущсствуФт возмпкнасть одновременного созпания индивидуального каталога дпя данного пользователя с помощью диалогового окна, изображенного на рис. 27.1, По уьюлчашпо пользователям предоставляепж полный контроль наа ил домашними каталогами, а всем остальным доступ полностью запрещен.. Часть ИФ.

Характеристики

Список файлов книги