Постановка задачи для курсовой работы
МИНИСТЕРСТВО НАУКИ И ВЫСШЕГО ОБРАЗОВАНИЯ РФ
ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ
ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ
ВЫСШЕГО ОБРАЗОВАНИЯ
«ВОРОНЕЖСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ»
(ФГБОУ ВО «ВГТУ», ВГТУ)
Факультет информационных технологий и компьютерной безопасности
Кафедра систем автоматизированного проектирования и информационных систем
КУРСОВАЯ РАБОТА
По дисциплине: Администрирование серверов баз данных. ____________
Тема: Администрирование серверов MySQL .
Разработал студент группы бИТ-171 Н.А.Меринов
Подпись, дата Инициалы, фамилия
Руководитель В.В.Муха
Подпись, дата Инициалы, фамилия
Защищена ____________________ Оценка ___________________________
|
|
|
дата
Воронеж
2021
МИНИСТЕРСТВО НАУКИ И ВЫСШЕГО ОБРАЗОВАНИЯ РФ
ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ
ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ
ВЫСШЕГО ОБРАЗОВАНИЯ
«ВОРОНЕЖСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ»
(ФГБОУ ВО «ВГТУ», ВГТУ)
Кафедра систем автоматизированного проектирования и информационных систем
Задание на курсовую работу
По дисциплине: Администрирование серверов баз данных. ____________________
Тема работы: Репликация. Возможности репликации.
Студент группы бИТ-171 Меринов Никита Александрович
Фамилия, имя, отчество
Номер варианта: 6
Технические условия: ЭВМ, с операционной системой Windows 7 и выше, с оперативной памятью 2 Гб и выше и процессором 1,1 МГц и лучше
Объем работы: 22 страницы, 17 рисунков
|
|
|
Сроки выполнения этапов: 07.04.2021г.-12.10.2021г. – анализ литературы и изучение предметной области, 14.04.2021г.-23.04.2021г. – разработка программной реализации и написание пояснительной записки.
Сроки защиты курсовой работы: .
Руководитель: . Муха В.В.
Подпись дата Фамилия, инициалы
Задание принял студент: . Меринов Н.А.
Подпись дата Фамилия, инициалы
2021
Замечания руководителя
Содержание
Введение. 5
1 Анализ предметной области. 6
1.1. Постановка задачи для курсовой работы.. 6
1.2. Теоретические сведения. 6
2 Сведения о средствах реализации. 10
3 Программная реализация. 12
Заключение. 21
Список литературы.. 22
Введение
|
|
|
Хранение данных в современном мире является неотъемлемой частью работы практически любой компании, деятельность которой располагается в сети интернет. Обеспечивать доступ к данным и управлять конфигурацией систем хранения этих данных – задача администратора базы данных.
Администратор БД – это лицо, отвечающее за выработку требований к базе данных, её проектирование, реализацию, эффективное использование и сопровождение, включая управление учетными записями пользователей БД и защиту от несанкционированного доступа. Также администратор отвечает за поддержку целостности базы данных.
Администрирование базы данных – выполнение ряда функций, направленных на обеспечение корректного функционирования системы базы данных. Существует множество различных систем управления базами данных (СУБД), к примеру MySQL Server, Microsoft SQL Server, PostgreSQL, Oracle.
Целью данной курсовой работы является создание репликации существующей базы данных и демонстрация возможностей репликации в Microsoft SQL Server.
Анализ предметной области
Постановка задачи для курсовой работы
В ходе данной курсовой работы необходимо изучить возможности СУБД Microsoft SQL Server при работе с репликациями.
|
|
|
Задачи:
1) Создание главной базы данных (master database);
2) Создание репликации существующей базы данных (slave database);
3) Демонстрация возможностей репликаций.
Теоретические сведения
1.
1.1.
1.2.1. База данных – это совокупность структурированных данных, отражающая состояние объектов и их отношений в рассматриваемой предметной области. Под такой предметной областью принято понимать часть человеческой деятельности или область реального мира, подлежащая изучению для организации управления и автоматизации, например: предприятие, вуз, школа и т.д.
Модель данных – некая абстрактная модель, которая позволяет пользователям и разработчикам трактовать данные как информацию, то есть сведения, содержащие не только данные, но и взаимосвязь между ними.
С помощью модели данных могут быть представлены объекты предметной области и взаимосвязи между ними. В зависимости от вида организации данных различают следующие важнейшие модели БД:
· иерархическую
· сетевую
· реляционную
· объектно-ориентированную
В иерархической БД данные представляются в виде древовидной структуры. Подобная структура БД удобна для работы с данными, упорядоченными иерархически. При оперировании данными со сложными логическими связями иерархическая модель оказывается слишком громоздкой.
В сетевой БД данные организуются в виде графа. Недостатком сетевой структуры является жесткость структуры и сложность ее организации.
Реляционная БД получила свое название от английского термина relation (отношение). Была предложена в 70-м году сотрудником фирмы IBM Эдгаром Коддом. Реляционная БД представляет собой совокупность таблиц, связанных отношениями. Достоинствами реляционной модели данных являются простота, гибкость структуры. Кроме того ее удобно реализовывать на компьютере. Большинство современных БД для персональных компьютеров являются реляционными.
Объектно-ориентированные БД объединяют сетевую и реляционную модели и используются для создания крупных БД с данными сложной структуры.
1.2.2. MS SQL Server - система управления реляционными базами данных (РСУБД), разработанная корпорацией Microsoft. Основной используемый язык запросов — Transact-SQL, создан совместно Microsoft и Sybase. Transact-SQL является реализацией стандарта ANSI/ISO по структурированному языку запросов (SQL) с расширениями. Используется для работы с базами данных размером от персональных до крупных баз данных масштаба предприятия; конкурирует с другими СУБД в этом сегменте рынка
1.2.3. Репликации в БД – это процесс копирования (реплицирования) данных из одной таблицы или базы данных в другую таблицу или базу данных. Используя эту технологию, вы можете распространять копии всей базы данных в несколько систем вашей компании или распространять выбранные части базы данных.
При использовании технологии репликации SQL Server происходит автоматизация задачи копирования и распространения данных. После задания параметров и конфигурирования репликации никакого вмешательства пользователя уже не требуется.
Поскольку репликация и обработка данных выполняется из базы данных SQL Server, это обеспечивает более высокий уровень стабильности и восстанавливаемости. Если во время репликации происходит сбой (или выполняется другая транзакция SQL Server), то после устранения соответствующей проблемы операции возобновляются с точки, где произошел сбой.
В связи с этим многие люди предпочитают репликацию другим методам перемещения данных между системами.
Репликацию можно классифицировать по разному.
1) По направлению репликации.
Если данные изменяются только в одной из БД, а в другой данные только хранятся и не подвергаются изменениям, то такую репликацию будем называть однонаправленной или односторонней.
Если же данные могут изменяться и вводиться на всех БД, то такой вид репликации будем называть мультинаправленной или многосторонней.
2) По времени проведения сеанса репликации.
Если данные должны быть засинхронизированны немедленно после изменений, то такую репликацию будем называть репликация реального времени.
Если же процесс репликации запускается, по какому-либо событию во времени или по отмашке администратора БД, то такой вид репликации назовем отложенная репликация.
3) По способу передачи информации во время процесса репликации.
Если соединение серверов, хранящих распределенные БД, происходит при помощи программы клиента, которая с одной стороны присоеденяется к своему серверу, а с другого конца имеет прямую связь с БД другого сервера и может подключиться напрямую к данным другого сервера, для прямого изменения и анализа реплицируемых данных с обеих концов, имея при этом гарантированный устойчивый канал связи, то такой вид синхронизации назовем прямым.
Если же канал неустойчивый и не гарантирует устойчивую связь без падений во время процесса синхронизации и данные приходится передавать цельными пачками, при этом принимающая сторона во время закачки и анализа данных не имеет немедленной возможности опросить источник при возникновении на ее взгляд сомнительных моментов, а решение "Что делать?" принимать в любом случае нужно, то такой вид синхронизации будем называть недетерминированной или вероятностной.
4) По способу анализа реплицируемой информации.
Если ядро алгоритма работает по принципу сравнения записей одной таблицы с записями другой, и на основании этого принимается решение о синхронизации, то такой процесс будем называть репликацией по текущему состоянию.
Если в базе предусмотрен журнал вносимых изменений в БД, и алгоритм репликации переносит изменения по дельтам изменений накопленным в журнале, то такой процесс назовем дельта репликацией.
Репликация является инструментом решения следующего перечня задач:
1) Повышение производительности чтения данных;
2) Повышение отказоустойчивости;
3) Распространение данных;
4) Распределение нагрузки;
5) Тестирование новых конфигураций;
6) Резервное копирование.
Дата добавления: 2021-06-02; просмотров: 77; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!