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

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

4 ADVANCE 4016 5 0

5 LEAVE 4011 0 0

6 QUEUE 4011 0 0

7 QUEUE 4011 4 0

8 SEIZE 4007 0 0

9 DEPART 4007 0 0

10 ADVANCE 4007 1 0

11 RELEASE 4006 0 0

12 ASSIGN 4006 0 0

13 QUEUE 4006 0 0

14 SEIZE 4006 0 0

15 DEPART 4006 0 0

16 ADVANCE 4006 0 0

17 RELEASE 4006 0 0

18 ENTER 4006 0 0

19 ADVANCE 4006 4 0

20 LEAVE 4002 0 0

21 DEPART 4002 0 0

22 DEPART 4002 0 0

23 TRANSFER 4002 0 0

24 GENERATE 1 0 0

25 TERMINATE 1 0 0

FACILITY ENTRIES UTIL. AVE. TIME AVAIL. OWNER PEND INTER RETRY DELAY

1 634 0.062 9.703 1 0 0 0 0 0

2 642 0.062 9.655 1 0 0 0 0 0

3 639 0.060 9.356 1 0 0 0 0 0

4 646 0.065 10.037 1 0 0 0 0 0

5 820 0.080 9.813 1 0 0 0 0 0

6 625 0.063 10.100 1 0 0 0 0 0

CPU 4007 0.803 20.045 1 15 0 0 0 4

QUEUE MAX CONT. ENTRY ENTRY(0) AVE.CONT. AVE.TIME AVE.(-0) RETRY

1 2 0 634 595 0.004 0.593 9.641 0

2 2 0 642 599 0.003 0.497 7.426 0

3 2 0 639 610 0.003 0.469 10.345 0

4 2 0 646 606 0.005 0.780 12.599 0

5 2 0 820 754 0.007 0.888 11.029 0

6 2 0 625 589 0.003 0.471 8.175 0

CYC_T 14 14 4016 0 14.000 348.606 348.606 0

REAC_T 14 9 4011 0 8.427 210.091 210.091 0

CPU_Q 9 4 4011 969 1.604 39.992 52.731 0

STORAGE CAP. REM. MIN. MAX. ENTRIES AVL. AVE.C. UTIL. RETRY DELAY

ST_D 14 10 0 12 4006 1 5.603 0.400 0 0

ST_F 14 9 0 14 4016 1 5.573 0.398 0 0

SAVEVALUE RETRY VALUE

ST_N 0 14.000

ST_TD 0 140.000

ST_TF 0 140.000

S_N 0 1.000

S_T 0 20.000

D_N 0 6.000

D_T 0 10.000

FEC XN PRI BDT ASSEM CURRENT NEXT PARAMETER VALUE

15 0 100001.667 15 10 11 10 1.000

1 0 100019.193 1 4 5 10 2.000

8 0 100109.729 8 19 20 10 4.000

14 0 100115.899 14 4 5 10 3.000

11 0 100157.990 11 19 20 10 6.000

5 0 100170.106 5 19 20 10 1.000

6 0 100205.919 6 19 20 10 4.000

9 0 100213.732 9 4 5 10 1.000

10 0 100228.349 10 4 5 10 2.000

3 0 100358.037 3 4 5 10 3.000

16 0 200000.000 16 0 24

1. Результаты имитационного моделирования

Результаты моделирования системы представлены в таблице:

Таблица 9.1

1. Сравнительный анализ результатов аналитического и имитационного моделирования

Сравнение результатов аналитического и имитационного моделирования приведено ниже в таблице 10.1.

Таблица 10.1

Сравнение результатов аналитического и имитационного моделирования

Сравнительный анализ приведенных результатов показывает, что различие между результатами аналитического и имитационного моделирования составляет практически не более 10 %. Это вполне приемлемый для инженерных расчетов результат.

Различие между этими результатами объясняется следующими причинами:

- при аналитическом моделировании методом фонового потока использовали приближённый итерационный алгоритм нахождения значений выходных характеристик рассматриваемой системы.

- при имитационном моделировании на языке GPSS задавали ограниченное время моделирования и использовали приближенную экспоненциальную функцию распределения времени обслуживания, которую задавали по точкам.

Заключение

В данной работе было разработано проектное решение на построение распределенной АСОИиУ фирмы, состоящей из главного офиса и двух удаленных филиалов. Была построена блок-схема сети и структурные схемы ЛВС центрального и удаленных офисов. Были описаны правила построения сетей фирмы. Была рассчитана вероятность безотказной работы дискового массива RAID-6 с 6 основными дисками, которая составила 0,39 против 0,046 при использовании JBOD. Для удаленной связи офисов была выбрана технология ADSL, как наиболее подходящая под выбранные задачи. Кроме того, были выбраны коммутатор, ИБП и сервер. В работе была описана настройка рабочих параметров СУБД SyBase, равно как и сетевой ОС Windows 7. Было проведено распределение предметных баз по узлам сети как с учетом репликации, так и без. В заключение, было выполнено имитационное и аналитическое моделирование ЛВС, а также, их сравнение.

Литература

1. Методические указания к курсовой работе по дисциплине «Эксплуатация АСОИиУ», Постников В.М., 2010

2. Лекции по курсу «Эксплуатация АСОИиУ», Постников В.М., 2010

3. «Телекоммуникации и сети», В.А. Галкин, Ю.А. Григорьев, 2003

4. Сайт Dmitry Bulanov, статьи про Windows 7, http://dimanb.wordpress.com/

5. Директивы конфигурации SyBase, http://www.tspu.tula.ru/ivt/old_site/umr/trpo/docs/php4_ru/configuration.html

6. Консоль управления Sybase Central, http://www.compdoc.ru/bd/sybase/sybasecentral/

7. «Sybase. Настольная книга администратора», Хичкок Б., 2000

8. «Тонкая настройка параметров TCP/IP под толстые каналы», Касперски К., 2009

Приложение 1. Настройки политики безопасности Windows 7.

1. Политика паролей

При помощи этого узла вы можете изменять настройки паролей учетных записей пользователей, которые состоят как в домене, так и в рабочих группах. В организациях вы можете применять одинаковые политики паролей для всех пользователей, входящих в домен или только для отдельных групп при помощи оснастки «Консоль управления групповыми политиками». В узле «Политика паролей» вы можете использовать до шести политик безопасности, при помощи которых можно указать наиболее важные параметры безопасности, применяемые для управления паролями учетных записей. Настоятельно рекомендую не игнорировать данные политики. Даже если вы уговорите своих пользователей использовать сложные пароли, не факт, что они действительно будут это делать. Если вы правильно настроите все шесть политик безопасности, расположенных в этом узле, безопасность паролей пользователей вашей организации значительно повысится. Применив все политики, пользователям действительно придется создавать безопасные пароли, в отличие от тех, которые они считают «сложными». Доступны следующие политики безопасности:

1. Вести журнал паролей. Насколько не был бы ваш пароль безопасным, злоумышленник рано или поздно сможет его подобрать. Поэтому необходимо периодически изменять пароли учетных записей. При помощи этой политики вы можете указать количество новых паролей, которые назначаются для учетных записей до повторного использования старого пароля. После того как эта политика будет настроена, контроллер домена будет проверять кэш предыдущих хэш-кодов пользователей, чтобы в качестве нового пароля пользователи не могли использовать старый. Число паролей может варьироваться от 0 до 24. Т.е., если вы указали в качестве параметра число 24, то пользователь сможет использовать старый пароль с 25-ого раза.

2. Максимальные срок действия пароля. Эта политика указывает период времени, в течение которого пользователь может использовать свой пароль до последующего изменения. По окончанию установленного срока пользователь обязан изменить свой пароль, так как без изменения пароля войти в систему ему не удастся. Доступные значения могут быть установлены в промежутке от 0 до 999 дней. Если установлено значения равное 0, срок действия пароля неограничен. В связи с мерами безопасности желательно отказаться от такого выбора. Если значения максимального срока действия пароля варьируется от 1 до 999 дней, значение минимального срока должно быть меньше максимального. Лучше всего использовать значения от 30 до 45 дней.

3. Минимальная длина пароля. При помощи этой политики вы можете указать минимальное количество знаков, которое должно содержаться в пароле. Если активировать этот параметр, то при вводе нового пароля количество знаков будет сравниваться с тем, которое установлено в этой политике. Если количество знаков будет меньше указанного, то придется изменить пароль в соответствии с политикой безопасности. Можно указать значение политики от 1 до 14 знаков. Оптимальным значением для количества знаков для пароля пользователей является 8, а для серверов от 10 до 12.

4. Минимальные срок действия пароля. Многие пользователи не захотят утруждать себя запоминанием нового сложного пароля и могут попробовать сразу при вводе изменить такое количество новых паролей, чтобы использовать свой хорошо известный первоначальный пароль. Для предотвращения подобных действий была разработана текущая политика безопасности. Вы можете указать минимальное количество дней, в течение которого пользователь должен использовать свой новый пароль. Доступные значения этой политики устанавливаются в промежутке от 0 до 998 дней. Установив значение равное 0 дней, пользователь сможет изменить пароль сразу после создания нового. Необходимо обратить внимание на то, что минимальный срок действия нового пароля не должен превышать значение максимального срока действия.

5. Пароль должен отвечать требованиям сложности. Это одна из самых важных политик паролей, которая отвечает за то, должен ли пароль соответствовать требованиям сложности при создании или изменении пароля. В связи с этими требованиями, пароли должны:

   1. содержать буквы верхнего и нижнего регистра одновременно;

   2. содержать цифры от 0 до 9;

   3. содержать символы, которые отличаются от букв и цифр (например, !, @, #, $, *);

   4. не содержать имени учетной записи пользователя или частей полного имени пользователя длиной более двух рядом стоящих знаков.

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

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

1. Политика блокировки учетной записи

Даже после создания сложного пароля и правильной настройки политик безопасности, учетные записи ваших пользователей все еще могут быть подвергнуты атакам недоброжелателей. Например, если вы установили минимальный срок действия пароля в 20 дней, у хакера достаточно времени для подбора пароля к учетной записи. Узнать имя учетной записи не является проблемой для хакеров, так как, зачастую имена учетных записей пользователей совпадает с именем адреса почтового ящика. А если будет известно имя, то для подбора пароля понадобится какие-то две-три недели.

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

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