Освобождение места на виртуалке D365FO

[A_BAS]

Оказалось, что растет ldf файл аксаптовской базы.
Пойман с поличным при ребилде решения.
Причем растет с приличной скоростью. На почти 900 Мб за один раз.
ldf был безжалостно зашринкован, место освободилось. Хэппи энд.

USE [AxDB];
GO

ALTER DATABASE [AxDB]
SET RECOVERY SIMPLE;
GO

DBCC SHRINKFILE ([AXDBBuild_Log], 1);
GO

ALTER DATABASE [AxDB]
SET RECOVERY FULL;
GO

После шринка лог расти перестал даже после ребилда.

Но, как водится, ответ породил вопросы. Что такого делается в VS при сборке решений/проектов, что растет лог транзакций?

[trud]

Цитата:

Сообщение от A_BAS

Что такого делается в VS при сборке решений/проектов, что растет лог транзакций?

Информация о объектах и их ID как оказалось хранится в базе, т.е. возможно что-то обновляется

[AlexeyS]

Цитата:

Сообщение от trud

Информация о объектах и их ID как оказалось хранится в базе, т.е. возможно что-то обновляется

неужели что-то может часто меняться в этих таблицах? к тому-же они небольшие

select * from CLASSIDTABLE
select * from ENUMIDTABLE
select * from ENUMVALUETABLE
select * from TABLEIDTABLE
select * from TABLEFIELDIDTABLE

[gl00mie]

Цитата:

Сообщение от A_BAS

Оказалось, что растет ldf файл аксаптовской базы.
Пойман с поличным при ребилде решения. Причем растет с приличной скоростью. На почти 900 Мб за один раз.

USE [AxDB];
GO

ALTER DATABASE [AxDB]
SET RECOVERY SIMPLE;
GO

DBCC SHRINKFILE ([AXDBBuild_Log], 1);
GO

ALTER DATABASE [AxDB]
SET RECOVERY FULL;
GO

Может, оставить recovery mode simple? Зачем оно нужно full на разработческой машине?..

[A_BAS]

Цитата:

Сообщение от gl00mie

Зачем оно нужно full на разработческой машине?..

Этот вопрос можно переадресовать в MS. Вроде как оно по дефолту установлено на виртуалке.

[skuull]

Цитата:

Сообщение от A_BAS

Этот вопрос можно переадресовать в MS. Вроде как оно по дефолту установлено на виртуалке.

Ну откуда МС знает что вы там храните? Потеряете данные и будете писать на форумах "это вопрос к МС почему там simple, а не Full".