04.05.2006, 16:20
|
#41 |
|
Модератор
|
Кстати, а почему сп3? Ведь есть же сп4?
И, кстати, если есть возможность - попробуй тестувую базу погонять под 2005. Вроде как более шустрый, да и интерфейс поприятнее. А потом уже и о железе можно подумать. С Уважением, Георгий |
|
|
|
04.05.2006, 16:34
|
#42 |
|
Участник
|
Цитата:
Сообщение от Recoilme
Интересно почему никто не добавляет при таких открытиях матные слова в её адрес? ))
 Хотя конечно иногда с непривычки челюсть приходится подвязывать. Насчет 5-го RAID-а - присоединяюсь, для БД он менее всего подходит. Рекомендуется RAID 10 (0+1 или 1+0). Но то, что 5-й RAID именно на чтении тормозит, это не совсем правильно. У 5-ки страдает запись из-за вычисления и синхронной записи контрольных сумм. Так что конкретно указанную проблему пересборка RAID-а может не решить, хотя общий уровень подтянет. Я бы все-таки продолжил рыть в сторону конкуренции. А скажите пожалуйста, как вам удалось при таком кол-ве блокировок избежать эскалации? Вы что-то специально для этого делали? У вас получается очень "не агрессивный" процесс. Я бы не удивился, если бы ситуация была строго наоборот. Этот select for update полностью блокировал бы таблицу. Эта обработка отрабатывала бы стабильно, зато во время ее работы другие сессии испытывали бы затруднения при работе со строками заказов. С уважением, itfs. |
|
|
|
04.05.2006, 17:11
|
#43 |
|
Восставший
|
Цитата:
А скажите пожалуйста, как вам удалось при таком кол-ве блокировок избежать эскалации?
Ничего я специально не делал.... |
|
|
|
04.05.2006, 17:15
|
#44 |
|
Восставший
|
Цитата:
И, кстати, если есть возможность - попробуй тестувую базу погонять под 2005. Вроде как более шустрый, да и интерфейс поприятнее. А потом уже и о железе можно подумать.
Пока же обойдемся менее радикальными мерами... Как всегда - занимает вопрос, какого ............... эта ........................ то-работает-то-не-работает? Сколько занимаюсь Аксаптой - столько этому удивляюсь. Ну я бы понял, если б случился затык - и не рассасывался бы. А так - проходит-то ведь все само собой! (* с визгом в голосе*) . |
|
|
|
04.05.2006, 18:04
|
#45 |
|
Участник
|
Ну это знаете как с туалетной комнатой. То придешь - никого, а то полна коробочка.
Вам не кажется странным, что на 140 000 записей 200 000 блокировок? Почитайте чего-нть про блокировки. Понаблюдайте в EM кто что и как блокирует в момент затыка, что при этом делает. Попросите кого-нибудь из участников стокновений поменять линию поведения. С одного раза наверное будет каша в голове, но длительное созерцание естественных природных явлений рано или поздно наводит на определенные выводы. Раскажите тут, думаю, будет интересно. С уважением, itfs. |
|
|
|
05.05.2006, 19:02
|
#46 |
|
Участник
|
Цитата:
Сообщение от Falcon
У меня на конец этого года запланирован апгрейд всего. На новый сервер планирую уже поставить 2005. Там же будет учтено и про рэйд.
Пока же обойдемся менее радикальными мерами... P.S. Пока работаем на уровне совместимости 8, но под Юконом. FixPack для Юкона пока не ставили. Меня немного беспокоит - зачем добавили поля версий записи. Такие штуки характерны не для версионника, а для работы с отключенными от базы данными (с разрывом соединения). Кто знает Hibernate в Java поймет.. P.P.S Проблемы ожидаються, даже в рисках проекта ;-) |
|
|
|
06.05.2006, 10:46
|
#47 |
|
Модератор
|
У меня все работает отлично, только мой случай - не показательный, т.к. нет нормальной распределенной нагрузки. Судя по отзывам тех, кто перешел - нареканий нет, что радует, и переход прошел очень легко, что радует еще больше.
Так что желаю всем легкого перехода на Юкон  Кстати - дополнительное поле - это все-таки версионность, правда, силами Аксапты. Если попроще - то селект теперь выбирает (вернее, есть такая возможность) залоченную на изменение запись, однако при записи её версия будет сравнена с текущей. Что в ситуации с блокировками действительно непонятно, так это именно периодичноть ошибки. Это самое неприятное, т.к. нельзя детерминировать, из-за чего это происходит.... Попробуй все-так накатить сп4, для начала... Или поставь SQL 2005 в режиме совместимости. Это до того, как лезть в железо. С Уважением, Георгий |
|
|
|
12.05.2006, 12:08
|
#48 |
|
Участник
|
С новым полем, вроде разобрались:
http://forum.mazzy.ru/index.php?show...36&#entry22636 |
|
|
|
15.05.2006, 00:03
|
#49 |
|
Участник
|
Проверим железо и его использование
Цитата:
Сообщение от Falcon
Про дисковый массив - у меня уже давно подозрения .....не хужей чем у других... А тащится как телега несмазанная в гору...
Возможны еще следующие проблемы: - Наличие других приложений на сервере забирающих его ресурсы, например даже если тот же сервер используется как файл сервер для других задач. - Не редко один SQL сервер используется под несколько задач - Возможны сетевые ограничения. То что Ахапка запускалась на том же сервере вопрос не снимает: у вас же логика лежит на другом серваке?, а значит сеть работает... - Кстати тут еще может быть существенна топология сети... - А сколько у вас оперативной памяти на сервере? |
|
|
Линейный вид
