Полный журнал транзакций для базы данных

Question

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

У меня нет контроля над тем, как это выполняется.

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

Таким образом, процесс выходит из строя с ошибкой "The transaction log for database 'xxx' is full".

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

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

Любые идеи?

Если кому-то интересно, то процесс импорта организации в Microsoft Dynamics CRM 4.0.

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

- = - = - = - = - ОБНОВЛЕНИЕ - = - = - = - = -

Спасибо всем за комментарии до сих пор. Ниже то, что привело меня к мысли о том, что журнал не будет расти из-за открытой сделки:

Я получаю следующее сообщение об ошибке ...

Import Organization (Name=xxx, Id=560d04e7-98ed-e211-9759-0050569d6d39) failed with Exception: 
System.Data.SqlClient.SqlException: The transaction log for database 'xxx' is full. To find out why space in the log cannot be reused, see the log_reuse_wait_desc column in sys.databases 

Так следуя этому совету я пошел в «log_reuse_wait_desc column in sys.databases» и он держал значение «ACTIVE_TRANSACTION».

Согласно Microsoft: http://msdn.microsoft.com/en-us/library/ms345414(v=sql.105).aspx

Это означает следующее:

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

• Отложенная транзакция (только для SQL Server 2005 Enterprise Edition и более поздних версий). Отложенная транзакция - это фактически активная транзакция, откат которой заблокирован из-за некоторого недоступного ресурса. Для получения информации о причинах отложенных транзакций и способах их перемещения из состояния отложенного платежа см. Раздел Отложенные транзакции.

Я что-то не понял?

- = - = - = - ОБНОВЛЕНИЕ 2 - = - = - = -

Просто стартовал процесс с начальным размером файла журнала, установленным в 30GB. Это займет пару часов.

- = - = - = - Final ОБНОВЛЕНИЕ - = - = - = -

Вопрос был фактически вызван лог-файл, потребляющего все доступное дисковое пространство.В последней попытке я освободил 120 ГБ, и он все еще использовал все это и в конечном итоге потерпел неудачу.

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

Спасибо всем за ваш вклад.

Answer 1

Это одноразовый скрипт или регулярная работа?

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

Answer 2

У вас есть Включить авторасширения и Неограниченные роста файла и включен в лог-файл? Вы можете редактировать их через SSMS в «Свойства базы данных> Файлы»

Answer 3

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

Answer 4

Следующее будет обрезать журнал.

USE [yourdbname] 
GO 

-- TRUNCATE TRANSACTION LOG -- 
DBCC SHRINKFILE(yourdbname_log, 1) 
BACKUP LOG yourdbname WITH TRUNCATE_ONLY 
DBCC SHRINKFILE(yourdbname_log, 1) 
GO 

-- CHECK DATABASE HEALTH -- 
ALTER FUNCTION [dbo].[checker]() RETURNS int AS BEGIN RETURN 0 END 
GO 

Answer 5

У меня была эта ошибка один раз, и она оказалась на жестком диске сервера, который исчерпывает дисковое пространство.

Answer 6

Чтобы устранить эту проблему, измените модель восстановления в Простой затем термоусадочную лог-файлы

1. Database Properties> Параметры> модель восстановления> Простой

2. Задачи базы данных> Усадка> Файлы> Журнал

Готово.

Затем проверьте дб размер файла журнала в Database Properties> Файлы> Файлы базы данных> Путь

Для проверки полного журнала SQL Server: открыть окно просмотра файла журнала в SSMS> База данных> Управление> Logs SQL Server > Current

Answer 7

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

Это предотвратит любые действия в этой базе данных (например, сжимается), а SQL Server Database Engine вызовет ошибку 9002.

Чтобы преодолеть это поведение, я советую вам проверить это The transaction log for database ‘SharePoint_Config’ is full due to LOG_BACKUP, в котором описаны подробные шаги для решения проблемы.