АТТЕСТАЦИОННЫЙ ЛИСТ ПО ПРОИЗВОДСТВЕННОЙ ПРАКТИКЕ

Стр 1 из 3Следующая ⇒

Д Н Е В Н И К

Прохождения практики

_____________________________________________________________________________

(наименование практики)

группа ____________________________________________________________

специальность______________________________________________________

(код и наименование специальности)

студент __________________________________________________________________

Продолжительность практики

с «___» ___________ 200 __ г.

по «___» ___________ 200 __ г.

Руководитель практики от учебного заведения

__________________________/_____________/

Руководитель практики от предприятия

________________________/_______________/

АТТЕСТАЦИОННЫЙ ЛИСТ ПО ПРОИЗВОДСТВЕННОЙ ПРАКТИКЕ

________________________________________________________________________________,

ФИО

обучающийся(аяся) на 3 курсе по специальности 09.02.03 Программирование в компьютерных системах ГБПОУ УКРТБ успешно прошел(ла) производственную практику по профессиональному модулю ПМ02 «Разработка и администрирование баз данных» в объеме 144 часов с «11» марта 2019 г. по «6» апреля 2019 г.

в организации ___________________ГБПОУ УКРТБ___________________

Виды и качество выполнения работ с целью оценки сформированности общих и профессиональных компетенций

Коды и наименования проверяемых компетенций или их сочетаний	Виды и объем работ, выполненных обучающимся во время практики	Качество выполнения работ (оценка)
ОК 1.	Знакомство с предприятием, подразделением, рабочим местом. Инструктаж по технике безопасности
ПК 2.3, 2.4	1. Знакомство с корпоративной КС и (или) ЛВС предприятия. Определение топологии, архитектуры сети, количество рабочих мест, состав сетевого оборудования, сервера. 2. Обеспечение общего доступа к фалам и папкам с различными правами – установка и настройка файл сервера (Windows, UNIX) 3. Создание виртуальных сетей. организация VPN 4. Настройка DHCP 5. Настройка Active Directory 6. Организация VPN
ПК 2.4	1. Интеграция сетевого программного обеспечения, баз данных сервера и рабочих станций (Windows, UNIX) 2. Обеспечение доступа в Интернет – прокси сервер. 3. Обеспечение доступа в Интернет- учёт и ограничение трафика (Windows, UNIX). 4. Обеспечение доступа в Интернет- системы биллинга
ПК 2.3	1. Установка и настройка почтового сервера предприятия и его клиентов на рабочих станциях – различные варианты ОС и программ (Windows, UNIX) 2. Организация терминального доступа к серверу и программам 3. Организация удалённого доступа (администрирование) 4. Организация совместной работы удалённых офисов
ОК 5	1. Проектирование компьютерной сети предприятия. 2. Проектирование компьютерной сети предприятия. Структурированная кабельная система. 3. Проектирование компьютерной сети предприятия- описание функциональных ролей серверов 4. Проектирование компьютерной сети предприятия- перечень установленного оборудования ЛВС, их функции и настройка. Структурная схема сети 5. Проектирование компьютерной сети предприятия- монтаж серверного оборудования, настройка.
Итоговая оценка (выводится на основе оценок за каждый вид работы по пятибальной шкале)

Характеристика профессиональной деятельности студента во время производственной практики (отношение к работе, личные качества и т.д.)

_______________________________________________________________________________________________________________________________________________________________________________________________________________________________________

Дата «6» апреля 2019 г.

Подпись руководителя практики от учебного заведения______________ Бронштейн М.Е.

Подпись руководителя базы практики_________________ Бронштейн М.Е.

Создание виртуальных сетей. Организация VPN

Накладываем ограничение

Получать достоверную информацию о том, какой объем трафика был передан тем или иным пользователем, — безусловно, важно, однако не менее популярна функция запрета доступа при выработке заданного лимита. BillingOne позволяет задавать ограничения на количество мегабайтов, загруженных в один из двух отчетных периодов: суточный и месячный. Таким образом, администратор может ограничивать объем загружаемой информации в сутки или в месяц. BillingOne также дает возможность установки ограничений по трафику для групп пользователей. В случае превышения лимита доступа

к Internet лишается вся группа, вне зависимости от того, какой объем данных был загружен каждым пользователем. Групповые лимиты могут комбинироваться с индивидуальными; при этом пользователь отключается от Internet после превышения одного из лимитов .

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

BillingOne подсчитывает время работы в Internet несколько иначе: во главу угла ставится точность представления информации, хотя при этом не так удобно работать с системой. Для того чтобы выдаваемые результаты соответствовали реальности и не слишком зависели от субъективных факторов, на компьютеры пользователей устанавливается компактная утилита, которая берет на себя не только подсчет проведенного в Internet времени, но и ограничение доступа после выработки заданного администратором лимита. В данной утилите и кроется основной недостаток схемы расчета времени, примененной в BillingOne: не всегда возможно установить на все пользовательские компьютеры дополнительные утилиты. Кроме того, вся система мониторинга при использовании клиентских утилит становится в каком-то смысле неповоротливой, поскольку ряд изменений на сервере (например, смена IP-адреса) приводит к необходимости произвести перенастройку каждого из клиентов.

В клиентском приложении BillingOne применена технология, позволяющая оценивать временные затраты с максимальной точностью. Суть ее сводится к тому, что использование Internet не ограничивается формальным процессом загрузки данных. Просмотр сохраненных Web-страниц в автономном режиме может занимать значительное время и после введения каких-либо ограничений на доступ в Internet. Корпоративные пользователи, начав работать с Internet как по тарифу с почасовой оплатой, могут свести на нет все усилия по получению достоверных статистических данных. Клиентская программа BillingOne предлагает администраторам жесткий, но действенный метод, позволяющий исключить подобные «подтасовки» со стороны пользователей. Утилита попросту отказывает в просмотре каких-либо Web-страниц, в том числе и сохраненных локально, без подключения к Internet и, соответственно, учета реальных затрат. Защита от выгрузки утилиты также реализована не совсем стандартно: собственно, выгрузить BillingOne Client, пользуясь той же панелью управления Windows 2000, не составляет труда. Однако первая же попытка обратиться к Internet-узлу из любого приложения (будь то Web-браузер, FTP-клиент или telnet-терминал) приведет к загрузке клиента в память и восстановлению контроля над использованием Internet-ресурсов.

Тарификация

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

Выбор оборудования

Выбирая оборудование для данного типа серверов, необходимо опираться на требования приложений, которые будут запускаться пользователями и количество последних. Например, если устанавливается терминальный сервер для программы 1С, а количество одновременно работающих сотрудников равно 20, получим следующие характеристики (приблизительно):

1. Процессор от Xeon E5.

2. Памяти не менее 28 Гб (по 1 Гб на каждого пользователя + 4 для операционной системы + 4 запас — это чуть меньше 20%).

3. Дисковую систему лучше построить на базе дисков SAS. Объем необходимо учесть индивидуально, так как это зависит от характера задач и методов их решения.

Также предлагаю для чтения статью Как выбрать сервер.

Подготовка сервера

Прежде чем начать установку операционной системы выполните следующее:

1. Настройте отказоустойчивый RAID-массив (уровни 1, 5, 6 или 10, а также их комбинации). Данная настройка выполняется во встроенной утилите контроллера. Для ее запуска следуйте подсказкам на экране во время загрузки сервера.

2. Подключите сервер к источнику бесперебойного питания (ИБП). Проверьте, что он работает. Отключите подачу питания на ИБП и убедитесь, что сервер продолжает работать.

Установка системы

Во время установки системы важно учесть только один нюанс — дисковую систему необходимо разбить на два логических раздела. Первый (малый, 70 – 120 Гб) выделить для системных файлов, второй — под пользовательские данные.

На это есть две основные причины:

1. Системный диск малого размера быстрее работает и обслуживается (проверка, дефрагментация, антивирусное сканирование и так далее)

2. Пользователи не должны иметь возможность хранить свою информацию на системном разделе. В противно случае, возможно переполнение диска и, как результат, медленная и нестабильная работа сервера.

Подготовка системы

Начиная с Windows 2012 терминальный сервер должен работать в среде Active Directory.

Если в вашей IT-среде есть контроллер домена, просто присоединяем к нему наш сервер. В противном случае, устанавливаем на наш сервер роль контроллера.

Добавление лицензий

Открываем диспетчер серверов и кликаем по Средства - Terminal Services - Диспетчер лицензирования удаленных рабочих столов:

В открывшемся окне кликаем правой кнопкой мыши по нашему серверу и выбираем Установить лицензии:

В открывшемся окне нажимаем Далее - выбираем программу, по которой куплены лицензии, например, Enterprise Agreement - Далее - вводим номер соглашения и данные лицензии - выбираем версию продукта, тип лицензии и их количество - Далее - Готово.

Проверить статус лицензирования можно в диспетчере серверов: Средства - Terminal Services - Средство диагностики лицензирования удаленных рабочих столов.

Ограничение сессий

По умолчанию, пользователи удаленных рабочих столов могут находиться в системе в активном состоянии без ограничения. Это может привести к зависаниям или проблемам при повторном подключении. Для решения возможных проблем установите ограничения на терминальные сессии.

Анализатор соответствия рекомендациям

Для некоторых серверных ролей Windows (в частности, терминальных) существует база успешных конфигураций. Придерживаясь советам данной базы можно повысить надежность и стабильность системы.

Для сервера удаленных рабочих столов, как правило, необходимо выполнить следующие рекомендации:

1. Файл Srv.sys должен быть настроен на запуск по требованию.

В командной строке от имени администратора вводим:

sc config srv start= demand

Теневые копии

Если подразумевается хранение ценной информации на терминальном сервере, стоит настроить возможность восстановления предыдущих версий файлов.

Как настроить и пользоваться данной возможностью, читайте подробнее в инструкции Как включить и настроить теневые копии.

Резервное копирование

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

Мониторинг

Мониторить стоит:

1. Сетевую доступность сервера;

2. Свободное дисковое пространство.

Шаг 6. Тестирование

Тестирование состоит из 3-х основных действий:

1. Проверить журналы Windows и убедиться в отсутствие ошибок. В случае их обнаружения, необходимо устранить все проблемы.

2. Выполнить действия анализатора соответствий рекомендациям.

3. Провести живой тест работы сервиса с компьютера пользователя.

Особый порт для подключения

По умолчанию, для подключения к терминальному серверу по RDP используется порт 3389. Если необходимо, чтобы сервер слушал на другом порту, открываем реестр, и переходим в ветку:

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp

Находим ключ PortNumber и задаем ему значение в десятично представлении, равное нужному номеру порта:

Также можно применить команду:

reg add "HKLM\System\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp" /v PortNumber /t REG_DWORD /d 3388 /f

* где 3388 — номер порта, на котором будет принимать запросы терминальный сервер