здравствуйте уважаемые
имеем такой сервер
HP DL380 g5, два кор ксеона 2MHz, 4Gb памяти
smartarray p400 512 памяти и батарейка
2 винта - зеркало для системы, 6 винтов 1+0 под базы (сервак тестовый, так что пока так)
win2k5 ee
sql2k5 ee
gal584
cache ratio на raid контроллере 75-read 25-write
Больше очередей возникает на чтение, поэтому поставил так
запускаем прямо на этом сервере галактику и какой-нибудь тяжелый процесс (пересчет за длительный период)
оба cache hit ratio порядка 99
очередей к дискам нет, проц грузится один процентов на 90, остальные процы курят, переодически меняются
память отжираемая sql меньше, чем выделено ему
То есть с виду никаких железячных затыков нет, за исключением проца
Реиндексация и обновление статистики абсолютно ничего не меняет
галактика не торопится делать этот процесс
Я так понимаю, это уже кривизна написания запросов и самой базы, и железом тут уже практически ничего не поправить или ошибаюсь ?
Спасибо
галактика и MSSQL
Модераторы: m0p3e, edward_K, Модераторы
от версии sql сервера не зависит. На тукее тоже самоеPolimer писал(а):Если ТП не рекомендовала ставить SQL 2005 на 7.12 из-за тормозов, то на 5.84 так,ИМНО, и должно работать.
журнализация отключена
Вопрос о многих часах не стоит. Вопрос в том, что железо, банально простаивает. К примеру пересчет сальдовых остатков за полгода делается более часа.
Естественно эта задача не типичная для ежедневных рабочих задач.
Просто пытаюсь оптимально настроить сервак.
-
- Местный житель
- Сообщения: 1844
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: Ярославская область ОАО "Часовой завод Чайка" г. Углич
- Контактная информация:
Уже не раз обсуждалось на форуме, что Галактика использует MSSQl не более, чем хранилище данных. Главная беда в том, что Галактика транслирует в MSSQl свой собранный скуль-запрос, зачастую не самый эффективный и потом уже конвертирует полученные данные в атлантис-типы. Универсализм Галактики накладывает определенные негативные вещи. В поледних версиях атланитса появился директ скуль, но судя по заявленной Вами версии, Вам это не поможет.
Так что думаю настройками всяких опций MSSQl Вы не особо ускорите процесс. Глобально проблема в приложении все же. Если так критично время выполнения данной процедуры, то единственный выход для сокращения время работы алгоритма - это переписывание его на TSQl.
Так что думаю настройками всяких опций MSSQl Вы не особо ускорите процесс. Глобально проблема в приложении все же. Если так критично время выполнения данной процедуры, то единственный выход для сокращения время работы алгоритма - это переписывание его на TSQl.