Пример СУБД ORACLE

СУБД ORACLE

СУБД Oracle является признанным лидером на рынке реляционных СУБД. Многие новшества в области реляционных СУБД впервые появились и стали стандартом де-факто благодаря продуктам компании Oracle. Поддержка многоплатформенности (существуют версии данной СУБД для различных реализаций UNIX, Windows NT, Netware. OS/2, AS/400, MVS) позволяет сохранить существующие БД, продолжить использование уже имеющихся программных разработок, обеспечивая их масштабируемость и приобретенный опыт администрирования при переходе с одной платформы на другую (например, при увеличении объемов хранимой и обрабатываемой информации).

Программные компоненты в составе СУБД Oracle

На верхнем уровне рассмотрения все программные компоненты можно отнести к одной из следующих частей:

1. Серверная часть СУБД (далее «сервер») — ведет обработку запросов и управляет файлами БД.

2. Клиентская часть СУБД (далее «клиент») -выдает запросы серверу, используя язык SQL.

3. ПО промежуточного уровня — осуществляет взаимодействие клиента и сервера.

Программные компоненты в составе СУБД Oracle Сервер

Программные компоненты серверной части СУБД Oracle называются экземпляром БД. Экземпляр БД обслуживает одну связанную с ним БД Oracle. Экземпляр БД характеризуется уникальным идентификатором (System IDentifier SID) и состоит из набора процессов и связанных с ними структур данных в памяти ВУ.

Процессы переднего плана (Foreground Processes) -непосредственно занимаются обработкой клиентских запросов, находящихся в очереди запросов. Результаты обработки запросов размешаются в очереди ответов. Количество процессов переднего плана регулируется системой автоматически в зависимости от размера очереди запросов.

Теневые процессы (Background Processes). Каждый теневой процесс обслуживает определенный набор задач:

1) Процесс записи в базу данных (DBWR) - отвечает за запись модифицированных данных из буферов данных в файлы данных. Периодически активизирует процесс СКРТ.

2) Процесс контрольной точки (СКРТ) - обеспечивает явное сохранение данных из кэш-буферов в файлы данных. Регистрирует событие контрольной точки в журнале транзакций, которая указывает, сколько данных журнала транзакций нужно применить для восстановления при сбоях.

3) Процесс записи в журнал транзакций (LWR) — отвечает за запись информации из буферов журнальных файлов в файлы журналирования транзакций.

4) Процесс оперативного архивирования (ARCH) — необязательный процесс (выполняется, если параметр ARCHIVELOG экземпляра БД имеет значение TRUE), который отвечает за своевременное создание резервных копий файлов журнальных групп.

5) Системный монитор (SMON) — управляет распределением памяти на диске при выполнении транзакций.

6) Монитор процессов (PMON) — обеспечивает корректное завершение «зависших» диспетчеров сессий: освобождает память, отменяет незавершенную

транзакцию и связанные с ней блокировки.

7) Диспетчеры сессий (Dnnn, где nnn — целое число)

- обеспечивают управление информацией, связанной с конкретным сеансом работы пользователя, в том числе постановка клиентских запросов в очередь для

обработки и возвращение результатов клиентам из очереди ответов.

Глобальная системная область (System Global Area SGA) — область кэш-буферов для работы экземпляра БД. В SGA размешаются следующие кэш-буферы:

а) кэш-буферы данных - в них размешаются данные из файлов данных и происходит предварительное изменение этих данных в ходе выполнения транзакций;

б) разделяемый пул (Shared Pool) — содержат элементы словаря БД, а также планы выполнения процедур и запросов (сценарии выполнения, созданные

оптимизатором запросов);

в) кэш-буферы журнальных файлов — накапливают информацию о происходящих в системе транзакциях для записи в журнал транзакций.

Клиентом СУБД Oracle является любое программное обеспечение, взаимодействующее с сервером Oracle посредством выдачи запросов на языке SQL (например, ПО SQL*Plus), передаваемых по сети с помощью ПО SQL*Net. Клиентское ПО состоит из набора программных файлов (для платформы Windows 9x/NT это файлы с расширением ЕХЕ и DLL).

Программные компоненты в составе СУБД Oracle ПО промежуточного уровня

ПО SQL*Net обеспечивает прозрачный, не зависящий от типа протокола транспортного уровня, доступ клиентской части СУБД к услугам транспортного протокола, установленного на ВУ, а также возможность предоставлять серверную часть СУБД Oracle для совместного использования с рабочих станций с установленной клиентской частью.

На сервере ПО SQL*Net представлено прослушивающим сеть процессом LISTENER, а на клиенте — набором файлов SQL*NET Client. В состав SQL*Net входят также адаптеры протоколов транспортного уровня, обеспечивающие упаковку запросов в сообщения соответствующего протокола транспортного уровня.

Для взаимодействия клиента и сервера используется спецификация для прозрачного именования ресурсов (Transparent Network Specification TNS) сети на основе СУБД Oracle.

TNS-идентификация ресурсов сети обеспечивается либо с помощью конфигурационных файлов SQL*Net, либо с помощью сервера имен (Oracle Names Server). Клиент знает только TNS-имя сервера Oracle, за которым скрыто физическое местоположение сервера и процесса Listener на компьютере-сервере в терминах того или иного транспортного протокола.

Пример

ORAMX. world =

(DESCRIPTION =

(ADDRESS_LIST = (ADDRESS =

(COMMUNITY = TCP_COM. world) (PROTOCOL = TCP) (Host = 212.192.96.98) (Port =1526) ) ) (CONNECT_DATA = (SID=TSU)

(GLOBAL_NAME = ORAMX.world) ) )

Логическая структура БД Oracle

На верхнем уровне логической организации БД Oracle находится пространство таблиц. Пространство таблиц (Tablespace) служит базовым пространством для размещения объектов схемы (таблиц и т. д.). Пространство таблиц может находиться либо в доступном режиме (online), либо в автономном (offline).

Рекомендуется создавать отдельные пространства таблиц для каждого приложения, работающего с СУБД (это обеспечивает определенный уровень независимости приложений друг от друга), а также для целей повышения производительности, так как если файлы разных пространств таблиц размещаются на разных физических дисках, то доступ к информации осуществляется быстрее.

Каждый создаваемый в БД объект (таблица, индекс, хранимая процедура) принадлежит определенной схеме. Схема неявно создается при регистрации пользователя и выполняет функции контейнера для объектов, создаваемых пользователем. При регистрации пользователя указывается, в границах какого пространства таблиц будут создаваться объекты его схемы. Схему можно сравнить с каталогом файловой системы.

К объектам схемы (Schema Objects) относятся:

Таблицы (Tables) — основная единица хранения данных в Oracle. Данные хранятся в записях или строках. Все строки таблицы имеют одинаковый формат, определяющийся при создании таблицы.

Представления (Views) — задаваемый пользователем вид данных. Представляет собой хранимый запрос к одной и более таблицам. С видом, в общем случае, можно работать как с обычной таблицей, т. е. выполнять операции select, insert, update и т. п. При этом изменения в виде приводят к изменениям со связанными таблицами.

К объектам схемы (Schema Objects) относятся:

Индексы (Indexes) — служебные структуры, которые используются для оптимизации работы системы по обработке запросов. Создаются неявно при определении полей таблиц как ключевых или явно. Все изменения в таблицах мгновенно отражаются в индексах, этот процесс прозрачен для пользователей.

Кластеры (Clusters) — структуры для оптимизации доступа к нескольким связанным таблицам, часто использующимся совместно в запросах.

К объектам схемы (Schema Objects) относятся:

Последовательности (Sequences) - для автоматической генерации значений ключевых полей.

Хранимые процедуры (Stored Procedures).

Пакеты (Packages), Триггеры (Triggers) программные элементы БД, обеспечивающие обработку данных на сервере.

К объектам схемы (Schema Objects) относятся:

Синонимы (Synonyms) — альтернативные названия таблиц, видов, последовательностей и программных объектов для обеспечения прозрачного управляемого доступа к объектам различных схем (ср. Объекты типа Синоним в NDS).

Связи с БД (Database Links) — описывают пути к другим БД, используются для выполнения распределенных транзакций.

Дополнительными объектами схемы являются сегменты отката (Rollback Segments)

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

Физическая структура БД Oracle

СУБД Oracle не использует напрямую дисковое пространство для хранения данных. Вместо этого система использует файлы, внутри которых и размещаются все данные. Oracle использует несколько типов файлов для хранения собственно данных и служебной информации:

Файлы данных (Data Files). В таких файлах размешаются пространства таблиц (пространство таблиц размешается в одном и более файлах). По мере надобности пространству таблиц могут быть выделены (в том числе и автоматически) дополнительные файлы на диске. Однако изменить размер уже существующего файла невозможно.

Физическая структура БД Oracle

Управляющие файлы (Control Files) - служат для хранения информации о физической структуре БД (имя БД. имена и расположение файлов данных и журнальных файлов). Все изменения в физической структуре (например, добавление нового пространства таблиц и связанного с ним файла) автоматически отражаются в управляющем файле.

Журнальные файлы (Redo Log Files) - служат для хранения информации о происходящих в системе изменениях (транзакциях). Допускается создание зеркальных журнальных файлов.

Файлы оперативного журнала

Пространство таблиц, размещаемое в одном и более файлах данных, хранит объекты схемы в блоках данных (Data Blocks). Несколько подряд идущих блоков объединяются в отрезки (Extents), которые используются для резервирования места в пространстве таблиц под определенный объект схемы (с возможностью увеличения занимаемого объема путем выделения новых отрезков для хранения объектов схемы).

Все отрезки некоторого объекта объединяются в сегмент хранения объекта (Object Storage Segment). Размер сегмента динамически меняется по мере надобности и управляется параметрами инициализации сегмента при создании объекта.

При создании элементов логической структуры БД можно явно управлять параметрами физической организации БД.

Например, при создании объекта Таблица можно указать:

пространство таблиц для размещения таблицы;

начальный размер сегмента хранения таблицы:

—размер отрезков (в блоках данных),

выделяемых при увеличении размеров

таблицы;

—максимальное количество отрезков в сегменте хранения.

Запуск БД с обычном режиме

Запуск БД Oracle в обычном режиме выполняется в три этапа:

1. Запуск экземпляра БД. В процессе запуска экземпляра Oracle основной процесс читает файл параметров ora%SID%.ORA (SID - значение системного идентификатора экземпляра БД). Далее, на основе значений параметров происходит выделение места под SGA и выполняется запуск теневых процессов.

2 Монтирование БД - это процесс связывания запушенного экземпляра с конкретной БД. После выполнения монтирования доступ к БД уже возможен, но только пользователю с правами администратора (с ролью DBA). В процессе монтирования экземпляр БД открывает указанный в файле параметров файл управления (параметр СОМ 1 ROL_FILES). На основе информации в этом файле выполняется проверка файлов данных. Затем открываются журнальные файлы, и, если необходимо, выполняется откат или обратное восстановление транзакций.

3. Открытие БД. Заключается в предоставлении БД для совместного использования. Открываются для доступа файлы данных, точнее становятся доступными (on-line) пространства таблиц, размешенные в этих файлах, и журнальные файлы. Табличные пространства, файлы которых недоступны, остаются неактивными (off-line).

Чтобы к БД могли обращаться клиенты с других ВУ, необходимо также, чтобы был запущен процесс Listener.

Для запуска БД в обычном режиме необходимо запустить утилиту Server Manager, подключиться как пользователь INTERNAL и выполнить команду STARTUP.

Завершение работы с БД

1. Закрытие БД — сброс всех изменений в кэш-памяти на диск, а также закрытие всех активных соединений с сервером и закрытие активных табличных пространств.

2. Размонтирование БД - предполагает закрытие файлов управления.

3. Выгрузка из памяти экземпляра БД- заключается в освобождении памяти от SGA и теневых процессов и последующей выгрузке основного процесса.

Для завершения работы БД в обычном режиме необходимо запустить утилиту Server Manager, подключиться как пользователь INTERNAL и выполнить команду SHUTDOWN.

Установка на сервере

Для установки серверной части СУБД Oracle необходимо запустить программу установки ORAINST. Посте ввода информации об используемом языке (English. Russian и т. д.) и указания каталога для установки (например, C:\ORANT) появится диалоговое окно Software Manager.

Для работы серверной части СУБД Oracle необходимо выбрать следующие программные компоненты:

• Oracle Server- собственно сервер Oracle, включающий программные файлы для создания основного и теневых процессов;

• SQL*Net Senc/er-серверная часть ПО SQL*Net;

• Адаптер транспортного протокола (например, TCP/IP Protocol Adapter) — драйвер для упаковки TNS-запросов в сообщения протокола транспортного уровня;

• System Support Files - файлы для взаимодействия СУБД с ОС;

• Oracle Server Manager — утилита администрирования, прежде всего предназначенная для запуска и завершения работы экземпляра БД.

• Кроме того, можно выбрать дополнительные программные компоненты:

• Oracle Names Server - сервер TNS-именования ресурсов;

• Oracle Utilities (IMP/EXP/LOADER) — дополнительные утилиты для выполнения операций импорта, экспорта и пакетной загрузки информации в БД;

• Oracle Webserver - ПО для развертывания Web-сервера, интегрирующегося с СУБД Oracle;

• Replication Option, Distributed Option, Parallel Query Option — файлы поддержки дополнительных возможностей СУБД Oracle no распределенной обработке;

• ConText Option, SpacialData Option - файлы поддержки дополнительных типов данных СУБД Oracle.

После нажатия кнопки Install программа установки начнет копировать выбранные компоненты на ВУ. При установке компонентов на сервере выберите нужный тип протокола (будет установлен нужный адаптер SQL*NET).

Следующим этапом установки является создание файла конфигурации серверной части ПО SQL*Net (файл LISTENER. ORA). Для этого можно использовать утилиты SQL*Net Easy Configuration. Oracle Network Manager или обычный текстовый редактор.

Создание новой БД

Если в процессе установки начальная БД не была создана, то после установки программных компонент необходимо создать БД и связанный с ней экземпляр БД.

Для этого выполняются следующие действия:

• Создание файла параметров инициализации экземпляра БД Обычно это файл INIT%SID%.ОRA, где %SID% - это SID экземпляра БД.

• Создание экземпляра БД (с ключом NOMOUNT).

• Запуск сценария для создания БД, включающего команду Create Database.

• Запуск сценария CATALOG.SQL — в результате будут созданы таблицы и представления словаря БД.

• Запуск сценария CATPROC.SQL — в результате будут созданы дополнительные таблицы и представления для обеспечения возможности создания хранимых процедур и триггеров.

Стандартные элементы логической и физической структуры новой БД

При создании БД в обязательном порядке распределяется место под пространство таблиц

SYSTEM. В этом пространстве создаются и хранятся объекты- формирующие словарь БД (данные о логической структуре БД — пространствах таблиц, таблицах и т.п.), а также все программные объекты PL/SQL (хранимые процедуры, пакеты и т.д.). Это необходимо учитывать при создании БД (в команде создания БД нужно указать файл данных для пространства SYSTEM соответствующего размера).

Пространство SYSTEM является активным после монтирования БД и не может быть переведено в неактивное состояние без размонтированная БД. В пространстве SYSTEM создается сегмент отката SYSTEM Он обеспечивает работу системы транзакций для новой БД.

Установка клиентской части

Для установки клиентской части СУБД Oracle необходимо запустить программу установки ORATNST. После ввода информации об используемом языке (English. Russian и т. д.) и указания каталога для установки (например, C:\ORANT) появится диалоговое окно Software Manager.

Для работы клиентской части необходимо выбрать следующие компоненты:

1) SOL*NET Client- клиентская часть ПО SQL*Net;

2) Адаптер транспортного протокола (например, TCP/IP Protocol Adapter) — драйвер для упаковки TNS-запросов в сообщения протокола транспортного уровня;

3) SQL* Plus — простейшее приложение для

формирования и выдачи SQL-запросов;

4) Oracle Enterprise Manager — единая утилита управления ресурсами распределенной сети на базе СУБД Oracle.

Следующим этапом установки является создание файлов конфигурации ПО SQL*Net (файлы TNSNAMES.ORA, SQLNET.ORA и, если необходимо. TNSNAV.ORA). Для этого можно использовать утилиты SQL*Net Easy Configuration. Oracle Network Manager или обычный текстовый редактор.

Идентификация и аутентификация пользователей в Oracle

Чтобы пользователь имел возможность работать с СУБД Oracle, его необходимо зарегистрировать в системе. Для каждого пользователя можно выбрать способ аутентификации — с использованием имени и пароля, хранящихся непосредственно в БД. либо с использованием учетных данных, хранящихся в БД службы справочника ОС.

Схема пользователя

После создания учетной записи пользователя и назначения ей определенных полномочий, последний может подключаться к СУБД и выполнять соответствующие полномочиям команды на языке SQL. Если у пользователя есть полномочия на создание объектов БД, то вновь созданные объекты, по умолчанию, будут помещаться в схему пользователя.

Схема пользователя — это набор объектов, находящихся во владении данного пользователя. Каждый пользователь обладает полными объектными привилегиями в своей схеме. Для доступа пользователя к объектам схемы другого пользователя требуется назначить полномочия доступа, и. возможно, создать синоним данного объекта в личной схеме пользователя либо создать PUBLIC-синоним, т.е. синоним, расположенный в схеме PUBLIC.

Схема PUBLIC

Схема PUBLIC существует с момента создания БД. Объекты этой схемы доступны всем пользователям БД. Кроме того, в этой схеме пользователи могут создавать синонимы для обращения к объектам своих схем. Для создания объекта в схеме PUBLIC необходимо это явно указывать в команде создания объекта.

Схема SYS

Схема SYS существует с момента создания БД. Объекты этой схемы доступны только администраторам БД (роль DBA) и. частично, разработчикам СУБД. В этой схеме хранятся все таблицы словаря БД, а также все программные элементы.

Обеспечение надежности

Для обеспечения надежности хранимой информации и возможности восстановления при сбоях в СУБД Oracle имеются следующие встроенные механизмы:

1. резервное копирование БД

2. журналирование транзакций.

Резервное копирование БД

В СУБД Oracle существует несколько типов операции резервного копирования:

• для всей БД — обеспечивает создание архивных копий всех файлов СУБД;

• для пространства таблиц — обеспечивает создание архивных копий всех файлов, относящихся к конкретному пространству таблиц;

• для отдельного файла данных — обеспечивает создание архивной копии отдельного файла данных;

• для управляющего файла — позволяет создать резервную копию управляющего файла без выгрузки экземпляра БД;

• для журнальных файлов — обеспечивает создание резервных копий журнальных файлов.

Резервное копирование БД может выполняться в одном из двух режимов:

1. Автономный - для выполнения резервного копирования необходимо предварительно завершить работу экземпляра БД. Это единственный режим, доступный для БД с параметром NOARCHIVELOG.

2. Оперативный — резервное копирование выполняется при запушенном экземпляре БД. Используется, если требуется постоянная доступность БД.

Журналирование транзакций

В СУБД Oracle журналирование транзакций ведется с использованием журнальных файлов (redo log files).

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

Механизм журналирования включается автоматически после создания и первого обращения к БД. При завершении транзакции процесс LGWR записывает измененные данные из кэш-буфера журнальных файлов в журнальные файлы текущей группы журналирования. При заполнении файла(-ов) журналирования текущей группы производится смена текущей группы, при этом заполненная группа помечается как требующая архивирования.

Операция архивирования производится теневым процессом ARCH и может происходить как в ручном, так и в автоматическом режиме. При автоматическом режиме заполнение группы сразу вызывает теневую операцию архивирования файлов заполненной группы (работа с БД не прерывается, так как есть еще незаполненные группы). При ручном режиме файлы журнальной группы архивируются администратором БД вручную. Если при таком режиме работы не окажется свободных групп, то процесс LGWR приостановит работу пользователей с БД и не сможет ее продолжить, пока не будет выполнена операция архивирования.

Восстановление данных в СУБД Oracle

Для восстановления информации в БД система Oracle выполняет повторное выполнение транзакций, записанных в журнальные файлы и, возможно, резервные копии журнальных файлов.

Существует два типа отказов, которые могут повлечь выполнение операции восстановления:

1) Аварийный отказ системы.

2) Отказ дисковой подсистемы.

Восстановление БД после аварийного отказа системы. После восстановления электропитания и запуска сервера СУБД Oracle выполняет восстановление БД автоматически. При этом к файлам данных будут применены все необходимые изменения, занесенные в журнал транзакций. Также будут повторно выполнены завершенные в памяти транзакции, занесенные в журнал. Результаты незавершенных транзакций будут утеряны.

Восстановление БД после отказа дисковой подсистемы Восстановление после отказа дисковой подсистемы требует помощи со стороны администратора БД и включает следующие шаги:

1. Устранение всех аппаратных проблем. Включает, в общем случае, замену запорченного диска, его форматирование и воссоздание структуры каталогов файловой системы.

2. Восстановление запорченных файлов данных.

Заключается в размещении на месте запорченных файлов данных последних резервных копий этих файлов.

3. Восстановление журнальных файлов, управляющего

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

4. Восстановление архива журнала транзакций.

Заключается в размещении в каталоге архива журнала транзакций (параметр LOG_ARC'HT\"E_DEST) всех резервных копий журнальных файлов с момента

выполнения последнего резервного копирования файлов данных (если использовался режим ARCHTVELOG).

Запуск процесса восстановления. Для запуска процесса восстановления необходимо:

'Запустить утилиту Server Manager 'Подключиться как пользователь INTERNAL

'Запустить экземпляр БД без выполнения монтирования БД, выполнив команду STARTUP NOMOUNT

•Выполнить команду RECOVER ALL.

Обязанности Администратора БД Oracle

• Начальная установка сервера Oracle и его инструментальных средств.

• Проектирование и создание БД.

• Планирование и распределение пространства для хранения данных.

• Модификация структуры БД.

• Регистрация пользователей и выделение им привилегий.

• Контроль и учет доступа пользователей к БД.

• Резервирование и восстановление данных.

• Обеспечение защиты данных.

• Оптимизация производительности БД.

Активное сетевое оборудование

Активное (конфигурируемое) сетевое оборудование обладает гибкой функциональностью, зачастую, модульностью.

Примеры активного оборудования:

• коммутатор (Switch)

• маршрутизатор (Router)

• конвертер среды передачи данных (Gateway)

Gateway Router

• Активное сетевое оборудование, почти всегда, поставляется в готовом к немедленной работе состоянии, но действует оно так же, как не активное. Исключение составляют конвертеры сред передачи данных.

• Для использования всего функционала подобных сетевых устройств необходима дополнительная настройка.

• В крупных организациях сетевая инфраструктура

постоянно изменяется, это влечёт за собой перенастройку

(замену) сетевых устройств. Неактивное оборудование

создаёт большое количество "проблем" при изменение

топологии сети, самой большой из которых является

реакция на увеличивающийся размер сетевых сегментов.

Задачи администратора

Основной задачей администратора является поддержание сети в состоянии, удовлетворяющем требованиям организации.

Часто, требуется быстро перестроить структуру сети для решения конкретных задач. И время этой перестройки не должно превышать 10 - 15 минут.

Для решения подобных задач создаётся сеть с избыточной топологией, работоспособность которой поддерживается технологиями, предоставляемыми только активным сетевым оборудованием.

Наиболее часто используемые технологии, требующие администрирования:

1. VLAN - виртуальное разделение физического сегмента сети на несколько логических

2. Протоколы маршрутизации (EIGRP, OSPF, IS-IS. BGPv4 ...)

3. VPN - протокол построения соединений типа точка-точка

4. Протоколы передачи данных (Ethernet, ISDN, Frame-Relay ...)

Администрирование сети как процесс

Конфигурирование

Администрирование сети – это непрерывный процесс:

1: Конфигурирование 2: Мониторинг 3: Тестирование 4: Проектирование

Администрирование сети как процесс

1. Конфигурирование - этап применения актуальных устройств и их конфигураций

2. Мониторинг - наблюдение за состоянием сети, сбор пожеланий пользователей

3. Тестирование - использование специальных программных и аппаратных средств, для создания критических ситуаций и анализа реакции системы на них

4. Проектирование - на основе проведённого тестирования и мониторинга принимается решение о выборе новых технологий построения сетей.

Способы доступа к интерфейсу конфигурирования

Способов доступа к конфигурации активного сетевого оборудования два:

1. Консоль, т.е. прямое подключение по выделенному интерфейсу

2. Сетевой интерфейс

Чаще всего приходится работать с командной строкой -(CLI - Command line interface), но в последнее время распространяется доступ по HTTP протоколу.

Принципы внутренней организации

Физическая организация активного сетевого оборудования во многом повторяет архитектуру любого персонального компьютера изменённую под выполнение специальных задач:

• Шина данных обладает большей шириной (128-2048 бит против 32-64 бит)

• Большое количество разнообразных сетевых интерфейсов

• Для многих задач используются сопроцессоры

• Дублирование отдельных блоков или целых устройств для повышения отказоустойчивости

• Логическая структура активного сетевого оборудования опирается на UNIX-подобную ОС, в которой для администратора открыты все возможности настройки сетевых протоколов и интерфейсов.

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

• Сложность архитектуры современного сетевого

оборудования обусловлена неодновременным появлением

технологий. Устройства должны поддерживать как

современные технологии (DWDM, ...), так и технологии,

возраст которых нередко превышает два десятилетия

(х.25).

Сложность архитектуры современного сетевого оборудования, во многом, обусловлена неодновременным появлением технологий. Устройства должны поддерживать как современные технологии (DWDM, ...), так и технологии, возраст которых нередко превышает два десятилетия (х.25).

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

Дата добавления: 2015-07-26; просмотров: 340; Нарушение авторских прав

Мы поможем в написании ваших работ!