AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Администрирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 15.04.2003, 12:08   #1  
vip is offline
vip
Участник
 
4 / 10 (1) +
Регистрация: 15.04.2003
Адрес: SPB
Angry 3.0 - большой объем базы
Медленно нагреваюсь:

Знакомился с возможностями производства в 3.0:
номенклатуры - 30 ед.
спецификаций - 5 ед
поставщиков и клиентов - 10-15
в производстве - 7 рабочих центров
1 прогнозный и 1 сводный план.

MS SQL server

Итог работы за 2 дня: файл базы данных (.dat) - 400 Mb и жутко тормозит, тк работаю на ноутбуке.

может кто знает почему такое может быть?
Старый 15.04.2003, 14:13   #2  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
тормозит? 400Мб - это очень маленькая база.

скорее всего, ты не уммешь ее готовить

прежде всего сколько памяти на ноутбуке?
128? Значит в основном время уходит на своп.
256? Сколько памяти выделили SQL-серверу?

далее про администрирование.
скорее всего в ходе работы база у тебя постоянно растет. Это достаточно медленная операция. Особенно если памяти маловато.
и не дай бог у тебя включен autoshrink тогда периодически система ничем не занимается кроме сжатия...

далее. полезно регулярно пользоваться процедурами обслуживания и оптимизации самого SQL...

В общем:
1. обратись к профессионалам на худой конец к своему администратору)
2. 400 мб - это маленькая база. На таких смешных объемах тормозить не должно.
Старый 15.04.2003, 14:51   #3  
Vadik is offline
Vadik
Модератор
Аватар для Vadik
Лучший по профессии 2017
Лучший по профессии 2015
 
3,631 / 1849 (69) ++++++++
Регистрация: 18.11.2002
Адрес: гражданин Москвы
Цитата:
обратись к профессионалам на худой конец к своему администратору
Старый 15.04.2003, 15:02   #4  
vip is offline
vip
Участник
 
4 / 10 (1) +
Регистрация: 15.04.2003
Адрес: SPB
2 mazzy: Спасибо за исчерпывающий совет

меня интересовало: почему на малый объем записей в рабочих таблицах такой большой объем базы на сервере.

Ларчик просто открывался: около 320 мб - занято справочной системой (таблицы начинаются на xref*).

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

Всем спасибо, все свободны.
Старый 15.04.2003, 15:11   #5  
Vadik is offline
Vadik
Модератор
Аватар для Vadik
Лучший по профессии 2017
Лучший по профессии 2015
 
3,631 / 1849 (69) ++++++++
Регистрация: 18.11.2002
Адрес: гражданин Москвы
Цитата:
меня интересовало: почему на малый объем записей в рабочих таблицах такой большой объем базы на сервере.

Ларчик просто открывался: около 320 мб - занято справочной системой (таблицы начинаются на xref*).
Это перекрестные ссылки, их можно было не создавать при инсталляции
Старый 15.04.2003, 15:46   #6  
vip is offline
vip
Участник
 
4 / 10 (1) +
Регистрация: 15.04.2003
Адрес: SPB
На момент установки 3.0 я не знал как отключить чек-листы. вот Аксапта меня постоянно и просила создать эти ссылки.
В конце концов сдался и создал.

Зато теперь знаю как отключить чек-лист
Думаю это уже другая история.
Старый 15.04.2003, 16:01   #7  
Vadik is offline
Vadik
Модератор
Аватар для Vadik
Лучший по профессии 2017
Лучший по профессии 2015
 
3,631 / 1849 (69) ++++++++
Регистрация: 18.11.2002
Адрес: гражданин Москвы
Цитата:
В конце концов сдался и создал.
Сервис - средства разработки - перекрестные ссылки - периодические операции - обновление - оставь только "удалить все"
Старый 15.04.2003, 16:57   #8  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
320? в 3.0?
Не похоже.
Перекрестные ссылки в русской 3.0 занимают 800.
Может быть международная версия? Но и там вроде больше 400 было...
Старый 15.04.2003, 17:02   #9  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Изначально опубликовано vip
Ну а притормаживало из-за того, что в настройках управление кэшем отдавалось на откуп XP.
А можешь подробнее?
Кэшей разных много.
Старый 15.04.2003, 17:19   #10  
vip is offline
vip
Участник
 
4 / 10 (1) +
Регистрация: 15.04.2003
Адрес: SPB
1. 320 или 400 - разве это имеет принципиальное значение для обсуждаемого вопроса? После построения ссылок сам файл DAT стал размером около 800 мб, но реально в нем больше половины места было свободным. А, да, версия 3.0 рус.

2. В настройках XPстояло установка управления Virtual memory - "System managed size". В результате чего под SQL-сервер выделялось раза в полтора больше чем рекомендовалось (проверял через Таск манагер).

Вот вроде и все.
Старый 15.04.2003, 19:58   #11  
Vadik is offline
Vadik
Модератор
Аватар для Vadik
Лучший по профессии 2017
Лучший по профессии 2015
 
3,631 / 1849 (69) ++++++++
Регистрация: 18.11.2002
Адрес: гражданин Москвы
Цитата:
320? в 3.0?
Не похоже.
Перекрестные ссылки в русской 3.0 занимают 800.
За такой кластерный индекс, как на xRefReferences, мне бы на старой работе оторвали руки.. По самые уши
Старый 15.04.2003, 23:19   #12  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Изначально опубликовано vip
2. В настройках XPстояло установка управления Virtual memory - "System managed size". В результате чего под SQL-сервер выделялось раза в полтора больше чем рекомендовалось
а... понятно.
вообще говоря, это не кеш.
на всякий случай, у самого SQL также есть параметры управления памятью. Надо сказать ему, чтобы меньше жрал. Особенно на ноутбуке (не на сервере то бишь).
Старый 15.04.2003, 23:26   #13  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Изначально опубликовано Vadik
За такой кластерный индекс, как на xRefReferences, мне бы на старой работе оторвали руки.. По самые уши
Хорошо тебе.
Теперь ты не на старой работе и можешь лицезреть такие индексы.
И даже пользоваться ими.
Старый 16.04.2003, 05:30   #14  
Антон Солдатов is offline
Антон Солдатов
Соучастник
Аватар для Антон Солдатов
 
386 / 27 (1) +++
Регистрация: 29.12.2002
Адрес: Новосибирск
навеяло..
- угадайте почему у меня БД большая и тормозит? я там практически ничего не делал
- да это разве большая?
- ну да соврал, на самом деле зарезервировано больше, да и перекрестные ссылки я сгенерил на все данные... а тормозит, потому что в ноутбуке оперативки мало, а я ее всю SQL-серверу отдал.. ну и что, что я никаких начальных данных для решения проблемы не сказал... самим трудно догадаться?

PS: А потом сочиняют анекдоты про службу поддержки.
Старый 16.04.2003, 10:01   #15  
Vadik is offline
Vadik
Модератор
Аватар для Vadik
Лучший по профессии 2017
Лучший по профессии 2015
 
3,631 / 1849 (69) ++++++++
Регистрация: 18.11.2002
Адрес: гражданин Москвы
Если бы пользователи могли сами с первого раза правильно формулировать вопросы и диагностировать проблемы, зачем была бы нужна служба поддержки?

Пользователей любить надо
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Большой Log файл у базы. Что делать? Arahnid DAX: Администрирование 4 04.04.2007 16:10
Ищу готовые базы Axapta locky_sql_ru DAX: Администрирование 25 28.02.2007 10:47
Оцените объем базы за год otkudao DAX: Прочие вопросы 11 16.01.2007 12:45
А "потянет" ли Axapta такой объем данных ? KonSA DAX: Администрирование 26 13.05.2004 01:29
Уменьшение базы данных Axapta Writer DAX: Администрирование 13 15.09.2003 16:53
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 15:12.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.