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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 18.01.2007, 13:17   #1  
polygris is offline
polygris
Участник
AxAssist
MCBMSS
 
272 / 67 (3) ++++
Регистрация: 14.06.2005
Адрес: Киев
Производительность БД при смене Recovery Model
Влияет ли на производительность БД Axapta смена Recovery Model c Full на Simple?
Старый 18.01.2007, 14:57   #2  
Андре is offline
Андре
Moderator
Сотрудники компании GMCS
 
2,375 / 464 (20) +++++++
Регистрация: 03.12.2001
Гипотетически такое возможно, если узким местом является дисковая подсистема.
С другой стороны, "увеличения производительности на 10% не стоит того, чтобы сильно снижать надежность системы"
Старый 18.01.2007, 15:00   #3  
Vadik is offline
Vadik
Модератор
Аватар для Vadik
Лучший по профессии 2017
Лучший по профессии 2015
 
3,631 / 1849 (69) ++++++++
Регистрация: 18.11.2002
Адрес: гражданин Москвы
Цитата:
Сообщение от Андре Посмотреть сообщение
С другой стороны, "увеличения производительности на 10% не стоит того, чтобы сильно снижать надежность системы"
за счет чего ожидается 10% прирост производительности при смене recovery model на OLTP задачах?
__________________
-ТСЯ или -ТЬСЯ ?
Старый 18.01.2007, 15:18   #4  
glibs is offline
glibs
Member
Сотрудники компании It Box
Most Valuable Professional
Лучший по профессии 2011
Лучший по профессии 2009
 
4,942 / 911 (40) +++++++
Регистрация: 10.06.2002
Адрес: I am from Kyiv, Ukraine. Now I am in Moscow. For private contacts: glibs@hotmail.com
Все зависит от железа. Можно подобрать такое, что будет как раз 10%.

Без конкретики этот разговор бессмыслен.
__________________
С уважением,
glibs®
Старый 19.01.2007, 11:28   #5  
Андре is offline
Андре
Moderator
Сотрудники компании GMCS
 
2,375 / 464 (20) +++++++
Регистрация: 03.12.2001
Цитата:
за счет чего ожидается 10% прирост производительности при смене recovery model на OLTP задачах?
За счет чуда. Или случайности. 10% - не такая уж большая величина, чтобы на основании ее можно было делать выводы.
Старый 19.01.2007, 15:48   #6  
zinius is offline
zinius
Участник
 
24 / 11 (1) +
Регистрация: 26.01.2005
А за счет чего будет повышение производительности? В лог пишется в любом режиме.
Фрагментированность? SQL вроде следит за своим добром.

ИМХО разница только в надежности, объёмах занимаемого дискового пространства и скорости бэкапирования/восстановления.
Старый 19.01.2007, 17:53   #7  
Андре is offline
Андре
Moderator
Сотрудники компании GMCS
 
2,375 / 464 (20) +++++++
Регистрация: 03.12.2001
Цитата:
А за счет чего будет повышение производительности?
Да согласен я, согласен.

Цитата:
В лог пишется в любом режиме.
За исключением операций массового копирования.
Старый 19.01.2007, 18:43   #8  
zinius is offline
zinius
Участник
 
24 / 11 (1) +
Регистрация: 26.01.2005
Цитата:
Сообщение от Андре Посмотреть сообщение
За исключением операций массового копирования.
Аксапта в своей обычной работе вроде не использует
SELECT INTO, bcp, BULK INSERT, CREATE INDEX, WRITETEXT, UPDATETEXT.
(т.е. массовых операций не возникает)

ошибаюсь?

Последний раз редактировалось zinius; 19.01.2007 в 18:48.
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Подключение АОС к новой БД AxaptaUser DAX: Администрирование 4 07.04.2008 16:09
Владельцы таблиц в БД аксапты AxaptaUser DAX: Администрирование 11 23.05.2007 18:33
dynamicsmatters: Dynamics Ax Base Data model Part I Blog bot DAX Blogs 0 02.12.2006 23:49
Satya: Dynamics Customer Model Blog bot DAX Blogs 0 28.10.2006 16:40
Создание точной копии БД для анализа ошибок Maxim Gorbunov DAX: База знаний и проекты 1 18.12.2001 15:24
Опции темы Поиск в этой теме
Поиск в этой теме:

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

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

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

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 01:03.