Журнал операций: «1: 8» (. 3.0) ? :: Отвечает специалист 1С

Журнал операций

• Главная

• Город

  • Общая информация

  • История

  • Символика

  • Гостям города

  • Инвестиционная привлекательность

  • СМИ города

  • Экономика

  • Социальная сфера

  • Фотогалерея

  • Видеогалерея

  • Генеральный план

  • Открытые данные

  • Счетчик знаков отличия комплекса ГТО

  • Жилищно-коммунальное хозяйство

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

  • Общественная безопасность

  • Паспорт города

  • Стратегическое управление

  • Градостроительное зонирование

  • 100 имен Воркуты

  • Имущественная поддержка субъектов МСП

  • Информация о неиспользуемом имуществе

  • Центр «Мои документы»

  • Информация для застройщика

  • Подключение к электрическим сетям

  • Общественное обсуждение

  • Предварительный перечень объектов недвижимого имущества, в отношении которых налоговая база определяется как кадастровая стоимость, на 2019 год

  • Проект организации дорожного движения

  • Комплексная схема организации дорожного движения

  • Защита прав потребителей

  • Развитие конкуренции

  • Муниципальный контроль

• Совет города

  • Председатель Совета

  • Общие сведения

  • Регламент

  • Структура Совета

  • Депутаты

  • Заседания Совета

  • Публичные слушания

  • Новости Совета

  • Решения Совета МО ГО «Воркута» II созыва

  • Решения Совета МО ГО «Воркута» III созыва

  • Решения Совета МО ГО «Воркута» IV созыва

  • Решения Совета МО ГО «Воркута» V созыва

  • Решения Совета МО ГО «Воркута» VI созыва

  • Постановления главы

  • Проекты решений

  • Порядок обжалования решений

  • Противодействие коррупции

  • Обращения

  • Распоряжения

• Бюджет

  • Налоговые расходы

  • Бюджет

  • Муниципальный долг

  • Отчёт об исполнении бюджета

  • Проект бюджета на очередной финансовый год и плановый период

  • Бюджет для граждан

  • Финансовая грамотность

• Администрация

  • Руководство

  • Структура администрации города

  • Статистическая информация

  • Защита населения

  • Актуальная информация

  • Резерв управленческих кадров

  • Кадровое обеспечение

  • Реализация указов Президента РФ

  • Бюджет МО ГО «Воркута»

  • Результаты проверок

  • Муниципальные услуги

  • Муниципальные закупки

  • Результаты независимого опроса населения

• Общественный совет

  • Состав общественного совета

  • Деятельность общественного совета

  • Протоколы заседаний общественного совета

  • Общественные организации (объединения)

  • Поддержка общественных организаций (объединений)

  • Нормативно-правовая документация

  • Полезная информация

  • Реестр социально ориентированных некоммерческих организаций — получателей поддержки МО ГО «Воркута»

  • Территориальное общественное самоуправление (ТОС)»

  • Единый перечень социальных услуг, предоставляемых на территории муниципального образования городского округа «Воркута» СО НКО

  • Некоммерческие организации — исполнители общественно полезных услуг

• Документы

  • Устав муниципального образования городского округа «Воркута»

  • Нормативно-правовые акты

  • Проекты нормативных правовых актов

  • Законопроекты

  • Реестр и перечень муниципальных услуг

  • Регламенты муниципальных услуг

  • Проекты регламентов муниципальных услуг

  • Перечень услуг, предоставляемых в период повышенной готовности

  • Формы обращений

  • Порядок обжалования

  • Градостроительство

  • Муниципальные программы МО ГО «Воркута»

  • Схема теплоснабжения МО ГО «Воркута»

  • Доклады руководителя

  • Информационный вестник МО ГО «Воркута»

  • «Народный бюджет»

  • Регламенты муниципального контроля

  • Проекты регламентов муниципального контроля

  • Схема водоснабжения и водоотведения МО ГО «Воркута»

  • Документы

  • Формирование комфортной городской среды

  • 100-летие Республики Коми

  • Доступная среда

  • Присяжные заседатели

  • Наставничество

• Обращения

  • Интернет-приемная

  • Порядок и время приема

  • Установленные формы обращений

  • Порядок обжалования

  • Обзоры обращений лиц

  • Прозрачность

  • Меры поддержки граждан

• Контакты

• Опрос

• КСК

  • Документы

  • Основное положение

  • Новости и события

  • Деятельность

  • Противодействие коррупции

  • Оценка условий труда

  • Интернет-приемная

  • Обратная папка

• КпДНиЗП

• ОРВ

  • Нормативно-правовые акты, касающиеся сферы оценки регулирующего воздействия

  • Заключения об оценке регулирующего воздействия

  • Заключения по экспертизе нормативных правовых актов

  • Общественное обсуждение

  • Соглашения о взаимодействии по ОРВ и экспертизе НПА

  • Дополнительные материалы

• Бизнес

  • Новости

  • Нормативно-правовые акты

  • Финансовая поддержка

  • Информационная поддержка

  • Консультационная поддержка

  • Имущественная поддержка

  • Координационный Совет по малому и среднему предпринимательству

  • Истории успеха

  • Портал малого и среднего предпринимательства Республики Коми

  • Реестр получателей поддержки

  • Полезные ссылки

  • Потребительский рынок

  • Защита прав потребителей

  • Информация для предпринимателей в период действия режима повышенной готовности

  • Специальный налоговый режим для самозанятых граждан

  • Налогообложение

  • Центры и офисы государственных и муниципальных услуг «Мои Документы» Республики Коми

  • Анализ финансовых, экономических, социальных и иных показателей развития малого и среднего предпринимательства на территории МО ГО «Воркута

  • Социальное предпринимательство

  • Арктика

  • Перечень мер поддержки субъектов малого и среднего предпринимательства

  • Маркировка

• Инвестиции

  • Инвестиционный паспорт

  • Нормативные документы

  • Государственная поддержка

  • Инвестиционные проекты

  • База инвестиционных площадок

  • Канал прямой связи

  • ТОСЭР

  • Полезные ссылки

  • Преференции для резидентов Арктической зоны РФ

• Нацпроекты

  • Культура

  • Малое и среднее предпринимательство

  • Жилье и городская среда

  • Демография

  • Безопасные качественные дороги

• Противодействие коррупции

• Главная
• Журнал операций

Доступ запрещен.

Журнал операций

Размер:

A

A

A

Цвет: CCC

Изображения Вкл.Выкл.

Обычная версия сайта

• Главная
• Район
  • Общая информация
  • История
  • Символика
  • Устав Ленского района
  • Собрание депутатов
  • Контрольно-счётная комиссия
  • Общественный совет
  • Муниципальное имущество
  • Инвестиционная привлекательность
  • Гостям района
  • СМИ района
  • Финансы
  • Экономика
  • Социальная сфера
  • Жилищно-коммунальное хозяйство
  • Муниципальные образования района
  • Территориальное общественное самоуправление
  • Организации района
  • Экология
  • Культура
  • Ивановская ярмарка
  • Фотогалерея
  • Градостроительство
• Администрация
  • Структура администрации
  • Полномочия, задачи и функции
  • Муниципальный контроль
  • Муниципальный финансовый контроль
  • Территориальные органы
  • Подведомственные организации
  • Защита населения
  • Противодействие экстремизму и терроризму
  • Охрана труда
  • Противодействие коррупции
  • Статистическая информация
  • Информационные системы
  • Учрежденные СМИ
  • Программы
  • Контакты
  • Информация
  • Вакансии
• Руководители
  • Список руководителей
  • Тексты выступлений и заявлений, отчёты
• Закупки
  • План-график
  • Федеральный закон №44-ФЗ от 05. 04.2013
  • Нормативные акты по закупкам
• Документы
• Открытые данные
• Обращения
  • Отправить письмо
  • Ответы на обращения
  • Мои обращения
  • Письменные обращения
  • Личный прием
  • Предложения, жалобы
  • Голосование
• Контакты

Авторизация

Журнал транзакций (SQL Server) — SQL Server

• Статья
• 19. 09.2022
• 12 минут на чтение

Применимо к: SQL Server (все поддерживаемые версии)

Каждая база данных SQL Server имеет журнал транзакций, в котором записываются все транзакции и модификации базы данных, сделанные каждой транзакцией.

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

Сведения об архитектуре и внутренних компонентах журнала транзакций см. в Руководстве по архитектуре и управлению журналом транзакций SQL Server.

Предупреждение

Никогда не удаляйте и не перемещайте этот журнал, если вы полностью не понимаете последствий этого.

Совет

Известные хорошие точки, с которых можно начать применение журналов транзакций во время восстановления базы данных, создаются контрольными точками. Дополнительные сведения см. в разделе Контрольные точки базы данных (SQL Server).

Операции, поддерживаемые журналом транзакций

Журнал транзакций поддерживает следующие операции:

• Восстановление отдельных транзакций.
• Восстановление всех незавершенных транзакций при запуске SQL Server.
• Прокат восстановленной базы данных, файла, файловой группы или страницы до точки сбоя.
• Поддержка репликации транзакций.
• Поддержка решений высокой доступности и аварийного восстановления: группы доступности Always On, зеркальное отображение базы данных и доставка журналов.

Восстановление отдельных транзакций

Если приложение выдает оператор ROLLBACK или компонент Database Engine обнаруживает ошибку, например потерю связи с клиентом, записи журнала используются для отката изменений, внесенных незавершенной транзакцией. .

Восстановление всех незавершенных транзакций при запуске SQL Server

В случае сбоя сервера базы данных могут остаться в состоянии, когда некоторые модификации никогда не записывались из буферного кеша в файлы данных, а также могут быть некоторые модификации из незавершенных транзакции в файлах данных. Когда экземпляр SQL Server запускается, он запускает восстановление каждой базы данных. Каждое изменение, записанное в журнале, которое, возможно, не было записано в файлы данных, откатывается вперед. Каждая незавершенная транзакция, обнаруженная в журнале транзакций, затем откатывается, чтобы обеспечить сохранение целостности базы данных. Дополнительные сведения см. в разделе Обзор восстановления и восстановления (SQL Server).

Прокрутка восстановленной базы данных, файла, файловой группы или страницы до точки сбоя

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

При восстановлении каждой резервной копии журнала Компонент Database Engine повторно применяет все изменения, записанные в журнале, для повтора всех транзакций. После восстановления последней резервной копии журнала компонент Database Engine использует информацию журнала для отката всех незавершенных на тот момент транзакций. Дополнительные сведения см. в разделе Обзор восстановления и восстановления (SQL Server).

Поддержка репликации транзакций

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

Поддержка решений высокой доступности и аварийного восстановления

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

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

В сценарии доставки журналов первичный сервер отправляет резервные копии журнала транзакций первичной базы данных одному или нескольким адресатам. Каждый вторичный сервер восстанавливает резервные копии журналов в своей локальной вторичной базе данных. Дополнительные сведения см. в разделе О доставке журналов.

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

Характеристики журнала транзакций

Характеристики журнала транзакций SQL Server Database Engine:

• Журнал транзакций реализован в виде отдельного файла или набора файлов в базе данных. Кэш журнала управляется отдельно от буферного кеша для страниц данных, что приводит к простому, быстрому и надежному коду в ядре СУБД SQL Server. Дополнительные сведения см. в разделе Физическая архитектура журнала транзакций.

• Формат записей журнала и страниц не ограничивается форматом страниц данных.

• Журнал транзакций может быть реализован в нескольких файлах. Файлы можно определить для автоматического расширения, установив значение FILEGROWTH для журнала. Это снижает вероятность нехватки места в журнале транзакций и в то же время снижает административные издержки. Дополнительные сведения см. в разделе ALTER DATABASE (Transact-SQL) файл и параметры файловой группы.

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

Сведения об архитектуре и внутренних компонентах журнала транзакций см. в Руководстве по архитектуре и управлению журналом транзакций SQL Server.

Усечение журнала транзакций

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

Усечение журнала удаляет неактивные виртуальные файлы журнала (VLF) из журнала логических транзакций базы данных SQL Server, освобождая место в логическом журнале для повторного использования журналом физических транзакций. Если журнал транзакций никогда не усекается, он в конечном итоге заполнит все дисковое пространство, выделенное для файлов физического журнала.

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

• В простой модели восстановления после контрольной точки.
• В модели полного восстановления или модели восстановления с неполным протоколированием, если после предыдущего резервного копирования возникла контрольная точка, усечение происходит после резервного копирования журнала (если это не резервная копия журнала только для копирования).
• При первом создании базы данных с использованием ПОЛНОЙ модели восстановления журнал транзакций будет повторно использоваться по мере необходимости (аналогично ПРОСТОЙ базе данных восстановления) вплоть до момента создания полной резервной копии базы данных.

Дополнительные сведения см. в разделе Факторы, которые могут задерживать усечение журнала, далее в этом разделе.

Примечание

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

Факторы, которые могут задержать усечение журнала

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

Важно

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

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

значение log_reuse_wait	значение log_reuse_wait_desc	Описание
0	НИЧЕГО	В настоящее время существует один или несколько виртуальных файлов журнала (VLF) для повторного использования.
1	КОНТРОЛЬНАЯ ПУНКТ	С момента последнего усечения журнала не было контрольной точки, или заголовок журнала еще не вышел за пределы виртуального файла журнала (VLF). (Все модели восстановления) Это стандартная причина задержки усечения журнала. Дополнительные сведения см. в разделе Контрольные точки базы данных (SQL Server).
2	LOG_BACKUP	Перед усечением журнала транзакций требуется резервная копия журнала. (Только для моделей полного восстановления или восстановления с неполным протоколированием) После завершения следующего резервного копирования журнала часть пространства журнала может стать пригодной для повторного использования.
3	ACTIVE_BACKUP_OR_RESTORE	Выполняется резервное копирование или восстановление данных (все модели восстановления). Если резервное копирование данных препятствует усечению журнала, отмена операции резервного копирования может решить непосредственную проблему.
4	АКТИВНАЯ_ТРАНЗАКЦИЯ	Транзакция активна (все модели восстановления): В начале резервного копирования журнала может существовать длительная транзакция. В этом случае для освобождения места может потребоваться еще одна резервная копия журнала. Обратите внимание, что длительные транзакции предотвращают усечение журнала во всех моделях восстановления, включая простую модель восстановления, в которой журнал транзакций обычно усекается на каждой автоматической контрольной точке. Транзакция отложена. Отложенная транзакция фактически является активной транзакцией, откат которой заблокирован из-за недоступного ресурса. Сведения о причинах отложенных транзакций и о том, как вывести их из отложенного состояния, см. в разделе Отложенные транзакции (SQL Server). Длительно выполняемые транзакции также могут заполнять журнал транзакций базы данных tempdb. База данных Tempdb неявно используется пользовательскими транзакциями для внутренних объектов, таких как рабочие таблицы для сортировки, рабочие файлы для хеширования, рабочие таблицы курсоров и управление версиями строк. Даже если пользовательская транзакция включает только чтение данных ( SELECT запросов), внутренние объекты могут создаваться и использоваться в пользовательских транзакциях. Затем можно заполнить журнал транзакций tempdb.
5	DATABASE_MIRRORING	Зеркальное отображение базы данных приостановлено или в высокопроизводительном режиме зеркальная база данных значительно отстает от основной базы данных. (Только модель полного восстановления) Дополнительные сведения см. в разделе Зеркальное отображение базы данных (SQL Server).
6	РЕПЛИКАЦИЯ	Во время репликации транзакций транзакции, относящиеся к публикациям, по-прежнему не доставляются в базу данных распространителя. (Только модель полного восстановления) Сведения о репликации транзакций см. в разделе Репликация SQL Server.
7	DATABASE_SNAPSHOT_CREATION	Создается моментальный снимок базы данных. (Все модели восстановления) Это стандартная и обычно кратковременная причина отложенного усечения журнала.
8	LOG_SCAN	Происходит сканирование журнала. (Все модели восстановления) Это стандартная и обычно кратковременная причина отложенного усечения журнала.
9	ДОСТУПНОСТЬ_РЕПЛИКА	Вторичная реплика группы доступности применяет записи журнала транзакций этой базы данных к соответствующей базе данных-получателю. (Модель полного восстановления) Дополнительные сведения см. в разделе Обзор групп доступности Always On (SQL Server).
10	—	Только для внутреннего использования
11	—	Только для внутреннего использования
12	—	Только для внутреннего использования
13	СТАРАЯ_СТРАНИЦА	Если база данных настроена на использование непрямых контрольных точек, самая старая страница в базе данных может быть старше, чем порядковый номер журнала контрольных точек (LSN). В этом случае самая старая страница может задержать усечение журнала. (Все модели восстановления) Сведения о косвенных контрольных точках см. в разделе Контрольные точки базы данных (SQL Server).
14	ДРУГОЙ_ПЕРЕХОД	Это значение в настоящее время не используется.
16	XTP_CHECKPOINT	Необходимо выполнить контрольную точку In-Memory OLTP. Для таблиц, оптимизированных для памяти, автоматическая контрольная точка выполняется, когда файл журнала транзакций становится больше 1,5 ГБ с момента последней контрольной точки (включая как дисковые таблицы, так и таблицы, оптимизированные для памяти) Дополнительные сведения см. в разделе Операция контрольной точки для таблиц, оптимизированных для памяти, и [Процесс ведения журнала и контрольной точки для таблиц, оптимизированных в памяти] (https://blogs.msdn.microsoft.com/sqlcat/2016/05/20/logging-and- контрольная точка-процесс-для-оптимизированных-памятью-таблиц-2/)

Операции, которые могут быть минимально зарегистрированы

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

Примечание

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

Примечание

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

Следующие операции, которые полностью регистрируются в модели полного восстановления, минимально регистрируются в простой модели восстановления и модели восстановления с неполным протоколированием:

• Массовые операции импорта (bcp, BULK INSERT и INSERT. .. SELECT). Дополнительные сведения о минимальном протоколировании массового импорта в таблицу см. в разделе Необходимые условия для минимального ведения журнала при массовом импорте.

Когда включена репликация транзакций, BULK INSERT операции полностью регистрируются даже в модели восстановления с массовым протоколированием.

• SELECT INTO операции.

Когда репликация транзакций включена, операции SELECT INTO полностью регистрируются даже в модели восстановления с массовым протоколированием.

• Частичные обновления типов данных с большими значениями с использованием предложения .WRITE в операторе UPDATE при вставке или добавлении новых данных. Обратите внимание, что минимальное ведение журнала не используется при обновлении существующих значений. Дополнительные сведения о типах данных с большими значениями см. в разделе Типы данных (Transact-SQL).

• Операторы WRITETEXT и UPDATETEXT при вставке или добавлении новых данных в столбцы типа данных text , ntext и image . Обратите внимание, что минимальное ведение журнала не используется при обновлении существующих значений.

  Предупреждение

  Операторы WRITETEXT и UPDATETEXT устарели ; избегайте их использования в новых приложениях.

• Если база данных настроена на простую модель восстановления или модель восстановления с неполным протоколированием, некоторые операции DDL с индексами протоколируются в минимальном объеме, независимо от того, выполняется ли операция в автономном режиме или в интерактивном режиме. Минимально регистрируемые операции с индексами:

  • Операции CREATE INDEX (включая индексированные представления).

  • Операции ALTER INDEX REBUILD или DBCC DBREINDEX.

    Предупреждение

    Оператор DBCC DBREINDEX устарел ; Не используйте его в новых приложениях.

    Примечание

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

  • DROP INDEX перестроение новой кучи (если применимо). Освобождение страницы индекса во время операции DROP INDEX всегда полностью регистрируется.

Управление журналом транзакций

• Управление размером файла журнала транзакций

• Устранение неполадок с полным журналом транзакций (ошибка SQL Server 9002)

Резервное копирование журнала транзакций (модель полного восстановления)

• Резервное копирование журнала транзакций (SQL Server)

• Резервное копирование журнала транзакций при повреждении базы данных (SQL Server)

Восстановление журнала транзакций (модель полного восстановления)

• Восстановление резервной копии журнала транзакций (SQL Server)

См.

также

Руководство по архитектуре и управлению журналом транзакций SQL Server
Управление устойчивостью транзакций
Предварительные условия для минимального ведения журнала при массовом импорте
Резервное копирование и восстановление баз данных SQL Server
Обзор восстановления и восстановления (SQL Server)
Контрольные точки базы данных (SQL Server)
Просмотр или изменение свойств базы данных
Модели восстановления (SQL Server)
Резервные копии журнала транзакций (SQL Server)
sys.dm_db_log_info (Transact-SQL)
sys.dm_db_log_space_usage (Transact-SQL)

Журнал транзакций — Руководство по эксплуатации

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

Каждая база данных имеет собственный каталог с журналами транзакций . Корневой каталог, в котором расположены папки журнала транзакций, настраивается с помощью server.directories.transaction.logs.root .

Журнал транзакций не имеет ничего общего с мониторингом журнала.

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

• Журналы транзакций являются «источником правды» в сценариях, когда необходимо восстановить базу данных.

• Журналы транзакций используются для предоставления дифференциальных резервных копий, а также для операций кластера.

• Для любой заданной конфигурации будет храниться по крайней мере последний непустой журнал транзакций.

Обзор параметров конфигурации для ведения журнала транзакций:

Журнал транзакций Конфигурация	Значение по умолчанию	Описание
server. directories.transaction.logs.root	операции	Корневое расположение, где Neo4j будет хранить журналы транзакций для настроенных баз данных.
db.tx_log.preallocate	правда	Укажите, должен ли Neo4j пытаться заранее выделить файл логического журнала.
db.tx_log.rotation.retention_policy	2 дня	Заставить Neo4j вести журналы логических транзакций для возможности резервного копирования базы данных. Может использоваться для указания порогового значения, после которого логические журналы удаляются.
db.tx_log.rotation.size	250М	Указывает, при каком размере файла логический журнал будет автоматически чередоваться. Минимальное допустимое значение — 128K (128 КиБ).

Политики хранения и ротации для журналов транзакций Neo4j и способы их настройки.

По умолчанию журналы транзакций для базы данных расположены по адресу /data/transactions/ . Каждая база данных хранит собственный каталог с журналами транзакций.

Корневой каталог, в котором расположены эти папки, настроен с помощью server.directories.transaction.logs.root . Для максимальной производительности рекомендуется настроить хранение журналов транзакций на выделенном устройстве.

Ротация журнала настраивается с помощью параметра db.tx_log.rotation.size . По умолчанию переключение журнала происходит, когда размер журнала превышает 250 МБ.

Ручное удаление файлов журнала транзакций не поддерживается.

Вы можете контролировать количество журналов транзакций, которые Neo4j хранит, используя параметр db. tx_log.rotation.retention_policy . По умолчанию установлено значение 2 дня , что означает, что Neo4j хранит логические журналы, содержащие любую транзакцию, совершенную в течение 2 дней. Конфигурация является динамической, поэтому, если вам нужно ее обновить, вам не нужно перезапускать Neo4j, чтобы изменения вступили в силу.

Другие возможные значения:

• верно или keep_all   —   хранить журналы транзакций неограниченное время.

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

• false или keep_none  — сохранять только самый последний непустой журнал.

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

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

• <число><необязательный блок> <тип> где допустимыми единицами измерения являются k , M и G , а допустимыми типами являются файлы , размер , размер , txs 2,5 900 записей часов и дней .

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

  Тип	Описание	Пример
  файлы	Количество последних файлов логического журнала, которые необходимо сохранить.	"10 файлов"
  размер	Максимальный размер диска, который могут занимать файлы журналов.	"Размер 300M" или "Размер 1G".
  ткс	Количество сохраняемых транзакций.	«250 тыс. транзакций» или «5 млн транзакций».
  часов	Хранить журналы, содержащие любую транзакцию, совершенную в течение N часов с текущего времени.	"10 часов"
  дней	Хранить журналы, содержащие любую транзакцию, совершенную в течение N дней с текущего момента.	"50 дней"

  Пример 1. Настройка политики хранения журналов

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

  • Хранить журналы транзакций неопределенно долго:

    или

  • Сохранить только самый последний непустой журнал:

    или

  • Хранить логические журналы, содержащие любую транзакцию, совершенную в течение 30 дней:

  • Хранить логические журналы, содержащие любую из последних 500 000 транзакций:

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

Для удаления файла необходимы две вещи:

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

Конфигурация КПП	Значение по умолчанию	Описание
db.checkpoint.interval.time	15 м	Настраивает временной интервал между контрольными точками.
db.checkpoint.interval.tx	100000	Настраивает интервал транзакции между контрольными точками.

Если ваша цель — иметь наименьший объем данных журнала транзакций, это также может помочь ускорить сам процесс контрольной точки. Параметр конфигурации db.checkpoint.iops.limit управляет количеством операций ввода-вывода в секунду, которое разрешено использовать процессу контрольной точки.