Зі збільшенням частоти передачі зростає ризик того, що неправильно змонтований кабель зробить вплив на продуктивність системи. Якщо смуга частот менше 16 Мгц, а швидкість передачі нижче 10 Мбіт / с (наприклад, 10BASE-T Ethernet), можна й не помітити, що технологія монтажу була порушена. Однак цей же кабель, що працює при ширині смуги мережі понад 50 МГц і швидкості передачі 100 Мбіт / с або вище, неправильно може функціонувати.
Для оцінки передавальних робочих характеристик компонентів СКС використовуються наступні параметри: загасання, NEXT (NearEndXtalk - перехідні перешкоди на ближньому кінці), зворотні втрати і опір постійному струму. Хоча всі вони чутливі до порушень безперервності хвильової середовища в точках завершення та в місцях виникнення дефектів, на NEXT особливо впливає розвиток пари провідників та інші впливи, що призводять до порушення балансу пари і відхилень імпедансу.
Крім спотворення сигналу, неправильне термінування може призвести до виникнення ефекту рамкової антени, який проявляється у випромінюванні сигналу з рівнями, що перевищують нормативні вимоги до випромінювання.
4.2.2 Схема побудови
Для прокладання кабельної проводки (додаток В) я рекомендую застосувати для з'єднання кабелів з кабелями інших підсистем або активним устаткуванням – Комутатори Cisco Catalist WS-CE500-24TT та конвектори RJ-45.
4.2.3 Організація робочого місця
Згідно до санітарних вимог, робочі місця знаходяться на відстані 1.20 м одне від одного, мають природне та штучне освітлення (додаток В).
В кабінетах 1 та 2 можливе збільшення кількості комп'ютерів.
Кожне робоче місце складається зі ПК, монітору, клавіатури та миші.
На робочому місці адміністратора мережі агентства нерухомості знаходиться серверний ПК, монітор, клавіатура та миша.
4.3 Клієнт-серверні компоненти
Одна з моделей взаємодії комп'ютерів в мережі отримала назву «клієнт-сервер» Кожен зі складових цю архітектуру елементів відіграє свою роль: сервер володіє і розпоряджається інформаційними ресурсами системи, клієнт має можливість скористатися ними.
Сервер бази даних являє собою версію СУБД, паралельно обробну запити, що надійшли з усіх робочих станцій. У його завдання входить реалізація логіки обробки транзакцій із застосуванням необхідної техніки синхронізації - підтримки протоколів блокування ресурсів, забезпечення, запобігання та / або усунення тупикових ситуацій.
У відповідь на користувальницький запит робоча станція отримає не «сировина» для подальшої обробки, а готові результати. Програмне забезпечення робочої станції при такій архітектурі грає роль лише зовнішнього інтерфейсу (Front - end) централізованої системи управління даними. Це дозволяє істотно зменшити мережевий трафік, скоротити час на очікування блокованих ресурсів даних в общем режимі, розвантажити робочі станції і при досить потужної центральної машині будуть використані для них більш дешеве обладнання.
Як правило, клієнт і сервер територіально відокремлені один від одного, і в цьому випадку вони входять до складу або утворюють систему розподіленої обробки даних.
Для сучасних СУБД архітектура «клієнт-сервер» стала фактично стандартом. Якщо передбачається, що проектована інформація буде мати архітектуру «клієнт-сервер», то це означає, що прикладні програми, реалізовані в її рамках, будуть мати розподілений характер, тобто частину функцій додатків буде реалізована в програмі-клієнті, інша - у програмі-сервері. Основний принцип технології «клієнт-сервер» полягає в розділенні функцій стандартного інтерактивного додатки на чотири групи:
- функції введення і відображення даних;
- прикладні функції, характерні для предметної області;
- фундаментальні функції зберігання та управління ресурсами (базами даних);
- службові функції.
Виходячи з цього поділу будь-який додаток може складатися з наступних компонентів:
- компонент подання (функції 1-ї групи);
- прикладної компонент (функції 2-ї групи);
- компонент доступу до інформаційних ресурсів (функції третій групи та протокол їх взаємодії).
Відмінності визначаються чотирма чинниками:
- які види програмного забезпечення в логічних компонентах;
- які механізми програмного забезпечення використовуються для реалізації функцій трьох груп;
- як логічні компоненти розподіляються комп'ютерами в мережі;
- які механізми використовуються для зв'язку компонент між собою.
5. Стратегія адміністрування й керування
Якщо не вдаватися в деталі, то задачі, розв'язувані в даній області, розбиваються на дві групи: контроль за роботою мережного устаткування й управління функціонуванням мережі в цілому. У першому випадку мова йде про моніторинг окремих мережних пристроїв (концентраторів, комутаторів, маршрутизаторів, серверів доступу й ін.), настроюванню і зміні їхньої конфігурації, усуненні виникаючих збоїв. Ця достатньо традиційна група задач одержала назву реактивного адміністрування (reactive management). Друга група націлена на моніторинг мережного трафіка, виявлення тенденцій його зміни й аналіз подій із метою реалізації схем пріоритеризації для забезпечення максимальної пропускної спроможності (proactive management). Сюди ж відноситься задача внесення змін у конфігурацію мережі, управління IP-адресами користувачів, фільтрація пакетів в цілях забезпечення інформаційної безпеки і ряд інших задач.
Потреба в контролі за мережею в цілому з однієї керуючої станції стала причиною появи різних архітектур платформ і додатків адміністрування. Найбільше поширення серед них набула двохрівнева розподілена архітектура “менеджер–агенти”. Програма-менеджер функціонує на керуючій консолі, постійно взаємодіє з модулями-агентами, що запускаються в окремих пристроях мережі. На агенти в такій схемі покладаються функції збору локальних даних про параметри роботи контрольованого ресурсу, внесення змін у його конфігурацію по запиті від менеджера, надання останньому адміністративної інформації.
Незважаючи на очевидні зручності двохрівневої архітектури, її застосування в реальному мережевому середовищі призводить до зростання обсягів службового трафіка і, як наслідок, до зниження пропускної спроможності, доступної додаткам. Цей ефект особливо замітний у складних сегментованних мережах, що містять велику кількість активних пристроїв. У якості часткового рішення проблеми вичерпання пропускної спроможності була запропонована трьохрівнева архітектура, у якій частина керуючих функцій делегувалася найважливішим мережним вузлам. Інстальовані в цих вузлах програми-менеджери через власну мережу агентів управляють роботою “підзвітних” їм пристроїв і в той же час самі виступають у ролі агентів стосовно основної програми-менеджера (менеджеру менеджерів), запущеної на керуючій станції. У результаті основна частина службового трафіка надається локалізованим в окремих мережних сегментах менеджерам, оскільки «спілкування» локальних менеджерів з адміністративною консоллю здійснюється тільки тоді, коли в цьому дійсно виникає необхідність.
Необхідність контролювати роботу різноманітного устаткування в гетерогенному середовищі зажадала уніфікації основних керуючих процедур. Згадана схема «менеджер - агенти» знайшла вираження в протоколі Simple Network Management Protocol (SNMP), що швидко став базовим протоколом мережевого адміністрування, і в стандарті дистанційного моніторингу RMON. Управління настільними системами звичайно здійснюється на базі стандарту Desktop Management Interface (DMI), розробленого організацією Desktop Management Task Force (DMTF).
Результат такого розвитку подій неважко передбачити наперед: індустрія ПЗ мережневого управління виявилася розділеною на три частини. Першу утворюють платформи мережного управління - аналоги операційних систем, що формують середовище для запуску додатків, але при цьому вони володіють обмеженою функціональністю. Друга група мережевих програм пов'язана з керуючими додатками виробників мережних апаратних засобів. Проте вони розраховані на управління тільки визначеною групою пристроїв і рідко дозволяють обслуговувати вироби інших компаній. Подібні додатки пропонуються практично усіма відомими постачальниками устаткування. Третя група - численні програми третіх фірм, націлені на рішення вузьких задач мережного адміністрування.
- Мережне адміністрування
Функціональна область управління, що відносяться до цієї сфери, чітко визначені в специфікаціях ISO:
• рішення проблемних ситуацій (діагностика, локалізація й усунення несправностей, реєстрація помилок, тестування);
• управління ресурсами (врахування, контроль використання ресурсів, виставлення рахунків за використані ресурси й обмеження доступу до них);
• управління конфігурацією, спрямоване на забезпечення надійного й ефективного функціонування всіх компонентів інформаційної системи;
• контроль продуктивності (збір і аналіз інформації про роботу окремих ресурсів, прогнозування ступеня задоволення потреб користувачів/додатків, заходи для збільшення продуктивності);
• захист даних (управління доступом користувачів до ресурсів, забезпечення цілісності даних і управління їхнім шифруванням).
Основним результатом тривалого розвитку галузі системного адміністрування стало те, що з функціональної точки зору основні платформи управління мережею в даний час досить схожі один на одного. Розходження між ними криються в сфері структурного виконання і, пов'язані з тими вихідними цілями, що ставилися на початкових етапах їх розробки.
Серед численних категорій користувачів ПЗ системного адміністрування усе більшої популярності набувають продукти фірм середнього розміру, які забезпечують потужними засобами вирішення досить широкого кола задач, мають інтуїтивний Web-інтерфейс і прийнятну ціну.