🔥Внутреннее устройство моделей восстановления SQL Server | 🔔 Подробный разбор FULL, SIMPLE и BULK...

=== Понимание моделей восстановления базы данных SQL Server === Простая: В простых моделях восстановления при срабатывании контрольной точки данные перемещаются из файла журнала в файл данных, и неактивная часть обрезается. Например, контрольная точка с усечением. В простой модели восстановления нельзя выполнить резервное копирование журнала транзакций. В простой модели восстановления нельзя выполнить восстановление до момента сбоя (PITR). Мы не можем восстановить данные до момента отказа. HA/DR: Простая модель восстановления не поддерживается в системах HA/DR. Репликация может поддерживаться в простой модели восстановления. Окружение: В основном мы будем предпочитать серверы разработки (DEV). ==== Полная: ==== Это модель восстановления по умолчанию. При срабатывании контрольной точки данные перемещаются из файла журнала в файл данных, и не обрезается неактивная часть. Например, контрольная точка без усечения. Для усечения неактивной части мы настраиваем задание резервного копирования журнала на сервере. В режиме полного восстановления мы можем выполнить PITR (восстановление на месте) и восстановить данные до момента сбоя. HA/DR: Все параметры HA/DR поддерживаются в режиме полного восстановления. Пересылка журналов (Log Shipping) Зеркалирование баз данных (DB Mirroring) AlwaysON Репликация Окружение: В основном мы будем предпочитать производственные/тестовые серверы. === Массовая запись в журнал: === В режиме массовой записи в журнал при срабатывании контрольной точки данные перемещаются из файла журнала в файл данных, и неактивная часть никогда не обрезается. Например, контрольная точка с параметром Notruncate. Для обрезки неактивной части необходимо настроить задание резервного копирования журналов на сервере. В режиме восстановления на основе массовой записи в журнал мы можем выполнять или не выполнять PITR, и данные до момента сбоя могут восстанавливаться или не восстанавливаться. HA/DR: Все параметры HA/DR поддерживаются в режиме восстановления на основе массовой записи в журнал. Пересылка журналов (Log Shipping) Окружение: В основном для повышения производительности мы выберем режим восстановления на основе массовой записи в журнал. Для повышения производительности мы выберем модель восстановления с массовой записью данных. Все операции с массовой записью данных регистрируются минимально. Любые изменения будут зафиксированы BCM. При выполнении следующих команд в модели восстановления с массовой записью данных: BULK INSERT, SELECT INTO, CREATE INDEX, BCP, SSIS... При выполнении резервного копирования журнала событий резервная копия журнала событий с массовой записью данных содержит записи журнала и данные (данные BCM). === Переключение моделей восстановления === Полное и пакетное восстановление с журналом транзакций Инициировать резервное копирование журнала транзакций Выполнить пакетные операции, немедленно переключить базу данных обратно в модель полного восстановления Инициировать резервное копирование журнала транзакций Из простого в полное Инициировать полное (или дифференциальное, если полное восстановление уже доступно) резервное копирование базы данных Запланировать резервное копирование журнала транзакций Из полного или пакетного восстановления с журналом транзакций в простое Отключить задание резервного копирования журнала транзакций Убедиться, что существует задание на создание полного резервного копирования USE master GO   SELECT name, recovery_model,recovery_model_desc FROM sys.databases  where name='model' ALTER DATABASE MODEL SET RECOVERY SIMPLE ;