Курсовая работа на тему: Эксплуатация баз данных, учета товара организация резервного копирования

Введение

профессиональное образовательное учреждение

"Рязанский колледж электроники"

Цикловая комиссия Вычислительной техники и информационных технологий

Отзыв

на курсовой проект

студента (ки) группы З/КС-405

(фамилия, имя, отчество)

по дисциплине: "Эксплуатация объектов сетевой инфраструктуры"

на тему: Эксплуатация баз данных, учета товара организация резервного копирования

Руководитель:

Маскин Алексей Васильевич

1. Постановка проблемы, формулировка целей и задач.__________________________

2. Соответствие материала теме работы._______________________________________

3. Соблюдение требований к оформлению._____________________________________

4. Уровень раскрытия теоретической части вопроса._____________________________

5. Уровень постановки практической части. Качество и практическая ценность приведенных примеров. __________________________________________________

6. Формулировка выводов по работе.__________________________________________

7. Выполненная работа соответствует (не соответствует) поставленным целям.______

Работа допущена к защите "___"_______________2018 _______________/Маскин А.В./

Оглавление

Введение 6

Глава 1. Технический учет компонентов сетевой инфраструктуры 8

1.1 Обзор способов учета оборудования и ПО . 8

1.2 IТ-инфраструктура организации 10

1.3 Российский рынок систем резервного копирования и восстановления данных 13

1.4 Сравнение способов резервного копирования 14

Вывод 15

Глава 2. Проектирование системы 16

2.1 Выбор методологии 16

2.2 Выбор средств реализации проекта 18

2.3. Структура решения 19

2.4 Необходимые эксплуатационные характеристики решения 20

2.5 Структура Базы Данных 20

2.6 Хранилище данных и резервное копирование 22

2.7 Схема организации хранения и восстановления из резервных копий 24

2.7.1 Настройка резервного копирования БД на МS SQL Server 25

Заключение 28

Список использованных источников 29

Введение

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

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

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

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

ИТ-служба объединяет в себе целей:

- ИТ-служба должна обеспечивать эффективную поддерживающую функцию

- Создавать новые ИТ-услуги, что является самым важным для бизнеса, создавать конкурентные преимущества.

Цель курсового проекта разработать систему резервного копирования по учету товара организации при эксплуатации базы данных.

Глава 1. Технический учет компонентов сетевой инфраструктуры

1.1 Обзор способов учета оборудования и ПО

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

База данных - набор данных, организованных в строки и столбцы для облегчения их поиска, редактирования и систематизации.

Построить базу данных можно в МS/Excel. Формат документов Excel, имеющий в своем составе строки и столбцы подходит для создания и обычных таблиц и баз данных. Основное отличие состоит в способе доступа к данным, методам сортировки.

Базы данных хранят взаимосвязанные сведения об объектах. Можно создать базу для учета бюджета и параллельно вести базу данных с названиями, описанием и стоимостью оборудования. Они не будут повторяться, однако покупка нового оборудования отразится в обеих базах данных. Для корректного ведения учета в Excel создаются справочники.

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

Использование данного программного продукта целесообразно для небольших предприятий, ввиду того, что данное ПО используется как локальная версия на одном ПК и существуют трудности при версионировании и размещении в едином репозитории, если он существует на данном предприятии. Однако, Excel имеет целый ряд недостатков, оказывающий влияние на работу в большим перечнем данных. К ним можно отнести:

- сложный набор операций, требующий высокой квалификации сотрудника

- большие временные затраты,

- возможность потери данных

В этой связи необходимо подобрать достойную, а главное бесплатную специализированную программу для ведения всего необходимого учета.

Microsoft Access относится к СУБД, ориентированным на сотрудников организации владеющих работой на ПК, на уровне простого пользователя. Данный программный продукт позволяет без использования методов программирования, выполнять основные операции:

- создание БД,

- редактирование БД

- обработка данных в БД.

Microsoft Access является частью пакета Microsoft Office и входит в комплект его поставки. Данный программный продукт унаследовал интерфейс характерный для всех приложений Windows:

- Титульную строку

- Главное меню

- Панель инструментов

- Поля для работы и строки состояния.

База данных имеет иерархическую структуру данных. Верхний уровень иерархии содержит основные объекты Access:

- таблицы;

- формы;

- запросы;

- отчеты;

- макросы и модули(используются программистами).

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

Программа работает со следующими форматами файлов: ACCDB, MDB, ACCDE, MDE, ACCDT, ACCDR, ACCDW, MDW, LDB, LACCDB, SQL, DBF, DВ, SNP, DIF, CDB.

1.2 IТ-инфраструктура организации

Рассматриваемое предприятие обладает небольшой инфраструктурой, которую можно разделить на программную и техническую.

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

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

Сервер виртуализации Hyper-v - Hyper-V представляет собой решение виртуализации серверов в корпоративных средах. Microsoft Hyper-V входит в состав операционной системы Windows Server и позволяет запустить на одном физическом сервере несколько виртуальных серверов, на каждом из которых будет функционировать своя операционная система и различные бизнес-приложения;

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

Сервер приложений - является программной платформой предназначенный для эффективного выполнения процедур (программы, механические операции, сценарии), которые поддерживают прикладное программирование. Сервер приложений действует в качестве компонентов, доступных разработчику программного обеспечения через API (Интерфейс прикладного программирования), который определен самой платформой;

Переключатель KVM (KVM Switch) - представляют устройства, предлагающие аппаратное решение задач управления компьютерами;

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

Роли сервера виртуализации включают в себя:

- Контроллер домена

- Почтовый сервер

- Терминальный сервер

- Файловый сервер

Роли сервера приложений включают в себя:

- Сервер приложений 1С предприятие.

- Сервер баз данных МS SQL SERVER.

Локальная вычислительная сеть офиса будет имеет в своем составе следующее коммутационное оборудование:

- Коммутатор Cisco 2960

- Маршрутизатор Cisco 2911

Пользовательский сегмент технической архитектуры включит в себя персональные компьютеры пользователей и многофункциональные устройства Canon iR-2520.

Парк персональных компьютеров представлен двумя моделями -OLDI COMPUTERS Office 110, Office 160.

Программное обеспечение, используемое в работе сотрудников:

Таблица 1 - ПО установленное на рабочих местах сотрудников

Название

Описание

МS Office 2010

Для работы с офисным пакетом

1С Предприятие

Бухгалтерия

программа для создания просмотра электронных публикаций в формате PDF

просмотр и отбор информации из баз данных.

Пакет прикладных программ (ППП) -являются наиболее динамично развивающейся частью программного обеспечения. Круг задач, решаемых с помощью ППП, постоянно расширяется.

В настоящее время использование офисного ПО значительно облегчает работу сотрудников, современная программная часть позволяет выйти на максимальный КПД в работе.

Рисунок 1 - ИТ-инфраструктура

Возможность ограничения доступа к определенным подсетям:

- домен уровня Windows 2016 R2

- клиенты Windows 7 SP1, Windows 8.1 и Windows 10

Сеть имеет сегменты вида:

192.168.0.0/24 - Для серверов

192.168.1.0/24 - для административной группы(ИТ служба)

192.168.2.0/24 - для второй рабочей группы(директор и фин.служба)

192.168.5.0/24 - для третьей рабочей группы(отдел менеджмента и коммерч. служба, склад)

В сети используется DHCP и в нём это разделение по рабочим группам тоже учитывается.

1.3 Российский рынок систем резервного копирования и восстановления данных

Главные мировые игроки рынка систем резервной копии и восстановления данных, компании EMC, IBM, НР, Symantec, СА Technologies. Основные характеристики систем резервного копирования представлены в таблице

Таблица 2 - Основные характеристики систем резервного копирования

Критерий сравнения

НР

СА Technologies

Избыточность

Каждый фрагмент файла копируется на 3 узла системы

Есть возможность удаленной репликации

Репликация на некоторые узлы системы

Для восстановления требуется как минимум 6 узлов

Каждый файл копируется на несколько узлов

Открытость

Да

Да

Нет

Нет

Да

Масштабируемость

Множество узлов

Репликация данных на один удаленный хост

Множество узлов хранилищ+1 узел для метаданных

Множество узлов хранилищ+1 узел для метаданных мультиплатформенная

Множество узлов

Платформа

Мультиплатформенная

Мультиплатформенная

Мультиплатформенная

Мультиплатформенная

Работа по сети

Да

Реализуется отдельно

Да

Да

Да

Тип лицензии

Коммерческая

Коммерческая

Коммерческая

Коммерческая

Свободная

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

1.4 Сравнение способов резервного копирования

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

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

- Скорость создания (время) резервной копии;

- Скорость (время) восстановления из резервной копии;

- Объем резервных копий в ограниченном хранилище;

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

- Накладные расходы: уровень погрузки, созданной на сервере при копировании, скорость ответа обслуживания, и т.д.

- Стоимость арендной платы всех используемых услуг.

Вывод

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

Глава 2. Проектирование системы

2.1 Выбор методологии

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

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

Процесс - частный случай более общего понятия методологии разработки ПО. Примерами методологий являются структурное программирование или объектно-ориентированный анализ и дизайн. Для сравнения можно ограничиться наиболее распространенными процессами разработки; методологии рассматриваются в тех случаях, когда они являются неотъемлемым атрибутом процесса.

Рисунок 2 - Нормативно-методологическая система

Существует несколько моделей и стандартов разработки, большинство из которых относится к заказному программному обеспечению (ПО):

Rational Unified Process (RUP) предлагает итеративную модель разработки, включающую четыре периода: начало, исследование, построение и внедрение. Каждый период может быть разбит на этапы (итерации), в результате которых выпускается версия для внутреннего или внешнего использования. Прохождение через четыре основные фазы называется циклом разработки, каждый цикл завершается формированием версии системы. Если после этого работа над проектом не заканчивается, то полученный продукт продолжает развиваться и снова минует те же периоды. Суть работы в рамках RUP - это создание и сопровождение моделей, а не бумажных документов, поэтому этот процесс привязан к использованию конкретных средств моделирования (Unified Modeling Language, UML), а так же конкретной технологии проектирования и разработки (объектно-ориентированный анализ, object-oriented analysis, OOA; объектно-ориентированное программирование, object-oriented programming, OOP).

2.2 Выбор средств реализации проекта

В качестве средств создания проекта системы будет использована система Microsoft Office Visio 2010.

Microsoft Office Visio 2010 - программа построения чертежей и диаграмм, помогающая специалистам сферы ИТ и сферы бизнеса визуализировать, исследовать и распространять сложную информацию.

Текст и таблицы существует возможность представить в форме простых и очевидных диаграмм Visio. Вместо статических рисунков диаграммы Visio, которые тесно связаны с данными, которые показывают данные, созданы, легко обновлены и позволяют увеличивать выполнение работы значительно. Широкий спектр диаграмм Visio 2010 помогает понять лучшую информацию об организационных системах, ресурсах и процессах, чтобы принять решения на основе этой информации.

В качестве основных преимуществ Microsoft Office Visio 2010 можно выделить:

- Визуализация, исследование и публикация систем, ресурсов

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

- Сокращение объема повторного ввода данных благодаря автоматическому обновлению схем в офисе Visio 2007.

- Визуализация трудной информации выводом данных в схемах и выполнением соответствующих действий.

- Исследование тенденций, идентификаций проблем и отметки исключений посредством итоговых схем.

- Создание диаграмм благодаря автоматической связи с Visio.

- Подчинение сложных данных с использованием новых шаблонов

- Эффективное распределение информации посредством профессионально устроенных схем.

- Использование диаграмм для визуализации информации широкой аудитории.

2.3. Структура решения

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

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

Преимущество данного подхода заключается в достижении независимости каждого из слоев, что позволяет изменять каждый слой независимо от остальных. 3-х уровневая архитектура web-приложения показана на рисунке 3.

Рисунок 3 - 3-х уровневая архитектура web-приложения.

2.4 Необходимые эксплуатационные характеристики решения

Система должна уверенно работать с откликом страниц не более 3 секунд при пиковой загрузке (100 одновременных подключений) на сервере с конфигурацией: 512 мб ОЗУ, Intel Pentium 2500 ГГц.

Серверная сторона системы должна быть совместима с платформой Windows Server 2008/2012/2016.

2.5 Структура Базы Данных

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

Проанализировав всю собранную информацию, выделим сущности:

- инвентарная ведомость

- оборудование

- приобретение

- список кабинетов

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

Инвентарная ведомость:

- инвентарный номер

- номер кабинета

Оборудование:

- инвентарный номер

- серийный номер

- код имущества

- % износа

Приобретение:

- Код

- Название изделия

- Модель

- Количество

- Изготовитель

- Дата покупки

- Цена

- Место получения

- Гарантия

Список кабинетов:

- № комнаты

- Отдел

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

Рисунок 4 - Схематичное изображение связей между таблицами.

Теперь можно отобразить общую схему. Схема базы данных позволяет просмотреть связи между таблицами.

Основная таблица - Инвентарная ведомость. Все связи имеют мощность "Один ко многим".

2.6 Хранилище данных и резервное копирование

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

Общее хранилище представляет собой хранилище, куда копируются все виды данных. Поскольку организация, рассматриваемая в рамках курсовой работы является малым предприятием то для организации рассмотрим "Общее Хранилище"

Преимущества:

1. Централизованное реляционное хранилище.

2. Единая загрузка данных из источников.

3. Возможность сохранять большие объемы данных.

4. Непротиворечивость данных.

5. Высокая скорость работы с данными.

Недостатки:

1. Сложность организации такого хранилища.

2. Ограничение по объему хранилища данных.

3. Дублирование данных.

Рисунок 4 - Общее хранилище

Сохранение корпоративных данных является главной задачей компании.

Не менее актуальным является резервирование данных для сокращения или устранения задержек из-за простоя в случае ИТ-инцидентов. Отказ оборудования, сбой ПО, вызванный вирусной атакой, порча техники и хранящихся данных вследствие деятельности недобросовестных сотрудников - вот некоторые причины, обусловливающие необходимость резервного копирования. Идеальным вариантом для резервного копирования на предприятии будет наличие централизованного сервера внутри компании (FTP сервер с RAID 1) или за её пределами (VDS сервер со службой FTP).

Рисунок 5 - Варианты резервного копирования

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

2.7 Схема организации хранения и восстановления из резервных копий

Выбирая схему организации метода резервирования необходимо:

1. Резервные копии хранить на разных носителях с зарезервированными данными.

2. RAID не может сравниться с резервной копией.

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

Инкрементальное резервное копирование

При инкрементальном резервном копировании копируются только файлы, которые были изменены со времени предыдущего бэкапа. В среднем инкрементальное резервное копирование занимает меньше времени, так как копируется меньшее количество файлов. Инкрементальное копирование производится с помощью утилиты rsync. Процесс инкрементального резервного копирования показан на рисунке

Рисунок 6 - Инкрементное резервное копирование

Дифференциальное резервное копирование

При дифференциальном резервном копировании каждый файл, который был изменен с момента последнего полного резервного копирования, копируется всякий раз заново. Дифференциальное копирование ускоряет процесс восстановления. Дифференциальное резервное копирование осуществляется, при помощи утилиты, rdiff-backup.

Рисунок 7 - Дифференциальное резервное копирование

Полное резервное копирование

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

Бекапы СУБД можно создать отдельно (например, используя бинарные логи), устранив тем самым простой на время сброса кеша.

2.7.1 Настройка резервного копирования БД на МS SQL Server

В настоящее время резервное копирование БД происходит нециклично и копия сохраняется на рабочий сервер совмещенный с другими службами, что может привести к потере данных. Сервер резервного копирования (бэкап сервер) поможет обеспечить надежную защиту критических данных. В случае, если жесткий диск или сервер даст сбой в работе, возможно восстановить данные в рабочее состояние. Модели восстановления предназначены для управления обслуживанием журналов транзакций. Есть три модели восстановления: простая модель восстановления, модель полного восстановления и модель восстановления с неполным протоколированием. Обычно в базе данных используется модель полного восстановления или простая модель восстановления.

Таблица 3 - Обзор моделей восстановления

Модель восстановления

Описание

Риск потери результатов работы

Восстановить до заданного момента времени

Простая

Нет резервных копий журналов.

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

Изменения с момента создания последней резервной копии не защищены. В случае аварийной ситуации эти изменения придется вносить повторно.

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

Полная

Необходимы резервные копии журналов.

Потеря результатов работы из-за повреждения файлов данных исключена.

Возможно восстановление до произвольного момента времени (например до ошибки приложения или пользователя).

Обычно нет.

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

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

С неполным протоколированием

Необходимы резервные копии журналов.

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

Уменьшает место, занимаемое журналами, за счет минимального протоколирования большинства массовых операций.

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

Если нет, результаты работы потеряны не будут.

Возможно восстановление до конца любой резервной копии. Восстановление до заданной точки не поддерживается.

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

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

Модель восстановления с неполным протоколированием - эта модель восстановления обеспечивает неполное протоколирование большинства массовых операций. Она предназначена для работы только в качестве дополнения к полной модели полного восстановления.

Рисунок 8 - Схема восстановления модели данных

Помимо ручного резервного копирования существует программы для автоматической архивации базы данных - одна из таких программ Effector saver. С её помощью можно легко, в несколько кликом, автоматизировать процесс сохранение бекапа базы данных. Программа работает как с файловой базой данных, так и с клиент-серверной.

Заключение

Во время выполнения курсовой работы использовалась база данных учета оборудования в организации. Использование базы данных учета оборудования организации облегчит работу всем сотрудникам организации имеющим отношение к учету оборудования и его обслуживанию. Уйдет из работы организации бумажный оборот, что приведет к экономии данных ресурсов и соответственно вся информация будет хранится в электронном виде. Это самый удобный, качественный, эффективный способ работы с доступной информацией. Рассмотрен рынок систем резервного копирования и восстановления данных. Во второй главе курсового проекта определены средства проектирования проекта, структура рассматриваемой базы данных. Определены схемы организации, хранения и восстановления информации из резервных копий.

Список использованных источников

2. Microsoft Office 2010, ЭКОМ:2009г., Microsoft Corporation;

3. О.Л. Голицына, И.И. Попов, Н.В. Максимов Базы данных. Учебное пособие. 3-е изд., перераб. и доп. М. : ФОРУМ, 2012. 400 с.

4. Принципы проектирования и разработки программного обеспечения. Учебный курс MCSD: Скотт Ф. Уилсон, Брюс Мэйплс, Тим Лэндгрейв. - М: Русская редакция, 2014;

5. Проектирование экономических информационных систем: Учебник/Г.Н.Смирнова, А.А.Сорокин, Ю.Ф.Тельнов. - М: Финансы и статистика, 2017;

6. Устройство и функционирование информационных систем. Н. З. Емельянова, Т. Л. Партыка, И. И. Попов., Учебное пособие. М. : ФОРУМ : НИЦ ИНФРА-М, 2012. 448 с.

Интернет ресурсы

9. Лаборатория НТР. WWW: http://www.ntrlab.ru/method/iso15504/15504-1.html;

10. Мировой портал. WWW: http://www.tradevisa.net;

11. Российский студенческий портал: http://estudent.nm.ru/lectures34.html;

12. Сайт для разработчиков баз данных: http://sql.ru;

13. Специализированный портал для разработчиков ПО и ИТ-специалистов.: http://relib.com/;

14. Учебные пособия. WWW: http://www.cfin.ru;

15. CASE-технологии. Современные методы и средства проектирования информационных систем., А. Вендров, http://www.webresurs.ru;

Оглавление

- Введение постановка проблемы, актуальность темы, формулирования цели и задач, краткое описание структуры работы

- Рассмотрение теоретических аспектов проблемы. Анализ источников литературы по проблеме

- Постановка практического эксперимента по работе с программной или аппаратной частью

- Формулирование методических рекомендаций по эксплуатации объектов сетевой инфраструктуры и выявлению ненарушений в заданной области

- Заключение выводы о проделанной работе, заключение о практической ценности работы, дальнейших перспективах и т.д

- Список использованных источников печатная литература, периодика, Интернет-ресурсы

- Министерство образования и молодежной политики Рязанской области

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

- Министерство образования и молодежной политики Рязанской области.

- Областное государственное бюджетное.

- Профессиональное образовательное учреждение.

- "Рязанский колледж электроники".

- Цикловая комиссия Вычислительной техники и информационных технологий.

- Отзыв.

- На курсовой проект.

- Студента (ки) группы З/КС.

- (фамилия, имя, отчество).

- По дисциплине: "Эксплуатация объектов сетевой инфраструктуры".

- На тему: Эксплуатация баз данных, учета товара организация резервного копирования.

- Руководитель.

- Маскин Алексей Васильевич.

- Постановка проблемы, формулировка целей и задач.

- Соответствие материала теме работы.

- Соблюдение требований к оформлению.

- Уровень раскрытия теоретической части вопроса.

- Уровень постановки практической части. Качество и практическая ценность приведенных примеров.

- Формулировка выводов по работе.

- Выполненная работа соответствует (не соответствует) поставленным целям.

- Работа допущена к защите "-"-2018 -/Маскин А.В./.

- Оглавление.

- Введение.

- Глава 1. Технический учет компонентов сетевой инфраструктуры.

- Обзор способов учета оборудования и ПО.

- IТ-инфраструктура организации.

- Российский рынок систем резервного копирования и восстановления данных.

- Сравнение способов резервного копирования.

- Вывод.

- Глава 2. Проектирование системы.

- Выбор методологии.

- Выбор средств реализации проекта.

- Структура решения.

- Необходимые эксплуатационные характеристики решения.

- Структура Базы Данных.

- Хранилище данных и резервное копирование.

- Схема организации хранения и восстановления из резервных копий.

- Настройка резервного копирования БД на МS SQL Sеrvеr.

- Заключение.

- Список использованных источников.

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