Составить журнал регистрации хозяйственных операций примеры: Заполняем журнал учета хозяйственных операций — образец

Заполняем журнал учета хозяйственных операций — образец

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

Что такое журнал учета хозяйственных операций

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

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

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

Пример заполнения журнала учета хозяйственных операций по счету 99 «Прибыли и убытки» можно посмотреть в КонсультантПлюс. Получите пробный доступ к системе и бесплатно изучите материал.

Заполняем журнал учета хозяйственных операций в «1С»

В основном бухгалтеры оформляют проводки в бухгалтерских программах только путем электронного заполнения первичных документов в разделах программы, относящихся к различным сферам хозяйственной деятельности, в этом случае проводки формируются самостоятельно и автоматически попадают в журнал хозяйственных операций. Однако существуют нетипичные операции, которые можно отразить только напрямую в журнале хозяйственных операций. Рассмотрим это на примере «1С:Предприятие».

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

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

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

Заполняем журнал учета хозяйственных операций в бумажном виде

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

Скачать бланк

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

Скачать образец

Журнал учета фактов хозяйственной деятельности для малых предприятий

Для субъектов малого предпринимательства разработаны подробные рекомендации по ведению бухгалтерского учета. Они утверждены приказом Минфина РФ от 21.12.1998 № 64н. Книгу (журнал) учета фактов хозяйственной деятельности по форме № К-1 (далее — Книга) рекомендуется использовать в качестве единственного регистра по учету всех операций малым предприятиям с небольшим количеством транзакций, вид деятельности которых не связан с материалоемким производством. Согласно приказу № 64н такой учет называется простой формой бухучета. Скачать бланк книги вы можете на нашем сайте.

Скачать бланк

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

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

Скачать образец

Кроме того, разработаны еще одни рекомендации по ведению учета субъектами малого предпринимательства, утвержденные решением Президентского совета НП «Институт профессиональных бухгалтеров и аудиторов России» (протокол от 25.

04.2013 № 4/13). Эти рекомендации одобрены Минфином и являются усовершенствованной и расширенной версией приказа № 64н с примерами оформления регистров. Этими рекомендациями определено три вида упрощенного бухучета для малых предприятий:

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

Аналогом простой формы бухучета по приказу № 64н является сокращенная форма по рекомендациям НП «ИПБ России». При сокращенной форме комбинированным регистром учета является Книга (журнал) учета фактов хозяйственной жизни по форме № К-1МП. Эта форма повторяет Книгу № К-1 и заполняется аналогично. Скачать бланк формы № К-1МП можно по ссылке https://www.ipbr.org/accounting/small-business-accounting-recommendations.

Отметим также то, что если организации недостаточно ведения одного регистра по форме № К-1 или № К-1МП, то она может применять и другие рекомендуемые регистры, например по учету оплаты труда, основных средств, расчетов с контрагентами и т. д.

О том, как упрощено составление отчетности для малых предприятий, читайте в статье «Упрощенная бухгалтерская отчетность для малых предприятий».

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

Итоги

Регистр, содержащий полную информацию о деятельности организации, отраженную на счетах бухгалтерского учета, может быть назван «Журнал учета хозяйственных операций» (или проводок, или фактов хозяйственной деятельности — от этого не изменится его функция). Современное бухгалтерское программное обеспечение позволяет формировать такой регистр автоматически, что может помочь найти необходимые записи в большом объеме информации путем применения фильтров и сортировок.

Источники:

приказ Минфина РФ от 21.12.1998 № 64н

Журнал хозяйственных операций: проводки и образец заполнения

Скачать

• Образец заполнения журнала учета хозопераций 95 Кб , 904 загрузки

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

Расскажем, как заполнить и вести его.

Журнал регистрации хозяйственных операций

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

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

Как составить журнал учета хозяйственных операций

Составить документ можно по типовой форме № К-1 (приложение № 1, утвержденное Приказом Минфина РФ от 21.12.98 № 64н) или по форме № К-1МП (приложение № 11 к рекомендациям НП «ИПБ России»).

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

Чаще всего используют книгу по форме К-1МП.

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

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

Далее в последующих строках документа в хронологической последовательности записывают операции (проводки), основанные на «первичке» – товарных накладных, актах, счетах-фактурах и других бумагах.

Сумму по каждой операции отражают в соответствующей графе «Сумма», а также одновременно по графам «Дебет» и «Кредит» соответствующих счетов рабочего плана счетов. Таково требование метода двойной записи.

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

В конце отчетного года при составлении годовой бухгалтерской отчетности формируют финансовый результат и закрывают счет 99. Сумму чистой прибыли или убытка отчетного года списывают со счета 99 в кредит или дебет счета 84 заключительной записью декабря.

Такой порядок следует из пунктов 40–44 рекомендаций, утвержденных Решением президентского совета НП «ИПБ России» от 25.04.2013 № 4/13.

Заполнение журнала хозяйственных операций выглядит так: 

Скачать полную версию образца заполнения можно в начале статьи. 

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

• Статья
• 28.02.2023
• 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)

Архитектура журнала транзакций SQL Server

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

Топография

База данных SQL Server состоит в основном из трех файлов: первичного файла данных (.mdf), вторичного файла данных (.ndf) и файла журнала транзакций (. ldf). Как следует из названия, файлы данных используются для хранения данных таблиц на странице данных. Файл журнала транзакций SQL Server используется для записи каждой операции модификации данных, включая изображение данных до и после процесса модификации.

Обзор

В предыдущей статье этой серии Обзор транзакций SQL Server мы описали концепцию транзакции SQL Server. В этой статье мы рассмотрим архитектуру файла журнала транзакций.

Журнал транзакций является критически важным компонентом базы данных SQL Server для соответствия требованиям ACID (атомарность, согласованность, изоляция и долговечность). Когда служба SQL Server перезапускается, база данных переходит в состояние восстановления, в котором компонент SQL Server Database Engine считывает файл журнала транзакций SQL Server, чтобы убедиться, что база данных находится в состоянии восстановления.0015 соответствует состоянию . Это достигается путем записи данных зафиксированных транзакций в файл данных в процессе повтора транзакций и отмены всех незафиксированных транзакций в процессе отката. Кроме того, файл журнала транзакций используется для восстановления базы данных на определенный момент времени в случае аварии или сбоя системы. Его также можно использовать для возврата базы данных в предыдущее состояние, когда после транзакции выполняется команда ROLLBACK.

Функциональность журнала транзакций SQL достигается путем записи записи журнала в файл журнала транзакций перед записью страниц данных в физический файл данных в процессе, называемом 9.0015 Регистрация предзаписи . Ядро СУБД SQL Server записывает запись журнала для каждой отдельной операции, такой как запись журнала в начале и в конце каждой транзакции SQL, после каждого процесса модификации данных, при создании или удалении таблицы или индекса базы данных и после каждой операции. процесс выделения или освобождения страницы. Эти журналы будут записываться и считываться из файла журнала транзакций последовательно .

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

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

Журнал транзакций LSN

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

Последовательно вставленные записи журнала содержат другую полезную информацию, например идентификатор транзакции, которой принадлежит эта запись. В этом случае все записи журнала, связанные с конкретной транзакцией, будут сгруппированы и связаны в цепочку на основе идентификатора транзакции, что ускорит процесс отката этой транзакции. Например, запрос системного DMO sys.fn_dblog с использованием следующего сценария показывает нам количество записей журнала с разными номерами LSN, которые принадлежат одной и той же транзакции и связаны друг с другом с помощью значения идентификатора транзакции, как показано ниже:

SELECT [Текущий LSN],[Операция], [ID транзакции],[Предыдущий LSN], [AllocUnitName],[LSN предыдущей страницы], [ID страницы],[XACT ID],[Время начала],[ Время окончания] ОТ sys.fn_dblog (NULL, NULL)

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

Если конец логического журнала достигает начала логического журнала по одной из следующих причин, компонент SQL Server Database Engine вернет номер ошибки 9002 , так как для новой записи журнала транзакций нет свободного места. записано в файле журнала транзакций SQL Server:

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

МИН

Минимальный порядковый номер журнала транзакций, , также известный как MinLSN, , представляет собой особый тип LSN, который показывает LSN самой старой активной записи журнала, необходимой для успешного выполнения процесса отката базы данных. Часть файла журнала транзакций SQL Server между MinLSN и концом логического журнала, необходимая для полного восстановления базы данных, называется Активный журнал , как показано ниже:

Усечение

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

Чтобы иметь возможность обрезать журнал транзакций SQL Server:

• Транзакция должна быть зафиксирована
• Журнал транзакций не ожидает резервного копирования или функции высокой доступности.
• Оператор Checkpoint должен быть запущен, чтобы пометить неактивную часть журнала транзакций как повторно используемую.

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

• Подробную информацию о контрольных точках см. в разделе Контрольные точки базы данных — улучшения в SQL Server 2016.  

Когда выполняется процесс усечения журнала, компонент Database Engine освобождает все неактивные записи журнала, начиная с начала логического журнала и заканчивая MinLSN, для повторного использования фактическим физическим журналом. Например, приведенный ниже файл журнала транзакций SQL Server содержит:

• Физический журнал с 5 VLF
• Логический журнал, который является используемой частью физического журнала, занимает первые четыре VLF.
• Первые два VLF содержат неактивные журналы, которые пока нельзя использовать.
• Вторые два VLF (VLF 3 и VLF 4) содержат активные записи журнала, которые не могут быть усечены.

После выполнения процесса усечения предыдущего файла журнала транзакций SQL Server вы увидите, что:

• Первые два VLF, содержащие неактивные записи журнала, усекаются.
• VLF1 и VLF2 снова доступны для повторного использования.
• VLF1 и VLF2 больше не являются частью логического журнала.
• Никаких изменений не производилось на VLF3 и VLF4, которые содержат активные записи журнала.

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

Содержание

Обзор транзакций SQL Server

Архитектура журнала транзакций SQL Server

Что такое виртуальные файлы журнала SQL, также известные как VLF SQL Server?

Журнал транзакций SQL Server и модели восстановления

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

Мониторинг и управление ростом журнала транзакций SQL Server

Резервное копирование журнала транзакций SQL Server, операции усечения и сжатия

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

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

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

Аудит путем чтения журнала транзакций SQL Server

• Автор
• Последние сообщения

Ахмад Ясин

Ахмад Ясин — инженер Microsoft по работе с большими данными, обладающий глубокими знаниями и опытом в области SQL BI, администрирования баз данных SQL Server и разработки.