Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 7)

"DisablePagingExecutive"=dword:00000001

"DontVerifyRandomDrivers"=dword:00000001

"IoPageLockLimit"=dword:00d9bc00

1. CountOperations

Параметр CountOperations позволяет отключить сбор данных по некоторым счётчикам производительности, которые относятся к запросам ввода-вывода дисковой подсистемы и сетевых интерфейсов. Чтобы это сделать, нужно в ключе системного реестра "I/O System" установить значение 0 для следующего параметра:

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\I/O System]

"CountOperations"=dword:00000000

1. Службы удаленной установки (RIS).

Службы удаленной установки (Remote Installation Service, RIS) представляют собой механизм централизованного управления процессом установки операционной системы на клиентах.

1. Определение параметров групповой политики.

Механизм групповой политики позволяет администратору определять для различных категорий пользователей возможности участия в процедуре удаленной установки операционной системы. Для этого, открыв в оснастке Group Policy Object Editor для редактирования нужный объект групповой политики (например, привязанный к домену или к некоторому подразделению), администратор должен выбрать узел User Configuration | Windows Settings | Remote Installation Services. В панели результатов для данного узла будет находиться объект Choice options (Выбор параметров).

1. Управление учетными записями

Создание учетных записей и групп занимает важное место в обеспечении безопасности Windows Server 2000, поскольку, назначая им права доступа и привилегии, администратор получает возможность ограничить пользователей в доступе к конфиденциальной информации компьютерной сети, разрешить или запретить им выполнение в сети определенного действия, например архивацию данных или завершение работы компьютера. Для работы с локальными учетными записями используется оснастка Local Users and Groups. Управление доменными учетными записями ведется централизованно на контроллерах домена, при этом используется оснастка Active Directory Users and Computers. Управление локальными учетными записями на контроллерах домена невозможно.

1. Настройка рабочих параметров СУБД

Infromix - семейство систем управления реляционными базами данных (СУБД), выпускаемых компанией IBM. Informix позиционируется как флагман среди СУБД IBM, предназначенный для онлайновой обработки транзакций, а также как СУБД для интегрированных решений.

• Пароль пользователя Informix

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

• Переменные Окружения

Для настройки INFORMIX использует переменные окружения. Вы можете изменить любое из допущений, принимаемых INFORMIX по умолчанию, установкой одной или нескольких переменных окружения, распознаваемых INFORMIX.
Например сделать так, чтобы переменные типа MONEY изображались не в формате $149.50, а в формате руб 149.50 коп можно командой

DBMONEY='руб . коп' export DBMONEY

DBPATH указывает список директорий где (помимо текущей) INFORMIX ищет базы данных и связанные с ними файлы.

DBPATH=/udd/iwanow:/udd/petrow export DBPATH

Заставит искать базы данных не только в текущей директории, но и в сетевых директориях

DBPATH=//hostname *OnL*

Заставит искать базы данных OnLine на удаленном компьютере.
Обычно же устанавливают переменные конкретно для вашей рабочей станции в файле /etc/profile который автоматически выполняет файл /config/profiles/informix.sh
Примерное содержание файла /config/profiles/informix.sh

INFORMIXDIR=/usr/informix export INFORMIXDIR

DBPRINT=pp export DBPRINT # программа печати - pp

DBEDIT='rk -E' export DBEDIT # пользовательский редактор

# DBDATE=DMY4. export DBDATE # формат даты 24.09.1991

# DBMONEY='. руб' export DBMONEY# совковый стандарт денег

PATH=$PATH:$INFORMIXDIR/bin export PATH # выполняемые модули

SQLEXEC=$INFORMIXDIR/lib/sqlexec export SQLEXEC # сервер - SE

TERMCAP=$INFORMIXDIR/etc/termcap export TERMCAP

case $TERM in # таблица русификации клавиатуры

d460* | d211* | cham | vt* )

KEYBMAP=$INFORMIXDIR/keybmap/dasher # яверты/qwerty

# KEYBMAP=$INFORMIXDIR/keybmap/dasherE # qwerty/яверты

# KEYBMAP=$INFORMIXDIR/keybmap/dasherD # йцукен/qwerty IBM PC

# KEYBMAP=$INFORMIXDIR/keybmap/dasherP # йцукен/qwerty пишмаш

export KEYBMAP

• О Настройке INFORMIX на Терминал.

Для настройки на терминалы UNIX использует файл termcap или базу данных terminfo, в которых собраны описания всех (или почти всех) терминалов, существующих в природе. Выяснив, какой тип терминала подключен к машине (а задается это в переменной окружения TERM (например TERM=d460 или TERM=d211)), UNIX находит описание этого терминала базе описания терминалов и настроившись по хранящейся там информации, может адекватно воспроизводить на нем информацию, подлежащую выводу.
INFORMIX имеет свой собственный termcap файл с описаниями терминалов, в нем поддерживается больше возможностей по сравнению со стандартным termcap UNIX'а. Чтобы INFORMIX пользовался им нужно присвоить его маршрутное имя в переменную окружения TERMCAP=/usr/informix/etc/termcap

• О Руссификации INFORMIX.

Данные типа char в INFORMIX имеют длину 8 бит на символ и поэтому могут хранить как английские, так и русские буквы.
Встроенной сортировки по русскому алфавиту INFORMIX не реализовал. Для русской сортировки пользуйтесь предварительной перекодировкой. (См. например подпрограммку koder в демонстрационной базе ZAWOD).
Во время ввода пользователь должен переключаться с русского на английский клавишей CONTROL-O, а с английского на русский клавишей CONTROL-N.
Должна быть установлена переменная окружения

KEYBMAP="маршрутное имя файла с перекодировочной таблицей"

По умолчанию применяется KEYBMAP=/usr/informix/keybmap/dasher, которая устанавливает клавиатуру "ЯВЕРТЫ" под стандарт терминалов БЕСТЫ, и начальный алфавит - русский.

KEYBMAP=/usr/informix/keybmap/dasherE export KEYBMAP

Такой командой устанавливают клавиатуру "ЯВЕРТЫ", и начальный алфавит - английский

KEYBMAP=/usr/informix/keybmap/dasherD export KEYBMAP

Клавиатура "ЙЦУКЕН" под стандарт персонального компьютера.

KEYBMAP=/usr/informix/keybmap/dasherP export KEYBMAP

Клавиатура "ЙЦУКЕН" под стандарт русской пишущей машинки.
В файле /usr/informix/keybmap/dasher лежит таблица перевода введенных с клавиатуры латинских символов в соответствующие им русские. Перекодировочная таблица соответствует "QWERTY"-английской клавиатуре. (Т.е. 'a' переводится в 'а', 'c' переводится в 'ц' и т.д.). Создается файл /usr/informix/keybmap/dasher программой, лежащей в usr/informix/keybmap/crmap_dasher.c
Чтобы установить другое расположение русских букв на клавиатуре переделайте эту программу. Для этого переставьте в нужном вам порядке содержимое массива russmap.
В программе /usr/informix/keybmap/crmap_dasher.c статическая переменная init определяет, в каком алфавите начинается работа INFORMIX. Если init=1, то сначала устанавливается русский алфавит, если init=0, то сначала устанавливается латинский алфавит.
Переделанную программу, естественно, нужно не забыть откомпилировать и запустить на выполнение.

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

BUFFERS- определяет максимальное количество разделяемой памяти буферы, база данных темы пользователя сервера есть для дискового ввода / вывода от имени клиента приложений. Таким образом, число буферов, что сервер базы данных требует зависит от приложения. Например, если сервер базы данных доступ 15 процентов от данных приложения 90 процентов времени, необходимо выделить достаточный буфер считать, что 15 процентов.

DD_HASHSIZE - определяет количество хэшэй, или списков, в кэше словаря данных.

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

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

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

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

1. Распределение предметных БД по узлам сети

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

1. Без учета репликаций

Необходимо определить вариант рационального размещения предметных баз данных в распределенной информационной системе для случая, когда каждая база данных размещается только в одном узле сети, а обрабатывающие процессы (приложения) не являются распределенными. При этом следует считать, что если некоторый процесс обращается за данными к базе, находящейся в другом узле, сетевые затраты на одно обращение составляют “t” секунд, независимо от местонахождения узла в сети и дисциплины обслуживания. Если процесс обращается к базе данных, находящейся в том же узле, где выполняется процесс, то следует считать, что “t = 0”.

Таблица 7.1 показывает использование предметных баз данных обрабатывающими процессами (приложениями) и среднее число обращений обрабатывающих процессов к базам данных за рассматриваемый интервал времени с учетом варианта и номера группы:

Таблица 7.2 показывает распределение обрабатывающих процессов по узлам сети согласно номеру варианта и группы:

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

Характеристики

Список файлов домашнего задания