'

Черный ящик или зачем нужен FBDataGuard

Понравилась презентация – покажи это...





Слайд 0

Еще раз об уверенности в завтрашнем дне Черный ящик или зачем нужен FBDataGuard


Слайд 1

Администратор системы должен проверять множество вещей, чтобы быть уверенным в ее работоспособности


Слайд 2


Слайд 3

Вот почему мы создали Firebird DataGuard Наблюдение за базой Предупреждения и советы Автоматизация обслуживания баз данных Гарантия восстановления в сложных случаях РАНЬШЕ БОРОЛИСЬ С ПОСЛЕДСТВИЯМИ, ПОРА ВЗЯТЬСЯ ЗА ПРИЧИНЫ.


Слайд 4

Технические детали FBDataGuard


Слайд 5

Это база данных Firebird Это рабочий сервер Это бэкапы Здесь хранится еще одна копия бэкапов Типичная рабочая среда Firebird


Слайд 6

Рассмотрим сервер в деталях Рабочие параметры Версия сервера Логи Сколько RAM? Временные файлы? Сервер доступен? # Mb Записи в логах? 6 уровней проблем Рекомендуемая версия? Баги, проблемы Размер логов?


Слайд 7

Сервер Firebird 7 параметров, которые могут сообщать о проблемах с базой данных и сервером Доступность сервера Размер RAM сервера Количество временных файлов Размер временных файлов Записи в логе Размер логов Версия сервера


Слайд 8

Пример разрешения проблемы с сервером FBDataGuard определил, что размер файлов сортировки = N Размер свободного места на диске с TEMP- файлами = M Места может не хватить! M – N<X Возможен недостаток свободного места для сортировок, администратор получает alert и рекомендацию увеличить TEMP


Слайд 9

Ретроспективный анализ Все логи хранятся на сервере и позволяют анализировать события, происшедшие в прошлом Инструментарий для удобного просмотра логов


Слайд 10

Обычно базу данных изображают так: База данных как будто это что-то совсем простое. Рассмотрим базу данных Firebird


Слайд 11

Профессионалы видят «много деревьев», а не «лес».


Слайд 12

Файловая организация БД Файл база данных Том N Том 1 - Основной файл БД - Файлы delta (nbackup) и incremental backups - Файлы томов БД - Внешние таблицы 0-level delta


Слайд 13

Блобы Индексы Внутренняя организация БД Задачи: Проверить физическую целостность данных, индексов и метаданных Проверить логическую целостность Проверить активность метаданных (статус триггеров, check, хранимых процедур) Данные таблиц Метаданные


Слайд 14

FBDataGuard бдит за базой данных: Наблюдает за файлами, томами, дельта-файлами и инкрементальными backups Верифицирует метаданные, данные и индексы Следит за ограничениями ВЫДАЕТ ПРЕДУПРЕЖДЕНИЯ и РЕКОМЕНДАЦИИ


Слайд 15

Пример разрешения проблемы с базой данных Firebird FBDataGuard определил, что после restore индекс не активирован non-activated индексы могут указывать на повреждения БД, SQL запросы могут «тормозить» Администратор получает alert и рекомендацию проверить индексы Предотвращена потеря производительности!


Слайд 16

Катастрофические поломки Серверы (как любые сложные устройства) – ИНОГДА ЛОМАЮТСЯ.


Слайд 17

Что может сломаться в железе? Жесткий диск (HDD) Flash-накопители Память (RAM) Контроллеры SCSCI/SATA и другие подобные устройства Наиболее опасны для базы данных следующие поломки:


Слайд 18

Типичные проявления поломок «железа»: Жесткий диск: Потерянные и смешанные страницы (wrong page type) Ошибки в цепочках записей (Cannot find record fragment) Память: Ошибки на уровне записей (Wrong record length) Flash-накопители и Контроллеры Сдвиги страниц (база не открывается в isql) Ошибки страниц и ошибки в записей


Слайд 19

Как FBDataGuard защищает от поломок железа? Во-первых, верификация данных и индексов (выборка данных, пересчет статистики индексов) Позволяет предупредить о появлении ошибки Во-вторых – ЗАЩИТНЫЙ РЕПОЗИТОРИЙ МЕТАДАННЫХ Позволяет спасти данные даже в случае очень тяжелых повреждений


Слайд 20

Защитный репозиторий метаданных Блобы Индексы Данные таблиц Метаданные FBDataGuard сохраняет копию актуальных метаданных в отдельном от БД репозитории Копия в репозитории


Слайд 21

В случае поломки железа: Блобы Данные таблиц Метаданные в репозитории FBDataGuard Extractor извлекает все доступные данные из БД и вставляет в новую БД Новая БД


Слайд 22

В случае поломки железа: Blobs Tables Metadata repository FBDataGuard Extractor can extract all good data and insert them into the new database New database


Слайд 23

Последний рубеж защиты FBDataGuard спасет оставшиеся данные в случае потери метаданных Данные из поврежденного delta-файла В случае поломки жесткого диска, контроллера или flash-накопителя Вытащит данные даже из «обрывка» БД Но лучше не доводить ситуацию до крайности, не так ли?


Слайд 24

Резервное копирование Мало кто осознает насколько верен простой факт: Резервное копирование – наиболее надежный способ защиты данных


Слайд 25

Формально у Firebird два способа резервного копирования… Gbak последовательное чтение данных с сохранением в линейном формате Nbackup Сохранение «слепка» базы данных с перенесением изменений через delta-файл


Слайд 26

…но на самом деле есть только один. Резервное копирование – не вызов gbak –b и nbackup, это ПЛАН ДЕЙСТВИЙ Он может включать в себя вызовы gbak, nbackup, а также другие технические и организационные процедуры


Слайд 27

Правильный gbak Правильный набор опций при бэкапе ускоряет резервное копирование в несколько раз Бэкапы должны проверяться на корректность путем тестового восстановления Существование файлов бэкапов должно контролироваться (резервное копирование в /dev/null – не шутка, а горькая правда жизни) Должна сохраняться история бэкапов с револьверной заменой резервных копий


Слайд 28

Правильный nbackup Контроль за delta-файлом Размер delta-файла Время жизни delta-файла Контроль целостности копии базы данных Последовательный gbak с проверкой Слежение за окружением копии (второй компьютер?)


Слайд 29

План резервного копирования (простой вариант) База данных Firebird Копия nbackup Gbak -b Тестовый рестор И на каждом этапе – контроль результатов выполнения.


Слайд 30

Пример разрешения аварийной ситуации с бэкапами FBDataGuard обнаружил, что свободное место на диске для бэкапов = N FBDataGuard вычислил (или взял последнее значение) размера бэкапа M Места может не хватить! M>=N Бэкап отменен, база данных переведена в состояние Critical, администратор получил alert Предотвращена поломка backup и потеря данных!


Слайд 31

Firebird DataGuard Наблюдение за 26 важными параметрами базы данных и сервера Предупреждения о потенциальных и реальных проблемах по email Правильная автоматизация обслуживания баз данных Возможность встраиваться в существующие приложения Windows, Linux, MacOS, Firebird 1.5-2.1 FBDataGuard включает сервисы ремонта и оптимизации базы данных (в зависимости от лицензии)


Слайд 32

Вопросы? support@ibase.ru +7 495 953 13 34


×

HTML:





Ссылка: