Появится меню c дополнительными опциями инсталляции.

2. Выберите "Простая инсталляция NetWare 4.11" и нажмите <Enter>.

Появится экран с запросом имени сервера.

3. Введите имя сервера в заданном поле и нажмите <Enter>.

Для получения помощи по правилам наименования серверов нажмите <F1>.

Файлы загрузки копируются на сервер.

4. Если у Вас однопроцессорный сервер, перейдите к подразделу "Загрузка драйверов устройств", если многопроцессорный - к подразделу "Инсталляция NetWare SMP (при необходимости)".

5.2.3.6. Загрузка драйверов устройств

Программа инсталляции автоматически обнаруживает устройства на Вашей машине, включая жесткие диски, устройства CD-ROM, сетевые платы и т.д., затем просматривает и выбирает драйверы, подходящие для этого оборудования.

Если	Тогда
Драйверы выбираются автоматически	Перейдите к подразделу "Загрузка драйверов ЛС". После того, как сетевые драйверы загружены, на экране появится резюме выбранных драйверов. Теперь Вы можете продолжить инсталляцию с указанными драйверами или изменить сделанный для Вас выбор.
Драйверы не выбираются автоматически, или программа инсталляции нашла несколько драйверов для Вашего оборудования, или обнаружено несоответствие какого либо устройства драйверу.	Продолжайте без выбора драйвера или выберите вручную, какой драйвер загрузить, следуя приведенным ниже инструкциям.

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

Ваш компьютер не имеет усовершенствованной шины (EISA, PCI, PNPISA, MCA).

Ваше оборудование не соответствует Plug and Play ISA.

Нужные Вам драйверы не включены в эту реализацию, или они не содержат информацию, необходимую для автоматического выбора.

5.2.4. Настройка рабочих параметров операционной системы NetWare.

5.2.4.1. Новые методы настройки

Client 32 настраивается с использованием списков свойств и системной политики. Он также может быть настроен во время установки с использованием файла ADMIN.CFG. Для настройки Сlient 32 не используется файл NET.CFG, за исключением случая 16-разрядных сетевых драйверов ODI^TM и при необходимости сохранения во время установки существующих настроек.

5.2.4.2. Для чего используются списки свойств

Списки свойств позволяют Вам изменить параметры Сlient 32 на рабочей станции с использованием графического интерфейса, включающего подсказку для каждого параметра.

5.2.4.3. Для чего используется системная политика

Системная политика позволяет Вам установить параметры Сlient 32 для всех рабочих станций сети, использующих Windows 95. Это можно сделать с удаленной станции, и поэтому нет необходимости посещать каждую рабочую станцию. Фактически Вы сможете проделать всю работу непосредственно со своего рабочего места. Существуют некоторые параметры, которые могут быть настроены только с использованием системной политики, и, наоборот, некоторые параметры таким образом настроены быть не могут.

5.2.4.4. Для чего используется файл ADMIN.CFG

Файл ADMIN.CFG позволяет задать значения параметров во время установки Сlient 32. Во время установки с сервера NetWare Вы можете настроить несколько рабочих станций, используя один и тот же файл ADMIN.CFG.

Файл ADMIN.CFG использует тот же синтаксис, что и файл NET.CFG. Однако Вы должны быть знакомы с параметрами, поддерживаемыми Client 32. Некоторые параметры предыдущих версий клиентского программного обеспечения NetWare больше не поддерживаются, другие изменились, и, конечно, есть ряд новых параметров.

5.2.4.5. Значения параметров сохраняются в системном реестре

Значения параметров Client 32 сохраняются в системном реестре, а не в файле NET.CFG. Вам не следует редактировать непосредственно системный реестр. Вместо этого используйте список свойств или системную политику.

5.2.4.6. Динамическая настройка

Client 32 динамически подстраивает столько параметров, сколько возможно. Поэтому некоторые параметры, которые использовались в предыдущих версиях клиентского программного обеспечения NetWare, более не нужны, и указанные для них значения игнорируются.

5.2.4.7. Использование списков свойств для настройки Client 32

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

Чтобы осуществить изменения, откройте Панель управления Windows 95, выберите Сеть, укажите установленный компонент, выберите Свойства, выберите нужный раздел и измените значение параметра.

Детальное описание списков свойств можно найти в справочной системе Сlient 32.

5.2.4.8. Использование системной политики для настройки Client 32

Client 32 предоставляет специализированный шаблон системных правил (файл CLIENT32.ADM) для использования его с Редактором системных правил Windows 95 (POLEDIT.EXE). Вы можете использовать Редактор системных правил и шаблон Client 32 для создания файла политики (CONFIG.POL), содержащего глобальные значения параметров Client 32.

Убедившись, что значения, установленные в файле политики, работают верно, Вы можете поместить этот файл в каталог SYS:\PUBLIC каждого сервера, выбираемого в качестве предпочитаемого при регистрации. Значения параметров Сlient 32 считываются из файла политики и сохраняются в системном реестре всякий раз, когда пользователь регистрируется в сети.

При этом используется именно тот файл политики, который хранится в каталоге SYS:\PUBLIC предпочитаемого сервера. Если предпочитаемый сервер не задан, используется файл из каталога SYS:\PUBLIC на сервере, к которому выполнено первое подключение.

Первичная документация по Редактору системных правил находится в руководстве Microsoft Windows 95 Resource Kit.

6. Сравнительный анализ систем управления базами данных.

6.1. Сравнительный анализ систем управления базами данных.

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

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

• Обеспечивает ли СУБД сугубо последовательный режим записи в журнальные файлы (что выполняется быстро), или возможны "обратные чтения" журналов, если они используются для отката транзакций (что, несомненно, может вызвать задержку всех выполняемых в данный момент транзакций)?

• Осуществляется ли запись в журнальные файлы только измененных данных БД, либо запись производится более крупными блоками (что также очевидно отрицательно влияет на производительность)?

• Обеспечивает ли СУБД асинхронное выполнение контрольных точек, или данная операция требует приостановки выполнения транзакций (что будет неизбежно приводить к периодическим "зависаниям" СУБД, тем более значительным, чем больший ресурс оперативной памяти на сервере используется)?

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

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

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

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

Кроме этого имеет смысл учитывать слудющие характеристики СУБД:

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

• Архитектурные решения СУБД (рассматриваемые в комплексе с архитектурными решениями ОС), направленные на обеспечение максимально возможного использования ресурсов сервера.

Если рассматривать современные СУБД клиент/сервер, то можно отметить что они обладают, в общем, схожими характеристиками.

Параметры сравнения	Oracle	Sybase	Informix	SQL Server
Защита данных	+	+	+	+
Резервное копирование и восстановление данных	+	+	+	+
Управление дисковым пространством	+	+	+	+
Открытые стандарты межсистемного взаимодействия с программными продуктами других фирм	+	+	+	+
Администрирование и управление пользователями	+	+	+	+
Возможности репликации БД	+	+	+	+
Расширяемость серверов	+	+	+	+
Маштабируемость серверов	+	+	+	+
Автоматическая оптимизация параметров	+	+	+	+
Наличие набора средств для разработки приложений	+	+	+	+
Наличие средств оперативного анализа данных	+	+	+	+
Поддержка параллельности операций	+	+	+	+

Однако, согласно техническому заданию распределенная БД должна работать под управлением СУБД Informix.

6.2. Система управления базами данных Informix.

6.2.1. Общие сведения о системе управления базами данных Informix.

СУБД Informix состоит из следующих компонент:

1. INFORMIX-NET for Windows –модуль сетевого программного обеспечения, позволяющий клиентским приложениям, выполняющимся на рабочей станции, присоединяться к серверу баз данных INFORMIX - OnLine, работающим под управлением ОС UNIX , NT, NOVELL NetWare. Компонент позволяет выполнять несколько клиентских приложений, при соединении с одним или несколькими серверами баз данных, используя один протокол. NFORMIX-NET for Windows передает SQL - запросы от клиента к серверу баз данных, а также обеспечивает передачу данных между ними.

2. INFORMIX-STAR – программный продукт сетевого взаимодействия, который должен быть запущен на сервере для обеспечения соединения.

3. INFORMIX - OnLine – сервер баз данных, запущенный на сервере.

При соединении с сервером баз данных Informix – OnLine, клиентская рабочая станция использует протокол TCP/IP. При этом Informix – NET for Windows использует Informix – STAR для установки соединения с сервером баз данных версий до 5.0. В версиях Informix – OnLine выше 5.0 данный компонент является встроенным в ядро и отдельно не присутствует. Таким образом процесс соединения определяется следующими шагами:

1. Informix – NET for Windows устанавливает соединение с Informix – STAR.

2. Informix – START запускает на сервере баз данных Informix – OnLine процесс и данный сервер наследует сетевое соединение от Informix – STAR (начиная с версии 7.0 данные действия производятся самим сервером и необходимость в компоненте Informix – STAR отсутствует).

3. Сервер баз данных Informix – OnLine соединяется с рабочей станцией (клиентом). Informix – STAR возвращается в состояние ожидание нового клиента.

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

Для устойчивой работы сервера баз данных Informix OnLine Dynamic Server версии 7.10, в обязательном порядке требуется следующее аппаратное обеспечение.

• Процессор Pentium с частотой не ниже 100 Мгц, оперативная память не менее 32 Мб ( рекомендуется 64Мб ) , диск не менее 1Гб (рекомендуется 2Гб).

• Привод CD-ROM , сетевая плата с шиной PCI , внешний SCSI интерфейс для подключения стримера.

• Источник бесперебойного питания UPS не менее 450 В/А. Рекомендуется APC SmartUPC 450

• Внешний стример с интерфейсом SCSI. Рекомендуется внешний SCSI стример фирмы ARTECH или внутренний HP SureStore T4i.

Для установки самого сервера необходимо провести следующие действия.

1. Войти в систему под именем root.

2. Создать группу informix.

3. Создать пользователя informix и его рабочий каталог.

4. Развернуть продукты informix в рабочий каталог (*.tar).

5. Установить переменную окружения INFORMIXDIR.

6. Запустить программу installonline находясь в домашнем каталоге informix. Данная программа пометит бинарные файлы, выставит ключи доступа, выставит права доступа к файлам.

7. В файле регистрации пользователя informix (обычно это файл находящийся в рабочем каталоге) прописать следующее:

INFORMIXDIR=/opt/informix