Журнал регистрации хозяйственных операций пример заполнения: Журнал регистрации хозяйственных операций | Современный предприниматель

Журнал регистрации хозяйственных операций пример заполнения: Журнал регистрации хозяйственных операций | Современный предприниматель

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Здесь вы сможете скачать пустую форму книги учета фактов хоздеятельности № К-1МП в формате Excel. Скачайте ее по ссылке: бланк книги хозяйственных операций.

Автор: Максим Безбородов

Выполнить задания 1. Составить журнал регистрации хозяйственных операций ОАО за месяц на основании перечня операций с указанием бухгалтерских проводок по счетам и сумм, подсчитать в журнале итог за месяц 2. Открыть счета, занести в них начальные остатки по приведенным данным, сделать разноску из… #1502197

1. Составить журнал регистрации хозяйственных операций ОАО за месяц на основании перечня операций с указанием бухгалтерских проводок по счетам и сумм, подсчитать в журнале итог за месяц 3
2. Открыть счета, занести в них начальные остатки по приведенным данным, сделать разноску из журнала хозяйственных операций за месяц, вывести конечные остатки 5
3. Заполнить оборотную ведомость 8
4. Составить бухгалтерский баланс Ф 1 9
Список используемой литературы 12

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

3. Заполнить оборотную ведомость
4. Составить бухгалтерский баланс Ф
Список используемой литературы

1. Федеральный закон «О бухгалтерском учете» от 21.11.1996 г. № 129-ФЗ.
2. Положение по ведению бухгалтерского учета и отчетности в РФ, утвержденное приказом Минфина РФ от 29 июля 1998 года № 34н.
3. Положения по бухгалтерскому учету «Расходы организации» ПБУ 10/99, утвержденное приказом Минфин; России от 6.05.1999 г. № ЗЗн
4. Письмо Минфина РФ от 29.04.02 №16-00-13/03 «О применении нормативных документов, регулирующих вопросы учета затрат на производства и калькулирования себестоимости продукции (работ, услуг)»
5. План счетов бухгалтерского учета финансово-хозяйственной деятельности предприятий и инструкции по его применению. Утверждено Приказом МФ РФ от 31.10.2000 г. №94н
6. Брызгалин А. В. Практическая налоговая энциклопедия. Том 2. – Налоги финансовое право, 2005. – 156 с.

7. Вещунова Н.Л., Фомина Л.Ф. Бухгалтерский учет: Учебник. – М.6 ТК Велби, Изд – во Проспект, 2004. – 672с.
8. Кондраков Н.П. Бухгалтерский учет. Учебное пособие. – «ИПБ-БИНФРА», 2007. – 548 с.
9.Кожинов В.Я. Основы бухгалтерского учета. – Система ГАРАНТ, 2006. – 328 с.
10. Муравицкая Н.К.Бухгалтерский учет: учебник:-М.:КНОРУС, 2009.-572с.
11. Рябенькая Т.Ю. Бухгалтерская (финансовая) отчетность: Учебное пособие. – М. Юстицинформ, 2006. – 209 с

Тема:	Выполнить задания 1. Составить журнал регистрации хозяйственных операций ОАО за месяц на основании перечня операций с указанием бухгалтерских проводок по счетам и сумм, подсчитать в журнале итог за месяц 2. Открыть счета, занести в них начальные остатки по приведенным данным, сделать разноску из журнала хозяйственных операций за месяц, вывести конечные остатки 3. Заполнить оборотную ведомость 4. Составить бухгалтерский баланс Ф Список используемой литературы
Артикул:	1502197
Дата написания:	26.01.2011
Тип работы:	Контрольная работа
Предмет:	Бухгалтерский учет
Оригинальность:	Антиплагиат.ВУЗ — 61%
Количество страниц:	12

Журнал транзакций (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

Редактировать

Твиттер LinkedIn Фейсбук Электронная почта

• Статья
• 28. 02.2023
• 6 минут на чтение

Применяется к: SQL Server

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

Отслеживание использования пространства журнала

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

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

Важно

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

Уменьшить размер файла журнала

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

Примечание

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

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

Важно

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

Уменьшить файл журнала (без сжатия файлов базы данных)

• DBCC SHRINKFILE (Transact-SQL)

• Уменьшить файл

Отслеживание событий сжатия файла журнала

• Класс события автоматического сжатия файла журнала.

Пространство журнала мониторинга

• sys.dm_db_log_space_usage (Transact-SQL)

• sys. database_files (Transact-SQL) (см. столбцы размера , max_size и роста для файла или файлов журнала.)

Добавить или увеличить файл журнала

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

• Чтобы добавить файл журнала в базу данных, используйте пункт ADD LOG FILE оператора ALTER DATABASE . Добавление файла журнала позволяет журналу расти.
• Чтобы увеличить файл журнала, используйте пункт MODIFY FILE оператора ALTER DATABASE , указав синтаксис SIZE и MAXSIZE . Дополнительные сведения см. в разделе Параметры файлов и групп файлов ALTER DATABASE (Transact-SQL).

Дополнительные сведения см. в рекомендациях в этом разделе.

Оптимизация размера журнала транзакций tempdb

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

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

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

Используйте инструкцию ALTER DATABASE (Transact-SQL) File and Filegroup для управления ростом файла журнала транзакций. Обратите внимание на следующее:

• Чтобы изменить текущий размер файла в КБ, МБ, ГБ и ТБ, используйте кнопку 9.0051 РАЗМЕР опция.
• Чтобы изменить шаг роста, используйте параметр FILEGROWTH . Значение 0 указывает, что автоматическое увеличение отключено и дополнительное пространство не разрешено.
• Для управления максимальным размером файла журнала в единицах КБ, МБ, ГБ и ТБ или для установки НЕОГРАНИЧЕННОГО увеличения используйте параметр MAXSIZE .

Дополнительные сведения см. в рекомендациях в этом разделе.

Ниже приведены некоторые общие рекомендации по работе с файлами журнала транзакций:

• Автоматическое увеличение (autogrow) журнала транзакций, заданное параметром FILEGROWTH , должно быть достаточно большим, чтобы опережать потребности транзакций рабочей нагрузки. Шаг увеличения файла журнала должен быть достаточно большим, чтобы избежать частого расширения. Хорошим указателем на правильный размер журнала транзакций является отслеживание объема журнала, занятого во время:

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

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

  • В версиях до SQL Server 2022 (16.x) журналы транзакций не могут использовать мгновенную инициализацию файлов, поэтому увеличенное время роста журнала особенно важно.
  • Начиная с SQL Server 2022 (16.x) (все выпуски) и в базе данных SQL Azure мгновенная инициализация файлов может помочь увеличить размер журнала транзакций до 64 МБ. Приращение размера автоматического увеличения по умолчанию для новых баз данных составляет 64 МБ. События автоматического увеличения файла журнала транзакций размером более 64 МБ не могут получить преимущества от мгновенной инициализации файла.
  • Рекомендуется не устанавливать для параметра FILEGROWTH значение выше 1024 МБ для журналов транзакций. Значения по умолчанию для FILEGROWTH вариант:

  Версия	Значения по умолчанию
  Начиная с SQL Server 2016 (13.x)	Данные 64 МБ. Файлы журнала 64 МБ.
  Начиная с SQL Server 2005 (9.x)	Данные 1 МБ. Лог-файлы 10%.
  До SQL Server 2005 (9.x)	Данные 10%. Лог-файлы 10%.

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

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

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

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

• Файлы журналов можно настроить на автоматическое сжатие. Однако это не рекомендуется , а для свойства базы данных auto_shrink по умолчанию установлено значение FALSE.