Математическое обеспечение и администрирование информационных систем

Автор работы: Пользователь скрыл имя, 11 Февраля 2013 в 03:24, курс лекций

Описание работы

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

Содержание работы

Тема 1. Особенности работы в многопользовательских средах 6
1.1. Открытые Системы, процессы стандартизации и профили стандартов. 6
1.1.1. Понятие подхода Открытых Систем. 6
1.1.2. Архитектура Открытых Систем. 7
1.1.3. Преимущества идеологии открытых систем. 10
1.1.4. Открытые Системы и объектно-ориентированный подход 11
1.1.5. Стандарты Открытых Систем 13
1.1.6. Профили стандартов Открытых Систем 15
1.1.7. Заключение 16
1.2. Архитектура «клиент-сервер» и «клиент-серверные» технологии. 17
1.2.1. Введение. 17
1.2.2. Традиционные подходы в моделировании 17
1.2.3. Серверы приложений 18
1.2.4. Заключение 21
1.3. Построение многопользовательских информационных систем и управление ими. 21
1.3.1. Цели администрирования 21
1.3.2. Обязанности системного администратора 21
1.3.3. Проблема организации администрирования крупных информационных систем. 22
1.3.4. Администрирование СУД 26
1.3.5. Технические средства обеспечения безопасности информационных технологий. 28
1.3.6. Задачи администратора 28
1.3.7. Планирование эффективной рабочей среды 29
Тема 2. Системная архитектура Oracle. 30
2.1. Архитектура 30
2.2. Сервер 30
2.3. Файлы. 37
2.3.1. Файлы параметров 38
2.3.2. Файлы данных 40
2.3.3. Временные файлы 44
2.3.4. Управляющие файлы 45
2.3.5. Файлы журнала повторного выполнения 46
Тема 3. Администрирование в среде Unix. 48
3.1. Включение станции Sun SPARCstation. 48
3.2. Регистрация нового пользователя. 49
3.3. Начало работы в системе. 50
3.3.1. Вход. 50
3.3.2. Пользовательский профайл 51
3.3.3. Выключение системы. 52
3.4. Несколько простейших команд Unix. 52
3.4.1. Некоторые наиболее употребительные команды. 54
3.5. Очень кратко о редакторе VI. 54
3.6. Базовые принципы системы UNIX 56
3.6.1. Что входит в ядро 56
3.6.2. Файловая система UNIX. 57
3.7. Утилита системного администратора SYSADM. 57
3.8. Несколько сетевых команд Unix. 58
3.8.1. finger. Кто работает в системе 58
3.8.2. talk. Вызвать пользователя на разговор 58
3.8.3. mailx. Послать кому-нибудь электронную почту 59
3.8.4. telnet. Залогиниться на удаленную машину 59
3.8.5. ftp. File Trasfer Protocol. Пересылка файлов 59
3.8.6. ping. "Прозвонить" удаленную машину 60
3.9. Сетевая файловая система NFS 60
3.9.1. Для того, чтобы Unix-машина служила NFS сервером 61
3.9.2. Активизация NFS. 61
3.10. Система печати LP 62
3.10.1 Подключить к системе новый принтер. 62
3.11. Графическая оболочка X-Windows System 63
3.11.1. Основная идея X Windows 63
3.11.2. Как это запускается? 64
3.11.3. Конфигурирование X Windows 65
3.11.4. Запуск X Windows 65
3.11.5. Настройки пользовательского окружения X Windows 65
Тема 4. Администрирование в сетях с операционными системами типа Windows (NT, 2000, 2003). 67
4.1. Установка Windows Server 2003. 69
4.1.1. Первые шаги 69
4.1.2. Текстовый этап 69
4.1.3. Графический этап. 70
4.1.4. Новое имя, новая роль 72
4.2. Служба каталогов Active Directory 73
4.2.1. Назначение службы каталога 74
4.2.2. Основные понятия Active Directory 74
4.2.3. Развертывание Active Directory 75
4.2.4. Управление объектами 76
4.2.5. Заключение 77
4.3. Доступ к сетевым ресурсам 77
4.3.1. Сервис WINS 78
4.3.2. Установка принт-сервера 81
4.4. Система доменных имен 82
4.4.1. DNS - необходимость 82
4.4.2. Структура DNS 83
4.4.3. Построение DNS 85
4.4.4. Настройка DNS 85
4.4.5. Подключаемся к Интернету 86
4.5. Служба DHCP 88
4.5.1. Преимущества использования DHCP 89
4.5.2. Реализация DHCP 89
4.5.3. Установка DHCP 89
4.5.4. Администрирование сервера DHCP 90
4.6. Маршрутизация и удаленный доступ 91
4.6.1. Проблема роста 91
4.6.2. Межсетевой мост 92
4.6.3. Маршрутизатор 93
4.6.4. Удаленный доступ 95
4.6.5. Протокол NAT 97
4.6.6. Результаты работы 98
4.7. Серверы в Windows Server 2003. 99
4.7.1. Распределяем роли 99
4.7.2. Веб-сервер 100
4.7.3. Internet Information Services (IIS) 100
4.7.4. Настройка веб-сайтов 103
4.7.5. Настройка FTP-сервера 104
4.7.6. Настраиваем почтовый сервер 104
4.7.7. Службы общения. 107
4.7.8. Заелючение. 108
4.8. Профилактические и сервисные работы 109
4.8.1. Резервное копирование 109
4.8.2. Профилактика 110
4.8.3. Установка обновлений 111
4.8.4. Заключение 112
4.9. Консольные команды управления 112
4.9.1. Основные консольные команды. 113
4.9.2. Заключение. 117
Тема 5. Сеть Интернет, ее функционирование и архитектурные особенности. 118
5.1. Краткое историческое введение 118
5.2. Что составляет Internet ? 120
5.3. Административное устройство Internet 121
5.4. Финансы 122
5.5. Как структура Internet сказывается на Пользователе ? 122
5.6. Потенциальные пользователи 123
5.7. Доступ в Internet 125
5.8. Планы на будущее 126
5.8.1. Стандартные протоколы ISO 126
5.8.2. Международные связи 126
5.8.3. Коммерциализация 127
5.8.4. Приватизация 128
Тема 6. Сетевые протоколы. 129
6.1. Протоколы, обеспечивающие прикладные услуги 129
6.2. Протоколы, обеспечивающие транспортные услуги 130
6.3. Протоколы, обеспечивающие сетевые услуги. 130
6.4. Протоколы Интернет 130
Тема 7. Стек протоколов TCP/IP. 132
7.1. История и перспективы стека TCP/IP. 132
7.2. Структура стека TCP/IP. Краткая характеристика протоколов. 133
Тема 8. Программирование сокетов. 136
8.1. Создание сокета 136
8.2. Привязка к локальным именам. 137
8.3. Установление связи 137
8.4. Передача данных. 138
8.5. Закрывание сокетов. 139
8.6. Пример функции, для установления WWW коннекта. 140
Тема 9. Язык Perl и CGI-программирование. 142
9.1. Основные особенности Perl 142
9.1.1 Введение 142
9.2 Взаимодействие с СУБД 142
9.2.1 Взаимодействие с Oracle 142
9.3 Написание модулей CGI 147
9.4 Обработка файлов формата DBF 148
Тема 10. Язык HTML (Список элементов HTML). 151
10.1. Базисные элементы. 151
10.2. Определение структуры. 151
10.3. Внешний вид. 151
10.4. Ссылки и графика. 152
10.5. Разделители. 152
10.6. Списки. 153
10.7. Фон и цвета. 153
10.8. Специальные символы. 153
10.9. Формы. 154
10.10. Таблицы 154
10.11. Фреймы. 155
10.12. Язык Java. 156
10.13. Разное. 156
Тема 11. Управление WEB-сервером Apache. 157
Тема 12. Комплексные решения – построение ISP (Internet Service Provider – поставщика услуг Интернет). 160

Скачать архив (422.74 Кб) Сколько стоит заказать работу?
Файлы: 1 файл

lek_adm.doc

— 1.57 Мб (Скачать файл)

 

 

10.12. Язык Java.

Applet

<APPLET></APPLET>

  

Applet - имя файла

<APPLET CODE="***">

  

Параметры

<APPLET PARAM NAME="***">

  

Applet - адрес

<APPLET CODEBASE="URL">

  

Applet - имя

<APPLET NAME="***">

(для ссылок из других частей  страницы)

Альтернативный текст

<APPLET ALT="***">

(для программ не поддерживающих Java)

Выравнивание

<APPLET ALIGN="LEFT|RIGHT|CENTER">

  

Размеры

<APPLET WIDTH=? HEIGHT=?>

(в точках)

Отступ

<APPLET HSPACE=? VSPACE=?>

(в точках)


10.13. Разное.

Комментарий

<!-- *** -->

(игнорируется просмотрщиком)

Пролог HTML 3.2

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">

  

Поиск

<ISINDEX>

(означает начальную точку поиска)

Приглашение

<ISINDEX PROMPT="***">

(текст приглашения для поля  ввода)

Запустить поиск

<A HREF="URL?***"></a>

(используйте действительно знак  вопроса)

URL этого файла

<BASE HREF="URL">

(должно быть в заголовке)

Имя базового окна

<BASE TARGET="***">

(должно быть в заголовке)

Отношение

<LINK REV="***" REL="***" HREF="URL">

(должно быть в заголовке)

Метаинформация

<META>

(должно быть в заголовке)

Стили

<STYLE></STYLE>

(часто не поддерживается)

Программа

<SCRIPT></SCRIPT>

(часто не поддерживается)


 

Тема 11. Управление WEB-сервером Apache.

 

(См. приложение 4.)

 

 

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

За основу данного программного продукта был взят популярный HTTP-сервер Apache, к которому была добавлена функциональность, необходимая для корректной поддержки нескольких кодировок кириллицы одновременно. К сожалению, эта функциональность не может быть обеспечена полностью независимым модулем, пришлось внести некоторые добавления в основной код Apache.

Последняя стабильная версия "Russian Apache" - Apache 1.3.34 rus/PL30.22 Версии на основе предшествующих версий Apache доступны из архива старых версий (см Где взять). Перед установкой сервера рекомендуем тщательно изучить разделы Как это работает, Как настроить и Некоторые рекомендации.

Особенностями сервера являются:

  1. Поддержка согласования кодировок клиента и сервера как при выдаче документов пользователю, так и при обработке пользовательского ввода (при вводе поддерживаются как GET, так и POST).
  2. Выдача правильных Content-type:...;charset=... в соответствии с этим согласованием.
  3. Выдача при необходимости заголовка Expires: для proxy серверов.
  4. Выдача корректных заголовков Vary: и ETag, в результате возможно корректное кэширование документов (если proxy-cache совместим с HTTP/1.1).
  5. Автоматическое перенаправление клиента на URL в нужной кодировке

В сервере реализовано совмещение нескольких методов согласования кодировок  клиента и сервера (подробности - в разделе Как это работает, а именно:

    • Через заголовки клиента Accept-Charset: и/или Accept: text/x-cyrillic ... Если сервер знает о том charset, который запросил клиент, то эти заголовки имеют высший приоритет для сервера, вне зависимости от его настройки на native charset.
    • Через поиск в имени сервера названия одной из сконфигурированных кодовых страниц (например: www-koi8-r.stack.serpukhov.su или www-windows-1251.stack.serpukhov.su)
    • Через поиск в префиксе запрошенного URI названия одной из сконфигурированных кодовых страниц (например: http://www.stack.net/windows-1251/file.html)
    • Через явное указание соответствия "номер порта - кодировка".
    • Через конфигурацию кодовых страниц по умолчанию для различных типов клиентских программ в случае, когда сервер может опознать клиентскую программу (иногда среду, в которой работает клиентская программа).
    • Для разных (виртуальных) серверов и/или директорий - по отдельности. Т.е. для каждой директории или виртуального сервера (на другом hostname или номере порта) можно указать свой набор директив, которые будут работать от этого узла дерева и "ниже" (пока их не отменят директивы на большем уровне детальности).
    • В случае принятия сообществом единой транспортной кодировки, необходимо будет оставить только ее в сервере, независимо от физического способа представления данных документов.

 

Некоторые особенности:

    • Администратор сервера сам определяет - в каких случаях должны использоваться разные кодовые страницы. Администратор сервера, также, может самостоятельно создавать таблицы перекодировки и подключать их к серверу для согласования кодовой страницы сервера с требуемой кодировкой клиента. Сервер корректно преобразует текстовые потоки от/к клиенту, включая последовательности типа %xx%yy%zz. В текущей версии полностью перекодируется также и Netscape file-upload, равно как и PUT. Эта проблема будет решена в последующих версиях.
    • Администратор сервера может указывать характерные признаки клиентской программы (User-agent: заголовок) и соответствующий данной клиентской программе charset по-умолчанию.
    • Администратор сервера может указать клиентские программы, которые неадекватно воспринимают MIME, для них такие заголовки сервером не будут выдаваться.
    • Администратор сервера может указать приоритет в выборе сервером charset между URL и User-agent.
    • Администратор сервера может определить реакцию сервера на некорректно запрошенный charset (т.е. выдавать ли запрошенный документ в таком случае в charset по-умолчанию)

 

Тема 12. Комплексные решения  – построение ISP (Internet Service Provider – поставщика услуг Интернет).

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

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

2 Хотя, рассматриваемые в этой части варианты разделения функциональности между клиентом и сервером являются "классическими", далее будет использоваться не только устоявшаяся традиционная, но и более новая терминология, возникшая вследствие распространения в корпоративных средах Internet/intranet-технологий и стандартов.

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

4 Модели, основанные на Internet-технологиях и применяемые для построения внутрикорпоративных систем получили название intranet. Хотя intranet-системами сегодня называют все, что так или иначе использует стек протоколов TCP/IP, с ними скорее следует связать использование Web-браузеров в качестве клиентских приложений. При этом важно отметить тот факт, что броузер не обязательно является HTML-"окном", но, в не меньшей степени, представляет собой универсальную среду загрузки объектных приложений/компонент -Java или ActiveX.

5 Здесь в книге идет простая схема, вид которой понятен из дальнейшего текста. Я не счел нужным включать ее при публикации в формате HTML.

6 Здесь в книге идет дополненная версия предыдущей схемы. На ней появился отдельный процесс — выделенный сервер, обслуживающий клиентское подключение и выполняющий доступ к памяти (SGA) и дисковый ввод-вывод в файлы базы данных.

7 Можете нарисовать эту схему самостоятельно, на основе предлагаемого в следующем абзаце главы описания. Схема состоит из следующих компонентов: shared server - разделяемый сервер; request queue - очередь запросов; response queue - очередь ответов; dispatcher – диспетчер; client connection - клиентское подключение.

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

9 Здесь в книге идет простая схема, иллюстрирующая предыдущий абзац. На ней — два процесса-диспетчера, работающие на портах 24536 и 12754.

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

11 Здесь в книге идет простая схема, подробно описанная в следующем абзаце.


Информация о работе Математическое обеспечение и администрирование информационных систем