Отчет
О производственной практике
Студент 2 курса, группы 23 ПКСдо
Гусев Игорь Алексеевич
Москва 2017 г.
СОДЕРЖАНИЕ
| 1. | Общие сведения о прохождении производственной практики | |
| 2. | Краткая характеристика предприятия учреждения, организации | |
| 3. | Краткая характеристика подразделения в котором проходил практику | |
| 4. | Полнота прохождения практики | |
| 5. | Индивидуальное задание | |
| 6. | Введение | |
| 7. | Глава 1. | |
| 8. | Глава 2. | |
| 10. | Заключение | |
| 11. | Список литературы |
Общие сведения о прохождении производственной практики
Производственную практику ____ по профилю специальности ________________
Проходил с 22.06.17г. по 05.07.17г. на Государственное бюджетное учреждение Спортивно-досуговый центр «Кентавр».
В период с 22.06.17г. по 05.07.17г. исполнял обязанности: оператора ЭВМ
на производственной практике освоил выполнение следующих видов работ:
| Дата | Виды работ | Часы | Примечания |
| 22.06.2017 | Ознакомление с инструкциями по охране труда, организации АРМ и пожарной безопасности на предприятии | ||
| 23.06.2017 | Ознакомление с организацией, структурой предприятия | ||
| 26.06.2017 | Подключение аппаратных устройств ЭВМ, подбор рациональной конфигурации рабочей станции. | ||
| 27.06.2017 | Управление файлами данных на локальных, съёмных запоминающих устройствах, а так же на дисках локальной компьютерной сети и в интернете. | ||
| 28.06.2017 | Создавать текстовых документов, форматирование официальной документации. | ||
| 29.06.2017 | Создание презентации, заполнение объектами, оформление слайдов и фоновые элементы. Отладка, просмотр, сохранение проекта | ||
| 30.06.2017 | Поиск заданной информации в Интернете, настройка электронной почты, серверного и клиентского программного обеспечения | ||
| 03.07.2017 | Выявление типичных атак на операционную систему АРМ работников предприятия | ||
| 04.07.2017 | Определение корректности работы программного обеспечения низкоуровневой начальной загрузки и диагностики операционной системы, а так же антивирусного ПО. | ||
| 05.07.2017 | Ведение отчётной и технической документации |
Краткая характеристика предприятия, учреждения, организации
Государственное бюджетное учреждение Спортивно-досуговый центр «Кентавр».
Краткая характеристика подразделения, в котором проходил практику
В подразделении находятся отделения по обслуживанию и ремонту компьютерной техники: инженеры (21 человек), программисты (10 человек), системные администраторы (3 человека) и служба первой помощи пользователей (6 человек).
Инженеры обеспечивают работоспособность компьютерной техники, системные администраторы поддерживают работоспособность серверов, программисты поддерживают работоспособность баз данных и создают новое ПО для работы компании, служба первой помощи пользователей координируют работу инженеров.
(наименование, численность персонала (руководителей, инженеров, техников, рабочих), предназначение и отношение к основной деятельности предприятия: основное производство, управление персоналом, вспомогательное производство)
Полнота прохождения практики
Программой практики предусмотрено её прохождение в течение 10 рабочих дней по 7,2 часов в день, фактически проходил практику 10 рабочих дней по 7 или 8 часов в день.
По уважительной причине (болезнь) пропущен 0 рабочий день.
По неуважительной причине пропущено 0 рабочих дней.
5. Индивидуальное задание
Тема: Создание резервных хранилищ на сервере
Введение
Резервное копирование - это процесс создания когерентной (непротиворечивой) копии данных. Резервное копирование становится все более важным на фоне значительного увеличения объема данных в компьютерной индустрии. Подсистема резервного копирования - очень важная часть любой информационной системы. При правильной ее организации она способна решить сразу же две задачи. Во-первых, надежно защитить весь спектр важных данных от утери. Во-вторых, организовать быструю миграцию с одного ПК на другой в случае необходимости, то есть, фактически обеспечить бесперебойную работу офисных сотрудников. Только в этом случае можно говорить об эффективной работе резервного копирования. Овладение тактикой резервного копирования - неотъемлемый атрибут профессионализма пользователя и системного администратора. Вытекает она из решения пользователем для себя, какими методами и на каком уровне будет сохраняться информация (от этого зависит требуемое программное и аппаратное обеспечение), объема необходимой к сохранению информации (от этого зависят выбираемые информационные носители), размера и структуры локальной сети (от этого зависит реальный механизм систематического выполнения копирования).
Для выполнения процедуры резервного копирования обычно создаются специальные программно-аппаратные подсистемы, называемые подсистемами резервного копирования. Они как раз и предназначены как для проведения регулярного автоматического копирования системных и пользовательских данных, так и для оперативного восстановления данных. Хранение информации отдельно от системных файлов уже является обязательным правилом. В случае обычного пользователя это означает, как минимум, разделение HDD на три логических диска: для системы, для приложений, для данных. В случае корпоративного сотрудника с большим объемом конфиденциальной информации - размещение информации на других, не системных физических дисках. Эта мера облегчает и саму операцию архивирования данных. Принцип раздельного хранения информации относится и к файловым архивам и к образам дисков. Их необходимо также хранить как минимум на несистемных разделах одного HDD. В случае корпоративного пользователя принцип раздельного хранения информации должен реализовываться еще жестче: как минимум одна из копий должна храниться в отдельном месте, чтобы не потерять корпоративную информацию в случае непредвиденных обстоятельств.
Глава 1
Все приложения резервного копирования ведут свою базу данных или каталог, необходимые для последующего восстановления сохраненных данных. Потеря каталога влечет потерю сохраненных данных. Хотя некоторые приложения резервного копирования имеют механизмы корректного чтения лент и индексов для восстановления, это может оказаться непосильной задачей. Такой каталог должен рассматриваться как любое другое критически важное приложение баз данных. Желательно иметь его зеркальную копию или, по крайней мере, хранить в RAID-системе. Кроме того, желательно убедиться в том, что каталог сохраняется согласно расписанию и без ошибок.
ПО резервного копирования предоставляет некоторые отчеты о ежедневных сессиях резервного копирования. Рассматривать только их и полагаться только на них рискованно. ПО резервного копирования генерирует отчеты только об известных ему серверах. Сложные среды часто имеют "внешние" системы, системы, которые участвуют в работе, но не включены в схему резервного копирования. Это происходит по разным причинам. Купленная неким подразделением система и оказавшаяся вне поля зрения IT-подразделения некоторое время может работать с собственным резервным копированием. Но рано или поздно возможен сбой, приводящий к потере данных. Тогда специалисты IT-подразделения получают запрос восстановления данных на системе, о которой им ничего не известно. Как правило, такие системы попадают в поле зрения службы IT, слишком поздно. Решение этой проблемы может оказаться трудоемким и займет массу времени. Потребуется регулярный просмотр и мапирование новых сетевых адресов в узлы (ноды), фильтрация не связанных с задачей адресов (дополнительные сетевые карты, сетевые устройства, принтеры и т.д.), идентификация местоположения и владельцев таких узлов и внесение соответствующих изменений в политику резервного копирования (в этом случае объемы данных, подлежащих сохранению, увеличатся). Также важно регулярное предоставление отчетов владельцам системы и приложений о том, что на самом деле сохраняется, а что - нет.
Глава 2
Дифференциальное резервное копирование.
Отличается от инкрементного тем, что копируются данные с последнего момента выполнения Full backup. Данные при этом помещаются в архив «нарастающим итогом». В системах семейства Windows этот эффект достигается тем, что архивный бит при дифференциальном копировании не сбрасывается, поэтому измененные данные попадают в архивную копию, пока полное копирование не обнулит архивные биты.В силу того, что каждая новая копия, созданная таким образом, содержит данные из предыдущей, это более удобно для полного восстановления данных на момент аварии. Для этого нужны только две копии: полная и последняя из дифференциальных, поэтому вернуть к жизни данные можно гораздо быстрее, чем поэтапно накатывать все инкременты. К тому же этот вид копирования избавлен от вышеперечисленных особенностей инкрементного, когда при полном восстановлении старые файлы, возрождаются из пепла. Возникает меньше путаницы. Но дифференциальное копирование значительно проигрывает инкрементному в экономии требуемого пространства. Так как в каждой новой копии хранятся данные из предыдущих, суммарный объем зарезервированных данных может быть сопоставим с полным копированием. И, конечно, при планировании расписания (и расчетах, поместится ли процесс бэкапа во временное «окно») нужно учитывать время на создание последней, самой большой, дифференциальной копии.
Глава 3
Приведу пример резервного копирования на удаленное файловое хранилище по протоколу FTP.
Данный тип предусматривает запись резервных копий на FTP-сервер. Ключевые параметры, необходимые для настройки резервного копирования на FTP-сервер описаны в Рисунке 1.
Таблица 1 — Параметры настройки резервного копирования на FTP-сервер
Интерфейс управления резервным копированием на FTP-сервер в web-интерфейсе показан на Рисунке 2.
Рисунок 2 — Интерфейс управления резервным копированием на FTP-сервер в web-интерфейсе
Заключение
Во время прохождения практики подкрепил полученные во время учебы теоретические навыки практическими. Познакомился с организацией, структурой и принципами функционирования предприятия. Развил коммуникативные навыки. Получил опыт работы в коллективе.
Во время прохождения практики показал себя, как способного и ответственного сотрудника. Вовремя справлялся с поставленными задачами. Индивидуальное задание, полученное на предприятии, было исполнено полностью и в срок.
Во время прохождения практики расширил свои знания в области информационных систем, антивирусных программ, компьютерных сетей.
Список литературы
1.Качко Е.Г.: Параллельное программирование. Харьков: Форт, 2011
2. Окулов С.М. Основы программирования. - М.: ЮНИМЕДИАСТАЙЛ, 2002.
3. Шень А. Программирование: теоремы и задачи. - М.: МЦНМО, 1995.
4. Дмитриева М.В., Кубенский А.А. Элементы современного программирования. - СПб: изд-во С. - П. университета, 1991.
5. Бондарев В. - М., Рублинецкий В.И., Качко Е.Г. Основы программирования. - Харьков: Фолио, Ростов н/Д: Феникс, 1997.
«04 » июля 2017 г. Студент группы 23 ПКСдо Гусев Игорь Алексеевич
Оценка индивидуального задания__________
Оценка за производственную практику________
Руководитель практики от колледжа ______________ Дыхнилкин М.В.
«04 » июля 2017 г.