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

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

Использование системной политики для настройки 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
Защита данных	+	+	+	+
Резервное копирование и восстановление данных	+	+	+	+
Управление дисковым пространством	+	+	+	+
Открытые стандарты межсистемного взаимодействия с программными продуктами других фирм	+	+	+	+
Администрирование и управление пользователями	+	+	+	+
Возможности репликации БД	+	+	+	+
Расширяемость серверов	+	+	+	+
Маштабируемость серверов	+	+	+	+
Автоматическая оптимизация параметров	+	+	+	+
Наличие набора средств для разработки приложений	+	+	+	+
Наличие средств оперативного анализа данных	+	+	+	+
Поддержка параллельности операций	+	+	+	+

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

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

Архитектура Sybase System 11

Фирма Sybase - один из ведущих производителей промышленных СУБД, средств разработки приложений и других продуктов, реализующих технологию клиент-сервер. Выпуская в конце 1995 года Sybase System 11, фирма предлагает оптимизированные по производительности средства для использования в каждой из трех важных областей работы (рис.1):

1. текущая деятельность организаций (обработка транзакций в режиме online - OLTP);

2. анализ и прогнозирование (поддержка принятия решений - DSS);

3. массовое использование на персональных компьютерах, в точках продаж, малых филиалах (mass deployment).

Современные требования к продуктам клиент/сервер
Текущая длительность	Прогнозирование и анализ	Расширение бизнеса
OLTP различные виды операций	DSS хранилища данных	Массовое использование
уменьшение стоимости операций интеграция различных подразделений	доступность всех информационных ресурсов выявление взаимосвязей создание новых продуктов и услуг	информация, доступная везде и в любое время автоматизация розничной продажи, филиалов и менеджеров по продажам

Рис.1.

Для каждой из этих областей имеются СУБД, промежуточное ПО для работы в разнородной среде и инструменты для разработки приложений. Главные требования к этому ПО показаны на рис.2.
Sybase System 11, наряду со средствами разработки и другим программным обеспечением Sybase, образует функционально-полный и вместе с тем открытый набор программных средств для каждой области работы (рис.3).

Современные требования к продуктам клиент/сервер
	OLTP различные виды операций	DSS хранилища данных	Массовое использование
Базы данных	Управление данными и транзакциями
Промежуточное ПО	Удобство работы в разнородной среде Преобразование и перемещение данных
Инструменты	Быстрая разработка приложений Поддержка многих методик и баз данных

Рис.2.

Sybase System 11 выпущена сейчас для основных UNIX-платформ. Версии Sybase SQL Server для Intel-платформ ожидаются в первой половине 1996 года.

Cерверные продукты Sybase System 11 обладают мощной и гибкой архитектурой, построенной на основе продуктов и библиотек Sybase Open Client/Server. Среди основных серверных продуктов Sybase System 11 :

1. Sybase SQL Server - мощная высокопроизводительная реляционная СУБД;

2. Sybase MPP - расширение архитектуры Sybase SQL Server, разработанное и оптимизированное для массовой параллельной обработки. Он обладает открытой параллельной архитектурой, предназначенной для поддержки очень больших баз данных (VLDB);

3. Sybase IQ - серверный механизм построения битовых индексов для высокоскоростного выполнения сложных запросов к большим объемам данных;

4. Sybase SQL Anywhere - "легкая" полнофункциональная СУБД на Intel- платформах для мобильных пользователей и небольших групп;

5. Sybase Replication Server - репликационный сервер для построения распределенных систем на основе тиражирования данных;

6. Sybase OmniConnect - сервер, обеспечивающий работу приложений- клиентов в "прозрачном" режиме с несколькими серверами так, как будто работа идет с одним сервером; при этом в распределенную систему могут включаться СУБД различных производителей - Sybase, Oracle, IBM и т.д.

Вспомогательные серверные продукты Sybase System 11 включают:

1. Sybase Backup Server - специальный сервер для высокопроизводительной выгрузки и загрузки баз данных, не требующий остановки SQL Server и не снижающий его производительности;

2. Sybase Monitor Server - в сочетании с графической клиентской частью выполняет мониторинг различных параметров состояния SQL Server;

3. Sybase Replication Agent - специальные компоненты, отслеживающие изменения в данных через журналы транзакций различных СУБД для включения их в систему репликации. Replication Agent существуют, в частности, для Sybase SQL Server, Oracle, DB2, Sybase SQL Anywhere.

• Sybase Audit Server - записывает информацию о действиях пользователей в специальную базу данных, доступную для анализа.

К инструментальным средствам фирмы Sybase относятся, в частности, лидирующее средство быстрой разработки приложений PowerBuilder и CASE-система S-Designor, выпускаемые подразделением Powersoft. Эти средства работают со всеми основными СУБД. В первой половине 1996 года выпускаются версии PowerBuilder 5.0 (с новыми средствами компиляции и распределенными объектами) и S-Designor 5.0 (с модулями описания бизнес-процессов, моделей данных и генерации приложений). Фирма АлконсСофт является бета-тестером данных продуктов.