АвтоАвтоматизацияАрхитектураАстрономияАудитБиологияБухгалтерияВоенное делоГенетикаГеографияГеологияГосударствоДомДругоеЖурналистика и СМИИзобретательствоИностранные языкиИнформатикаИскусствоИсторияКомпьютерыКулинарияКультураЛексикологияЛитератураЛогикаМаркетингМатематикаМашиностроениеМедицинаМенеджментМеталлы и СваркаМеханикаМузыкаНаселениеОбразованиеОхрана безопасности жизниОхрана ТрудаПедагогикаПолитикаПравоПриборостроениеПрограммированиеПроизводствоПромышленностьПсихологияРадиоРегилияСвязьСоциологияСпортСтандартизацияСтроительствоТехнологииТорговляТуризмФизикаФизиологияФилософияФинансыХимияХозяйствоЦеннообразованиеЧерчениеЭкологияЭконометрикаЭкономикаЭлектроникаЮриспунденкция

Стандарти структурованої кабельної системи

Читайте также:
  1. ANSI – национальный институт стандартизации США
  2. I. Основні риси політичної системи України
  3. V. 2. Механічне описання молекулярної системи
  4. VIII. Метод стандартизации
  5. Автоматизовані системи управління процесом розформування составів на сортувальних гірках
  6. Адаптивні типи людини. Антропоекологічні системи і здоров'я.
  7. Аналіз роботи системи
  8. Англо-американський (прецедентний) тип правової системи
  9. Бщие сведения, классификация и стандартизация строительных материалов
  10. Валютний ринок і валютні курси. Системи гнучких і фіксованих валютних курсів: порівняльна ефективність
  11. Взаємозв'язок ІС обліку з іншими підсистемами інформаційної системи підприємства.
  12. Визначення і складові грошової системи

Стандарти ISO/IEC 11801 і ANSI/TIA/EIA-568A встановлюють як вимоги кілька основних правил монтажу, що передбачають методи й акуратність виконання з’єднання компонентів і організації кабельних потоків, що значною мірою підвищують продуктивність системи і полегшують адміністрування встановлених кабельних систем. Зокрема, стандарт EIA/TIA-568 встановлює такі вимоги до горизонтальної проводки:

1. Довжина горизонтальних кабелів не повинна перевищувати 90 м незалежно від типу кабелю.

2. Допускаються до застосування чотири типи кабелів:

а) чотирьохпарний з неекранованих витих пар, хвильовий опір 100 Ом;

б) двопарний з екранованих витих пар, хвильовий опір 150 Ом;

в) коаксіальний (типу RG-58) з хвильовим опором 50 Ом (у нових системах не рекомендований);

г) оптоволоконний з волокнами розміром 62,5/125 мк.

3. Відповідно рекомендовані типи з’єднувачів:

а) модульний восьмиконтактний RJ-45;

б) спеціальний IBM (IEEE 802.5);

в) коаксіальний BNC;

г) оптичний.

4. На кожному робочому місці встановлюють не менше двох розеток: одна – модульна восьмиконтактна типу RJ-45, і друга — будь-яка з наведених у п. 3.

5. Прийнято дві схеми розведення чотирипарного кабелю в роз’ємі RJ-45:

а) T-568A (рекомендована);

б) T-568B (відповідає AT&T 258A).

6. Для проводки прийнята зіркоподібна топологія.

 

Зі збільшенням частоти передачі зростає ризик того, що неправильно змонтований кабель вплине на продуктивність системи.

Стандартом визначені дві стадії захисту кабелю від завад:

· симетрування та вибір кроків скрутки;

· екранування, зовнішнє і внутрішнє.

Довжина кабелів у структурованих системах категорії 5 описана в специфікації ANSI/EIA/TIA-568-A і не може перевищувати 100 м:

· 6 м між концентратором і патч-панеллю (якщо вони використовуються);

· 91 м від кабельної шафи до настінної розетки;

· 3 м між розеткою і настільним пристроєм.

Патч-панелі та інше сполучне устаткування повинні задовольняти вимогам категорії 5. Довжина розкручених ділянок пар при монтуванні в будь-які комутаційні пристрої не повинна перевищувати 1.5м.

У разі обміну даними між двома пристроями приймач одного з пристроїв має бути з’єднаний з передавачем іншого і навпаки. Перекручування пар (cross-over) звичайно реалізується всередині одного з пристроїв при розведенні кабелю. Деякі порти концентраторів і комутаторів підтримують можливість зміни типу розведення провідників у роз’ємі (MDI-X чи Normal). Мережні адаптери комп’ютерів зазвичай не дозволяють змінювати тип розведення порту і позначаються як пристрої з портом MDI чи Uplink.

Планування структури каталогів серверу

Структура каталогів серверу — це набір логічних структур, що мають ім'я, на жорсткому диску серверу, які упорядковують файли цього диска в локальні групи і полегшують їх пошук. Наприклад, набагато зручніше робити пошук у відповідному каталозі, серед невеликої кількості файлів, ніж серед сотні цілком незв'язаних файлів в одній загальній папці. Структура каталогів починається з кореневого каталогу, що може містити файли, але звичайно містить інші каталоги, що, в свою чергу, також можуть містити файли й інші каталоги. Каталоги можуть вкладатися один в один необмежену кількість разів. На рис. 15.5 показано типову структуру каталогів серверу. Перед початком планування мережі визначте приблизну структуру каталогів серверу.

 

Root

───│───

───├──APPL

───├──MAIL

───├─┬DATA

───│─├──TAMPLATE

───│─└──SPREADS

───├──USERS

───├─┬InetPub

───│─├──Ftproot

───│─└──Wwwroot

───└─┬WINNT

─────├──Inf

─────├──Profiles

─────└─┬System32

───────├──DNS

───────├──Drivers

───────├──LLS

───────├──Ras

───────├─┬Repl

───────│─├─┬Export

───────│─│─└──Scripts

───────│─└─┬Import

───────│───└──Scripts

───────└──Spool

 

Рис. 15.5. Типова структура каталогів на файлі-сервері Windows NT

 

Структура каталогів серверу багато в чому залежить від особистих переваг. Ви повинні зберегти основну структуру каталогів, у яких зберігаються файли мережевої операційної системи, але можете доповнити її практично будь-якою схемою каталогів. Проте досвід роботи багатьох користувачів мережі виявив, що деякі схеми організації каталогів є ефективнішими. Наведені нижче рекомендації (це дійсно рекомендації, а ніяк не суворі правила) допоможуть вам організувати файли серверу в ефективну структуру каталогів.

Нижче наводяться типи файлів, що можна зустріти практично на будь-якому сервері:

· файли мережевої операційної системи;

· файли клієнтської системи;

· файли додатків;

· файли даних користувачів;

· файли розподільчих даних;

· файли електронної пошти.

Структура директорій повинна бути пристосована для збереження файлів усіх цих типів.

Сучасні операційні системи поставляються з цілком автоматизованою програмою установки, яка задає питання про систему і про те, як ви плануєте її використовувати, а після цього створить визначену структуру каталогів для файлів операційної системи. І якщо у вас немає гострої потреби що-небудь змінювати, не вносьте зміни до стандартних параметрів установки. Більшість функцій мережевої операційної системи використовують стандартну структуру каталогів, і її зміна може призвести до збоїв у роботі системи.

Деякі назви каталогів стали стандартними у світі мереж і якщо ви будете правильно ними користуватися й акуратно вести системний журнал, то багато спеціалістів (наприклад, консультанти, які залучені ззовні) належним чином оцінять організацію мережевих файлів. Нижче наведено декілька прикладів стандартних назв директорій (табл. 15.1).

 

Таблиця 15.1. Стандартні назви директорії

APPL Найбільш стандартна назва для каталогу, у якому зберігаються додатки. Ці додатки можуть виконуватися як на робочих станціях, так і на сервері. Звичайно в каталозі APPL утримуються не файли, а інші каталоги, що містять окремі додатки і відповідні системні файли. Часто-густо ці додатки встановлюють за допомогою автоматичних програм установки, що створюють додаткові вкладені каталоги. Якщо у вас немає особливих причин змінювати розташування файлів додатка, то лишіть усе як є.
DATA У цьому каталозі звичайно зберігаються інші каталоги, у яких зберігаються файли даних, необхідні для роботи тих або інших додатків. Наприклад, у каталозі під назвою TAMPLATE, можуть зберігатися файли шаблонів документів, з якими працює текстовий процесор, а в іншій директорії за назвою SPREADS можуть знаходитися електронні таблиці.
Repl Цей каталог, що вперше з'явився в NetWare під ім'ям LOGIN (в інших мережевих операційних системах він має іншу назву) є каталогом, в який потрапляє клієнт при одержанні доступу до мережевої системи. Після того, як користувач встановлює з'єднання, він може переглядати структуру каталогів на сервері в межах відведених йому прав.
MAIL У цьому каталозі утримується база даних посланих і отриманих мережею або системою електронної пошти повідомлень.
InetPub Як випливає з назви, тут зберігаються файли й інші каталоги, до яких може одержати доступ будь-який користувач мережі. Вперше він з'явився в Novell NetWare, під ім'ям PUBLIC. Ви можете створити в каталозі InetPub інший каталог, у якому будуть зберігатися утиліти для операційної системи, встановленої на клієнтських робочих станціях. Помістивши сюди утиліти, ви робите їх доступними всім користувачам мережі, яким вони можуть знадобитися.
USERS Це каталог, який об'єднує в собі файли даних, що є виключною власністю окремих користувачів мережі. У цьому каталозі звичайно зберігаються не файли, а особисті каталоги користувачів системи.

 

Для організації каталогів слід запам'ятати, що чим вище ви знаходитеся, тим сильніше впливаєте на загальну організацію системи. Інакше кажучи, у кореневому каталозі бажано створювати інші каталоги, що мають відношення до всієї системи (APPL, USERS). Наступний рівень буде відноситися до категорій у системних директоріях (APPL\MS Office, USER\YURII). Наступний рівень буде з’ясовувати категорію (APPL\MS Office\WINWORD). А далі вже можуть розташовуватися файли або каталоги, які локалізують дані.

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

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

Занадто глибока структура каталогів. Немає нічого корисного в зайвій вкладеності каталогів. Нікому не сподобається шукати свої ділові нотатки в каталозі \USERS\DEPART1\LAB538\PERSONAL\SERGEY\. За винятком каталогів, створених у процесі автоматичної установки, намагайтеся не створювати більше трьох або чотирьох рівнів вкладеності.

Дублювання каталогів користувача. Незважаючи на те, що можна мати каталог користувача, який називається USERS\YURII та інший каталог за назвою APPS\MSOffice\WINWORD\YURII, подібна структура звичайно вказує на погану організацію. Якщо на одного користувача посилаються два або більше каталогів, спробуйте змінити структуру так, щоб усі файли даних зберігалися в одному каталозі користувача.

Назва каталогу повинна відповідати його вмісту; наприклад, у директорії APPL повинні зберігатися файли додатків, напротивагу тому, що з`ясувати вміст каталогу із зашифрованою назвою TSD001_C практично неможливо. Крім усього перерахованого вище майте на увазі, що найбільш ефективна структура каталогів повинна бути як можна простіша і коротша.

Тут істотним недоліком є потрійне дублювання особистого каталогу KULAKOV: користувачу важко розібратися, які дані зберігаються у певній копії каталогу, а у адміністратора мережі з'являється головний біль у процесі резервного копіювання, керування правами доступу тощо. Варто об'єднати дані з продубльованих каталогів у який-небудь один. Ще однією найпоширенішою помилкою є наявність в каталозі APPL всіх каталогів додатків, які є на сервері. Щоб не захаращувати приклад непотрібною інформацією, тут наводиться лише невеликий список додатків, але уявіть собі, що їх буде біля сотні. Тоді користувачу, якому потрібний текстовий редактор Word, прийдеться нишпорити у всьому цьому смітті для того, щоб знайти його каталог. І уявіть собі його роздратування, коли він буде наражатися на різноманітні ігри.


1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | 32 | 33 | 34 | 35 | 36 | 37 | 38 | 39 | 40 | 41 | 42 | 43 | 44 | 45 | 46 | 47 | 48 | 49 | 50 | 51 | 52 | 53 | 54 | 55 | 56 | 57 | 58 | 59 | 60 | 61 | 62 | 63 | 64 | 65 | 66 | 67 | 68 | 69 | 70 | 71 | 72 | 73 | 74 | 75 | 76 | 77 | 78 | 79 | 80 | 81 | 82 | 83 | 84 | 85 | 86 | 87 | 88 | 89 | 90 | 91 | 92 | 93 | 94 | 95 | 96 | 97 | 98 | 99 | 100 | 101 | 102 | 103 | 104 | 105 | 106 | 107 | 108 | 109 | 110 | 111 | 112 | 113 | 114 | 115 | 116 | 117 | 118 | 119 | 120 | 121 | 122 | 123 | 124 | 125 |

Поиск по сайту:



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