Разработка проектного решения по созданию сети фирмы
Разработка блок-схемы распределенной АСОИиУ фирмы и структурной схемы ЛВС центрального и удаленных офисов фирмы. Правила построения всех сетей фирмы, варианты связи, требуемое оборудование. Настройка рабочих параметров системы управления базами данных.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | дипломная работа |
Язык | русский |
Дата добавления | 15.12.2013 |
Размер файла | 5,5 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Вот эта процедура удаления "остатков" сервера и рассматривается далее. Осложняется она тем, что СУБД Informix, как и всякое "приличное" ПО, специально создававшееся для платформы Windows, хранит разнообразную информацию о конфигурации компонентов в системном реестре (registry). И штатные средства деинсталляции, к сожалению, вплоть до версии IDS 9.30, удаляют далеко не всю эту информацию. А ее наличие в дальнейшем влияет (в основном, негативно) на последующую процедуру установки.
Представленный далее пошаговый процесс удаляет любую версию сервера IDS, начиная с 7.30 (в том числе, версии, включающие IECC) и вплоть до 9.30. Для новых версий многие шаги могут не понадобиться. Общий принцип такой - если какого-то компонента или службы в указанном месте нет - удалять его не надо. Можно переходить к следующему шагу.
Если на сервере хранятся реально необходимые данные, и он еще работает, создайте полную резервную копию данных (архив уровня 0 всех DB-пространств, кроме временных) и скопируйте конфигурацию!
1. Если сервер Informix работает, выключите сервер любым из следующих способов:
· если вы знаете имя сервера баз данных, можете выполнить onmode -ky или net stop %INFORMIXSERVER% из командной строки сервера;
· если вы не знаете, какие серверы баз данных работают, они все равно будут остановлены на следующем шаге. (Они могут быть остановлены не слишком чисто, но это не должно быть проблемой, поскольку вы так или иначе удаляете эти серверы)
2. Вокне Control Panel/Services (в NT 4.0) или Control Panel/Administrative Tools/Services, или Computer Management/Services and Applications/Services (в Windows 2000 Server) остановите и отключите следующие службы:
· IECC Server Agent 3.0 - {имя_сервера} (в версиях выше 7.31.TC2 ее нет)
· IECC VisiBroker Agent (в версиях выше 7.31.TC2 ее нет)
· Informix IDS - {имя_сервера}
· Informix Dynamic Server Message Service
· ISM Local Execution
· ISM Portmapper
· ISM Server
3. Выполнить программу Uninstall из программной группы Informix (ее имя может включать номер версии, например, Informix Dynamic Server 9.30). Когда предложат, удалите все файлы. (Примечание: в старых версиях можно использовать сначала Uninstall Server для удаления одиночного сервера баз данных. Я бы сначала выполнил Uninstall, а затем - Uninstall Server, на всякий случай.)
4. Удалите следующие каталоги (если они существуют):
· %INFORMIXDIR% (каталог, в который было установлено ПО Informix, например, D:\Informix)
· IFMXDATA (на всех дисках, на которых были чанки)
· ISM (в корне того же диска, на котором было установлено ПО Informix)
· NSR
· VBROKER (Примечания: будет только для версий вплоть до 7.31.TC2; каталог vbroker должен быть на каждом диске)
5. Используя редактор системного реестра (regedit), удалите подразделы:
· HKEY_CURRENT_USER\Software\Informix
· HKEY_LOCAL_MACHINE\SOFTWARE\Informix
6. Используя редактор системного реестра (regedit), удалите следующие службы изHKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services:
· agentLoader30 - имя_сервера, где имя_сервера - имя сервера баз данных
· agentLoader
· MsgServ
· nsrd
· nsrexecd
· имя_сервера, где имя_сервера - имя сервера баз данных
· osagent
· Osagent30
· portmap
Если каких-то служб нет, удалять их просто не придется.Это же надо сделать в HKEY_LOCAL_MACHINE\System\ControlSet00X, где X не равен 1:
· ControlSet001 - для загрузки Windows в режиме VGA
· ControlSet00X - для сконфигурированного пользователем режима дисплея.
Windows копирует ControlSet001 или ControlSet00X в Current Control Set во время начальной загрузки. Если службы удалены только из Current Control Set, они могут вновь появиться после перезагрузки системы.
7. В Диспетчере пользователей (Start>Program>Administrative Tools (Common) >User Manager для NT 4.0) удалите следующих пользователей и группы:
· Пользователей Informix, AAO, DBSSO (последние два пользователя будут, если Informix был установлен с разделением ролей)
· Группу Informix-Admin
· Группы IX_AAO, IX_DBSA, IX_DBSSO, IX_USERS (они будут, если Informix был установлен с разделением ролей)
8. Перезагрузите ваш компьютер.
Выполнение всех шагов этой процедуры в указанной последовательности обеспечивает возможность повторной установки сервера Informix. Не выполнение некоторых шагов может иметь разные последствия: от никаких до разнообразных сбоев при попытке снова установить сервер.
7. Распределение предметных БД по узлам сети без учета репликаций
Необходимо определить вариант рационального размещения предметных баз данных в распределенной информационной системе для случая, когда каждая база данных размещается только в одном узле сети, а обрабатывающие процессы (приложения) не являются распределенными. При этом следует считать, что если некоторый процесс обращается за данными к базе, находящейся в другом узле, сетевые затраты на одно обращение составляют “t” секунд, независимо от местонахождения узла в сети и дисциплины обслуживания. Если процесс обращается к базе данных, находящейся в том же узле, где выполняется процесс, то следует считать, что “t = 0”.
Таблица 7.1 показывает использование предметных баз данных обрабатывающими процессами (приложениями) и среднее число обращений обрабатывающих процессов к базам данных за рассматриваемый интервал времени:
Таблица 7.1. Среднее число обращений приложений к базам данных.
Пр\БД |
БД1 |
БД2 |
БД3 |
БД4 |
БД5 |
БД6 |
БД7 |
БД8 |
БД9 |
БД10 |
|
П1 |
100 |
60 |
150 |
140 |
|||||||
П2 |
400 |
300 |
250 |
||||||||
П3 |
30 |
300 |
80 |
400 |
20 |
180 |
|||||
П4 |
300 |
150 |
100 |
||||||||
П5 |
85 |
300 |
30 |
||||||||
П6 |
200 |
300 |
110 |
||||||||
П7 |
50 |
70 |
40 |
150 |
|||||||
П8 |
200 |
60 |
75 |
||||||||
П9 |
350 |
300 |
100 |
400 |
|||||||
П10 |
240 |
90 |
40 |
Таблица 7.2 показывает распределение обрабатывающих процессов по узлам: распределенной сети.
Таблица 7.2. Распределение процессов по узлам сети.
У\П |
П1 |
П2 |
П3 |
П |
П5 |
П6 |
П7 |
П8 |
П9 |
П10 |
N группы |
|
У1 |
1,0 |
1,4 |
1,0 |
0,3 |
0,6 |
0,9 |
1,2,4,5,6,7 |
|||||
У2 |
0,5 |
1,2 |
0,7 |
1,0 |
1.1 |
0,95 |
1,2,3,5,6,7 |
|||||
У3 |
1,3 |
1,05 |
0,8 |
0,8 |
1,15 |
0,55 |
0,7 |
1,2,3,4,6,7 |
||||
У4 |
0,87 |
0,8 |
0,9 |
1,1 |
0,9 |
0,8 |
0,5 |
0,8 |
1,2,3,4,5,7 |
|||
У5 |
1,3 |
1,5 |
1,6 |
1,1 |
0,9 |
1,3,4,5,6,7 |
||||||
У6 |
1,3 |
0,8 |
1,6 |
0,2 |
0,6 |
0,7 |
1,2,3,4,5,6 |
|||||
У7 |
0,6 |
0,95 |
0,9 |
1,2 |
1,4 |
0,7 |
0,9 |
2,3,4,5,6,7 |
||||
N |
1 |
1 |
1 |
1 |
2 |
2 |
2 |
2 |
2 |
1 |
||
3 |
3 |
3 |
4 |
3 |
4 |
4 |
4 |
4 |
3 |
|||
в |
5 |
5 |
5 |
6 |
6 |
6 |
6 |
6 |
5 |
5 |
||
7 |
7 |
8 |
7 |
7 |
8 |
8 |
7 |
8 |
8 |
|||
груп- |
9 |
9 |
10 |
9 |
10 |
10 |
10 |
10 |
9 |
9 |
||
пе |
11 |
11 |
12 |
12 |
11 |
12 |
12 |
12 |
11 |
11 |
||
13 |
13 |
14 |
14 |
14 |
14 |
14 |
13 |
13 |
13 |
|||
п |
15 |
16 |
15 |
15 |
15 |
16 |
16 |
16 |
16 |
15 |
||
о |
17 |
18 |
17 |
17 |
18 |
18 |
18 |
18 |
17 |
17 |
||
19 |
20 |
19 |
20 |
19 |
20 |
20 |
20 |
19 |
19 |
|||
с |
21 |
22 |
21 |
22 |
22 |
22 |
22 |
21 |
21 |
21 |
||
п |
23 |
24 |
24 |
23 |
23 |
24 |
24 |
24 |
23 |
23 |
||
и |
25 |
26 |
26 |
25 |
26 |
26 |
26 |
25 |
25 |
25 |
||
с |
27 |
28 |
28 |
28 |
27 |
28 |
28 |
27 |
27 |
27 |
||
к |
29 |
30 |
30 |
30 |
30 |
29 |
29 |
29 |
29 |
30 |
||
у |
31 |
32 |
32 |
32 |
32 |
31 |
31 |
31 |
32 |
31 |
||
33 |
34 |
34 |
34 |
33 |
33 |
33 |
33 |
34 |
34 |
Коэффициенты, приведенные в таблице 7.2, используются для получения количества обращений к базе данных в исходном варианте задания по формуле:
N1=N*k,
где: N - значение количества обращений к БД, приведенное в таблице 1;
k - значение коэффициента, приведенное в таблице 2;
N1 - результирующее значение количества обращений к БД для исходного варианта задания
На основании данных, приведенных в таблицах 7.1 и 7.2, формируем две вспомогательные таблицы 7.3 и 7.4
Таблица 7.3 показывает использование предметных баз данных обрабатывающими процессами (приложениями), т.е. среднее число обращений обрабатывающего процесса к БД за рассматриваемый интервал времени.
Таблица 7.3. Среднее число обращений приложений к базам данных.
Пр\БД |
БД1 |
БД2 |
БД3 |
БД4 |
БД5 |
БД6 |
БД7 |
БД8 |
БД9 |
БД10 |
|
П1 |
100 |
60 |
150 |
140 |
|||||||
П2 |
400 |
300 |
250 |
||||||||
П5 |
85 |
300 |
30 |
||||||||
П9 |
350 |
300 |
100 |
400 |
|||||||
П10 |
240 |
90 |
40 |
Таблица 7.4 показывает распределение обрабатывающих процессов по узлам. Также в этой таблице указаны коэффициенты, которые используются для получения количества обращений к базе данных.
Таблица 7.4. Распределение процессов по узлам сети.
У\П |
П1 |
П2 |
П5 |
П9 |
П10 |
|
У1 |
1,0 |
0,3 |
0,9 |
|||
У3 |
1,3 |
0,55 |
0,7 |
|||
У4 |
0,87 |
0,8 |
0,8 |
0,5 |
0,8 |
|
У5 |
1,5 |
|||||
У6 |
1,3 |
0,8 |
1,5 |
0,6 |
0,7 |
|
У7 |
0,6 |
0,9 |
На основании данных из таблиц 7.3 и 7.4 для исходного варианта была сформирована сводная таблица исходных данных, т.е. таблица 7.5 . Каждое значение этой таблицы есть среднее количество обращений к базе данных (БДi) определенного процесса (Пj) из определенного узла сети (Уk).
Таблица 7.5. Сводная таблица исходных данных.
Узел |
Проц. |
Коэф |
БД1 |
БД2 |
БД3 |
БД4 |
БД5 |
БД6 |
БД7 |
БД8 |
БД9 |
БД10 |
|
У1 |
П1 |
1,0 |
100 |
60 |
150 |
140 |
|||||||
П5 |
0,8 |
68 |
240 |
24 |
|||||||||
П9 |
0,9 |
315 |
270 |
90 |
360 |
||||||||
У3 |
П1 |
1,3 |
130 |
78 |
195 |
182 |
|||||||
П9 |
0,55 |
192,5 |
165 |
55 |
220 |
||||||||
П10 |
0,7 |
168 |
63 |
28 |
|||||||||
У4 |
П1 |
0,87 |
87 |
52,2 |
130,5 |
121,8 |
|||||||
П2 |
0,8 |
320 |
240 |
200 |
|||||||||
П5 |
0,8 |
||||||||||||
П9 |
0,5 |
175 |
150 |
50 |
200 |
||||||||
П10 |
0,8 |
192 |
72 |
32 |
|||||||||
У5 |
П5 |
1,5 |
127,5 |
450 |
45 |
||||||||
У6 |
П1 |
1,3 |
130 |
78 |
195 |
182 |
|||||||
П2 |
0,8 |
320 |
240 |
200 |
|||||||||
П5 |
1,5 |
127,5 |
450 |
45 |
|||||||||
П9 |
0,6 |
210 |
180 |
60 |
240 |
||||||||
П10 |
0,7 |
168 |
63 |
28 |
|||||||||
У7 |
П2 |
0,6 |
240 |
180 |
150 |
||||||||
П10 |
0,9 |
216 |
81 |
36 |
Решение задачи
Составляем таблицу 7.6, в которой указываем все возможные варианты: размещения баз данных по узлам сети. В каждую клетку этой таблицы записываем число, которое определяет суммарное количество всех запросов от всех процессов всех узлов к данной БД, при условии, что эта БД находится в данном узле.
Таблица 7.6 Суммарное количество обращений к БД при возможных вариантах их размещения по узлам сети
БД1 |
БД2 |
БД3 |
БД4 |
БД5 |
БД6 |
БД7 |
БД8 |
БД9 |
БД10 |
||
У1 |
347 |
1457,5 |
1899 |
208,2 |
534 |
685,5 |
900 |
1210 |
214 |
485,8 |
|
У3 |
317 |
1580 |
1596 |
190,2 |
539 |
675,5 |
1140 |
1350 |
210 |
443,8 |
|
У4 |
360 |
1277,5 |
1587 |
216 |
530 |
745 |
1140 |
1170 |
206 |
504 |
|
У5 |
447 |
1772,5 |
2169 |
268,2 |
474,5 |
925,5 |
690 |
1570 |
193 |
625,8 |
|
У6 |
317 |
1242,5 |
1311 |
190,2 |
411,5 |
670,5 |
690 |
1130 |
165 |
443,8 |
|
У7 |
447 |
1532,5 |
1773 |
268,2 |
521 |
925,5 |
1140 |
1420 |
202 |
625,8 |
|
Мак число обращ к БД |
447 |
1772,5 |
2169 |
268,2 |
539 |
925,5 |
1140 |
1570 |
214 |
625,8 |
|
Мин число обращ к БД |
317 |
1242,5 |
1311 |
190,2 |
411,5 |
670,5 |
690 |
1130 |
165 |
443,8 |
Используем правило: «Базу данных помещаем в тот узел, где она максимально используется, т.е. суммарное количество обращений к ней со стороны других узлов минимально» Поэтому в каждом столбце, соответствующем одной конкретной БД, отыскиваем наименьшее значение. Это и будет соответствовать оптимальному варианту размещения этой БД, поскольку, чем меньше это значение, тем меньше суммарное количество обращений от всех процессов всех других узлов к данной БД.
Полученные результаты, показывающие оптимальные варианты размещения БД по узлам сети, записываем в таблицу 7.7
Таблица 7.7. Оптимальные варианты размещения БД по узлам сети
БД1 |
БД2 |
БД3 |
БД4 |
БД5 |
БД6 |
БД7 |
БД8 |
БД9 |
БД10 |
Оценка варианта |
||
Вар.1 |
Y3 |
Y6 |
Y6 |
Y3 |
Y6 |
Y6 |
Y5 |
Y6 |
Y6 |
Y3 |
6494,5 |
|
Вар.2 |
Y6 |
Y6 |
Y6 |
Y6 |
Y6 |
Y6 |
Y6 |
Y6 |
Y6 |
Y6 |
6494,5 |
|
Число обращ |
317 |
1242,5 |
1311 |
190,2 |
411,5 |
670,5 |
690 |
1130 |
88 |
443,8 |
Итак, получили, что в каждом из двух оптимальных вариантов размещения БД по узлам сети, суммарное количество обращений ко всем БД, т.е. суммарные затраты, составляют 6494,5.
8. Аналитическое моделирование сети.
Общая формализованная схема PCOD в виде сети массового обслуживания (СМО) приведена на рис. 8, а формализованная схема рассматриваемой PCOD в виде CMO приведена на рис. 9.
Рис. 8. Формализованная схема PCOD, содержащая ПЭВМ и 2 сервера.
Рис. 9. Формализованная схема рассматриваемой PCOD.
В схеме используются следующие обозначения
обслуживающий аппарат, имитирующий дообработку на i-той рабочей станции сети запроса от этой станции к серверу после обработки запроса на сервере
обслуживающий аппарат, имитирующий формирование запроса от i-той рабочей станции к серверу; ();
Бсi буфер, имитирующий очередь запросов к i-му серверу;
ОАсi обслуживающий аппарат, имитирующий работу i-го сервера.
Исходными данными аналитической модели являются:
Обозначение |
Описание |
|
N |
число рабочих станций сети |
|
Т0 |
среднее значение времени дообработки на рабочей станции сети запроса от этой станции к базе данных на сервере |
|
Тр |
среднее значение времени формирования запроса от рабочей станции сети к базе данных на сервере |
|
tсер |
среднее время обработки запроса на сервере |
|
N |
число серверов |
Выходными характеристиками аналитической модели являются:
Обозначение |
Описание |
|
Треак |
среднее значение времени реакции системы |
|
Тцикла |
среднее время цикла системы |
|
Т цикла |
среднее время цикла системы |
|
серв |
коэффициент загрузки ОА, имитирующего работу сервера |
|
NPCраб |
Среднее число работающих рабочих станций |
|
NPCформ |
Среднее число рабочих станций формирующих запрос на сервер |
|
рс |
коэффициент загрузки ОА, имитирующего работу рабочих станций. |
Введём следующие обозначения:
ф1 - среднее значение суммарной интенсивности фонового потока запросов, выходящих из ОА, имитирующих работу рабочих станций, в канал
ф1 - среднее значение интенсивности фонового потока запросов, проходящих через ОА, имитирующих работу сервера и дисков, где =1/(1-р);
- среднее количество проходов запроса по тракту процессор-диски за время одного цикла его обработки в системе.
tк - среднее значение времени обработки запроса в канале передачи данных;
tк=0.5(tк1+ tк2 ).
Где tк1 и tк2 соответственно среднее время передачи запроса по каналу в прямом и обратном направлениях.
n - количество серверов, обслуживающих рабочие станции;
количество серверов, при условии, что все они одинаковые
- вероятность обращения к i-му серверу
Порядок расчета рассматриваемой системы методом фонового потока
При расчете используется приближённый итерационный алгоритм нахождения значения выходных характеристик рассматриваемой системы
Определяем начальное значение для ф1
К1 принимает значения в диапазоне 0.995…0.99995.
Определяем средние времена пребывания запроса в узлах системы: канале, процессоре, дисках:
==
Определяем интенсивность фонового потока после очередной итерации:
Сравниваем ф1 и ф .Если , то переход на пункт 6, иначе на пункту 5
Определяем новое приближённое значение для ф1:
К2 принимает значения в диапазоне 10…1000, .
Переход на пункт 2.
Определяем выходные результаты аналитической модели.
Определяем средние времена пребывания запроса в узлах системы: канале, процессоре и дисках.
=0=0
Определяем загрузку основных узлов системы: рабочей станции, пользователя, канала передачи данных, процессора и дисков сервера.
где
= 0 = 0 где
Листингпрограммы.
functioncalc()
{
var minimum;
var Tchan ;// Среднее время пребывания запроса в канале
var Tproc ;// Среднее время пребывания запроса в процессоре
var Tserv ;// Среднее время пребывания запроса в диске
var Lf ; // Интенсивность фонового потока после очередной итерации
var delta1 ;// Вспомогательное значение (5й пункт)
var L;// Лямбда
// Загрузка узлов системы
var roChan;
var roProc ;
var roServ;
var roPC ;
var roPolz;
// // Выполняем вычисления
// 1. Считываем данные с формы
var NPC = parseInt($("#inputN").val());// 1. Количество рабочих станций
var T0 = parseInt($("#inputT0").val());// 2. Среднее время дообработки рабочей станции
var Tp = parseInt($("#inputTp").val()); // 3. Среднее время формирования запроса
//var tk1 = parseFloat($("#inputtk1").val());// 4. Ср. время передачи по каналу в прямом напрвлении
//var tk2 = parseFloat($("#inputtk2").val());// 5. Ср. время передачи по каналу в обратном напрвлении
var tk1=0;
var tk2=0;
var C = parseInt($("#inputC").val());// 6. Количество процессоров
C=0;
var tpr = parseInt($("#inputtpr").val());// 7. Среднее время обработки запроса в процессоре
tpr=0
var Nserv = parseInt($("#inputkolserv").val());// 8. Количество дисков
var tser = parseFloat($("#inputtservi").val());// 9. Среднее время обработки запроса на сервере
var Pi = parseFloat($("#inputPi").val());// 10. Верояность обращения к диску после обработки запроса в процессор
var P = parseFloat($("#inputPid").val());// 11. Верояность обращения к процессору после обработки запроса в диске
Pi=1;
P=0;
var K1 = parseFloat($("#inputK1").val());// 12. КоэффициентК1
var K2 = parseFloat($("#inputK2").val());// 13. КоэффициентК2
var prec = parseFloat($("#inputprec").val()); // 14. Точность
// 2. Инициализируем вспомогательные переменные
var beta = 1 / (1 - P);
var tk = 0.5 * (tk1 + tk2);
/ 3. Производим вычисления
// 1й пункт
// if (Pi == 0 || tdi==0 || tpr == 0)
minimum = 1 / (beta*Pi*tser);
var Lf1 = K1 * minimum * ( (NPC - 1)/NPC );
var flag =true;
while (flag)
{
// 2йпункт
Tchan = 0;
Tproc = 0;
Tserv = (beta*tser) / (1 - beta*Pi*Lf1*tser);
// 3йпункт
Lf = (NPC - 1) / (T0 + Tp + Tserv);
if ( (Math.abs(Lf1 - Lf) / Lf) < prec ) flag = false;
// 5йпункт
delta1 = (Lf1 - Lf) / K2;
Lf1 = Lf1 - delta1;
}
// 6йпункт
Tchan = 0;
Tproc = 0;
Tserv = (beta*tser) / (1 - beta*Pi*Lf1*tser);
Tcycle = T0 + Tp + Tserv;
roPC = (T0 + Tp) / Tcycle;
roPolz = Tp / Tcycle;
L = NPC / Tcycle;
roChan = 0;
roProc = 0;
roServ = beta*L*Pi*tser;
var roServ2=0;
//(Ndisk == 1)? roDisk2 = 0 : roDisk2 = roDisk;
if (Nserv>1)
{
roServ=roServ/Nserv;
roServ2 = roServ;
}
// // 4. Выводи результаты
$("#resroPC").html(roPC.toFixed(2).toString());
$("#rest0Tcycle").html((T0/Tcycle).toFixed(2).toString());
$("#resroPCNPC").html((roPC * NPC).toFixed(1).toString());
$("#resTTNPC").html(((T0/Tcycle) * NPC).toFixed(1).toString());
$("#kanal").html((roChan).toFixed(2).toString());
$("#cpu").html((roProc).toFixed(2).toString());
$("#d1").html((roServ).toFixed(2).toString());
$("#d2").html((roServ2).toFixed(2).toString());
$("#syscycle").html((Tcycle).toFixed(2).toString());
$("#sysreact").html((Tcycle - Tp).toFixed(2).toString());
$("#resform").show();
$("#inputform").hide();
}
Результаты аналитического моделирования.
Таблица 8.1.Результаты аналитического моделирования
Номер эксперимента |
1 |
2 |
3 |
4 |
5 |
|
Исходные данные |
||||||
Количество рабочих станций |
11 |
11 |
11 |
11 |
11 |
|
Среднее время дообработки запроса на РС |
110 |
220 |
330 |
110 |
220 |
|
Среднее время формирования запроса на РС |
110 |
220 |
330 |
110 |
220 |
|
Среднее время передачи через канал в прямом направлении |
0 |
0 |
0 |
0 |
0 |
|
Среднее время передачи через канал в обратном направлении |
0 |
0 |
0 |
0 |
0 |
|
Количество серверов |
2 |
2 |
2 |
2 |
2 |
|
Среднее время обработки запроса на сервере |
10 |
10 |
10 |
20 |
20 |
|
Количество дисков |
0 |
0 |
0 |
0 |
0 |
|
Среднее время обработки запроса на диске |
0 |
0 |
0 |
0 |
0 |
|
Вероятность обращения запроса к диску сервера после обработки запроса в процессоре |
0 |
0 |
0 |
0 |
0 |
|
Вероятность обращения запроса к ЦП после обработки на диске |
0 |
0 |
0 |
0 |
0 |
|
Результаты моделирования. |
||||||
Загрузка рабочей станции |
0,93 |
0,97 |
0,98 |
0,77 |
0,93 |
|
Загрузка пользователя рабочей станции |
0,46 |
0,49 |
0,49 |
0,38 |
0,46 |
|
Среднее количество работающих РС |
10,2 |
10,7 |
10,8 |
8,4 |
10,2 |
|
Среднее количество РС формирующих запрос |
5,1 |
5,3 |
5,4 |
4,2 |
5,1 |
|
Загрузка канала |
0 |
0 |
0 |
0 |
0 |
|
Загрузка диска |
0 |
0 |
0 |
0 |
0 |
|
Загрузка сервера 1 |
0,23 |
0,12 |
0,08 |
0,38 |
0,23 |
|
Загрузка сервера 2 |
0,23 |
0,12 |
0,08 |
0,38 |
0,23 |
|
Среднее время цикла системы |
237 |
452 |
671 |
266 |
476 |
|
Среднее время реакции системы |
127 |
232 |
341 |
156 |
254 |
9. Имитационное моделирование сети
Имитационное моделирование рассматриваемой PCOD на GPSS
Формализованная схема моделируемой PCOD приведена на рис. 10.
Рис. 10. Формализованная схема моделируемой PCOD.
Укрупненная структура программы моделируемой РСОД на языке GPSS
Структура программы имеет следующий вид (табл. 9.1.)
Таблица 9.1.Структура программы.
Блоки и метки |
Пояснение |
|
INITIAL |
Задание количественных и временных параметров исходных данных моделируемой системы |
|
STORAGE |
Задание многоканальных узлов системы |
|
FUNCTION |
Задание функции распределения запросов по узлам и времени выполнения запросов в узлах |
|
GENERATE |
Генерация количества задач, циркулирующих в системе |
|
Метка WOSF |
Объединяет набор блоков, описывающих формирование запроса на рабочей станции |
|
Метка SVR |
Объединяет набор блоков, описывающих обработку запроса в процессоре |
|
Метка REP |
Объединяет набор блоков, описывающих правило перехода запроса после обработки на диске в канал |
|
Метка WOSD |
Объединяет набор блоков, описывающих дообработку запроса на рабочей станции |
Текст программы на языке GPSS
INITIAL X$STATION_N,13
INITIAL X$STATION_TD,390
INITIAL X$STATION_TF,390
INITIAL X$CANAL_T,5
INITIAL X$SERVER_T,10
FLAG1 VARIABLE 0
FLAG2 VARIABLE 1
WORKSTATION_D STORAGE 13
WORKSTATION_F STORAGE 13
WORKSTATION_PC STORAGE 13
SERVER STORAGE 2
EXPON FUNCTION RN1,C23
0,0/.1,.104/.2,.222/.3,.355/.4,.510/.5,.69/.6,.915/.7,1.2/
.75,1.37/.8,1.5/.84,1.83/.88,2.12/.9,2.3/.92,2.52/.94,2.82/
.95,2.98/.96,3.2/.97,3.5/.98,3.9/.995,5.3/.998,6.2/.9995,7/1,8
GENERATE ,,,X$STATION_N
ASSIGN FLAG1,V$FLAG1
ASSIGN FLAG2,V$FLAG2
WOSF QUEUEQSYSTEM
QUEUEQREACTION
ENTER WORKSTATION_F,1
ADVANCE X$STATION_TF,FN$EXPON
LEAVE WORKSTATION_F,1
ASSIGN 3,SVR
TEST E P$FLAG1,P$FLAG2,CAN
LEAVE WORKSTATION_PC,1
CAN QUEUE QCANAL
SEIZE CANAL
DEPART QCANAL
ADVANCE X$CANAL_T,FN$EXPON
RELEASE CANAL
TRANSFER ,P3
SVR QUEUE QSERVER
ENTER SERVER,1
ADVANCE X$SERVER_T,FN$EXPON
LEAVE SERVER,1
DEPART QSERVER
PER ASSIGN 3,WOSD
TRANSFER ,CAN
WOSD DEPART QREACTION
ENTER WORKSTATION_PC,1
ENTER WORKSTATION_D,1
ADVANCE X$STATION_TD,FN$EXPON
LEAVE WORKSTATION_D,1
DEPART QSYSTEM
ASSIGN FLAG1,1
TRANSFER ,WOSF
GENERATE 100000
TERMINATE 1
START 1
Листинг программы имитационного моделирования
GPSSWorld Simulation Report - Имитационное моделирование 17.1
Tuesday, October 16, 2012 01:51:21
START TIME END TIME BLOCKS FACILITIES STORAGES
0.000 100000.000 30 2 4
NAME VALUE
CAN 12.000
CANAL_T 10003.000
DISK_N 10005.000
DISK_T 10006.000
EXPON 10013.000
FLAG1 10007.000
FLAG2 10008.000
PER 19.000
QREACTION 10015.000
QSYSTEM 10014.000
SERVER 10012.000
SERVER_T 10004.000
STATION_N 10000.000
STATION_TD 10001.000
STATION_TF 10002.000
SVR 13.000
WORKSTATION_D 10009.000
WORKSTATION_F 10010.000
WORKSTATION_PC 10011.000
WOSD 21.000
WOSF 4.000
LABEL LOC BLOCK TYPE ENTRY COUNT CURRENT COUNT RETRY
1 GENERATE 11 0 0
2 ASSIGN 11 0 0
3 ASSIGN 11 0 0
WOSF 4 QUEUE 1400 0 0
5 QUEUE 1400 0 0
6 ENTER 1400 0 0
7 ADVANCE 1400 5 0
8 LEAVE 1395 0 0
9 ASSIGN 1395 0 0
10 TEST 1395 0 0
11 LEAVE 1384 0 0
CAN 12 TRANSFER 2789 0 0
SVR 13 ASSIGN 1395 0 0
14 QUEUE 1395 0 0
15 SEIZE 1395 0 0
16 DEPART 1395 0 0
17 ADVANCE 1395 1 0
18 RELEASE 1394 0 0
PER 19 ASSIGN 1394 0 0
20 TRANSFER 1394 0 0
WOSD 21 DEPART 1394 0 0
22 ENTER 1394 0 0
23 ENTER 1394 0 0
24 ADVANCE 1394 5 0
25 LEAVE 1389 0 0
26 DEPART 1389 0 0
27 ASSIGN 1389 0 0
28 TRANSFER 1389 0 0
29 GENERATE 1 0 0
30 TERMINATE 1 0 0
FACILITY ENTRIES UTIL. AVE. TIME AVAIL. OWNER PEND INTER RETRY DELAY
1 682 0.069 10.064 1 9 0 0 0 0
2 713 0.075 10.565 1 0 0 0 0 0
QUEUE MAX CONT. ENTRY ENTRY(0) AVE.CONT. AVE.TIME AVE.(-0) RETRY
1 2 0 682 642 0.005 0.722 12.306 0
2 2 0 713 658 0.008 1.068 13.844 0
QSYSTEM 11 11 1400 0 11.000 785.714 785.714 0
QREACTION 11 6 1400 0 5.492 392.290 392.290 0
STORAGE CAP. REM. MIN. MAX. ENTRIES AVL. AVE.C. UTIL. RETRY DELAY
WORKSTATION_D 11 6 0 10 1394 1 5.508 0.501 0 0
WORKSTATION_F 11 6 0 11 1400 1 5.336 0.485 0 0
WORKSTATION_PC 11 1 0 11 1394 1 10.785 0.980 0 0
SERVER 2 2 0 0 0 1 0.000 0.000 0 0
SAVEVALUE RETRY VALUE
STATION_N 0 11.000
STATION_TD 0 390.000
STATION_TF 0 390.000
CANAL_T 0 0
SERVER_T 0 10.000
DISK_N 0 2.000
DISK_T 0 10.000
FEC XN PRI BDT ASSEM CURRENT NEXT PARAMETER VALUE
9 0 100001.836 9 17 18 3 13.000
5 1.000
FLAG2 1.000
FLAG1 1.000
12 0 100025.797 12 7 8 3 21.000
FLAG1 1.000
5 1.000
FLAG2 1.000
1 0 100048.409 1 24 25 3 21.000
5 1.000
FLAG2 1.000
FLAG1 1.000
8 0 100109.331 8 7 8 3 21.000
FLAG1 1.000
5 2.000
FLAG2 1.000
3 0 100169.208 3 24 25 3 21.000
5 2.000
FLAG2 1.000
FLAG1 1.000
6 0 100372.011 6 24 25 3 21.000
5 1.000
FLAG2 1.000
FLAG1 1.000
11 0 100373.099 11 24 25 3 21.000
5 1.000
FLAG2 1.000
FLAG1 1.00
Результаты имитационного моделирования
Таблица 8.2. Результаты имитационного моделирования
Номер эксперимента |
1 |
2 |
3 |
4 |
5 |
|
Исходные данные |
||||||
Количество рабочих станций |
11 |
11 |
11 |
11 |
11 |
|
Среднее время дообработки запроса на РС |
110 |
220 |
330 |
110 |
220 |
|
Среднее время формирования запроса на РС |
110 |
220 |
330 |
110 |
220 |
|
Среднее время передачи через канал в прямом направлении |
0 |
0 |
0 |
0 |
0 |
|
Среднее время передачи через канал в обратном направлении |
0 |
0 |
0 |
0 |
0 |
|
Количество серверов |
2 |
2 |
2 |
2 |
2 |
|
Среднее время обработки запроса на сервере |
10 |
10 |
10 |
20 |
20 |
|
Количество дисков |
0 |
0 |
0 |
0 |
0 |
|
Среднее время обработки запроса на диске |
0 |
0 |
0 |
0 |
0 |
|
Вероятность обращения запроса к диску сервера после обработки запроса в процессоре |
0 |
0 |
0 |
0 |
0 |
|
Вероятность обращения запроса к ЦП после обработки на диске |
0 |
0 |
0 |
0 |
0 |
|
Результаты моделирования. |
||||||
Загрузка рабочей станции |
0,94 |
0,97 |
0,98 |
0,75 |
0,92 |
|
Загрузка пользователя рабочей станции |
0,46 |
0,49 |
0,49 |
0,39 |
0,47 |
|
Среднее количество работающих РС |
10,38 |
10,6 |
10,7 |
8,6 |
10,1 |
|
Среднее количество РС формирующих запрос |
5,15 |
5,37 |
5,4 |
4,5 |
5,3 |
|
Загрузка канала |
0 |
0 |
0 |
0 |
0 |
|
Загрузка диска |
0 |
0 |
0 |
0 |
0 |
|
Загрузка сервера 1 |
0,23 |
0,12 |
0,08 |
0,38 |
0,23 |
|
Загрузка сервера 2 |
0,24 |
0,12 |
0,08 |
0,39 |
0,23 |
|
Среднее время цикла системы |
233 |
446 |
693 |
272 |
483 |
|
Среднее время реакции системы |
121 |
229 |
355 |
154 |
251 |
10. Сравнительный анализ результатов аналитического и имитационного моделирования
Сравнение результатов аналитического и имитационного моделирования приведено ниже в таблице 10.1.
Таблица 10.1. Сравнение результатов аналитического и имитационного моделирования.
№ |
Модель |
Загрузка устройств |
Время цикла |
||
Pс1 |
Pс2 |
||||
1 |
Аналитическая Имитационная |
0,23 0,24 |
0,23 0,23 |
237 233 |
|
2 |
Аналитическая Имитационная |
0,12 0,12 |
0,12 0,12 |
452 446 |
|
3 |
Аналитическая Имитационная |
0,08 0,08 |
0,08 0,08 |
671 693 |
|
4 |
Аналитическая Имитационная |
0,38 0,39 |
0,38 0,38 |
266 272 |
|
5 |
Аналитическая Имитационная |
0,23 0,23 |
0,23 0,23 |
476 483 |
Сравнительный анализ приведенных результатов показывает, что различие между результатами аналитического и имитационного моделирования составляет практически не более 10 %. Это вполне приемлемый для инженерных расчетов результат.
Различие между этими результатами объясняется следующими причинами:
- при аналитическом моделировании методом фонового потока использовали приближённый итерационный алгоритм нахождения значений выходных характеристик рассматриваемой системы.
- при имитационном моделировании на языке GPSS задавали ограниченное время моделирования и использовали приближенную экспоненциальную функцию распределения времени обслуживания, которую задавали по точкам.
Выводы
В данной работе было разработано проектное решение на построение распределенной АСОИиУ фирмы, получены следующие основные результаты:
· Выбрана структура сетей для центрального офиса и филиалов в соответствии с заданными параметрами;
· Построена блок-схема сети и структурные схемы ЛВС центрального и удаленных офисов;
· Описаны правила построения сетей фирмы;
· Для удаленной связи офисов была выбрана технология ADSL, как наиболее подходящая под выбранные задачи;
· Произведено сравнение оборудования разных производителей и выбран оптимальный вариант;
· Приведены методы увеличения производительности и отказоустойчивости серверов;
· Описана настройка рабочих параметров сетевой ОС WindowsNT;
· Описана настройка рабочих параметров СУБД Informix;
· Выполнено распределение предметных баз данных по узлам сети;
· Выполнен подсчет затрат без учета репликаций баз данных и с учетом репликаций;
· Произведено аналитическое и имитационное (с помощью языка GPSS) моделирование функционирования ЛВС с последующим сравнением полученных результатов.
Литература
1. Методические указания к курсовой работе по дисциплине «Эксплуатация АСОИУ”.
2. Лекции по курсу «Эксплуатация АСОИУ».
3. Галкин В.А., Григорьев Ю.А. «Телекоммуникации и сети».
Размещено на Allbest.ru
Подобные документы
Аналитический обзор принципов построения сетей. Анализ схемы информационных потоков на предприятии. Разработка структурной схемы сети. Выбор активного и пассивного оборудования. Разработка монтажной схемы прокладки сети и размещения оборудования.
дипломная работа [1,5 M], добавлен 22.03.2018Анализ создания информационной системы. Анализ существующих систем управления базами данных ремонтно-строительной фирмы. Требования к составу и параметрам технических средств. Структура программной системы. Описание входной и выходной информации.
курсовая работа [409,9 K], добавлен 29.04.2015Типовая структура информационно-вычислительной сети. Функции, процедуры, механизмы и средства защиты ИВС. Технология виртуальных частных сетей. Разработка алгоритмов управления интенсивностью информационного обмена удаленных сегментов распределенной ИВС.
дипломная работа [2,1 M], добавлен 21.12.2012Пример разработки информационной системы по оптимизации логистического отдела фирмы. Особенности нормализации информационно-логистической модели данных. Физическая структура реляционной базы данных: таблицы и запросы. Разработка форм, макросов, отчетов.
курсовая работа [613,9 K], добавлен 08.06.2011Появление системы управления базами данных. Этапы проектирования базы данных "Строительная фирма". Инфологическая и даталогическая модель данных. Требования к информационной и программной совместимости для работы с базой данных "Строительная фирма".
курсовая работа [93,0 K], добавлен 31.03.2010Анализ системы управления торговлей и персоналом фирмы, бухучёта, уровня защищённости корпоративной информационной системы персональных данных. Разработка подсистемы технических мер защиты маршрутизации, коммутации и межсетевого экранирования ИСПДн.
курсовая работа [3,6 M], добавлен 08.07.2014Рассмотрение условий работы сотрудников фирмы "Окна Марио". Составление базы данных для проектирования информационной системы учета и контроля заказов. Разработка проекта. Произведенный расчет экономической эффективности и экологичности программы.
дипломная работа [4,6 M], добавлен 29.08.2014Создание автоматизированной системы - инструмента для обмена информацией между пользователем и базой данных (MS Access). Разработка базы данных, в которой хранится информация о продаваемых товарах стрoительнoй фирмы. Создание диаграмм деятельности.
курсовая работа [681,8 K], добавлен 14.03.2015Особенности построения сети доступа. Мониторинг и удаленное администрирование. Разработка структурной схемы сети NGN. Анализ условий труда операторов ПЭВМ. Топология и архитектура сети. Аппаратура сетей NGN и измерение основных параметров сети.
дипломная работа [5,7 M], добавлен 19.06.2011Разработка автоматизированного рабочего места менеджера фирмы. Проектирование программного обеспечения. Функциональная модель предметной области. Серверная и клиентская части. Особенности реализации запросов. Эксплуатация и сопровождение проекта.
курсовая работа [875,5 K], добавлен 28.11.2014