Журнал регистрации операций: Приложение N 1. Журнал регистрации операций, связанных с оборотом наркотических средств и психотропных веществ \ КонсультантПлюс

Содержание

ПРАВИЛА ВЕДЕНИЯ И ХРАНЕНИЯ СПЕЦИАЛЬНЫХ ЖУРНАЛОВ РЕГИСТРАЦИИ ОПЕРАЦИЙ, СВЯЗАННЫХ С ОБОРОТОМ НАРКОТИЧЕСКИХ СРЕДСТВ И ПСИХОТРОПНЫХ ВЕЩЕСТВ

Утверждены

Постановлением Правительства

Российской Федерации

от 4 ноября 2006 г. N 644

Список изменяющих документов

(в ред. Постановлений Правительства РФ от 09.06.2010 N 419,

от 04.09.2012 N 882, от 16.12.2013 N 1159, от 06.08.2015 N 807,

от 29.12.2016 N 1547, от 10.11.2017 N 1353)

1. Настоящие Правила устанавливают порядок ведения и хранения специальных журналов регистрации операций, связанных с оборотом наркотических средств и психотропных веществ, включенных в перечень наркотических средств, психотропных веществ и их прекурсоров, подлежащих контролю в Российской Федерации, утвержденный Постановлением Правительства Российской Федерации от 30 июня 1998 г. N 681 (далее — наркотические средства и психотропные вещества), в результате которых изменяются количество и состояние наркотических средств и психотропных веществ.

(п. 1 в ред. Постановления Правительства РФ от 09.06.2010 N 419)

(см. текст в предыдущей редакции)

2. Настоящие Правила не распространяются на ведение и хранение специальных журналов регистрации операций, связанных с оборотом наркотических средств и психотропных веществ (далее — журналы регистрации), в случаях, когда разрешается использование наркотических средств и психотропных веществ без лицензии в целях реализации статей 35 и 36 Федерального закона «О наркотических средствах и психотропных веществах».

(в ред. Постановления Правительства РФ от 09.06.2010 N 419)

(см. текст в предыдущей редакции)

3. Юридические лица, а также их подразделения, осуществляющие виды деятельности, связанные с оборотом наркотических средств и психотропных веществ, обязаны вести журналы регистрации по форме согласно приложению N 1 на бумажном носителе или в электронной форме.

(в ред. Постановлений Правительства РФ от 09.06.2010 N 419, от 10.11.2017 N 1353)

(см. текст в предыдущей редакции)

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

(в ред. Постановления Правительства РФ от 09.06.2010 N 419)

(см. текст в предыдущей редакции)

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

(в ред. Постановления Правительства РФ от 09.06.2010 N 419)

(см. текст в предыдущей редакции)

Определение единицы учета при изменении количества и состояния наркотических средств и психотропных веществ определяется руководителем юридического лица или руководителем структурного подразделения юридического лица с учетом формы выпуска соответствующего наркотического средства и психотропного вещества.

(абзац введен Постановлением Правительства РФ от 10.11.2017 N 1353)

6. Журналы регистрации, оформленные на бумажном носителе, должны быть сброшюрованы, пронумерованы и скреплены подписью руководителя юридического лица и печатью юридического лица (при наличии печати).

(в ред. Постановлений Правительства РФ от 29.12.2016 N 1547, от 10.11.2017 N 1353)

(см. текст в предыдущей редакции)

При необходимости решением органа исполнительной власти субъекта Российской Федерации определяется орган, заверяющий журнал регистрации, предусмотренный приложением N 1 к настоящим Правилам.

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

(абзац введен Постановлением Правительства РФ от 10. 11.2017 N 1353)

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

(абзац введен Постановлением Правительства РФ от 10.11.2017 N 1353)

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

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

(в ред. Постановлений Правительства РФ от 16.12.2013 N 1159, от 10.11.2017 N 1353)

(см. текст в предыдущей редакции)

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

(в ред. Постановления Правительства РФ от 10.11.2017 N 1353)

(см. текст в предыдущей редакции)

9. Утратил силу с 22 июля 2010 года. — Постановление Правительства РФ от 09.06.2010 N 419.

(см. текст в предыдущей редакции)

10. В журналах регистрации указываются как названия наркотических средств и психотропных веществ в соответствии с перечнем, указанным в пункте 1 настоящих Правил, так и иные названия наркотических средств и психотропных веществ, под которыми они получены юридическим лицом.

(в ред. Постановления Правительства РФ от 09.06.2010 N 419)

(см. текст в предыдущей редакции)

Списки названий наркотических средств и психотропных веществ, зарегистрированных в качестве лекарственных средств (международные непатентованные, патентованные, оригинальные названия или при их отсутствии химические названия), заносятся Министерством здравоохранения Российской Федерации в государственный реестр лекарственных средств для медицинского применения, Федеральной службой по ветеринарному и фитосанитарному надзору — в государственный реестр лекарственных средств для ветеринарного применения.

(в ред. Постановлений Правительства РФ от 09.06.2010 N 419, от 04.09.2012 N 882, от 10.11.2017 N 1353)

(см. текст в предыдущей редакции)

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

(в ред. Постановления Правительства РФ от 09.06.2010 N 419)

(см. текст в предыдущей редакции)

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

(в ред. Постановления Правительства РФ от 10.11.2017 N 1353)

(см. текст в предыдущей редакции)

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

(в ред. Постановления Правительства РФ от 10.11.2017 N 1353)

(см. текст в предыдущей редакции)

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

(в ред. Постановления Правительства РФ от 10.11.2017 N 1353)

(см. текст в предыдущей редакции)

14. Юридические лица ежемесячно проводят в установленном порядке инвентаризацию наркотических средств и психотропных веществ путем сопоставления их фактического наличия с данными учета (книжными остатками).

(в ред. Постановления Правительства РФ от 09.06.2010 N 419)

(см. текст в предыдущей редакции)

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

(в ред. Постановления Правительства РФ от 09.06.2010 N 419)

(см. текст в предыдущей редакции)

Абзац утратил силу с 22 июля 2010 года. — Постановление Правительства РФ от 09.06.2010 N 419.

(см. текст в предыдущей редакции)

15. Журнал регистрации хранится в металлическом шкафу (сейфе) в технически укрепленном помещении. Ключи от металлического шкафа (сейфа) и технически укрепленного помещения находятся у лица, ответственного за ведение и хранение журнала регистрации.

(в ред. Постановления Правительства РФ от 09.06.2010 N 419)

(см. текст в предыдущей редакции)

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

(абзац введен Постановлением Правительства РФ от 10.11.2017 N 1353)

16. Утратил силу с 22 июля 2010 года. — Постановление Правительства РФ от 09.06.2010 N 419.

(см. текст в предыдущей редакции)

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

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

(в ред. Постановлений Правительства РФ от 09.06.2010 N 419, от 06.08.2015 N 807)

(см. текст в предыдущей редакции)

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

(в ред. Постановления Правительства РФ от 09.06.2010 N 419)

(см. текст в предыдущей редакции)

при реорганизации — новому юридическому лицу либо правопреемнику (правопреемникам) в соответствии с передаточным актом или разделительным балансом;

при ликвидации — в государственный архив в соответствии с законодательством Российской Федерации.

Журнал регистрации операций прекурсоров на МедИнфо24

Если фармацевтическая организация осуществляет отпуск препаратов, которые в соответствии с законодательством отнесены к прекурсорам наркотических средств и психотропных веществ (например — калия перманганат), то такая организация в обязательном порядке должна вести журнал регистрации операций, при которых изменяется количество прекурсоров наркотических средств и психотропных веществ (журнал регистрации операций с прекурсорами) по форме, утвержденной постановлением Правительства РФ от 28 октября 2021 г. № 1846 «О представлении сведений о деятельности, связанной с оборотом прекурсоров наркотических средств и психотропных веществ, и регистрации операций, связанных с их оборотом, и признании утратившими силу некоторых решений правительства российской федерации».

Перечень прекурсоров наркотических средств и психотропных веществ, подлежащих контролю в Российской Федерации, утвержден постановлением Правительства Российской Федерации от 30. 06.1998 г. № 681 «Об утверждении перечня наркотических средств, психотропных веществ и их прекурсоров, подлежащих контролю в Российской Федерации».

В состав документа входит:

Форма журнала регистрации операций с прекурсорами
Титульный лист журнала регистрации операций с прекурсорами
Образец заполнения журнала регистрации операций с прекурсорами
Правила ведения и хранения журнала регистрации операций с прекурсорами

Правила ведения и хранения специальных журналов регистрации операций,

связанных с оборотом прекурсоров наркотических средств и психотропных веществ:

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

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

3. Журналы должны быть сброшюрованы, пронумерованы, заверены подписью руководителя юридического лица или индивидуального предпринимателя и скреплены печатью юридического лица или индивидуального предпринимателя (при наличии печати).

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

5. Записи в журналах производятся лицом, ответственным за их ведение и хранение, шариковой ручкой (чернилами) в хронологическом порядке непосредственно после каждой операции (по каждому наименованию прекурсора) на основании документов, подтверждающих совершение операции.

Документы, подтверждающие совершение операции, или их копии, заверенные в установленном порядке, подшиваются в отдельную папку, которая хранится вместе с соответствующим журналом.

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

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

6. Положение пункта 5 настоящих Правил не распространяется на случаи регистрации операций по отпуску, реализации, приобретению или использованию диэтилового эфира (этилового эфира, серного эфира) в концентрации 45 процентов или более или перманганата калия в концентрации 45 процентов или более массой, не превышающей 10 килограммов, ацетона (2-пропанон) в концентрации 60 процентов или более, метилэтилкетона (2-бутанон) в концентрации 80 процентов или более, толуола в концентрации 70 процентов или более, серной кислоты в концентрации 45 процентов или более, соляной кислоты в концентрации 15 процентов или более или уксусной кислоты в концентрации 80 процентов или более массой, не превышающей 100 килограммов, а также смесей, содержащих только указанные вещества, и на случаи регистрации операций по использованию метилакрилата в концентрации 15 процентов или более или метилметакрилата в концентрации 15 процентов или более массой, не превышающей 100 килограммов. При этом запись в журнале о суммарном количестве отпущенных, реализованных, приобретенных или использованных указанных веществ производится ежемесячно и документального подтверждения совершения каждой операции не требуется.

7. В журналах указываются как наименования прекурсоров в соответствии со списками I и IV перечня, так и иные их наименования, под которыми они получены юридическим лицом или индивидуальным предпринимателем.

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

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

10. Исправления в журналах заверяются подписью лица, ответственного за их ведение и хранение. Подчистки и незаверенные исправления в журналах не допускаются.

11. Журнал хранится в металлическом шкафу (сейфе), ключи от которого находятся у лица, ответственного за ведение и хранение журнала.

12. Заполненные журналы вместе с документами, подтверждающими осуществление операций, хранятся в течение установленных Федеральным законом «О наркотических средствах и психотропных веществах» сроков, после чего подлежат уничтожению по акту, утверждаемому руководителем юридического лица или индивидуальным предпринимателем.

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

14. В случае ликвидации юридического лица журналы и документы, подтверждающие осуществление операций, передаются на хранение в государственный или муниципальный архив по месту нахождения юридического лица в соответствии с законодательством об архивном деле в Российской Федерации до истечения срока их временного хранения.

15. В случае прекращения деятельности индивидуального предпринимателя журналы и документы, подтверждающие осуществление операций, передаются на хранение в государственный или муниципальный архив по месту осуществления деятельности индивидуального предпринимателя до истечения срока их временного хранения.

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

Статья
28.02.2023

Применяется к: 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) файл и параметры файловой группы.
Механизм повторного использования пространства в файлах журналов работает быстро и оказывает минимальное влияние на пропускную способность транзакций.

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

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

Усечение журнала удаляет неактивные виртуальные файлы журнала (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_КОНТРОЛЬНАЯ ТОЧКА	Необходимо выполнить контрольную точку 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)

Упрощенный журнал транзакций Microsoft SQL Server

Объем данных, собираемых предприятиями, за последние годы вырос в геометрической прогрессии. Это в первую очередь связано с тем, что предприятия сегодня полагаются на принятие решений на основе данных, как никогда раньше. По понятным причинам для этих предприятий крайне важно, чтобы их данные никоим образом не были потеряны. Большинство современных баз данных содержат функции, гарантирующие, что пользовательские данные не будут потеряны. Одна из самых известных и надежных реализаций, обеспечивающих отсутствие потери данных, разработана Microsoft в версии 9.0013 Журналы транзакций SQL Server .

Содержание

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

Содержание

Что такое Microsoft SQL Server?
Каковы основные функции Microsoft SQL Server?
Что такое свойства ACID?
Что такое журнал транзакций?
Какое хранилище журнала транзакций SQL Server?
Что такое журнал транзакций Microsoft SQL Server?
Что такое модели восстановления Microsoft SQL Server?
- Простая модель восстановления
- Модель полного восстановления
- Модель массового восстановления с протоколированием
Может ли база данных SQL Server работать без журнала транзакций?
Может ли одна база данных SQL Server иметь более одного журнала транзакций?
Почему увеличивается размер журнала транзакций SQL Server?
Как поддерживать файлы журнала транзакций Microsoft SQL Server?
Нужны ли нам резервные копии журнала транзакций SQL Server?
Как усекать и сокращать файлы журнала транзакций в SQL Server?
Заключение

Что такое Microsoft SQL Server?

Источник изображения

Microsoft SQL Server — хорошо известная система управления реляционными базами данных (RDBMS). Учитывая, что это RDBMS , его основной целью является хранение и извлечение данных в соответствии с требованиями пользователей и подключенных к нему приложений. Microsoft SQL Server обеспечивает реализацию широкого спектра функций, включая обработку транзакций, бизнес-аналитику, анализ данных и т. д., которые сегодня необходимы большинству предприятий. Он считается одной из трех ведущих технологий баз данных наряду с Oracle Database и IBM DB2.

Наряду с поддержкой ANSI SQL, который является популярным языком структурированных запросов (SQL), Microsoft SQL Server поставляется с собственной реализацией SQL, называемой Transact SQL (T-SQL). T-SQL поддерживает дополнительные возможности, которые позволяют пользователям объявлять переменные, обрабатывать исключения и т. д. Основной интерфейсный инструмент для Microsoft SQL Server называется SQL Server Management Studio (SSMS).

Hevo — это конвейер данных без кода, который предлагает полностью управляемое решение для настройки интеграции данных из более чем 100 источников данных, включая Microsoft SQL Server и позволит вам напрямую загружать данные в хранилище данных или в место назначения по вашему выбору. Он автоматизирует поток данных за считанные минуты без написания кода. Его отказоустойчивая архитектура гарантирует безопасность и согласованность ваших данных. Hevo предоставляет вам действительно эффективное и полностью автоматизированное решение для управления данными в режиме реального времени и всегда имеет готовые к анализу данные.

НАЧНИТЕ HEVO БЕСПЛАТНО

Давайте рассмотрим некоторые характерные особенности Hevo :

Полностью управляемый : Не требует управления и обслуживания, поскольку Hevo является полностью автоматизированной платформой.
Преобразование данных : Простой интерфейс для совершенствования, изменения и обогащения данных, которые вы хотите передать.
В режиме реального времени : Hevo предлагает миграцию данных в режиме реального времени. Таким образом, ваши данные всегда готовы к анализу.
Управление схемой : Hevo может автоматически определять схему входящих данных и сопоставлять ее со схемой назначения.
Мониторинг в реальном времени : Расширенный мониторинг дает вам единый обзор для наблюдения за всеми действиями, происходящими в конвейерах.
Онлайн-поддержка : команда Hevo доступна круглосуточно, чтобы предоставить своим клиентам исключительную поддержку через чат, электронную почту и звонки в службу поддержки.

Упростите анализ данных с помощью Hevo уже сегодня!

ЗАРЕГИСТРИРУЙТЕСЬ ЗДЕСЬ НА 14-ДНЕВНУЮ БЕСПЛАТНУЮ ПРОБНУЮ ПРОБНУЮ ВЕРСИЮ!

Каковы основные функции Microsoft SQL Server?

Основные функции Microsoft SQL Server:

Ускоренное восстановление данных
Шифрование
Интеллектуальная обработка запросов
Расширенная аналитика
Расширенная интеграция

1 ) Ускоренное восстановление данных

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

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

Источник изображения

2) Шифрование

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

Источник изображения

3) Интеллектуальная обработка запросов

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

Источник изображения

4) Расширенная аналитика

Все данные, хранящиеся в Microsoft SQL Server, можно легко использовать для выполнения всестороннего анализа в соответствии с требованиями с помощью службы анализа Microsoft SQL Server (SSAS), которая представляет собой инструмент интеллектуального анализа данных и интерактивной аналитической обработки в Microsoft SQL Server.

5) Расширенные возможности интеграции

Microsoft SQL Server также позволяет пользователям выполнять широкий спектр задач, таких как извлечение данных, преобразование, загрузка, миграция данных и т. д. с помощью служб интеграции Microsoft SQL Server (SSIS). SSIS можно использовать для извлечения и преобразования данных из различных источников, таких как реляционные базы данных, плоские файлы, XML-файлы и т. д., с помощью графического пользовательского интерфейса (GUI) без написания единой строки кода.

Что такое свойства ACID?

Чтобы понять, что такое журналы транзакций Microsoft SQL Server, сначала необходимо понять, что такое свойства ACID и почему они важны.

В концепции РСУБД свойства ACID относятся к четырем ключевым свойствам каждой транзакции, происходящей в базе данных. Эти свойства следующие:

Источник изображения

Атомарность: Любые изменения, которые вносятся в базу данных, выполняются в одной операции. Это означает, что либо все изменения внесены, либо ни одно из них. Например, в банковской транзакции Atomicity гарантирует, что если деньги списываются со счета отправителя, они также зачисляются на счет получателя.
Согласованность: Обеспечивает согласованность базы данных до и после выполнения транзакции. Например, в банковской транзакции, если деньги переводятся с одного счета на другой, согласованность гарантирует, что общая сумма денег на обоих счетах до и после транзакции одинакова.
Изоляция: Убедитесь, что несколько транзакций могут одновременно выполняться в базе данных в сериализованной форме. Например, в банковской транзакции, в которой деньги переводятся со счета «А» на счет «Б» в одной транзакции, если другая параллельная транзакция попытается проверить баланс счета «А» и счета «Б», она увидит средства переводятся только на один из счетов, а не на оба или ни на один из них.
Долговечность: После завершения транзакции изменения не могут быть отменены, даже если система выйдет из строя. Например, в банковской операции нет возможности отменить перевод денег с одного счета на другой.

Что такое журнал транзакций?

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

Какое хранилище журнала транзакций SQL Server?

За исключением минимально протоколируемых операций, таких как BULK IMPORT или SELECT INTO, в журнале транзакций хранится каждая транзакция, выполненная в базе данных SQL Server. Внутри он разделен на виртуальные файлы журнала, которые представляют собой более мелкие разделы (VLF). Продолжайте запись в следующий доступный VLF в журнале транзакций, когда один VLF заполнится. Круговой файл можно использовать для представления журнала транзакций. Когда ведение журнала достигает конца файла, оно перезапускается с самого начала, но только в том случае, если выполнены все требования и удалены неактивные разделы. Чтобы пометить все неактивные части, чтобы их можно было использовать и перезаписать снова, требуется процесс усечения.

Если выполняются все следующие условия, запись в журнале транзакций больше не требуется:

Это часть зафиксированной транзакции.
Контрольная точка записала на диск все измененные ею страницы базы данных.
Для резервного копирования не требуется запись журнала (полная, разностная или журнальная)
Любая функция, которая считывает журнал, не требует записи журнала (например, зеркальное отображение или репликация базы данных)
Логический журнал журнала транзакций является активным компонент. Каждая транзакция в журнале транзакций идентифицируется порядковым номером журнала (LSN). MinLSN — это начало самой старой активной транзакции онлайн-журнала транзакций.

Что такое журнал транзакций Microsoft SQL Server?

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

Ожидается, что все системы управления реляционными базами данных (RDBMS) будут совместимы с ACID, а журналы транзакций Microsoft SQL Server — это то, как SQL Server обеспечивает соответствие всех своих баз данных ACID.

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

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

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

Ниже приведен пример файла журнала транзакций Microsoft SQL Server:

Источник изображения

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

Различные операции, поддерживаемые Журналами транзакций Microsoft SQL Server , следующие:

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

Какие существуют модели восстановления Microsoft SQL Server?

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

База данных Microsoft SQL Server может иметь любую из следующих моделей восстановления:

Простая модель восстановления
Модель полного восстановления
Модель восстановления с массовым протоколированием

1) Простая модель восстановления

Резервные копии на 90 013 Транзакция Microsoft SQL Server Журналы не поддерживаются в этой модели. Это означает, что вам не нужно обрабатывать накладные расходы, связанные с поддержанием резервных копий журнала транзакций. Пространство журнала автоматически освобождается в этой модели, поэтому пользователям не нужно управлять пространством журнала транзакций.

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

2) Модель полного восстановления

В этой модели восстановления все транзакции полностью регистрируются в Файл журнала транзакций Microsoft SQL Server . Последовательность журнала не нарушена и сохраняется для любых возможных операций восстановления базы данных. Файлы журнала транзакций могут быть заархивированы в модели и, следовательно, она обеспечивает полное восстановление в любой момент. Поэтому эта модель считается менее рискованной, чем простая модель восстановления. Эту модель восстановления следует использовать для поддержки критически важных приложений, чтобы гарантировать минимальную потерю данных или ее полное отсутствие.

3) Модель массового восстановления с протоколированием

Это специальный параметр конфигурации, очень похожий на модель полного восстановления. Единственная разница между этой моделью и моделью полного восстановления заключается в том, что эта модель позволяет вести минимальный журнал некоторых операций. Техника, используемая файлами журнала транзакций Microsoft SQL Server для регистрации массовых операций, называется Minimal Logging . Эту модель следует использовать, когда база данных регулярно подвергается массовым операциям и необходимо предотвратить рост файла журнала транзакций Microsoft SQL Server.

Модель восстановления для базы данных можно изменить, просто используя команду ALTER DATABASE. Запрос для выполнения операции выглядит следующим образом:

 ALTER DATABASE {db_name} SET MODEL {model_name};

{db_name} в приведенном выше запросе необходимо заменить на имя базы данных, для которой устанавливается модель восстановления, а {model_name} необходимо заменить на SIMPLE, FULL или BULK_LOGGED в зависимости от требований.

Модель восстановления также можно изменить с помощью Microsoft SQL Server Management Studio (SSMS), открыв экземпляр SQL в обозревателе объектов, выбрав нужную базу данных и изменив модель восстановления в свойствах.

Источник изображения

Может ли база данных SQL Server работать без журнала транзакций?

Нет, из-за конструкции SQL Server и совместимости с ACID это невозможно. Атомарность, непротиворечивость, изоляция и долговечность — вот характеристики ACID. Все транзакции должны соответствовать следующим критериям:

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

Может ли одна база данных SQL Server иметь более одного журнала транзакций?

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

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

Почему увеличивается размер журнала транзакций SQL Server?

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

В SQL Server существует три модели восстановления, и рост журнала транзакций проявляется по-разному в зависимости от того, какая из них используется:

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

Как поддерживать файлы журнала транзакций Microsoft SQL Server?

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

Информацию о пространстве журнала транзакций можно отслеживать с помощью следующего запроса:

 DBCC SQLPERF (LOGSPACE)
ВПЕРЕД

Источник изображения

Необходимо регулярно делать резервные копии файла журнала транзакций Microsoft SQL Server. Файл журнала транзакций следует очищать каждый раз при создании резервной копии, чтобы гарантировать отсутствие операций автоматического роста.

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

 BACKUP LOG {db_name}
НА ДИСК = "D:{db_name}.trn"
GO

{db_name} в приведенном выше запросе необходимо заменить на имя требуемой базы данных.

Нужны ли нам резервные копии журнала транзакций SQL Server?

Да, одним из самых важных ресурсов для аварийного восстановления является Интернет. Они необходимы (и доступны) только в том случае, если используется простая модель восстановления; однако существует риск потери данных. Для баз данных SQL Server с высокой нагрузкой большинство администраторов баз данных используют 15-минутный интервал или даже меньше. Резервные копии журналов транзакций важны, поскольку они определяют неактивные VLF, которые можно использовать для записи новых транзакций.

Как обрезать и уменьшить файлы журнала транзакций в SQL Server?

Понимание усечения журнала

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

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

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

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

Выберите Свойства -> Параметры в контекстном меню базы данных.
Выйдите из меню после изменения модели восстановления на Простую.
Выберите Задачи -> Сжать -> Файлы из контекстного меню базы данных.
Изменить тип журнала.
Выберите «Реорганизовать страницы перед освобождением неиспользуемого пространства» в разделе «Сжать» и нажмите «ОК».
Переключите модель восстановления обратно на полную или с массовым протоколированием после завершения процесса и создайте полную резервную копию базы данных.

Сжатие журнала

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

Сократить журнал транзакций

Чтобы сократить файл журнала транзакций, выполните следующие действия:
Выберите Задачи -> Сократить -> Файлы в контекстном меню базы данных.
Изменить тип журнала.
Выберите «Освободить неиспользуемое пространство» в разделе «Сжать» и нажмите «ОК».

Заключение

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

Журнал регистрации операций: Приложение N 1. Журнал регистрации операций, связанных с оборотом наркотических средств и психотропных веществ \ КонсультантПлюс