Презентация на тему "Принципы построения и администрирования баз данных"

Слайд #1

Принципы построения и администрирования БД

Слайд #2

Пользователь БД
Это физическое или юридическое лицо, которое имеет доступ к БД и пользуется услугами ИС для получения информации.
Группы пользователей БД
конечные пользователи;
администраторы бд;
администраторы и разработчики приложений.

Слайд #3

Основные задачи администратора БД
проектирование БД;
оптимизация производительности БД;
обеспечение безопасности в БД;
резервное копирование и восстановление БД;
обеспечение целостности БД;
обеспечение перехода на новую версию СУБД.

Слайд #4

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

Слайд #5

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

Слайд #6

Требования к системе резервного копирования
надёжность хранения информации;
многоплатформенность;
простота в эксплуатации;
быстрое внедрение.

Слайд #7

«Холодное» сохранение файлов БД
Идея – остановить БД и скопировать все её файлы.
Недостатки:
из «холодной» резервной копии можно восстановить только то состояние БД, которое было в момент останова;
транзакции, сделанные после рестарта БД, в «холодную» резервную копию не попадут;
не у каждой БД есть технологическое окно, когда базу можно остановить.

Слайд #8

«Горячее» сохранение файлов БД
Копирование файлов БД без остановки базы.
Проблемы:
в момент начала копирования содержимое БД может не совпадать с содержимым файлов;
во время копирования содержимое БД может меняться;
программа резервного копирования может прочитать некорректную страницу (т.к. запись данных в базу и чтение файлов БД не синхронизированы).

Слайд #9

Полное резервное копирование
Каждый раз при выполнении задачи бэкапа из источника копируются все данные без изъятия.

Слайд #10

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

Слайд #11

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

Слайд #12

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

Слайд #13

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

Слайд #14

Зеркальное резервное копирование
Этот тип копирования помогает сохранять одинаковое содержимое в двух папках. Все новые или изменённые данные копируются из одной синхронизируемой папки в другую. При зеркальном типе копирования (двухсторонней синхронизации папок) происходит взаимное обновление содержимого папок.

Слайд #15

Типы резервного копирования MS SQL Server

Слайд #16

Слайд #17

Слайд #18

Слайд #19

Слайд #20

Полное резервное копирование (Full Backup)
Когда стартует полное резервирование, записывается Log Sequence Number (LSN - последовательный номер журнала). Этот LSN является механизмом, используемым SQL Server, чтобы знать, в каком порядке выполнялись операторы INSERT, UPDATE или DELETE.

Слайд #21

Дифференциальное резервное копирование
Используют план по типу «полное раз в N дней, дифференциальное каждые N часов». Если ежедневный оборот данных достаточно высокий, то данный тип резервных копий может быть неудобен в применении.

Слайд #22

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

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

Слайд #23

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

Слайд #24

Copy-only
Резервная копия только для копирования — это резервная копия SQL Server, которая не зависит от обычной последовательности создания традиционных резервных копий SQL Server.
Пример:
BACKUP DATABASE Sales
TO DISK = 'E:\BAK\Sales_Copy.bak'
WITH COPY_ONLY;

BACKUP LOG Sales
TO DISK = 'E:\BAK\Sales_LogCopy.trn'
WITH COPY_ONLY;

Слайд #25

Создание стратегии резервного копирования
Сколько часов в день приложения имеют доступ к БД?
Насколько часты и вероятны изменения и обновления?
Касаются ли обычно изменения небольшой или же значительной части БД?
Сколько места на диске требуется для полного резервного копирования БД?
За какой прошлый период компании нужны резервные копии?

Слайд #26

Спасибо за внимание