3. passwd program = /usr/bin/passwd % u #имя программы, которую можно использовать для смены паролей

4. use client driver = no #при обслуживании клиента Windows NT/2000 без установленного драйвера принтера клиент установит локальный драйвер для принтера

5. dns proxy = No #определяет будет ли демон nmbd делать запрос к DNS

6. netbios name = nfs #NetBIOS имя сервера

7. writeable = yes #доступ для записи

8. printing = cups # контролирует как статусная информация о принтере будет интерпретироваться в системе

9. dos charset = CP866 # кодировка Samba для работы с DOS клиентами

10. display charset = CP1251 #кодировка символов

11. local master = no #разрешает демону nmbd попытаться стать локальным мастер-браузером в этой подсети

12. workgroup = INFORM #имя рабочей группы

13. os level = 255 #устанавливает уровень Samba, который используется в выборах обозревателя

14. security = user #режим безопасности - пользовательский

15. getwd cache = yes #использоваться алгоритм кеширования для сокращения времени, необходимого для getwd () вызовов

16. max log size = 5000 # максимальный размер файла журнал

17. log level = 0 vfs:2 #степень детализации журнала событий

18. log file = /var/log/samba/log.users #имя файла журнала событий

19. smb passwd file = /etc/samba/smbpasswd #путь к шифрованному файлу с паролями

20. load printers = No #загрузка принтеров для просмотра

21. security mask = 0777 #права доступа на файл

22. socket options = SO_KEEPALIVE TCP_NODELAY SO_SNDBUF=32768 SO_RCVBUF=32768 #параметры сокета, который будет использоваться для обслуживания клиентов

23. client ntlmv2 auth = Yes #использовать NTLMv2 шифрование при передаче пароля

24. force directory mode = 0777 #набор разрешений, которые будут устанавливаться на созданном каталоге

25. deadtime = 15 #время бездействия в минутах, по истечении которого соединение считается утраченным и происходит разъединение

26. create mask = 0777 #права доступа, рассчитывающиеся в соответствии с преобразованием из DOS прав в права UNIX

27. follow symlinks = yes # включение переходов по символическим ссылкам

28. domain master = no #заставляет nmbd требовать NetBIOS имя домена, идентифицирующее его как мастер браузер домена для данной рабочей группы

29. encrypt passwords = true #шифрование паролей между клиентом и сервером

30. directory security mask = 0777 #устанавливает какие биты прав доступа UNIX могут измениться, если клиент Windows NT управляет разрешением UNIX на каталоге, используя родное NT диалоговое окно прав доступа

31. unix extensions = no # поддержка расширений CIFS UNIX от HP

32. netbios aliases = nfs #дополнительное имя сервера Samba

33. server string =%h Server_Debian #строка комментария к имени сервера

34. wide links = yes #разрешение использования символических ссылок

35. kernel oplocks = No #разрешение использования блокировок ядра

36. unix password sync = yes #синхронизация пароля UNIX с паролем SMB при изменении зашифрованного пароля SMB

37. force create mode = 0777 #набор разрешений, которые будут устанавливаться на созданном файлы

38. directory mask = 0777 #набор разрешений для преобразования значения прав доступа DOS в значение прав доступа UNIX при создании каталогов UNIX

39. syslog = 0 #уровень отладки журналов событий

40. unix charset = utf-8 #кодировка компьютера, на котором работает Samba

41. preferred master = no #предпочитаемый обозреватель для рабочей группы

42. bind interfaces only = Yes #ограничивать интерфейсы на машине, обслуживающие запросы SMB

43. vfs objects = recycle full_audit #использование подсистем Samba - корзина и аудит

44. recycle:repository = /home/trash/%U #расположение корзины

45. recycle:keeptree = Yes #выстраивать дерево каталогов

46. recycle:touch = Yes #изменение даты файла при доступе к нему

47. recycle:maxsize = 104000000 #максимальный размер файла, перемещаемый в корзину

48. recycle:exclude = *.TMP *.tmp *.mp3 *.MP3 *.wma *.WMA#файлы, неперемещаемые в корзину

49. recycle:directory_mode = 0774 #набор прав на перемещаемые в корзину файлы

50. recycle:versions = Yes #версификация файлов, если имена одинаковы

51. full_audit:prefix=%U % m #префикс сообщения в лог файле

52. full_audit:success = unlink rmdir mkdir write rename#разрешённые для регистрации операции

53. full_audit:facility = local5 # программа, которая посылает регистрационное сообщения

54. full_audit:priority = notice #уровень серьезности регистрационного сообщения

Рассмотрим конфигурацию для секции корзины (trash).

1. browseable = no #отображение папки в списке общих ресурсов в сетевом окружении

2. path = /home/trash #путь к папке

3. force directory mode = 0774

4. force create mode = 077

5. public = yes #для подключения к ресурсу не требуется пароль

6. create mode = 0774

7. directory mode = 0774

Рассмотрим конфигурацию для домашних папок пользователей (секция home).

1. comment = Home Directories #комментарий к каталогу

2. browseable = no

3. writable = yes #доступ на запись

4. read only = no #режим только для чтения

5. create mode = 0777

6. directory mode = 0777

Рассмотрим конфигурацию для конкретной папки пользователя Отдел ОПО (секция infotd), настройки для других папок пользователей аналогичны.

5. browseable = no

6. nt acl support = No #преобразование прав доступа UNIX в списки доступа Windows NT

7. acl check permissions = No #проверка разрешений при запросе «открыть для удаления»

8. acl map full control = No #сопоставление POSIX настройки «rwx» (чтение / запись / выполнение)

9. delete readonly = yes #разрешение удалять файлы только для чтения

10. path = /home/infotd

11. force group = infotd #первичная группа для соединившихся пользователей

12. force user = infotd #первичное имя пользователя UNIX для всех соединившихся

13. valid users = raschet, market, sbyt, admin, control,@infotd #список пользователей, которым разрешён доступ к сервису

14. blocking locks = No #блокировка на часть открытого файла

Рассмотрим файл с параметрами монтирования файловых систем по NFS -/etc/exports. В этом файле перечисляются файловые системы, экспортируемые посредством NFS, к которым могут получать доступ клиенты.

/home/user (wdelay, sync, insecure, no_subtree_check, rw=user, nohide)

В таблице 5 показаны используемые опции экспортирования.

Таблица 5 - Опции экспортирования NFS

Опция	Описание
wdelay	Задержка записей в надежде на объединение множества обновления
sync	Сервер не будет отвечать на запросы раньше, чем запрошенные изменения будут записаны на диск
insecure	Разрешает удалённый доступ с любого порта
no_subtree_check	Проверяет, относятся ли запросы на данный файл к экспортируемой файловой системе
rw=список	В списке указаны клиенты, которым разрешено монтирование для записи, остальным только для чтения
nohide	Показывает файловые системы, смонтированные внутри экспортируемых деревьев файлов

Настройка плана антивирусного сканирования и резервного копирования

Clam AntiVirus - пакет антивирусного ПО, работающий в разных ОС, в том числе в Linux. Является свободным ПО и выпускается под лицензией GNU GPL (General Public License).

ClamAV не является антивирусом для защиты рабочих станций, его основное назначение - работа на почтовых шлюзах и файловых серверах.

Возможности Clam AntiVirus:

- управление из командной строки;

- возможность использования с большинством почтовых серверов, включая реализацию milter-интерфейса для Sendmail;

- сканер в виде библиотеки Си;

- сканирование файлов и почты «на лету»;

- определение свыше 850 тысяч вирусов, червей, троянов, сообщений фишинга;

- анализ сжатых файлов.

Одним из несомненных плюсов является высокая скорость сканирования, этот параметр положен во главу угла для использования на почтовых, файловых серверах и шлюзах. Недостатком является не столь широкая антивирусная база, как у известных коммерческих антивирусов DrWeb и Kaspersky Antivirus, но при этом показывает результаты лучше, чем Microsoft Security Essentials.

Использование ClamAV является дополнительной мерой защиты данных и ОС Windows от заражения в совокупности с антивирусным ПО рабочей станции.

При настройке антивирусной защиты было решено отказаться от варианта проверки файлов «на лету», чтобы не снижать скорость работы с каталогами Samba.

Рассмотрим установку и настройку ClamAV. Для работы нам необходимо установить два пакета: clamav содержит утилиту командной строки, clamav-daemon - демон для работы в фоне.

Для обновления антивирусных баз воспользуемся командой freshclam.

Ниже приведён текст скрипта bash для еженедельной плановой антивирусной проверки перед резервным копированием.

#!/bin/bash

scanpath=»/home/boss-fin /home/boss /home/chief-buh /home/control /home/chief-control /home/dispatcher /home/chief-dispetcher /home/infotd /home/chief-infotd /home/jurist /home/chief-jurist /home/kadry /home/market /home/chief-market /home/personal /home/chief-personal /home/raschet /home/sbyt /home/chief-sbyt»

scanlog=/home/admin/clamav/clamav.log

scaninf=/home/admin/clamav/infected

freshclam #обновление антивирусных баз

clamscan - r - i - move=$scaninf - l $scanlog $scanpath

Последняя команда запускает рекурсивное сканирование папок пользователей с выводом информации только об инфицированных файлах и сохранение её в файле /home/admin/clamav/clamav.log. Инфицированные файлы будут перемещаться в папку /home/admin/clamav/infected.

Для еженедельного запуска воспользуемся демоном Cron - планировщик в UNIX-системах. В файл /etc/crontab впишем задание для выполнения еженедельно в пятницу в 19 часов.

0 19 * * 5 root /etc/cron.weekly/scanclam

В качестве дополнительной защиты в файл монтирования дисков /etc/fstab для раздела /home был добавлен параметр noexec, препятствующий запуску выполняемых файлов, даже если уставлены соответствующие права.

Для организации резервного копирования было решено не использовать сторонние пакетные программ, а написать скрипт bash.

Создание ежедневной резервной копии будет производиться каждый будний день в 21:00. Архивироваться будут только офисные документы расширений doc, docx, xls, xlsx, odt, ods, rtf, txt, odp, ppt, pptx, vsd, vdx. Ниже приведён код скрипта backup-dialy.

#!/bin/bash

SRCD=»/home» # исходный каталог

TGTD=»/home/Backup/dialy/» # конечный каталог

clear

sleep 1

echo 'Монтируем локальный диск для резервных копий'

sleep 1

mount /dev/sda1 /home/Backup

find /home/trash - type f - mtime +31 - exec rm - r {} \; очистка корзины от файлов, старше месяца

DATES=`date +' % d'` #занесение в переменную текущей даты

find /home/Backup/dialy - type f - mtime +14 - exec rm - r {} \; #удаление файлов ежедневной резервной копии старше двух недель

sleep 2

echo 'Создаю каталоги даты…' 'Число дня: '$DATES

mkdir - p $TGTD$DATES #создание каталога для архива за текущий день

echo ''

echo 'Начало резервного архивирования файлов…'

echo ''

echo 'Архивирую каталог infotd…'

if [- f $TGTD$DATES/infotd.tar.bz2]; then #проверка существования архива

echo Файл $TGTD$DATES/infotd.tar.bz2 уже существует на данное число, удалите файл для выполнения нового копирования

else

find $SRCD/infotd - regex '.*\(docx\|doc\|odt\|rtf\|xls\|xlsx\|ods\|txt\)' - exec tar - cjf $TGTD$DATES/infotd.tar.bz2 {} \; #поиск файлов по маске и их архивирование со сжатием

fi

… # код повторяется для каждого каталога Samba

echo ''

echo 'Отмонтируем диск…'

sleep 5

umount /home/Backup

sleep 5

echo 'Резервное архивирование завершено'

echo ''

exit 0

В файл /etc/crontab впишем задание для выполнения:

0 21 * * 1-4 root /etc/cron. dialy/backup-dialy

Создание полной резервной копии будет производиться раз в неделю в субботу с 7 часов утра, при этом из архивирования будут исключаться файлы, тяжелее 2 Гб. Еженедельный архив будет перезаписывать старый. Как правило, файлы такого размера - это фильмы, не являющиеся уникальной информацией.

#!/bin/bash

SRCD=»/home» # исходный каталог

TGTD=»/home/Backup/weekly/» # конечный каталог

clear

sleep 1

echo 'Монтируем локальный диск для резервных копий'

sleep 1

mount /dev/sda1 /home/Backup

find /home/trash - type f - mtime +31 - exec rm - r {} \; очистка корзины от файлов, старше месяца

sleep 2

echo ''

echo 'Начало резервного архивирования файлов…'

echo ''

echo 'Архивирую каталог infotd…'

if [- f $TGTD /infotd.tar]; then #проверка существования архива

echo Файл $TGTD$DATES/infotd.tar уже существует на данное число, удалите файл для выполнения нового копирования

else

find $SRCD/infotd - size 2G - exec tar - cf $TGTD$DATES/infotd.tar {} \;#поиск файлов по маске и их архивирование

fi

… # код повторяется для каждого каталога Samba

echo ''

echo 'Отмонтируем диск…'

sleep 5

umount /home/Backup

sleep 5

echo 'Резервное архивирование завершено'

echo ''

exit 0

В файл /etc/crontab впишем задание для выполнения:

0 7 * * 6 root /etc/cron.weekly/backup-weekly

2.5 Тестирование настроек

При работе демона Samba главная нагрузка осуществляется на дисковую подсистему. Поэтому при тестирование проводился анализ показателей работы подсистемы ввода / вывода.

IOPS (Input/Output Operations Per Second) - один из ключевых параметров при измерении производительности систем хранения данных, обозначающий количество операций ввода / вывода. IOPS - это количество блоков, которое успевает считаться или записаться на носитель. Чем больше размер блока, тем меньше частей, из которых состоит файл, и тем меньше будет IOPS, так как на чтение части большего размера будет затрачиваться больше времени.

Для определения IOPS надо знать скорость и размер блока при операции чтения / записи. Параметр IOPS равен скорости, деленной на размер блока при выполнении операции.

В ходе тестирования работы файлового сервера доступ к нему имели все отделы организации, около 150 пользователей. Время тестирования с 13 до 15 часов.

Для определения показателей работы дисковой подсистемы использовалась утилита iostat базового пакета sysstat.

Информация о состоянии дисковой подсистемы выводится на каждый указанный момент времени. Пример вывода команды iostat приведён ниже.

avg-cpu: %user %nice % system % iowait %steal %idle

0,10 0,00 0,12 0,07 0,00 99,70

Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await svctm %util

sda 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00

sdc 0,00 0,00 0,00 0,30 0,00 1,20 8,00 0,00 10,67 10,67 0,32

sdd 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00

sdb 0,00 0,20 0,00 2,50 0,00 10,80 8,64 0,00 0,00 0,00 0,00

sde 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00

В первых строках вывода команды приведена загрузка процессора на конкретный момент времени. Далее приведены характеристики для каждого дискового устройства, нас интересуют следующие показатели:

- r/s, w/s (Read IOPS и Write IOPS) (операция в секунду) - интенсивность чтения и записи с диска;

- rkB/s, wkB/s (Кб/с) - пропускная способность при чтении и записи;

- await (мс) - полное время ответа от диска;

- util (%) - утилизация диска, общее время, которое тратит устройство в процессе, I/O деленное на обычное время, это даёт возможность представить, насколько то или иное блочное устройство занято.

В процессе тестирования информация о состоянии дисковой подсистемы снималась каждые 10 секунд в течение 2 часов. Графики работы подсистемы показаны на рисунках 4, 5, 6,7.

Рисунок 4 - График количества операций ввода / вывода в секунду

Рисунок 5 - График пропускной способности при чтении и записи

Рисунок 6 - График полного времени отклика от диска



Рисунок 7 - График использования процессора и утилизации диска

Для сравнения был проведён синтетический тест программой iometer с высокой нагрузкой на жёсткий диск, параметры теста: размер блока 2Мб, 100% случайного выбора блока диска для 100% чтения. Такая нагрузка на жёсткий диск нетипична, показатель Read IOPS равен 452,69, Write IOPS равен 424,67. На рисунке 8 приведены результаты синтетического тестирования.

Рисунок 8 - Результаты выполнения синтетического теста iometer

Из приведённых результатов тестирования можно сделать вывод, что нагрузка на дисковую подсистему в штатном режиме работы всех отделов невелика. Время обработки запроса подсистемы в пределах нормы, составляет в среднем 7 мс. Пиковый показатель утилизации диска не превышает 10%, что также является нормой работы. Показатель утилизации выше 10% означает загруженность дисковой подсистемы и снижение скорости доступа к каталогам Samba соответственно.

3. Обоснование экономической эффективности модернизации сети посредством внедрения файлового сервера

3.1 Расчёт стоимости внедрения файлового сервера

Проведём расчёт стоимости внедрения файлового сервера. Она состоит из нескольких слагаемых: стоимость технического обеспечения, стоимость программного обеспечения, стоимость затрат на электроэнергию стоимость выполнения работ по настройке.

На таблице 6 приведёна стоимость комплектующих материалов технического обеспечения.

Таблица 6 - Стоимость комплектующих материалов технического обеспечения

№	Название комплектующего	Количество, шт.	Цена, руб.
1	Материнская плата GigaByte GA-A75M-D2H	1	2 138,00
2	Процессор AMD A6-3650 APU	1	2 505,00
3	Оперативная память Patriot PSD34G1333k 2x2 Gb	1	1 757,00
4	Твёрдотельный накопитель SSD OCZ Vertex4 VTX4-25SAT	1	6 110,00
5	Жёсткий диск Western Digital Red WD20EFRX	2	3 908,00
6	Сетевая карта D-Link DGE-528T	1	281,00
7	Блок питания FSP ATX-350PNR/350N 350 Вт	1	835,00
8	Корпус Minitower ZALMAN T4	1	1 002,00
ИТОГО	22 444,00

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

В итоге суммарные затраты на комплектующие материалы (З_м) файлового сервера составляют 22 444 рублей.

Для определения стоимости работ по настройке и внедрению сервера необходимо провести расчёт заработной платы. Необходимо провести следующие работы:

1. Установка операционной системы Linux.

2. Установка дополнительных пакетов системного ПО.

3. Настройка BIOS.

4. Настройка сети.

5. Настройка ПО и демонов.

Должностной оклад специалиста отдела информационных технологий составляет 22 000 руб.

Продолжительность работ приведена в таблице 7.

Таблица 7 - Продолжительность работ

№	Наименование работы	Норма времени, час
1	Установка операционной системы Linux	2
2	Установка дополнительных пакетов системного ПО	3
3	Настройка BIOS	1
4	Настройка сети	3
5	Настройка ПО и демонов	12
Итого	21

Продолжительность всего объёма работ составила 21 час.

Расчёт стоимости затрат электроэнергии (З_э) приведён в таблице 8.

Таблица 8 - Расчёт стоимости затраченной электроэнергии

Количество часов использования ЭВМ	Стоимость киловатт часа, руб.	Стоимость, руб.
21	2,96	62,16

Расчёт заработной платы и стоимости работ по настройке сервера приведён в таблице 9.

Для расчета показателей необходимо определить несколько показателей. Среднее количество рабочих дней в месяце - 22 дня. Длительность рабочего дня - 8 часов. Размер дополнительной заработной платы - 10% от основной заработной платы. Размер премии - 30% от заработной платы за период выполнения работ. Размер социальных отчислений - 30% от фонда оплаты труда.

Таблица 9 - Расчёт заработной платы и стоимости работ по настройке сервера

Наименование работ, затрат	Условное обозначение	Формула	Значение
Должностной оклад специалиста, руб.	Докл	Докл	22000,00
Трудоемкость работ, час	Тр	Тр	21
Заработная плата за один час работы специалиста, руб.	Дч	Докл / (22 * 8)	125,00
Заработная плата специалиста за период выполнения работ, руб.	Звр	Тр * Дч	2625,00
Размер премий, руб.	П	Звр * 0,3	787,50
Основная заработная плата, руб.	Зосн	Зв * П	3412,50
Дополнительная заработная плата, руб.	Зд	Зосн * 0,1	341,25
Фонд оплаты труда, руб.	Зф	Зосн + Зд	3753,75
Отчисления на социальные нужды, руб.	Ос	Зф * 0,3	1126,13
Стоимость работ по настройке, руб.	Сн	Зф + Ос + Зэ	4942,04

Стоимость выполнения работ по настройке сервера составила 4 942,04 рубля.

Просуммировав затраты на техническое обеспечение и выполнение работ по настройке итоговая стоимость внедрения сервера (С) составила 27 386,04 рубля.

3.2 Расчёт выгоды от внедрения файлового сервера

Для того чтобы определить выгоду от внедрения файлового сервера, проведём сравнение технических характеристик комплектующих материалов в таблице 10.

Таблица 10 - сравнительные характеристики комплектующих материалов

Наименование характеристики (1)	Старая конфигурация сервера NFS (2)	Старая конфигурация сервера Kodeks (3)	Новая конфигурация сервера NFS (4)
Материнская плата
Модель	Asus A7V133-C	INTEL Entry Server Board S845WD1-E	GigaByte GA-A75M-D2H
Сокет	462 (A)	478	FM1
Чипсет	VIA KT133A	Intel 845E + ICH2	AMD A75
Частота FSB	266 МГц	533 МГц	5000 МГц
Тип ОП	DDR SDRAM	DDR SDRAM	DDR3, Dual channel
Интерфейс дисковых накопителей	ATA-100 (IDE)	ATA-100 (IDE)	SATA3
Поддержка RAID	нет	RAID 1, 0	RAID 1, 0, 10
Максимальное количество ОП	1,5 Гб	2 Гб	64 Гб
Поддерживаемые процессоры	Duron, Athlon	Intel Pentium 4, Celeron	AMD APU A и E2-серия
Тип конденсаторов	электролитические	электролитические	твёрдотельные
Процессор
Модель	AMD Athlon 650	Intel Celeron 1.7 GHz	AMD A6-3650 APU
Разрядность	32	32	64
Техпроцесс	180 нм	180 нм	32 нм
Частота	650 МГц	1,7 ГГц	2,6 ГГц
Теплопакет	54 Вт	68,4 Вт	100 Вт
Количество ядер	1	1	4
Объём кэша	L1 64 Кб, L2 512 Кб	L1 8 Кб, L2 128 Кб	L1 128 Кб, L2 4096 Кб
Оперативная память
Модель	Transcend TS64MLR72V8E	Kingston VR400X72C3	Patriot PSD34G1333k
Тип	DDR1	DDR1	DDR3
Частота	100 МГц	400 МГц	1333 МГц
Объём	512 Мб	2x512 Мб	2x2 Гб
Поддержка ECC	Нет	Есть	Нет
Дисковый накопитель
Модель	Seagate Barracuda ST3320620A	WD3200AAJB	WD Red WD20EFRX	OCZ Vertex4 VTX4-25SAT
Вид накопителя	HDD	HDD	HDD	SSD
Объём	250 Гб	320GB	2x2 Тб	128 Гб
Интерфейс	IDE	IDE	SATA3	SATA3
1	2	3	4
Пропускная способность интерфейса	100 Мб/сек	100 Мб/сек	6 Гб/с	6 Гб/с
Скорость вращения	7200rpm	7200rpm	7200rpm	Нет
Размер кэша	16 Мб	8 Мб	64 Мб	Нет
Установившаяся скорость передачи данных	72 Мб/сек	61 Мб/сек	145 Мб/сек	550 Мб/сек
Наработка на отказ	700 тыс. час.	650 тыс. час.	1 млн. час.	2 млн. час.

Чтобы рассчитать экономическую выгоду от внедрения файлового сервера, необходимо определить оценочные показатели. А именно простой сервера и затраты на оплату труда сотрудников, не работавших по причине простоя сервера, в базовом и предлагаемом варианте. Среднее время простоя работы серверов в месяц составляет 30 минут (0,5 часа). Размер среднего оклада в компании составляет 15 000 рублей. Количество сотрудников центрального офиса компании - 132 человека. В расчёт берутся все сотрудники, так как их работа всё время зависит от файлового хранилища. Соответственно, при простое серверов сотрудники организации не могут выполнять работу, а расходы на выплату заработной платы за это время входят в совокупную стоимость владения ЛВС. В таблице 11 представлен расчёт убытка компании за время простоя серверов в месяц.

Таблица 11 - Расчёт убытка компании за время простоя серверов

Показатель	Условное обозначение	Формула	Значение
Время простоя серверов, час.	Tп		0,5
Средний оклад за месяц, руб.	Ом		15 000
Средний оклад за час, руб.	Оч	Ом / (22 * 8)	85,23
Количество работников, чел.	n		132
Убыток за время простоя, руб.	Уп	Tп * Оч * n	5 625,00

Время простоя сервера в предлагаемом варианте - после внедрения файлового сервера с новой технической и программной частью - составляет 0 часов, соответственно убыток компании также равен нулю, и снижается совокупная стоимость владения ЛВС.

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

- высокой производительность и стабильность системы при новом техническом и программном обеспечении;

- устранение ежемесячного убытка компании (У_п) в размере 5 625 рублей;

- стоимость внедрения нового файлового сервера (С) составила 27386,04 рубля;

- период времени (Т), за который окупится внедрение нового файлового сервера, составит около 5 месяцев (Т = С/ У_п).

Заключение

По результатам дипломного проекта была достигнута цель - совершенствование системы информационной безопасности МКГ «Информпроект» путем модернизации ЛВС центральном офисе. Была решена проблема угрозы целостности и безопасности данных путём внедрения нового файлового сервера под управлением ОС Debian GNU/Linux, предоставляющего сервис совместного доступа к файлам по протоколу SMB с помощью пакета Samba версии 3.5.6 и протоколу сетевой файловой системы NFS версии 4.

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

По результатам выполнения был внедрён файловый сервер при техническом и ПО, обеспечивающем производительность и стабильность работы системы. Был устранён ежемесячный убыток компании в размере 5 625 рублей. Стоимость внедрения нового файлового сервера составила 27 386,04 рубля, срок окупаемости затрат составляет около 5 месяцев. Была доказана целесообразность внедрения нового файлового сервера.

В июле 2013 года сервер прошёл тестирование и апробацию, с августа 2013 года - 5 месяцев - прошёл внедрение и работает в штатном режиме. За время эксплуатации не возникало серьёзных проблем, вызывающих простой сервера и внеплановую перезагрузку. В приложении А представлена справка о внедрении файлового сервера в МГК «Информроект».

Список литературы

1. Игнатьев В.А. Информационная безопасность. - М.: Тонкие наукоёмкие технологии, 2005. -119, 125 с.

2. Информационная безопасность и защита информации: учеб. пособие для студ. высш. учеб. заведений / В.П. Мельников, С.А. Клейменов, А.М. Петраков. - 3-е изд., стер. - М.: Издательский центр «Академия», 2008. - 256-268 с.

3. Руководство администратора Linux / Э. Немет, Г. Снайдер, Т.Р. Хейн. - 2-е издание. - М.: ООО «И.Д. Вильямс», 2008. - 906-908, 543-560 с.

4. Костомин В.А. Linux для пользователя // Linux по-русски: книги, статьи, ссылки по ОС GNU/Linux. 2013. URL: http://rus-linux.net/book1.php? name=book1/gl-01/gl_01_01.html (дата обращения: 17.10.2013).

5. Операционная система GNU // Проект GNU - Фонд свободного программного обеспечения. 2013. URL: http://www.gnu.org/gnu/gnu.html (дата обращения: 18.10.2013).

6. О Debian // Debian. 2013. URL: http://www.debian.org/intro/about (дата обращения: 18.10.2013).

7. Debian - история, особенности, релизы // Debian Linux, Lenny, Squeeze, Wheezy. 2013. URL: http://www.debian-blog.ru/news/debian-istoriya-osobennosti-relizy.html (дата посещения: 18.10.2013).

8. Advanced Packaging Tool // Википедия. 2013. URL: http://ru.wikipedia.org/wiki/Advanced_Packaging_Tool (дата обращения: 18.10.2013).

9. Особенности ext4 // Хабрахабр. 2013. URL: http://habrahabr.ru/post/58183/ (дата обращения: 22.10.2013).

10. Основы построения операционных систем промышленного назначения. Особенности файловых систем в Linux // IBM developerWorks Россия.2013.URL: http://www.ibm.com/developerworks/ru/edu/os_architecture_course3/section12.html (дата обращения: 25.10.2013).

11. Защита серверов Samba. Режимы безопасности Samba // Русскоязычная документация по Ubuntu. 2012. URL: http://help.ubuntu.ru/wiki/руководство_по_ubuntu_server/сеть_windows/securing_samba_servers (дата обращения: 03.11.2013).

12. Уваров А.С. Насколько эффективен ClamAV // Записки IT-специалиста. 12.12.2012. URL: http://interface31.ru/tech_it/2012/12/naskolko-effektiven-clamav.html (дата обращения: 07.11.2013).

13. Уваров А.С. Ubuntu Server. Антивирусная защита для файлового сервера (Samba + ClamAV) // Записки IT-специалиста. 19.09.2010. URL: http://interface31.ru/tech_it/2010/09/ubuntu-server-antivirusnaya-zashhita-dlya-fajlovogo-servera-samba-clamav.html (дата обращения: 07.11.2013).

14. Уваров А.С. Файловый сервер. Какую ОС и файловую систему выбрать? // Записки IT-специалиста. 19.09.2010. URL: http://interface31.ru/tech_it/2010/08/fajlovyj-server-kakuyu-os-i-fajlovuyu-sistemu-vybrat.html (дата обращения: 25.10.2013).

15. Всё о самба. 2013. URL: http://smb-conf.ru (дата обращения: 05.11.2013).

16. Переводы официальной документации по Samba, OpenLDAP, Smbldap-tools на русском. 2013. URL: http://samba-doc.ru (дата обращения: 05.11.2013).

17. About ClamAV // ClamAV. 2013. URL: http://www.clamav.net/lang/ru/about/ (дата обращения: 07.11.2013).

18. IOPS - что это такое, и как его считать // Хабрахабр. 29.12.2012. URL: http://habrahabr.ru/post/164325/ (дата обращения: 15.11.2013).

19. Лебедев. А. О % util и iostat, а так же не много примеров из жизни. 22.11.2012. URL: http://beastea.blogspot.ru/2012/11/util-iostat.html (дата обращения: 15.11.2013).

20. Тестирование с помощью программы IOmeter // Хабрахабр. 18.12.2009. URL: http://habrahabr.ru/post/78632/ (дата обращения: 15.11.2013).

21. JefferiesС. Western Digital Caviar Blue 1TB Review (WD10EALX) // StorageReview.com - Storage Reviews. 14.04.2011. URL: http://www.storagereview.com/western_digital_caviar_blue_1tb_review_wd10ealx (дата обращения: 15.11.2013).

22. ГОСТ 7.1-2003. Библиографическая запись. Библиографическое описание - Введ. 2004-07-01. - М.: ИПК Изд-во стандартов, 2004. - 89, 92 с.

23. ГОСТ 2.105-95 ЕСКД. Общие требования к текстовым документам - Введ. 1996-07-01. - М.: Стандартинформ, 2011. - 6, 16 с.

24. ГОСТ 7.0.5-2008 СИБИД. Библиографическая ссылка. - Введ. 2009-01-01. - М.: Стандартинформ, 2008. - 23-25 с.

25. Методические указания по выполнению дипломных работ студентами дневного отделения специальности 080801 «Прикладная информатика в экономике» / Сост. Горская Н.Н. - НКИ, Н. Новгород, 2013.

Размещено на Allbest.ru