ів336RJ - 45Відділ Комп'ютерний забезпечення336RJ - 45Транспортній відділ224RJ - 45Матеріальній склад224RJ - 45
Загальна Кількість розеток:
Телекомунікаційніх - 51;
силові - 117.
. 2.3 способ керування Мережа. У даного проекті для керування Мережа вікорістовується архітектура клієнт-сервер - мережева архітектура, в Якій Завдання або мережеве НАВАНТАЖЕННЯ розподілені между постачальником услуг (сервісів), что назіваються серверами, и замовниками услуг - клієнтами. Нерідко Клієнти и сервери взаємодіють через комп'ютерну ятір и могут буті як різнімі фізічнімі прилаштувати, так и Програмне забезпечення. Існує дві види Подання даної архітектури: дворівнева и трірівнева.
Модель клієнт-серверної взаємодії візначається Перш за все розподілом обов'язків между Клієнтом та сервером. Логічно можна виокремити три Рівні операцій:
рівень представлення даних, что представляет собою інтерфейс користувача и відповідає за представлення даних корістувачеві І Вступ від него керуючих команд;
прикладний рівень, Який реалізує основнову логіку програми и на якому здійснюється необхідна обробка информации;
рівень управління Даними, Який Забезпечує зберігання даних та доступ до них.
У будь-Якій мережі, побудованій на Сучасне мережевих технологіях, Присутні елементи клієнт-серверної взаємодії, найчастіше на Основі дворівневої архітектури. Дворівневою вона назівається через необходимость розподілу трьох базових компонентів между двома Вузли (Клієнтом и сервером).
дворівнева архітектура вікорістовується в клієнт-серверних системах, де сервер відповідає на клієнтські Предложения безпосередно и в ПОВНЕ обсязі, при цьом вікорістовуючі лишь Власні ресурси. Тобто сервер не віклікає сторонні мережеві програми та не звертається до сторонніх ресурсов для виконан якої-небудь части запиту.
Розташування компонентів на стороні клієнта або сервера візначає Такі основні моделі їх взаємодії в рамках дворівневої архітектури:
сервер терміналів - розподілене представлення даних;
файл-сервер - доступ до віддаленої бази даних и файлових ресурсов;
сервер баз даних (БД) - Віддалене представлення даних;
сервер програм - віддаленій доступ до програм;
Історично Першів з'явилася модель розподіленого представлення даних (модель сервер терміналів). Вона реалізовувалася на універсальній ЕОМ (мейнфреймів), что виступала в роли сервера, з підключенімі до неї алфавітно-цифровими терміналамі. Користувачі віконувалі Введення даних з Клавіатури терміналу, Які потім передавалися на мейнфрейм и там віконувалася їх обробка, включаючі формирование «картинки» з результатами. Ця «картинка» и Повертайся корістувачеві на екран терміналу.
З з'явився персональний комп'ютерів и локальних мереж, булу реалізована модель файлового серверу, Який представляв доступ файлових ресурсов, в тому чіслі и до віддаленої бази даних. У цьом випадка виділений вузол мережі є файловий сервер, на якому розміщені файли бази даних. На клієнтах віконуються програми, у якіх сполучені компонент подання й прикладний компонент (СУБД и прикладна програма), что Використовують підключену віддалену базу як локальний файл. Протоколи обміну при цьом представляються набор нізькорівневіх вікліків операцій файлової системи.
Така модель показала свою неефектівність з Огляду на том, что при актівній роботі з таблицями БД вінікає ровері НАВАНТАЖЕННЯ на ятір. Частково рішенням є підтримка тиражування (реплікації) таблиць и Запитів. У цьом випадка, например при зміні даних, оновлюється не вся таблиця, а только модіфікована ее частина.
З з'явиться спеціалізованіх СУБД з'явилася можлівість реализации Іншої моделі доступу до віддаленої базі даних - моделі серверу баз даних. У цьом випадка ядро ??СУБД функціонує на сервері, прикладна програма на клієнті, а протокол обміну забезпечується помощью мови SQL. Такий ПІДХІД у порівнянні з файловим сервером веде до Зменшення завантаження мережі й уніфікації інтерфейсу" клієнт-сервер». Однак, мережевий трафік залішається й достатньо високим, крім того, як и Ранее Неможливо задовільне адміністрування програм, оскількі в одній Програмі сполучаються Різні Функції.
З Розробка і впроваджено?? ям на Рівні серверів баз даних механізму зберігаєміх процедур з'явилася концепція активного сервера БД. У цьом випадка частина функцій прикладного компонента реалізована у виде зберігаєміх процедур, что віконуються на стороні сервера. Решта прикладної логіки віконується на клієнтській стороні. Протокол взаємодії - відповідній діалект мови SQL.Перевагі такого підход...
