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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 19.08.2006, 11:11   #1  
fomenka is offline
fomenka
Участник
 
97 / 14 (1) ++
Регистрация: 25.02.2003
Эскалация блокировок в MSSQL
Хотелось бы услышать, какие методы есть для борьбы с эскалацией блокировок на MSSQL 2k.
Можно ли ее совсем отключить и к каким последствиям это приведет при работе с Axapta?

Добавить память на сервер - известный рецепт, но свыше 4G - придется включать AWE, а про этот механизм доступа к верхней памяти тоже отзывы не очень лестные. Сейчас на машине 4G, из низ 3G отданы SQL.
Старый 19.08.2006, 11:47   #2  
Vadik is offline
Vadik
Модератор
Аватар для Vadik
Лучший по профессии 2017
Лучший по профессии 2015
 
3,631 / 1849 (69) ++++++++
Регистрация: 18.11.2002
Адрес: гражданин Москвы
Цитата:
Сообщение от fomenka
Хотелось бы услышать, какие методы есть для борьбы с эскалацией блокировок на MSSQL 2k. Можно ли ее совсем отключить
можно

Цитата:
и к каким последствиям это приведет при работе с Axapta?
последствия описаны по ссылкам выше

Не с той стороны к проблеме подходите. Не разобравшись с причиной большого количества блокировок, вы просто заковыряете проблему их эскалации, вместо нее получив массу Error 1204
__________________
-ТСЯ или -ТЬСЯ ?
За это сообщение автора поблагодарили: fomenka (1).
Старый 20.08.2006, 22:11   #3  
fomenka is offline
fomenka
Участник
 
97 / 14 (1) ++
Регистрация: 25.02.2003
К решению проблемы большого количества блокировок можно двигаться с двух сторон: и код оптимизируя(что даст больший выигрыш в перспективе), и настраивая софт под свои задачи (что снизит остроту проблемы здесь и сейчас). А ключиков у SQL есть два: 1211 и 1224.
Так вот второй, по-моему, позволит избежать массы Error 1204. Если я не прав, поправьте меня.
За ответ Vadik все равно спасибо.
Старый 20.08.2006, 23:54   #4  
Vadik is offline
Vadik
Модератор
Аватар для Vadik
Лучший по профессии 2017
Лучший по профессии 2015
 
3,631 / 1849 (69) ++++++++
Регистрация: 18.11.2002
Адрес: гражданин Москвы
Цитата:
Сообщение от fomenka
А ключиков у SQL есть два: 1211 и 1224.
Так вот второй, по-моему, позволит избежать массы Error 1204. Если я не прав, поправьте меня
все правильно, позволит
только на SQL Server 2000 не работает
__________________
-ТСЯ или -ТЬСЯ ?
Старый 24.04.2007, 00:00   #6  
vesna dba is offline
vesna dba
Участник
 
147 / 16 (1) ++
Регистрация: 16.02.2007
Цитата:
Сообщение от fomenka Посмотреть сообщение
..
Добавить память на сервер - известный рецепт, но свыше 4G - придется включать AWE, а про этот механизм доступа к верхней памяти тоже отзывы не очень лестные. Сейчас на машине 4G, из низ 3G отданы SQL.
..
SQL 2000 EE SP4, Win 2003 EE SP1, 4 CPU 2.8GHz Xeon, 9GB RAM. Под SQL отдано 8GB c хвостиком. 1год полет более чем нормальный.
Старый 24.04.2007, 06:02   #7  
fomenka is offline
fomenka
Участник
 
97 / 14 (1) ++
Регистрация: 25.02.2003
Нисколько не сомневаюсь что у вас полет нормальный.
Но мы уже переходим на 64-bit решение, благо это уже давно не экзотика. Так что памяти теперь - обадресуйся...
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Arijit Basu: Installing AX 2009 Reporting Extensions in MSSQL 2008 & WIN 2008 Blog bot DAX Blogs 0 27.12.2008 17:05
сброс блокировок при update somebody DAX: Программирование 3 27.03.2007 11:31
HELP! Созданная вручную таблица не сохраняется в MSSQL!!! ign_al DAX: Программирование 3 07.07.2004 12:34
[MSSQL] object owner Dron AKA andy DAX: Администрирование 10 18.04.2003 12:37
"On MSSQL" or "On Oracle" alpine DAX: Прочие вопросы 5 19.03.2002 11:38
Опции темы Поиск в этой теме
Поиск в этой теме:

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

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

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

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