Как ускорить работу виртуальной машины ax2012r2

[mazzy]

Цитата:

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

проиндексировать все таблицы БД с данными и БД model

ты имеешь в виду Rebiuild Index на SQL-сервере?

Шаманство какое-то. Но попробую.

[sukhanchik]

Цитата:

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

ты имеешь в виду Rebiuild Index на SQL-сервере?

Шаманство какое-то. Но попробую.

Я бы никогда не подумал этим заняться, если бы не требования к виртуалке по AX 2012 R2 по памяти - 16 Гб. В то время, как AX 2012 (без R2) - только 6 Гб.

Правда все это относилось к учебной виртуалке (не партнерской). Однако, эффект срабатывает и на партнерской.

Меня напряг тот факт, что любое открытие формы на 12 Гб (ну не могу я ей дать 16 Гб) в R2 тормозит. Причем потом "разработается" и вроде как даже начинает терпимо открываться. Я предположил, что где-то в этот момент выполняется что-то типа сбора статистики в БД и попробовал сделать Rebuild Index на SQL Server.

Сия процедура мне дала хороший результат для учебной виртуалки - она стала нормально работать не на 16 Гб, а на 6 Гб. Для партнерской виртуалки - эффект был не столь разительным, но все же ей 8 Гб вполне хватило.

Оговорюсь сразу - для ускорения - я сразу виртуалку поместил на SSD-диск и был уверен "в успехе", но ... был удивлен, что не обнаружил "быстрого полета".

На 8 Гб первичная компиляция шла неприлично медленно и я решил перестроить индексы для базы model. Каково же было мое удивление, когда компиляция у меня пошла со скоростью компиляции откомпилированного приложения. Хотя конечно может мне и показалось.... Но в любом случае - ускорение произошло точно.

Я посмотрел на VHD-шник, который немного разросся и подумал - что наверное Microsoft его ужимает всеми правдами и неправдами, чтобы выкладывать как можно меньший размер виртуалки. Архивом пережимает сильно; базу не индексирует, перекрестные ссылки не строит и не компилирует видимо для экономии места на своих серверах Akamai. Но это лишь мое предположение.

[MikeR]

Я работаю на 4 ГБ, отключил SSAS. При необходимости включаю. Так же отключил все службы, которые в принципе не особо нужны.
Core roles + SP мне вполне хватает для 90 % задача на виртуалке. Для остальных можно увеличить ресурсы, но опять же по необходимости.
На ssd все прям таки летает. На sata тормозит, но терпимо.

[trud]

Цитата:

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

ты имеешь в виду Rebiuild Index на SQL-сервере?
Шаманство какое-то. Но попробую.

Действительно шаманство
Попробовал на своей версии, ничего не изменилось.
на самом деле проверить то достаточно легко. Запускаете компиляцию по таблицам, потом входите в SQL Management Studio, Activity monitor, и смотрите четвертый график Batch request sec (до и после). он достаточно стабилен(у меня 800-1000)

[mazzy]

Цитата:

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

Т.е. для ускорения компиляции - можно выполнить такую команду в БД model:

PHP код:

sp_msforeachtable 'dbcc dbreindex(''?'')' 


Ну, если уж шаманить, то по всем базам в виртуалке!
чтобы меньше бегать руками по базам, можно юзать

PHP код:

sp_msforeachdb
@command1 = N'USE [#];
IF ''#'' NOT IN(''master'', ''model'', ''msdb'', ''tempdb'')
BEGIN
   PRINT DB_NAME(); 
   exec sp_msforeachtable ''dbcc dbreindex(''''?'''') WITH NO_INFOMSGS''
END',
@replacechar='#' 


другие полезные скрипты http://www.sql.ru/blogs/dwh/1119

Цитата:

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

Действительно шаманство
Попробовал на своей версии, ничего не изменилось.

Щас попробуем.

[Vadik]

Цитата:

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

Ну, если уж шаманить, то по всем базам в виртуалке!
чтобы меньше бегать руками по базам, можно юзать

PHP код:

sp_msforeachdb
@command1 = N'USE [#];
IF ''#'' NOT IN(''master'', ''model'', ''msdb'', ''tempdb'')
BEGIN
   PRINT DB_NAME(); 
   exec sp_msforeachtable ''dbcc dbreindex(''''?'''') WITH NO_INFOMSGS''
END',
@replacechar='#' 


другие полезные скрипты http://www.sql.ru/blogs/dwh/1119
Щас попробуем.

Гы, взрослые вроде дядьки, а в волшебные скрипты все еще верите
Если абстрагироваться от случая запуска "все-в-одном" VM на ноутбуке где единственно правильный выход это не мучать бедное животное а использовать адекватное задаче железо (от 8 GB RAM и шустрый диск, желательно SSD) и заниматься именно оптимизацией, есть куча вменяемой документации от вендоров которую можно вдумчиво и не спеша почитать, например вот это

[mazzy]

Цитата:

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

Гы, взрослые вроде дядьки, а в волшебные скрипты все еще верите

Мы не верим. Просто хотелось проверить, а баз много и лениво на каждой запускать.
За инфу - спасибо.

Цитата:

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

Т.е. для ускорения компиляции - можно выполнить такую команду в БД model:

не, ничего не изменилось.
может, конечно, на совсем нулевой-только-из-архива машине и поможет. Но уже лениво 112 гигов заново разворачивать.

[sukhanchik]

Цитата:

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

Попробовал на своей версии, ничего не изменилось.

По базе model или с данными?