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

[A_BAS]

Приветствую, коллеги!

Столкнулся с проблемой на разработческой виртуалке D365FO (7 версия). Медленно, но неуклонно уменьшается свободное пространство на виртуальном жестком диске. За пару месяцев с 7ГБ уменьшилось до 1Гб. Есть подозрение, что это из-за билдов и синхронизаций.

Кто-нибудь знает, какие файлы можно смело и безболезненно удалить дабы освободить чуточку гигабайтов места?

PS: Известно что можно грохнуть из AOSService/PackagesLocalDirectory файлы *.delete. Ну и удаление файла откачки при рестарте

[pitersky]

Посмотрите размер папки MonAgentData (обычно на диске с той же буквой что и папка AosService)
У меня уже пару раз такое было, что она распухала до безобразия

[A_BAS]

Увы. Такой папки у меня нет. Гранаты наверно не той системы...

[Alex_KD]

Не проще ли размер диска увеличить? 6 Гб за пару месяцев не так чтоб и много.

[A_BAS]

Безусловно проще!
Но правильнее все же будет выкинуть мусор, а не взять мусорное ведерко побольше

[AlexeyS]

может быть установить какую-нибудь тулзу для отслеживания изменений папок и файлов? будет понятно что и как поменялось.

[skuull]

Если вы на нее ставили какие-то пакеты то от них остаётся много всего включая бекап packagelocaldirectory

[user_ax]

А как єто так? 6 гб за 2 месяца? Папочки temp очищаете в винде?

Можете как вариант, грохать файлы которые геренит билд раз в 2 месяца И потом заново их генерировать

[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".

[Ivanhoe]

На БД модели и в 2012 всегда руками ставили Simple, и не только на DEV.